Re: [Talk-de] AFD nutzt Openstreetmap ohne Attribution in Wahlwerbeflyer in Bremen
Am 03.04.2014 16:34, schrieb malenki: On 02.04.2014 01:53, Dirk-Lüder Kreie wrote: Ich hab hier grad einen Wahlflyer der AfD hier in Bremen in der Hand und beim Wegwerfen fiel mir eine Karte darin auf, und siehe da, es ist ein Ausschnitt der Bremer OSM-Karte drin, aber ohne den notwendigen Hinweis auf die Quelle. Ein Beweisfoto vorm Wegwerfen wäre nicht die schlechteste Idee gewesen… Wenn du das verfolgen mächtest (ich hab derzeit zu viel zu tun) kann ich dir gerne ein Beweisstück im Original zukommen lassen. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] AFD nutzt Openstreetmap ohne Attribution in Wahlwerbeflyer in Bremen
Hi, Ich hab hier grad einen Wahlflyer der AfD hier in Bremen in der Hand und beim Wegwerfen fiel mir eine Karte darin auf, und siehe da, es ist ein Ausschnitt der Bremer OSM-Karte drin, aber ohne den notwendigen Hinweis auf die Quelle. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 30C3 Call for Participation
Am 12.09.2013 20:47, schrieb Kolossos: Wir könnten aber anhand der zum letzten Kongress zusammengehackten Indoor-Karte[1] zeigen, was sich so machen läßt. Dank der nun funktionierenden Indoor-Navigation sollten die Leute ja dann auch den Stand finden. Wenn sich niemand für einen derartigen Vortrag auf die Bühne stellen will, wird es aber dank passender Standgestaltung, auch so funktionieren. Apropos passende Standgestaltung: Die Vorreservierung von Assemblies ist jetzt möglich. https://events.ccc.de/congress/2013/wiki/Special:FormEdit/Assembly/Assembly:OpenStreetMap?redlink=1 (vorher Account erstellen) -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 30C3 Call for Participation
Am 10.09.2013 00:08, schrieb Michael Kugelmann: Am 09.09.2013 19:14, schrieb Dirk-Lüder Kreie: Am 09.09.2013 11:14, schrieb Michael Büge: Einreichungsende: 15. September 2013 (23:59 UTC) http://events.ccc.de/2013/07/18/30c3-call-for-participation-de/ Wenn wir nur einen Stand haben wollen (und keinen Workshopraum brauchen oder Vortrag ansteht) haben wir noch deutlich länger Zeit. bei mir gibt es ein deutliches Interesse wieder auf dem xxC3 zu sein. Vorträge wären schön, dazu benötigen wir aber jemand mit einem geeigneten Thema. Aber interessant wäre das schon, um vielleicht potentielle Programmierer für OSM zu motivieren. Vielleicht zumindest ein LT = hätte dann noch etwas Zeit. Thema könnte sein: OSM sind nicht nur Mapper, es gibt auch Programmier-Themen. Vielleicht auf einer Assembly mal die ganzen Hacks rund um OSM mehr hervorheben, also was man alles cooles mit den Daten anstellen kann/angestellt wird. Für einen Stand/eine Assembly läuft die Anmeldung traditionell im November. Ich bin auf jeden Fall auf dem 30c3 werde aber wieder mindestens 2 Hüte aufhaben (müssen). -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 30C3 Call for Participation
Am 09.09.2013 11:14, schrieb Michael Büge: Einreichungsende: 15. September 2013 (23:59 UTC) http://events.ccc.de/2013/07/18/30c3-call-for-participation-de/ Wenn wir nur einen Stand haben wollen (und keinen Workshopraum brauchen oder Vortrag ansteht) haben wir noch deutlich länger Zeit. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Mapnik and (no) Buildings
Hi, I noticed that in the current render of Bremen there are quite a few buildings missing, especially some with tags like building=yes or building=terrace. Is this an error in the import or stylesheets? I don't think it's really intentional, is it? -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] 29c3, we are set up (mostly)
Hi, MichaelK and I have successfully located our Assembly and have begun to set up everything. We do have our own Switch, the requested 8 seats and have access to so called shared spaces for Workshops or similar. The CCH is huge compared to the bcc, but one can find us easily by following the signs to the Hackcenter/Room 4. (Area 0c) Greetings from CCHamburg, Dirk-Lüder Deelkar Kreie 53.562287 N, 9.985805 E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] 29C3 (December 27th to 30th, 2012)
Am 08.11.2012 00:09, schrieb Michael Kugelmann: Am 07.11.2012 07:42, schrieb Gehling Marc: Hi, du kannst dich unter https://events.ccc.de/congress/2012/wiki/OpenStreetMap eintragen. Aaaah, fein. :-) So wie ich das verstanden habe, gibt es Tische und Stühle nur für Assemblies. Das war auch mein Verständnis = deswegen auch der Aufruf hier, dass wir etwas zusammenkriegen. :-) Mein Interesse wäre so etwas wie einen täglichen Vortrag/Workshop am Stand zu machen (OSM für Einsteiger erste Schritte mit JOSM). Ich habe die Space Requirements von 0 seats auf 6 seats geändert, daf´r sind jetzt die 6 Workshop seats weggefallen. Wenn zusätzliche Plätze für kleine Workshops notwendig werden sollten bitte *heute* nachtragen (Deadline ist 24:00 Uhr MEZ) -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 30.01.2012 23:45, schrieb Tirkon: Frederik Ramm frede...@remote.org wrote: Welchen Nutzen hat diese Relation? Sie hat den Nutzen, dass Otto Normalmapper ohne Programmierkenntnisse die Bundesstraßen selektiv laden kann. Das Gleiche gilt für ähnlich gelagerte Fälle, wie zum Beispiel die Buslinien eines Verkehrsverbundes. Man korrigiere mich, wenn er eine andere Möglichkeit hätte. So eine einfache Möglichkeit führt unweigerlich zum DOS der Datenbank, wobei mir zudem überhaupt kein sinnvoller Anwendungsfall einfällt, bei dem man nicht trotzdem noch manuell Daten nachladen müsste. Das wiederum geht mit Methoden, die die Relation an sich auch wieder unnötig machen. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-legal-talk] [OSM-talk] Critical Mass for license change-over
Am 28.01.2012 08:47, schrieb Mike Dupont: then I determined that I will not be able to accept the terms because someone, who is a Hasardeur in my humble opinion, decided to break compatiblity with the existing license and then, break from the idea that I own my data and ask me to hand over them ownership. I sort-of feel responsible for my areas of the map, but I wouldn't go so far as to call it my data. I contribute to this map, because I want free and open Geodata, for that to occur you need to put your data into the hands of the community of which you and I are a part. So I hope you understand when I call your opinion to be quite selfish and even offensive. The so-called loss of data is lost already, because it stands in the way of many innovative and good uses of our map data. CC 4.0 will not solve that. these two things, mean that I cannot accept the CT and I cannot also understand how people reached such a decision. It also means that any data imported under the old license must be removed. I'm not afraid of any data loss, because I know our community can deal with it, I joined the project when the community consisted of about 10k contributors and I had to start off alone in a 400k inhabitants city. It worked the first time, it will work a second time. Not with the same people probably, because some already left the project, some will be demotivated by the data loss. but filling in gaps is really much quicker done than starting from scratch. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-de] Hintergrund Josm Editor
Am 23.01.2012 23:39, schrieb Frederik Ramm: Hi, On 01/23/2012 04:34 PM, Steffen Heinz wrote: Warum ist in der Grundeinstellung als Hintergrund eigentlich schwarz eingestellt? Ich schalte oft einen Luftbild-Hintergrund dazu und bin dann froh, dass meine Objekt-Farben alle hell genug sind, um auf dem Luftbild sichtbar zu sein. Haette ich einen weissen Hintergrund und alles in dunkleren Farbtoenen, so waeren die Objekte vermutlich schlechter sichtbar auf einem Luftbild. Ich weiss, dass das gleich wieder wie ein man müsste mal Posting klingt, und wil daher gleich vorausschicken: Ich habe keinerlei Erwartungshaltung, ich hatte nur spontan eine sehr unausgegorene Idee dazu. Es geht dabei um eine Crowd-Sourcing-lösung für Farbeinstellungen in z.B. JOSM. Dafür bräuchte es einen Knopf in JOSM für [x] Farbeinstellungen auf dem Server Speichern und die Möglickeit Farbprofile einem Zweck zuzuordnen. (Luftbilder, dunkler Hintergrund, heller Hintergrund, Kartenhintergrund, etc.) und evtl. anonym zu veröffentlichen. Dann automatisiert eine Gaussverteilung über die einzelnen Farbwerte und den Mittelwert als default in die nächste JOSM version oder so. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maperitive - Tileserver - gelöst !!!!
Am 22.01.2012 13:29, schrieb Jan Tappenbeck: Eine .htaccess-Datei mit der einfachen Zeile CheckSpelling Off Noch besser wäre das komplette Deaktivieren des mod_speling Moduls auf dem Tileserver. [1] http://forum.de.selfhtml.org/?t=208723m=1419908 -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] tile rendereing total space
Am 09.01.2012 16:30, schrieb ciprian niculescu: Hi, Nice thread on space, but what about inode number, on my server i get fast to 100% inode used. So what filesystems do you use, in what cluster config. Do someone use compressed fs? If you use ext2/3 filesystem it would have helped to create it with the -T news parameter. But I don't even know if that FS is a good choice for tileservers. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Things People Say
On 12/30/11 00:50, Toby Murray wrote: I do think there is a non-trivial technical difference between OSM and wikipedia. The text of a given wikipedia article is 90% of the value. It can be displayed as-is and still be useful. Making it pretty and user-friendly is relatively trivial with some CSS or whatever. Our map data is completely different. It is absolutely useless to most people without a rendering process which is much more complicated than formatting some HTML. There are color schemes, rendering choices, de-clutterification, regional cartographic conventions, etc, etc. Which is why we leave it up to other people to do this since they can make what they need out of our data. Even more importantly it's quite easy to convert a wikipedia article to some sort of plain text as a basis for an entirely different encyclopedia, even without access to the source text version of the page. For Maps this is even harder to get from a pixel image back to some meaningful vector data. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] 28c3
On 12/27/11 17:47, Michael Kugelmann wrote: Am 26.12.2011 20:21, schrieb Dirk-Lüder Kreie: Ich bin jetzt im bcc und habe unseren Tisch in Betrieb genommen. Zusätzlich hängt da jetzt eine Weste an der Wand, damit es besser sichtbar ist (bin mehrfach daran vorbeigelaufen )-: Und ist wie jedes Jahr: zu wenig Platz. Merke: für 5-6 Personen braucht es 4 Tische, weil ein Tisch nur ca 40x120 cm² groß ist. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] 28c3
Hi, Ich bin jetzt im bcc und habe unseren Tisch in Betrieb genommen. Location ist wieder etwa an der selben Stelle wie letztes Jahr (Obergeschoss, vor dem NOC Helpdesk) Ich bin im bcc unter der Telefonnummer 3557 zu erreichen (DLKR) Grüße Dirk-Lüder Deelkar Kreie signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM auf 28C3
Am 23.12.2011 01:22, schrieb Frederik Ramm: Hi, On 12/23/2011 01:13 AM, Michael Kugelmann wrote: wurde zwischenzeitlich etwas fixiert oder gibt es außer einer losen Diskussion noch keine Ergebnisse? Plakat ist mit der Post unterwegs; Flyer wollte keiner haben (evtl. noch Bestaende oder ohnehin wenig Interesse fuer bedrucktes Papier zu erwarten?), ich koennte aber auch morgen noch eine Kiste irendwo hinschicken. Wenn ich mich recht erinnere, war der Flyerbedarf letztes Jahr verhältnismässig gering. Sollten noch Flyer benötigt werden wäre es als Fallback sicher möglich, an eine Packstation in der Nähe zu senden, falls es keine Möglichkeit gibt, ein Paket an das BCC zu senden. Meine Postnummer gebe ich dir dafür gerne off-list. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM und 28C3
Am 06.11.2011 16:55, schrieb Gehling Marc: Hallo, wie jedes Jahr findet auch dieses Jahr ein CCC Congress statt. Wie immer vom 27. - 30.12. In den letzten Jahren hatten wir ein OSM Projekttisch. Auch dieses Jahr könnten wir das wieder machen. - Besteht interesse ? Ich eine Eintrittskarte, und kann wieder Gbit Netzwerkswitches und Mehrfachsteckdosen mitbringen. Ich habe aber derzeit keine Ressourcen, mich um irgendwelche sonstige Andministrativa zu kümmern. Wenn also jemand noch einen Tisch reservieren kann, würde ich den auch mit Infrastruktur ausstatten. Auf dem Congress werde ich unter der Durchwahl -3557 (DLKR) erreichbar sein. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beitraege fuer OSM-Diashow auf Intergeo-Messe?
Am 23.09.2011 23:05, schrieb Frederik Ramm: auf dem Intergeo-Stand wollen wir auf einem grossen Bildschirm eine Diashow zeigen mit bunten Bildern aus dem OSM-Universum zeigen - immer in den rechten 80% des Schirms das Bild, in den linken 20% ein kurzer erklaerender Text. Screenshot von Openwhatevermap? -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Multiple versions of same node in changeset
Am 26.06.2011 13:53, schrieb M∡rtin Koppenhoefer: 2011/6/25 Frederik Ramm frede...@remote.org: If you're editing in a place where you have reason to believe that you're not the only one, uploading often isn't too bad a habit - reduces the likelihood of conflicts! Yes, but is there a point of doing this within the same changeset? Of course you quite possibly need to touch objects multiple times while editing, and if you save in-between you get multiple versions in the same changeset. I personally try to keep changesets small, and usually close changesets on save, thus breaking large edits into smaller changesets if reasonable. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] CTs are not full copyright assignment
Am 08.06.2011 18:59, schrieb Olaf Schmidt-Wischhöfer: Hi Grant, thanks for assuring me that the sysadmins have no interest in participating in behaviour that is harmful to the community. Does this mean that I will not be chucked out of the community by the sysadmins? I am willing to grant the OSFM + 2/3 of the community the right to relicense my contributions in the following ways: * the current versions of the ODbL and/or of the CC-BY-SA, * all past and future versions of the ODbL and/or of the CC-BY-SA, * all licenses that follow the Share-Alike/Copyleft principle, and * all other licenses if I am contacted and do not object within 6 weeks. I'm sorry, but as another contributor to the project I cannot accept that, since I find it unacceptable for you to have a say on data of yours that has since been modified so much your original contribution is barely visible. That would essentially make your contribution more important than all the other contributions. Just because you made the edit first does not mean anyone else of the later contributors couldn't have done so themselves. So I'd like to adapt your terms in a more fair way towards the other contributors possibly affected by your decision: |I am willing to grant the OSMF backed by a 2/3 majority of the |community the right to relicense my contributions, insofar as they are |not older than five years and largely unmodified in the current |version of the database, in the following ways: | |[same as above] | |For contributions that are older than five years or significantly |modified since my original contribution I will not object to any |license change voted for by 2/3 of the active community. This of course subject to refinement, but I think I made my point clear: old contributions are not per se more valuable than new ones, I'd say more the other way around, since it's the active mapping that brings the project forward, and decisions about contributions that have been improved over and over again should not be able to be vetoed by just one of the contributors. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Join the OSMF !
Am 11.06.2011 04:46, schrieb John F. Eldredge: Dermot McNally derm...@gmail.com wrote: On 11 June 2011 02:13, John F. Eldredge j...@jfeldredge.com wrote: When I signed up in the first place, I was required to say I accept having my data placed under the CC-by-SA license, but, unlike the new license, I was not required to waive my right to have a say in any future license change. You are not waiving your right to have a say with the new CT. You are waiving your right to have a veto. I can't name a single mapper important enough to have one of those. The OSMF is replacing democracy with oligarchy, so that, in the future, no mappers except the tiny fraction who are members of the OSMF will have a say in any future license change, such as changing over to charging for the use of map data. No, we've never had democracy prior to CT. What we've had is a situation where any one mapper may erect a barrier to whatever decision needs to be made. CT replaces this with democracy requiring a 2/3 majority of active mappers. Those mappers do not have to be OSMF members as your comments above suggest. Have you actually read the CT? Dermot Yes, I have read the Contributor Terms. Have you? The contributor terms that were publicly announced included having to agree in advance to any future changes in the licensing, or else have my existing edits removed and be unable to contribute any further edits. This forced agreeing in advance means that we won't be given the chance to vote yes or no in the future. This is democracy only in the sense of the sham elections held in dictatorships. If you try to troll the list, please do so in a less obvious manner. Thanks. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Renderer Update-Frequenz
Am 31.05.2011 23:34, schrieb Peter: Am 31.05.2011 11:14, schrieb Markus: Wie ist die Frequenz für die verschiedenen Zoomlevel? Wovon hängt die Frequenz ab? Wo kann man die aktuelle Performance sehen (Realtime-Grafik?) Es gibt doch einen Trick, um den Rendererer zu sofortigem Rendering zu veranlassen? wie geht das? Das mit dem /dirty wurde bereits genannt. Da ich auch mal das Probelm hatte das einzelne(!) tiles unter mehereren sich einfach nicht aktualisieren wollten schrieb ich mal ein script für Greasemonkey das bei einem ctrl-click die Kachel neu rendert. Kann man sicher auf für andere nicht Firefoxes anpassen. Und ganz wichtig: Browsercache leeren. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Geofabrik Download Server Update
Am 19.05.2011 12:51, schrieb Frederik Ramm: Hi, by popular demand ;) http://download.geofabrik.de/clipbounds/ Please make sure to read the README file there. You write there that the cutting is done sequentially from large to small. Seeing as how the polygon complexity is one major factor in the cutting process, wouldn't it make sense to use more smaller, more precise polygons to cut out the small stuff first with better polygons and then assembling the larger parts from that? Or would the complexity of the necessary housekeeping outweigh the use of more accurate border polys? -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap License Change Phase 3 Pre-Announcement
Am 17.04.2011 10:17, schrieb Ed Avis: andrzej zaborowski balrogg at gmail.com writes: I know a relatively big project that's currently using OSM data under CC-By-SA and may be in a nasty surprise when they find OSM is no longer suitable. Fortunately, there is an easy way to fix this: keep CC-BY-SA available as an option in addition to ODbL. That's precisely what's going to happen, with or without license change. The only difference being that the CC-By-SA version not being updated by official OSM anymore. No data will be lost to the world. Some data will be lost to the ODbL OSM should the change go through (and to me it looks like it will). But the ODbL will enable more users to use OSM data without so much legal hassle. The optimum in my opinion would be to go entirely PD/CC0 as it would enable maximum use of OSM data (as in our projects mission statement), and the protection would come from fast updates and large community workpower. So I accepted the new CT, and the new license by declaring my edits to be in the Public Domain, and I can only encourage you and everyone else to do the same, because that is the only sane way forward for the project, even if we have to remap parts of the world we can't take with us. I'm not taking that lightly, especially like it is in the case of Australia, but there are multiple ways for Australians out of this, including, but by no means limited to, a judicial process. (Have someone copy a small amount of user generated CC-By-SA-Map to PD Project and set a precedent in Court, I'm almost certain you'd get money from the OSMF legal fund to get that cleared.) -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenStreetMap @ 27c3
Hi, I'm proud to report that the OSM-booth is manned from day0. Network is up and running. First meets and greets already happened. Nice space overlooking the Alexanderplatz, near NOC Helpdesk and POC, C-Level. Greetings from Berlin -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E now bcc, Berlin - 52.5208°N 13.4162°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Coastline
Am 17.12.2010 18:25, schrieb Norbert Kück: Hallo Mück, am 17.12.2010 15:05 schrieb Heiko Jacobs: Die Unterweser is ja man zwischen Bremerhobn und Breem doppelt drin, als coastline und als riverbank. Ist das korrekt und so gewollt? Das soll so. :-) Wurde schon mehrfach diskutiert (mit Nichteinigung). Die Weser ist nun mal River und hat einen mächtigeren Tidenhub als die Nordsee - bis hin zum Weserwehr in HB-Hemelingen. Wenn man das nicht als Grenze für coastline nehmen will, muss man eine andere Grenze wählen und begründen. Genau so. Als Zusatzinfo: der originale natural:coastline-way wurde gemappt, als es riverbank noch gar nicht gab. Auch gesehen bei der Gelegenheit: Bremer Hafenbecken sind waterway=dock, Bremerhavener Hafenbecken fand ich als natural=water vor. Beides ok oder auf Bremer tagging umstellen? Also, für mich können künstliche Gewässer nicht natural sein und künstlicher als Hafen geht nicht. Andererseits hatten Leute auch schon mal Probleme mit dock angemeldet, wenn die Häfen offen zum Fluss sind. Das Problem stellt sich für die durch Schleusen abgeschlossenen Häfen in Bremerhaven nicht mal. Umstellen wäre logisch. ja, denn dieses andere Tagging besteht aus ähnlichen Gründen wie oben der doppelte Way, waterway:dock existierte zum Zeitpunkt des mappens noch nicht, und natural:water war im Grunde das naheliegenste Tag für Wasserflächen. Während das Weserufer nun beides ist, riverbank und coastline, hat das Hafenbecken eine eindeutigere Lösungsmöglichkeit. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] (Öko)Strom (was: Karten geg en den Castor)
Am 23.10.2010 09:06, schrieb Schlauchboot: Am Samstag, 23. Oktober 2010, 01:03:47 schrieb Sven Geggus: Also meine Rechner laufen mit echtem Ökostrom :) Eigentlich wollte ich ja nichts mehr dazu sagen, doch was sollen die bedeuten? (1) Wieviel Prozent des Stromes weden aktuell aus regenerativen Quellen erzeugt (Ökostrom)? Des Stromes? Für Deutschland sollten die Zahlen bekannt sein. (2) Wieviel Prozent des Stromes können mit heutigen Technologien maximal als Ökostrom erzeugt werden? In Europa, mit entsprechendem Ausbau der Speicher- und Netzkapazitäten: 100% (3) Wieviel Prozent des Stromes können maximal als Ökostrom erzeugt werden? (4) Wie lange wird es vorraussichtlich mindestens dauern, den technologischen Stand zu erreichen, um diesen Maximalwert zu erreichen? Technologie kann das evtl. irgendwann wirtschaftlich machen. Der Zeitplan hängt aber wohl mehr von der Ölpreisentwicklung ab. Bitte keine Glaubensbekenntnisse, sondern nur harte und fundierte, i.e. wissenschaftlich begründete Fakten -- mit Quellenangabe... Das kann das Schlauchboot ohne eigene Quellenangabe selber recherchieren... Ich erwarte hier keine Antworten darauf, doch jeder, der sich zu diesem Thema äußert, sollte sie kennen -- und die Quellen verstanden haben! ...oder seine eigenen Quellen nennen. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] When satnavs go bad....
Am 29.09.2010 14:31, schrieb John Smith: You need to dial a helicopter to get you off the mountain http://www.dailymail.co.uk/news/worldnews/article-1315762/White-van-man-airlifted-safety-satnav-sends-mountain.html Selfish satnav just wanted to get better satellite reception. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] OSM und 27C3
Am 18.09.2010 03:34, schrieb Bartosz Fabianowski: Ich bin auf jeden Fall dabei und auch an einem Tisch interessiert. Danke übrigens für den Hinweis mit den Tickets... Ich werde ebenfalls auf dem Congress sein. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Exceeded API bandwidth limit, now what?
Am 15.09.2010 23:37, schrieb Kai Krueger: Michal Migurski wrote: Is it working? I'm making requests and they're timing out. Yes, it is chugging along nicely at about 1 request per second ( http://api1.osm.absolight.net/haproxy?stats ) Just that there are about 200 simultaneous requests at any given time currently (might be different by the time you look at the stats), so even at 1 req/s (which is more than the main API can presumably handle for z12 map requests...) it will take about 3 minutes through the queue. But that is what happens if there are too many people trying to use the APIs for rendering... (And why the main API has rather strict bandwidth limits) it's a load balancer, so if you have a suitable server to help spread the load, step forward. There are people able and willing to help set one up. I have a TRAPI running on my home-machine, but due to ADSL-Speed limits on upload it's only feeding my local t...@h render farm. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Exceeded API bandwidth limit, now what?
Am 14.09.2010 02:01, schrieb Michal Migurski: Hi, I'm downloading London, in small sections. I just exceeded my API bandwidth limit. Can anyone tell me what the limit is so I know not to exceed it, and how long I have to wait until I'm allowed back in? Just use the live API for editing normally and you will not exceed the limit. If you need current data for large areas, use other extracts. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Hamburg, Im Ginsterbusch 8a
Am 06.09.2010 00:28, schrieb M∡rtin Koppenhoefer: 2010/9/5 aighes h.scholl...@googlemail.com: Eventuell wäre es generell sinnvoll, den offiziellen Namen um einen Rufnamen zu ergänzen. Bspw. name:inofficial=* M.E. lieber andersrum, wie es auch schon im Wiki steht: üblicher Name in den name, offizielle Langversion in name_official. In einer normalen (Straßen-)Karte steht üblicherweise Hamburg, nicht Freie und Hansestadt Hamburg. Meines Wissens heisst die Stadt Hamburg Hamburg und das Bundesland Hamburg Freie und Hansestadt Hamburg. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamburg, Im Ginsterbusch 8a
Am 10.09.2010 12:30, schrieb Norbert Kück: Hallo, am 10.09.2010 11:46 schrieb Dirk-Lüder Kreie: Meines Wissens heisst die Stadt Hamburg Hamburg und das Bundesland Hamburg Freie und Hansestadt Hamburg. Hamburg ist - im Unterschied zu Bremen - ein echter Stadtstaat und trägt nur den Namen des Bundeslandes. Da bin ich mir nicht sicher, ich weiss, dass es keine Trennung der gemeindlichen und staatlichen Tätigkeiten gibt, aber ob das auch dazu führt, dass die Stadt mit dem Bundesland identisch ist, weiss ich nicht. Jedenfalls benutzen offizielle Dokumente die Bezeichnungen Hamburg, Hansestadt Hamburg und Freie und Hansestadt Hamburg. Es gibt keinen Unterschied zwischen Stadt und Land. Und was ist mit Neuwerk Zubehör? Das ist Teil des Bezirks Mitte. Das ist mir bekannt. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis Frage
Am 08.09.2010 22:51, schrieb Frederik Ramm: Wenn jemand, der Java kann, dem Osmosis mal analog zu --used-node auch ein --used-way spendiert, dann saehe die Sache schon besser aus... Müsste dann nicht auch ein --used-relation Task rein? -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-legal-talk] [OSM-talk] Community vs. Licensing
Am 30.08.2010 13:43, schrieb John Smith: 2010/8/30 Dirk-Lüder Kreie osm-l...@deelkar.net: data will not be available under ODbL temporarily. I'm very sure it will be re-mapped, probably within less than a year. I disagree, especially without access to some of the existing data sources, and so far no one is offering to come to australia and map the regional and rural areas that every keeps claiming will be so easy to get re-mapped... I was referring to user-mapped data. Imports have to fit the license, not the other way around. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [OSM-talk] Community vs. Licensing
Am 31.08.2010 06:36, schrieb Anthony: On Mon, Aug 30, 2010 at 6:12 AM, Rob Myers r...@robmyers.org wrote: You are still assuming that copyright is universally valid despite court cases that demonstrate that it isn't. What does that mean? Copyright is not universally valid? Even Iraq has copyright now. May not be universal, but 99.9% of the world has copyright. Iran's copyright protects only works by Iranians. Besides, what I think he meant is, that collecting facts (like geodata) doesn't usually fall under the protection of copyright. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [OSM-talk] Community vs. Licensing
Am 31.08.2010 12:30, schrieb Liz: I was referring to user-mapped data. Imports have to fit the license, not the other way around. At the time of import the data imported fitted the licence. Perhaps you had better look back at the archives for March 08 and see the discussion over the LINZ import. Are you suggesting that one contributor should have power over many, just because they contributed more data? Because that seems what you are saying by using the import as an argument against the CT and the ODbL relicensing. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [OSM-talk] Community vs. Licensing
Am 31.08.2010 12:56, schrieb Liz: On Tue, 31 Aug 2010, Dirk-Lüder Kreie wrote: Am 31.08.2010 12:30, schrieb Liz: I was referring to user-mapped data. Imports have to fit the license, not the other way around. At the time of import the data imported fitted the licence. Perhaps you had better look back at the archives for March 08 and see the discussion over the LINZ import. Are you suggesting that one contributor should have power over many, just because they contributed more data? Because that seems what you are saying by using the import as an argument against the CT and the ODbL relicensing. No, I am not saying that, and I can't see where you got that impression. I am looking back at evidence for an import being discussed on this list, advice offered, and it was thought that the new licence would make it easier. Now that the evidence is that the new licence will not make it easier and the contributor terms will make it impossible, why are some people complaining about imports getting in the road of the new licence? To clarify: I complain about imports generally, because in my experience they harm the community, not just because of the relicensing. I'm very much in favor of manual mapping, because that creates some sort of connectedness of the mapper with their map. The only solution I see with (now?) incompatible imports is to try and renegotiate with the donors, preferably to have the data released into the Public Domain, like *the* import we did was from the start (TIGER). Besides, as others have already pointed out, we remove data that doesn't fit our license all the time, where should we draw the line? how much mapper effort may be wasted in order to have somewhat of a legally sound status for the future of the project as a whole? Is it even valid to risk the future status of the work of hundreds of thousands of contributors for the work of some 1000 users, which are, after all, less than half a percent of our userbase? It's a hard question, and I'm not sure I can answer it. All I can say is what I would like to see, and that would be a free and open map data collection of the world. Preferably PD, but SA-ish is also acceptable (again: for me). -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [OSM-talk] ODbL vs CC-by-SA pros and cons
Am 29.08.2010 11:10, schrieb jamesmikedup...@googlemail.com: On Sun, Aug 29, 2010 at 10:59 AM, Francis Davey fjm...@gmail.com wrote: yes, i think i see what you are saying: the license will be the only protection against third party abuse. I think that copyleft is good enough. I believe our user base and fast update times are what really protects us against abuse. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Community vs. Licensing
Am 31.08.2010 10:35, schrieb Florian Lohoff: Its about the new complexity - I am not against ODBL+CT + whatever per se. It might be the better solution - although its much more complex as we see - I would like the new license to be much simpler than before and i am willing to pay to price of Share-Alikeness and other protecting elements. I agree, but... I'd rather say - make it PD and lets continue mapping - Its not about licenses but rather about community. I very much agree. I'll not relicense as it stands today as thats the only time i am beeing asked about relicensing and the license - so the only choice i have is to refuse relicensing now ... ... I rather accept the new license, assuming the lawyers and the LWG know what they're doing. Besides the CT open a way to PD, which is also incentive to accept them. (And a source of problems where incompatible imports happened). -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] [OSM-talk] Community vs. Licensing
Am 30.08.2010 12:16, schrieb John Smith: On 30 August 2010 20:12, Rob Myers r...@robmyers.org wrote: No, this is about caring about the stated aims of the project rather than fetishising a licence that is not even recommended for use on data by its own authors. I care less about the license than the data, and the only way to ensure the data is kept is to stick with the current license... That's not correct. The Data will be kept in the last CC-By-SA Planet which is still part of the OSM project. You are right of course that the data will not be available under ODbL temporarily. I'm very sure it will be re-mapped, probably within less than a year. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Am 24.08.2010 12:43, schrieb Stefan Schwan: Am 25. August 2010 12:35 schrieb Florian Gross flor...@grossing.de: Wenn ich das richtig verstanden habe, hat der User bei der Anmeldung der OSMF erlaubt die Namensliste durch and Contributors zu ersetzen. Für einen Fork würde diese Erlaubnis IMO dann nicht gelten. Quelle dazu? Das Subversion-repository. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Am 23.08.2010 10:17, schrieb Willi Rehfeld: so ist es, und so wird es sein. Ein nicht geringer Anteil der Daten geht damit unnötig verloren. so wäre es besser. Das ist lediglich Spekulation. Aber letztlich wird der Datenverlust viel zu sehr betont, herrgottnochmal wir hatten vor 6 Jahren gar nichts, und sind jetzt relativ gesehen eine Armee von Mappern und keine kleine Schar Verrückter mehr. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Am 23.08.2010 16:10, schrieb godofglow: Dann lieber nochmal alle zusammen an einen Tisch sitzen und einen Konsens ausdiskutieren. Was denn für einen Konsens? Daten werden verlorengehen, so oder so. Ich lass lieber 20% Daten verlorengehen, als dass das ganze Projekt aufgrund einer falschen Lizenz, und ohne Möglichkeiten die per Mehrheit zu ändern vorzeitig zugrunde geht. Ich will dass es auch noch in 25 Jahren freie Geodaten gibt, und würde mir sogar wünschen, dies unter PD/CC0 zu sehen, mindestens aber eine Lizenz ähnlich dem Geiste der CC-By-SA und ODbL. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] API wegen Wartung am Dienstagmorgen offline (was: NOTICE: Scheduled Maintenance - Tuesday Morning)
Hallo, Am Dienstag, den 24.08.2010 ab 10:00 Uhr Morgens, bis voraussichtlich 11:30 morgens MESZ wird die API und Benutzerspezifische Funktionen der Webseite wegen eines Hardwareupgrades des DB-Servers nicht verfügbar sein. Die Kartenansicht und das Wiki werden davon nicht betroffen sein. Am 20.08.2010 16:29, schrieb Grant Slater: OSM, Please copy this to local lists as appropriate. Tuesday 8:00am (24 August 2010 GMT/UTC+0) the API and editing on www.openstreetmap.org will be unavailable during a hardware upgrade. The upgrade is expected to take 1 hour 30mins. Regards Grant Part of the OSM Sysadmin Team -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: freiwillige Zustimmung ab jetzt moeglich
Am 14.08.2010 05:14, schrieb Jonas Stein: vieviele Mapper man nach dieser Theorie fuer eine misbrauchresistente PD-Karte braucht haengt allein von der Downloadgeschwindigkeit des Kartenriesen ab. Nein. Begründung: Merging von Geodatenbanken ist echt aufwändig. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: freiwillige Zustimmung ab jetzt moeglich
Am 12.08.2010 23:19, schrieb Markus: Daraus mache ich allerdings keinen persönlichen Rachefeldzug Es geht (bei den Meisten, vermute ich) nicht um Rache. Sondern darum *STOP zu sagen zu Bevormundung* in einem freien Projekt. Bevormundung durch einige über sehr viele. So wie ich das hier erlebe kann eher von Blockade von wenigen gegen eine große Mehrheit, die es auch so sieht, dass CC-BY-SA ungeeignet ist, die Rede sein. Wer etwas gegen das wie hat, steht es frei, der OSMF, der LWG oder anderen Gruppierungen die diese empfundene Bevormundung hervorrufen, beizutreten. Es ist mitnichten so, dass man einem elitären Kreis an Mappern angehören muss, um dort aufgenommen zu werden. OSM lebt stark von Eigeninitiative. Das geht beim Mappen los, und hört bei der Infrastruktur und Organisation nicht auf. Klagen zählt nicht. Konstruktives Handeln ist angesagt. Nicht beklagen, dass Daten nicht in die ODbL-Fassung aufgenommen werden, sondern dafür Lobbyarbeit betreiben, dass die Daten wirklich freikommen, oder eben mappen mappen mappen Fehler wurden gemacht. Dazu zählen auch Importe, ohne die lizenzrechtliche Situation ausreichend abzuklären (siehe Australien), aber auch natürlich überhaupt mit CC-BY-SA zu beginnen. (Aber zu Anfang gab es noch nichts besseres, und die Probleme mit dieser Lizenz waren weder Steve noch den anderen Mappern der ersten Stunde(n) bewusst). Auch ist meiner Meinung nach der Lizenzwechsel zu lange hinausgezögert worden. Zumindest die Contributer Terms hätten schon viel eher eingeführt werden sollen. Ich war am Anfang auch ein PD-Skeptiker, aber je mehr von diesem Rechtsraumwirrwarr bekannt wird, desto mehr bin ich der Ansicht, dass Gemeinfreiheit der einzig sinnvolle Weg sein kann, nur dass das erst funktioniert, wenn man genug Mapper hat, die die Karte aktueller halten, als jeder kommerzielle Nutzniesser es mit seiner privatisierten Version schafft. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam Im übrigen bin ich der Ansicht, dass PD/CC0 die bessere Lizenz ist. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] OpenJUMP supports live GPS with OSM data now
Am 11.08.2010 15:34, schrieb Jukka Rahkonen: Some features: - Unlike GPSD based solutions like JOSM livegps plugin, OpenJUMP GPS extension works with Windows Gpsd/JOSM livegps does work on windows (you need cygwin, but it works) -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Frederik declares war on data imports...
Am 08.08.2010 23:10, schrieb Liz: On Mon, 9 Aug 2010, Cartinus wrote: It doesn't take as many manhours to map a desert as it takes to map downtown Melbourne. Cartinus Please don't come up with this sort of nonsense Well, a Desert usually has much less features than urban terrain, so I don't see how you can call that nonsense. Of course it depends on your tools available how many mapping man-hours you need for a square kilometer area. Imports have increased our number of contributors, not decreased them. I have mapped, with my partner, a VERY large area of my state. Mostly from survey work. That means we got the main roads, streets in towns and some side roads, POIs. Nowhere would I claim it is complete. My survey work has been supplemented by imports which have provided some river and some rail and some road alignments. I think the discrepancy comes from different experiences with imports, with respect to when and how the import is done, and how dense the data imported is. My work extends from Cobar to Tocumwal with a little overlap at the southern end and between Adelaide and Wollongong East West the area between Yass and Mildura is mostly my work, with little overlap. My work is not going under ODBL but I am still waiting to hear how my work is going to be excluded. It saddens me that political reasons will tear additional holes in the project. It's bad enough that the chosen license turns out to not be legally sound. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Frederik declares war on data imports...
Am 08.08.2010 16:59, schrieb John Smith: On 9 August 2010 00:58, Erik Johansson e...@kth.se wrote: Australia 2 people per km^2 Sweden 21 people per km^2 Canada is ~3 people per km^2... You seem to forget that the most interesting Data (to most people) is also where the people are. Forests, lakes, shorelines and many more features can all be mapped from NASA sat imagery and put unter any license, even PD. So I don't think OSM Contributor effort will result in second best Data *at* *all*. For example: Germany does have very good geodata from the state, just that those maps are not available to OSM, so we are mapping Germany ourselves. The Netherlands (even more densely populated btw.) had most of their data imported. Has this damaged the German OSM mapping effort? Not at all. I would rather argue that the AND import has hindered OSM community growth in NL. So even if you lose data, it's not really that big an issue, provided you come up with a way to save work done by OSM Mappers wherever possible. With enough (motivated) people we can take any data loss, and rebuild our database to be better within a short timeframe. It may sound arrogant, but if you look at it rationally, we could even compensate for mappers demotivated by any data loss by the growth of our community. I'm not saying we can easily afford it, but to give hope that even a worst case scenario isn't that bad as some people make it out to be. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Frederik declares war on data imports...
Am 08.08.2010 18:29, schrieb 80n: With enough (motivated) people we can take any data loss, and rebuild our database to be better within a short timeframe. Any data loss will be a serious morale blow. Just the talk of data loss is already having an impact. The point being wether there are enough new people to compensate for the lack of motivation by the old mappers. this will of course vary wildly depending on how the local OSM communities work. It may sound arrogant, but if you look at it rationally, we could even compensate for mappers demotivated by any data loss by the growth of our community. An expectation that the community will continue to grow is unrealistic. The following figures, from Nick Black, show a 1% drop in active contributors in one month. This suggests that the size of the community may already have peaked. Data loss will not improve this picture. Contributors actively working on OSM is not the same as Active contributors. There are some (many?) that will want to sit out the license change outcome, and I'm rather surprised it went down only by 1%. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Straße weg
Am 08.08.2010 15:07, schrieb Christian: Hallo Liste, ich hatte gehofft, dass ich sowas nie zu Gesicht bekomme, aber da ist es: Eine Straße [1], die vor kurzem noch da war, ist gelöscht (nur bei OSM, nicht in der Realität). Was sonst noch draufgegangen ist, keine Ahnung. Leider hab ich keine Ahnung, was ich da machen soll. Bisher hab ich lediglich versucht das Changeset zu finden. Aber auch da weiß ich nicht recht wie. Vielleicht kann jemand helfen? LG Christian [1] http://www.openstreetmap.org/?lat=53.04419lon=8.66059zoom=17layers=M Wenn ich da im Potlatch U drücke, sehe ich eine gelöschte Straße und zwei gelöschte Gebäudeumrisse, beide überlappen mit mittlerweile neu gemappten Daten. Way ID der gelöschten Straße ist 23240332. http://www.openstreetmap.org/browse/changeset/5075420 -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ausdrucken von Karten aus der Webseite
Am 07.08.2010 02:29, schrieb Dimitri Junker: Man lernt doch immer noch was. PS und SVG sollten dann auch Vektorkarten sein. Wobei das PS das ich mir gerade angesehen habe nicht gut aussah, und das SVG kann weder IrfanView noch mozilla anzeigen, die andere svg von meiner Platte anzeigen Die genannten Programme haben nur rudimentären SVG-Support, versuchs mal mit Inkscape, wenn's dich interessiert. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Suggestion to add SA clause to CT section 3, describing free and open license
Am 20.07.2010 22:06, schrieb andrzej zaborowski: On 20 July 2010 11:07, Frederik Ramm frede...@remote.org wrote: If any any future time OSM thinks that a non-share-alike license would be best - why should we, today, try to dictate our wish to them? Because each of us is an author of a little chunk of data and want to have a say in how that chunk is released? (For example as a share-alike fan I want my own personal mapping to influence those who derive from it to release more data so we can all benefit) Well you'll get a say with or without the SA-Clause in the CT, provided you stay interested enough to keep actively mapping to be eligible to vote on future changes to another free and open license. I fail to see your problem. There will always be the safeguard of active member vote plus the limit of free and open, which, both combined provide a nice safeguard against evil stuff. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Suggestion to add SA clause to CT section 3, describing free and open license
Am 19.07.2010 16:26, schrieb Peteris Krisjanis: Ok, Frederik, I understand (but don't accept) your arguments here, but to push discussion in more practical way: what to do with data providers like Nearmap? How to convince them? Easy. Keep on mapping and be the bigger fish in a couple years. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Schreckgespenst Datenverlust
Am 20.07.2010 17:27, schrieb Tirkon: Ulf Lamping ulf.lamp...@googlemail.com wrote: Abmalen ist aber - wie auch von Google o.ä. - nicht möglich. Da zeigt sich, wie falsch dieser Satz ist: Du brauchst nur OSM als Quelle anzugeben und gut ist. Bitte im Zusammenhang. Du darfst natürlich *nicht* von alten Tiles die CC-By-SA geschützten Daten durch abmalen in ODbL-Lizenzierte überführen. In den USA vielleicht, aber das war ja der Grund für das ganze Theater. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am 18.07.2010 19:00, schrieb Guenther Meyer: Am Sonntag 18 Juli 2010, 13:33:26 schrieb Dirk-Lüder Kreie: Am 18.07.2010 13:18, schrieb Dirk-Lüder Kreie: Am 17.07.2010 22:58, schrieb Guenther Meyer: was spricht gegen CC-BY ? deutsch: http://wiki.openstreetmap.org/wiki/DE:The_license,_where_we_are,_where_we %27re_going http://wiki.openstreetmap.org/wiki/DE:ODbL/We_Are_Changing_The_License englisch: http://www.osmfoundation.org/wiki/License/Why_CC_BY-SA_is_Unsuitable CC-Lizenzen sind generell nicht für Datensammlungen geeignet, ausser CC0, die eben von der Creative-Commons explizit für sowas empfohlen wird. das ist nur dummes Nachgeplapper und beantwortet nicht meine Frage. Also noch mal: Was spricht gegen CC-BY ? Eine Lizenz, die im Urheberrecht fußt, kann nicht ohne weiteres auf's Datenbankrecht erweitert werden. Mal ganz abgesehen davon, dass es in der USA offensichtlich einer Verankerung im Vertragsrecht bedarf um solche Sammlungen wie OSM irgendwie sinnvoll zu schützen. Deshalb bleibt für mich die einzig sinnvolle Alternative CC0/PD. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schreckgespenst Datenverlust
Hallo, ich bin der Ansicht, dass einige hier einen Völlig falschen Eindruck bekommen haben, wie die Portierung in die neue Lizenz überhaupt stattfinden soll. Anscheinend deshalb wird hier um jeden einzelnen Node und jedes Tag verbissen gekämpft. Vielleicht sehe ich Datenverlust als Küstenbewohner, oder als Mapper, der selber bei null angefangen hat, anders, als Mapper, die eine schon existierende OSM-Karte verbessern konnten. Kurz abgerissen erstmal meine informierte Einschätzung: - PD/CC0 ist die bessere Lizenz für OSM - Die Menge der nicht portierbaren Daten wird IMO verschmerzbar sein - ODbL ist besser als ihr Ruf - selbst Datenverlust ist verschmerzbar - gekränkte Mapper werden durch motivierte ersetzt, wer will schon, dass seine Stadt/Dorf/Straße nur deshalb nicht in der aktuellen OSM-Karte ist, weil ein Mapper schmollt? Der derzeitige Lizenzstand ist nicht hinnehmbar[1], und alle Möglichkeiten, daran was zu ändern, haben automatisch einen Verlust von nicht unter der neuen Lizenz nutzbaren Daten zur Folge. Das ist unausweichlich. Deshalb die ODbL abzulehnen, aus dem einzigen Grund, dass dadurch für ein unter ODbL lizenziertes OSM nicht mehr alle alten Daten zur Verfügung stehen, ist IMNSHO unverantwortlich und projektschädigend. Die 100%-Lösung kann es nicht geben. verlorene Daten sind verschmerzbar Vergrätze Mapper sind ersetzbar, oder re-motivierbar, sobald die Unausweichlichkeit der Nichtrelizenzierbarkeit der Daten und gleichzeitig die Heilungsmöglichkeiten für Lücken offenbar geworden sind. Irgendwer muss mal die Richtlinien für den Datenimport in die ODbL Datenbank *fürchterlich* falsch verstanden haben. Es ist *keineswegs* so, das alles, was von einem ODbL-Ablehner angefasst wurde komplett gelöscht werden muss oder wieder auf den Zustand von vorher zurück gedreht wird. Viele Edits fassen das Objekt nämlich in einer Art und Weise an, die es ermöglicht, die Changeset-Kette auch unter Auslassung bestimmter, Lizenzrechtlich fragwürdiger Edits wieder zu vervollständigen. Der sogenannte Datenverlust wird sich also größtenteils auf Objekte beschränken, wo die Lizenz durch den Ersteller nicht angenommen wird. Und selbst da werden die anderen Daten und Edits wahrscheinlich in ein OpenStreetBugs-ähnliches Portal geschoben, was dann eben sagt hier sollte sich Feature X befinden, mit folgenden Tags: ... (also beispielsweise hier irgendwo lief mal ne Straße durch, Tags von ODbL-Zustimmern waren: highway=residential; oneway=yes) etc. Wer also die ODbL als die Ursache von Datenverlust anprangert schadet grob Fahrlässig dem Projekt, durch Fehldarstellung der Tatsachen und aktive miese Stimmungsmache. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreckgespenst Datenverlust
Am 19.07.2010 11:20, schrieb Dirk-Lüder Kreie: Der derzeitige Lizenzstand ist nicht hinnehmbar[1] [1] http://www.osmfoundation.org/wiki/License/Why_CC_BY-SA_is_Unsuitable -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreckgespenst Datenverlust
Am 19.07.2010 11:38, schrieb Matthias Versen: Dirk-Lüder Kreie wrote: - PD/CC0 ist die bessere Lizenz für OSM Für mich ist die neue Lizenz nicht unbedingt bessser aber auch nicht schlechter. Begründung? - Die Menge der nicht portierbaren Daten wird IMO verschmerzbar sein Jeder verlorene Node ist ein Node zuviel. Jeder *unnötig* verlorene Node ist ein Node zuviel, ist meine Einstellung dazu. Jetzt kann man natürlich darüber diskutieren ob ein Lizenzwechsel nötig ist oder nicht, meine Gründe kann man in dieser und anderen Mails zu dem Thema nachlesen. Ich finde Deine Haltung mehr als nur arrogant wenn Du nicht weißt wieviel verloren geht weil Du offensichtlich zustimmst und bei Dir in der Gegend dadurch kaum Verlust auftreten wird. Dabei ignorierst Du aber die ganzen anderen Bereiche in denen vielleicht sher viel verloren geht. Es ist mir nicht klar, ob der fleissigste Mapper in Bremen der neuen Lizenz zustimmen wird, und dadurch würde ein sehr großer Teil im Bremer Osten nicht in die neue Lizenz übernommen werden. Das wäre aber nicht schlimm, weil ich gesehen habe, wie schnell Bremen in vier Jahren vervollständigt wurde. Ich habe schliesslich den ersten Node hier gesetzt. Ich halte es mit der Babylon-5-Mentalität. Wenn eins kaputtgemacht wird, bauen wirs wieder auf, wird das zerstört, bauen wirs wieder auf, wird uns das geklaut, bauen wir's eben neu, solange bis eins stehen bleibt. Die Karte muss eh ständig irgendwo aktualisiert werden, und mit 25 Mappern ist das nunmal einfacher als z.B. mit unter 1, als ich anfing. Und *ich* mache niemandem etwas kaputt, wenn ich der ODbL zustimme. Wenn die Lizenz nicht angenommen wird, bleibt alles beim Alten, wenn sie angenommen wird, beiben meine Daten ebenfalls im Projekt, insofern kann ich den Vorwurf der Arroganz nicht ganz nachvollziehen. - selbst Datenverlust ist verschmerzbar s.o. - gekränkte Mapper werden durch motivierte ersetzt, wer will schon, dass seine Stadt/Dorf/Straße nur deshalb nicht in der aktuellen OSM-Karte ist, weil ein Mapper schmollt? Wieso ist jemand gekränkt nur weil er der neuen Lizenz nicht zustimmen will ? Das ist eine absolut arrogante Einstellung Wenn du den Wert deiner eigenen Arbeit über das Projekt als Ganzes stellst, dann finde ich *das* arrogant. Und ich denke nicht, dass der Mapper wegen der Lizenz, sondern wegen verlorener Arbeit gekränkt sein könnte, oder um es besser zu formulieren, demotiviert. Ich hoffe natürlich, dass es dazu nur in sehr geringem Maße kommt, denn ich empfinde das Ziel freie Geodaten als ein sehr wichtiges. Der derzeitige Lizenzstand ist nicht hinnehmbar[1], und alle Möglichkeiten, daran was zu ändern, haben automatisch einen Verlust von nicht unter der neuen Lizenz nutzbaren Daten zur Folge. Das ist unausweichlich. [snip] Die 100%-Lösung kann es nicht geben. verlorene Daten sind verschmerzbar Vergrätze Mapper sind ersetzbar, oder re-motivierbar, sobald die Unausweichlichkeit der Nichtrelizenzierbarkeit der Daten und gleichzeitig die Heilungsmöglichkeiten für Lücken offenbar geworden sind. Die Nachteile der alten Lizenz sind nach meiner Meinung eher hinnehmbar als verlorene Daten. Diese Ansicht ist nach all meiner Erkenntnis und Erfahrung mit dem Projekt und dessen Dynamik völlig unhaltbar. Und die alte Lizenz und deren verschiedene globale Rechtssicherheit reibt sich ganz übel mit meinem Gerechtigkeitssinn. Wer also die ODbL als die Ursache von Datenverlust anprangert schadet grob Fahrlässig dem Projekt, durch Fehldarstellung der Tatsachen und aktive miese Stimmungsmache. Leute die die neue Lizenz offensichtlich durchdrücken wollen schaden dem Projekt mehr als die alte Lizenz. Deine fehldarstellungen in Deinem Posting halte ich nicht nur für fahrlässig sondern auch arrogant. Ich kann nur 2 Punkte erkennen, an denen wir unterschiedlicher Meinung sind: 1. Datenverluste sind hinnehmbar. 2. Die Aktuelle Lizenz ist völlig ungeeignet und muss besser früher als später ersetzt werden. Insbesondere über Punkt eins kann man durchaus unterschiedlicher Meinung sein, aber wenn es Wert ist, für freie Geodaten durch die Straßen zu ziehen, ist es das auch Wert, es ein zweites Mal zu tun (was man eh machen muss, um neue Details aufzunehmen). Ebenfalls ist für mich ein Lizenzwechsel, für mich vorzugsweise zu CC0, zweitbestens ODbL-artig, dringend notwendig und unausweichlich. Der sich daraus ergebende Datenverlust ist leider unvermeidlich, da nicht alle Mapper, bzw. deren Erben kontaktierbar sein werden, und ein anderer Teil aus anderen Gründen, nicht zustimmen werden. Die aktivsten nicht-Zustimmer sind übrigens die, die nur nicht zustimmen, wegen des drohenden Datenverlustes. Also entsteht die paradoxe Situation, dass der Datenverlust in einigen Gegenden überhaupt erst durch die Furcht vor Datenverlust entstehen wird. Mein Beileid jetzt schon an die entsprechenden Communities, die unnötigen Datenverlust durch solche destruktiven Aktionen wieder wett
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am 17.07.2010 22:58, schrieb Guenther Meyer: was spricht gegen CC-BY ? deutsch: http://wiki.openstreetmap.org/wiki/DE:The_license,_where_we_are,_where_we%27re_going http://wiki.openstreetmap.org/wiki/DE:ODbL/We_Are_Changing_The_License englisch: http://www.osmfoundation.org/wiki/License/Why_CC_BY-SA_is_Unsuitable -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am 18.07.2010 13:18, schrieb Dirk-Lüder Kreie: Am 17.07.2010 22:58, schrieb Guenther Meyer: was spricht gegen CC-BY ? deutsch: http://wiki.openstreetmap.org/wiki/DE:The_license,_where_we_are,_where_we%27re_going http://wiki.openstreetmap.org/wiki/DE:ODbL/We_Are_Changing_The_License englisch: http://www.osmfoundation.org/wiki/License/Why_CC_BY-SA_is_Unsuitable CC-Lizenzen sind generell nicht für Datensammlungen geeignet, ausser CC0, die eben von der Creative-Commons explizit für sowas empfohlen wird. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel - wer will was
Am 18.07.2010 14:00, schrieb Markus: CC-by-SA klappt für unsere Daten nicht Wieso? es klappt doch seit Jahren... Mit *der* Begründung kann man bei Russisch Roulette auch ein zweites Mal abdrücken... -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am 17.07.2010 15:05, schrieb ant: On 16.07.2010 20:12, Manuel Reimer wrote: Davon hätte jeder andere, der auch OSM nutzt, sofort direkt einen Vorteil, weil die Daten kompletter werden. Daten sind nur dann von Nutzen, wenn es nützliche Anwendungen gibt, die mit diesen Daten etwas anfangen. Die Möglichkeiten, die sich für solche Anwendungen eröffnen, steigen mit dem Freiheitsgrad der Lizenz. Und je besser die Anwendungen werden, desto mehr Leute werden sich OSM zuwenden, um die Daten zu verbessern. Das sehe ich ganz genauso. OSM hat, wie zuvor Wikipedia, gezeigt, dass Crowdsourcing funktioniert. OSM hat ausserdem geschafft, dass einige, die vorher Geodaten als möglichst proprietär behandeln wollten, sich jetzt Gedanken machen, ob nicht der öffentliche Weg der bessere ist, für alle Beteiligten. Ich persönlich sehe einen Datenverlust als nicht so schwerwiegend, wie einige andere, vielleicht auch, weil ich vor ca. vier Jahren mit Bremen vor einer weißen Leinwand saß, und gesehen habe, wie wenige, motivierte Mapper in vier Jahren gesamt Bremen auf die freie Weltkarte gebracht haben. Ich weiß auch, dass diese Arbeit mit den jetzt angemeldeten Mappern in wenigen Monaten erneut leistbar wäre, es also keinesfalls wieder vier Jahre dauern würde, bis wir Bremen in einem vergleichbaren Zustand wieder zusammen hätten. Und ich bin überzeugt, dass das für ganz Deutschland gilt. Problematisch sind Länder, die von großen Datenimporten/Luftbildspenden mit CC-By-SA-Bedingunen profitiert haben, also z.B. Niederlande, Polen, Australien, und andere. Unproblematisch ist unser größter Import: Tiger, die Daten waren von Anfang an Public Domain. Es hätte damals ein Hinweis sein können, dass By-SA nicht unbedingt das Optimum darstellt. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am 18.07.2010 09:17, schrieb Christian Schmitt: Am 17.07.2010 um 23:43 schrieb Heiko Jacobs: Die neue Lizenz ist an sich nicht schlecht. Und ist nach Meinung einiger tatsächlich angeraten. Sie haben vemrutlich Recht, ich bin aber kein Jurist o.ä. Das, was kein Mensch braucht, sind nur die Kollateralschäden durch Datenverluste für das aktive Projekt. Ich bin exakt dieser Meinung. Drohende Kollateralschäden durch Datenverluste wiegen für mich bei weitem schwerer. Das würde IMO die aktiven Mapper vor Ort demoralisieren mit der Folge, dass sich viele enttäuscht für immer verabschieden. Mach mal jemandem, der nur mappt und der sich sonst keine Gedanken macht, begreiflich, dass seine ehrenamtliche(!) Arbeit der letzten anderthalb Jahre umsonst war, weil irgendwelche Juristen herausgefunden haben das Lizenzierungsmodell sei nicht wasserdicht. Du wirfst zu viel durcheinander. Zunächsteinmal werden nicht alle demoralisiert, das weiss ich sicher, weil ich nicht demoralisiert würde. Und ich weiss obendrein, dass viele andere Mapper das genauso sehen, als prominentes nicht-Bremer Beispiel sei Frederik genannt. Abgesehen davon lässt die Phasenweise Umstellung viele Möglichkeiten mit Mappern zu reden, die sich weigern die Lizenz anzuerkennen, und es gibt auch ethisch-moralisch unbedenkliche und legale Wege problematische Edits aus der History auszuklammern, so dass die Objekte möglichst vollständig relizensiert werden können. Und noch was: Vor dem Hintergrund der drohenden Umstellung müsste man (als Befürworter des neuen Modells) beim Mappen jetzt schon anders vorgehen. Alle Objekte die man selber anfasst löschen und durch eigene ersetzen. Das fände ich moralisch bedenklich, es sei denn, du mappst belegbar von null (kannst z.B. GPX-traces, Fotos, Aufzeichnungen vorweisen). -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am 18.07.2010 16:52, schrieb Sebastian Hohmann: Ich spreche damit vor allem an, dass man der ODbL zustimmen muss um sich PD zu wünschen. Die Lizenzfrage ist nicht vorrangig als Abstimmung über die Zukunft des Projekts gedacht. Insofern bedeutet eben, dass jemand der seine Edits als CC0/PD ansieht, dass er damit automatisch jeder weiterlizenzierung zustimmt. Natürlich wünsche ich mir als CC0-Verfechter eine Anschlussveranstaltung, in der erörtert wird, ob die CC0 als Lizenz in Frage kommt, und ob genügend Mapper dem zustimmen würden. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel
Am 16.07.2010 20:26, schrieb Falk Zscheile: Die Idee, auf den Stand zurückzusetzen dem alle user zugestimmt haben, mag gut gedacht sein. Dies alles an die History eines Elements zu binden halte ich für falsch. Die History ist aus dem eben genannten Gründen nicht geeignet auf den Urheber zu schließen. Man kann ja mal die Probe machen und mal die Daten von Mecklenburg-Vorpommern nehmen und einmal unterstellen der User pfoten_weg_!_ und wie er noch so hieß würde nicht zustimmen. Ich denke es dürften dann einige beachtliche Lücken entstehen und viele die im Urlaub an der Ostseeküste gemappt haben werden sich wundern, wo ihre Edits hin verschwunden sind (Komisch, als ich hier gemappt habe war ich der erste. Wo sind meine Einträge denn bloß hin?). Der Revert gilt für *alle* Aktionen des Users, und gelöschte Objekte sind ja in der DB nur als gelöscht markiert. Wenn also pfoten_weg_!_ alles gelöscht und neu angelegt hat, aber dann der ODbL nicht zustimmt, werden alle von ihm gelöschten Objekte wiederhergestellt. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am 16.07.2010 20:01, schrieb Manuel Reimer: Dirk-Lüder Kreie wrote: [Nur nehmen, nichts zurückgeben] Und was wäre daran so schlimm? OSM schadet das doch nicht? Es bringt aber auch keinen Vorteil. Letztlich gewinnt hier nur der Unternehmer, der dadurch nur zeigt, dass er das zugrundeliegende Konzept nicht versteht. Das hätte er nur dann verstanden, wenn er ganz selbstverständlich seine Daten auch freigeben würde. Das das nicht immer gemacht wird, habe ich ja an heutzutage schon anzutreffenden Beispielen gezeigt. Es stört einen einfach, wenn man tagein, tagaus Software schreibt, unter dem Ziel für XY eine freie Alternative zu schaffen, und dann irgendwer daherkommt, sich das Programm krallt, einige Änderungen dazuschreibt, dicke Kohle damit macht und auf Bitte, seine Änderungen wieder freizugeben, nur darauf hinweist, dass ihn keiner dazu zwingen kann. Würde mir das genau so passieren, dann wäre ich ganz zu Recht ziemlich sauer. Würde mir aber nicht passieren, da ich meine Projekte GPLv3 lizenziere und bei PD-Projekten üblicherweise nicht mithelfe. Ich sehe es doch garnicht ein, meine Freizeit für freie Software zu investieren, aber die Option für einen Unternehmer zu lassen, meine Arbeit doch Closed Source weiterzuvertreiben. Ich kann dich sehr gut verstehen, und was Software angeht, halte ich es meist genau so, aber eine Software ist nicht so ohne weiteres mit Kartendaten zu vergleichen. Kartendaten müssen ständig aktualisiert und gepflegt werden. Ich finde es einfach fair, über die Lizenz wenigstens eine kleine Gegenleistung, die wirklich keinem weh tut (Quelle angeben, Änderungen wieder hochladen oder direkt in der OSM-DB pflegen) von denen einzufordern, die die Daten nutzen wollen. Wenn es, wie der eine oder andere schon behauptet hat, für Unternehmen wirklich selbstverständlich ist, die Daten wieder zurückzuführen, dann stören sie sich sicher auch nicht an der ODbL-Lizenz. Es gibt auch mit der ODbL Wege neue Daten nicht in OSM zurückzuführen. Es wird zwar ein ziemlicher Eiertanz, aber möglich ist es. Ob die ODbL Lizenz optimal ist, ist eine andere Frage. Ja, sie könnte kürzer gehalten werden. Änderungen musst du zurückgeben, Quelle musst du nennen kann man sicher auch kürzer darlegen. Der Teufel steckt, wie man so schön sagt, im Detail. Nein, denn Kartendaten machen nur Sinn, wenn sie aktuell sind. Und *kein* Anbieter der Welt hat eine so große und stark wachsende Arbeitsbasis. OSM ist schlicht nicht einholbar, und deswegen ist es egal, ob CC0/PD oder restriktive Lizenz, die beste Quelle für Geodaten wird OSM sein. Das sag mal den Mappern auf dem Land. Dort geht es sehr langsam voran. Die Feldwege um unser Dorf sind alle von mir. Genau hier kann eine passende Lizenz Abhilfe schaffen. Wenn ein Unternehmen ein Gebiet ganz genau braucht, dann schickt es halt Mapper auf seine Kosten raus, muss aber die Daten dann, dank OSDbL, wieder der OSM bereitstellen. Wenn er letzteres nicht will, dann muss er wohl oder übel auf andere Kartendaten setzen, die ihn aber sicher teurer kommen. Unternehmer rechnen und wenn sich eine Mitarbeit an OSM eher rechnet, dann wird diese Lösung einer proprietären Karte vorgezogen. Also für mich sieht das Szenario so aus: Kommerzieller Datennutzer, holt sich OSM-CC0, pflegt seine eigenen Daten dazu (sehr aufwändig, denn für funktionierende Topologie muss einiges an Handarbeit da hineingesteckt werden) OSM entwickelt sich weiter, die proprietären (gemischten) Daten veralten... Jetzt hat der Datennutzer nur vier Optionen: - Karte veralten lassen - Das Spiel von vorn beginnen (Aufwand!) - Seine Änderungen OSM zur Verfügung stellen und direkt die Updates u.U. Minutenaktuell aus den OSM-replicate-diffs in seine Karte bringen. - Auf eine andere Datenquelle wechseln Wenn der Unternehmer wirklich rechnet wird es wohl Option 3 oder 4 werden... Bei keiner Option verliert OSM wirklich. Entgangene Gewinne bin ich nicht bereit als Verlust anzusehen. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am 16.07.2010 22:05, schrieb Sebastian Hohmann:
Frederik Ramm schrieb:
(Das ist ja das Schicksal des PD-Anhaengers: Jeder kann jederzeit
meine PD-Daten nehmen und irgendwelche Restriktionen obendrauf setzen
- das ist jemand, der fuer PD ist, also schon gewohnt.)
Nur dass es mir wenig nützt zu sagen meine Daten sind PD wenn sie nie
als PD veröffentlicht werden. Sicher kann jeder PD Daten nehmen und
unter eine beliebige Lizenz stellen, aber dazu müssen sie auch erstmal
in der Public Domain veröffentlicht sein. Das sind sie aber nicht wenn
sie direkt unter der ODbL veröffentlicht werden.
Wenn ich also gegen die ODbL und für PD bin, habe ich keine Möglichkeit
das auszudrücken.
Rechtlich sowieso nicht, denn mit PD akzeptierst du jede Lizenz, aber
politisch hast du die Möglichkeit {{PD-user}} auf deiner Userseite im
Wiki einzutragen, und bei jeder Gelegenheit anzubringen, das Carthago
zerstört werden muss.
Und: Sollte es wirklich zu einem Fork durch die ODbL kommen, werde ich
mich dafür einsetzen, einen (weiteren) CC0-Fork zu gründen, und soweit
wie möglich lizenzsaubere Daten aus OSM zu holen.
--
Dirk-Lüder Deelkar Kreie
Bremen - 53.0901°N 8.7868°E
Ceterum censeo Carthaginem esse delendam.
signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am 16.07.2010 21:05, schrieb Heiko Jacobs: Frederik Ramm schrieb: sondern auch, weil sie das Vertrauen der Community moechte, Du redest immer von Vertauen und Respekt, aber leider ist das alles sehr einseitig und alles andere als auf Ausgleich bedacht. Mein Vertrauen hat sie jedenfalls durch die angekündigte Vorgehensweise mit respektlosem Umgang mit meiner und anderer Leute Daten und Urheberrechten. So langsam verstehe ich deine Aufregung, und glaube, das liegt einfach nur an einem Missverständnis deinerseits, was die Worte löschen, Beiträge (contributions) und deine Daten angeht. Löschen im Sinne der ODbL-Lizenzdebatte heisst einfach nur, dass deine Beiträge, wenn sie nicht lizenzsauber sind, nicht in die ODbL übernommen werden können. Keinesfalls jedoch, dass sie für immer von diesem Planeten verschwinden. deine Daten sind nur die daten, die du alleine, ohne Zuhilfenahme möglicherweise Urheberrechtlich belasteter Daten anderer, in das Projekt eingepflegt hast. Beiträge (contributions) sind z.B. alle Edits die du an OSM vorgenommen hast, und die du dem OSM Projekt zwecks Veröffentlichung unter der CC-By-SA-Lizenz zur Verfügung gestellt hast. Ich kann nicht erkennen, inwiefern der Lizenzwechsel jetzt respektlos mit deinen Daten und Urheberrechten umgeht. Alle Daten, alle Beiträge werden weiterhin unter CC-By-SA zur Verfügung stehen. Was mit deinen Daten passiert, liegt vollkommen in deiner Hand, was mit gemischten Daten passiert, liegt in der Hand aller Bearbeiter dieser Daten. Und dass die angekündigte Vorgehensweise technisch und rechtlich nicht sauber durchgeführt werden kann wegen den Mängeln in der history-Funktion und wegen den Problemen, die Urheberrechte an gemeinsamen Werken auseinanderzupopeln, wurde hier auch schon oft genug eingeworfen. Aber alles egal, Hauptsache Respekt nur einer Gruppe gezollt. Was willst du eigentlich? Das CC-By-SA eine ausreichende rechtliche Grundlage darstellt und deshalb behalten werden kann? Dass alle OSM-User mit einer Stimme ja zum Lizenzwechsel sagen, damit alles übernommen werden kann? In welcher Form stellst du dir den Respekt denn vor? Und an welche Gruppe denkst du mit dem Ausspruch Hauptsache Respekt nur einer Gruppe gezollt? -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am 17.07.2010 17:26, schrieb Christian Schmitt: Am 17.07.2010 um 16:18 schrieb Heiko Jacobs: Egal wie gut die Lizenz sein mag: Die Vorgehensweise ihrer Einführung disqualifiziert sie leider in mehrfacher Hinsicht wie schon öfters von mir ausgeführt. Dem ist nichts hinzuzufügen. Stoppt diesen schwachsinnigen Lizenzwechsel, den kein Mensch braucht. Leugnen hilft nicht. Die CC-By-SA erzeugt weltweit starke Ungerechtigkeiten und Rechtsunsicherheit. Zu diesem Zeitpunkt gibt es meinem Kenntnisstand nach für das globale OSM-Projekt nur zwei sinnvolle Alternativen, CC0 oder ODbL. Wer einen anderen Ausweg kennt, baut entweder Luftschlösser, oder er sollte sich schleunigst mit seiner revolutionären Idee bei der LWG melden. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zum 1000. mal - Hausnummern und Stra ßennamen?
Am 15.07.2010 22:02, schrieb Nils Faerber: Wie mappe ich Hausnummern richtig? Zur Zeit verpasse ich jedem Haus seine Hausnummer, aber nicht den Straßennamen. Ich finde es mehr als redundant, jedem Haus den kompletten Namen mitzugeben. 2. Straßenname mit als Attribut an das Haus. Finde ich super redundant. Dann steht der Straßenname-String (n+1) mal in der OSM Datenbank - eigentlich Blödsinn. Redundanz ist gut! es ermöglicht z.B. automatisiert Fehler zu finden (Widersprüche). Ausserdem: Sämtlicher Datenaustausch von größeren OSM Datenmengen findet eh im bz2-Format statt, was Redundanzen eher super wegsteckt, als sich daran zu stören. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ist die Mercator Projektion für OSM vorteilhaft?
Am 13.07.2010 07:00, schrieb Josias Polchau: On 13.07.2010 01:56, Dirk-Lüder Kreie wrote: Nicht nur Winkelechtheit, auch das Niveau muss stimmen, was WGS84 ebenfalls nicht hinreichend genau liefert. Das ist aber auch eher ein Grund dafür, dass OSM die dritte Dimension vernachlässigt, als für die Projektion relevant. stimmt, aber heir ging es ja glaub ich um josm, welches ja sowieso nur 2+1 Dimensionen hat (3. dimension als attribut relativ zum objekt) kennst du einen elypsoid, der besser auf die erde passt? für OSM muss er ja für die ganze welt passen. mir fällt grad keiner ein... Es wäre unsinnig einen anderen Ellipsoiden als WGS84 zu verwenden, da unsere Datengrundlage aus GPS stammt, das ebendieses verwendet. Aber das war auch nur als Randbemerkung gedacht, der Ellipsoid der lat/lon Daten hat ja zunächst nichts mit der Kartenprojektion an sich zu tun. Spherical Mercator ist einfach Industry Standard, sozusagen das VHS des Mappings. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zum 1000. mal - Hausnummern und Straße nnamen?
Am 16.07.2010 13:46, schrieb Nils Faerber: Dirk-Lüder Kreie wrote: Redundanz ist gut! es ermöglicht z.B. automatisiert Fehler zu finden (Widersprüche). ...oder um welche zu generieren. Wie will man denn automatisiert entscheiden, ob ein Tippfehler ein Tippfehler oder vielleicht wirklich ein anderer Name ist? Ich habe ausdrücklich nicht von automatischer Fehlerkorrektur gesprochen. Die Korrektur soll natürlich von einem Menschen gemacht werden. Ebenso die Bewertung ob es sich nicht vielleicht um ein false positive handelt. In der Informatik vermeidet man soetwas wie der Teufel das Weihwasser. Gleiches ist entweder wird das Gleiche oder eben etwas Anderes. Und das macht man in der Regel mit Verweisen, was eben eine Relation ist - genau wie bei einer relationalen Datenbank. Ja, und dann hast du den Tippfehler monatelang in der Datenbank, weil's niemandem auffällt. Und das man in der Informationsverarbeitung Redundanz generell vermeidet wäre mir absolut neu. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am 15.07.2010 23:37, schrieb Heiko Jacobs: Stefan Schwan schrieb: Die Datenbank ist in England, im Zweifel wird also immer deren Recht gelten - egal von wo aus, und egal in welchem Teil der Welt editiert wird. Hmm... Löschungen sind aber eigentlich nie ein Problem - es wurde ja niemals jemand versprochen das Beiträge für alle Zeit behalten werden. Es ist ja nicht so, dass man ein Recht darauf hätte, das die eigenen Daten von OSM verbreitet werden. Es macht für mich schon einen Riesenunterschied, ob meine Daten verschwinden, weil - jemand Fehler korrigiert, zugewachsene Waldwege rauslöscht, ..., also jemand mit den Daten sinnvoll weiter arbeitet, - oder weil wegen so'n Lizenzwechsel-Pipifax eigentlich weiterhin brauchbare Daten in die Tonne getreten werden ... Ich möchte an dieser Stelle darauf hinweisen, dass der letzte CC-BY-SA Planet definitiv erhalten bleiben wird. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel
Am 16.07.2010 17:33, schrieb Heiko Jacobs: Frederik Ramm schrieb: Damit machst Du die Angst vor Datenverlust zu einer selbsterfuellenden Prophezeiung. Nein, der Datenverlust bei Lizenzwechsel ist bereits beschlossen. Die bisher dokumentierte Vorgehensweise wird IMMER zu Datenverlust führen, schon weil von nicht mehr erreichbaren Mappern kein Ja kommen kann und es auch sicher genug Unterförster gibt, die aus nicht rationalen Gründen aktiv Nein sagen ... Datenverlust ist also unvermeidbar bei Lizenzwechsel angesichts der derzeit aktuellen Vorgehensweise. Von daher ... Dir ist aber schon klar, dass das Projekt immer noch rasant wächst, und im Prinzip die gesamte geleistete Arbeit des Projektes in ca. einem Jahr wieder neu gemacht werden könnte, was das Know-How und die Anzahl der Mapper angeht? Selbst, wenn ein großer Teil abspringt? (630M Nodes insgesamt, 1,8M Nodes pro Tag pro 25 User, exponentielles Wachstum mit Verdoppelung alle 6 Monate). Der Datenbestand ist relevant für die Frage, ob ich noch weiter mitmachen will. Bei zerfledderten Daten oder auch bei einem Fork ist das Projekt für mich gestorben. Die einzige Möglichkeit, die ich zum Gegensteuern habe, ist Decline klicken. Dummerweise wurde die Frage, ob ich will, dass das Gesamtprojekt die Lizenz wechseln soll, mit dem Schicksal meiner Daten verknüpft. Nein. Deine Daten bleiben drin, wenn du ja zur Lizenz sagst. Alles andere sind nicht deine Daten. Man hat einen Weg gewählt, bei dem auf jeden Fall Daten verschwinden, dem kann ich nicht zustimmen, auch später nicht. Das Daten verschwinden, ist nicht schlimm, dass einzelne Mapper verschwinden, auch nicht. Beides ist schade, aber ersetzbar. Mapper sind keine einzigartigen Genies oder Künstler, auch wenn es sicher bessere und schlechtere gibt. Bremen ist auch fast fertig geworden, obwohl ich eine Zeitlang sehr viel kürzer treten musste, und ich bin froh deswegen. Aber ich maße mir nicht an, das Nonplusultra an Mapper zu sein. Frederik Ramm schrieb: Als *Mapper* kann ich mir vorstellen, dass ich sogar einen gewissen Spass daran haben werde, die Luecken zu schliessen, die moeglicherweise durch den Lizenzwechsel entstanden sind. Sorry, aber das ist absoluter Quark Sorry, aber du schreibst hier den Quark. Natürlich macht es Spaß, Lücken zu füllen. Dafür machen wir das hier doch? Und ob ein Land (Litauen IIRC) gelöscht werden muss, weil die Datenquelle unrechtmäßig war, oder weil eben keine Lizenz mehr besteht (Weil der User entweder nicht zugestimmt hat, die ODbL anzunehmen, oder nicht mehr erreichbar ist), ist dabei doch egal. Zugegebenermaßen ist ein Datenverlust ärgerlich, aber nicht tödlich für das Projekt. Wenn dir der Datenbestand so am Herzen liegt, das Projekt unter ODbL aber egal ist, stimmst du konsequenterweise der Lizenz (nachträglich) zu, und verlässt das Projekt danach. Alles andere fühlt sich zu sehr nach Trotzreaktion an. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am 16.07.2010 18:54, schrieb Manuel Reimer: Hardware-Hersteller sind darauf aus, ihre Hardware möglichst gut zu verkaufen. Wenn der Aufwand für einen Linux-Treiber nicht zu groß ist, dann bietet man diesen natürlich gerne dem Kernel-Team an. Im Optimalfall wird der Treiber von der Community weitergepflegt. Man hat also im besten Fall kaum Folgekosten, dafür aber einen zusätzlichen Kundenkreis. Auf der anderen Seite gibt es aber z.B. Hersteller von Embedded-Geräten mit Linux drauf. Hier gibt es durchaus solche Fälle, die ich schon in meinem anderen Posting beschrieben habe. Man nimmt Betriebssystem und einige Basiskomponenten von der Community, programmiert das, was interessant wäre, aber selber und gibt es nicht frei. Dann wirft man beides zusammen, flasht es ein ein Eprom, fertigt zigtausende davon in Serie und verkauft das ganze. Die Community hat von diesem Verhalten meist wenig. Das, was freigegeben wird, ist meist ohnehin schon frei. Das, was interessant wäre (Treiber für Hardware-Komponenten), um die entsprechenden Hardware mit selbstgebauter Firmware zu betreiben, behält man für sich. Da nirgends draufsteht, das Linux drin ist, wird noch nichtmal das Projekt beworben. Und was wäre daran so schlimm? OSM schadet das doch nicht? OSM ist eher mit dem letzten Fall zu vergleichen. Nein, denn Kartendaten machen nur Sinn, wenn sie aktuell sind. Und *kein* Anbieter der Welt hat eine so große und stark wachsende Arbeitsbasis. OSM ist schlicht nicht einholbar, und deswegen ist es egal, ob CC0/PD oder restriktive Lizenz, die beste Quelle für Geodaten wird OSM sein. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am 16.07.2010 19:22, schrieb Heiko Jacobs: Dirk-Lüder Kreie schrieb: Ich möchte an dieser Stelle darauf hinweisen, dass der letzte CC-BY-SA Planet definitiv erhalten bleiben wird. Und was soll der bringen? Als Quelle für lizenzwidriges Entleihen von Daten? Nein, selbstverständlich Lizenzkonformes Nutzen von Daten. Nach dem Motto: wo der CC-By-SA-Planet besser ist, nutzen wir den, sonst die neue ODbL-Version, und wenn das Endprodukt CC-By-SA oder Kompatibel ist, und man noch ein bisschen darauf achtet, wie man die Daten in das Endprodukt überführt, ist das nicht nur machbar, sondern legal. Als Ausganspunkt für einen Fork traditional, but complete OSM complete? Du hast ein seltsames Bild vom Stand der OSM Daten, und ihrer Entwickung. Erstens ist OSM auch heute nirgendwo wirklich komplett, zweitens kommt pro Tag eine ungeheure Menge an neuen Usern und neuen Daten in das Projekt. wo sich dann die Community aufteilt? Möglich, der aktivere Branch wird dann wahrscheinlich gewinnen. Ich würde mich wahrscheinlich im CC0-Branch wiederfinden, und damit allen nützen. (auch wenn das hiesse, bei null anzufangen. Das habe ich in Bremen schliesslich schon mal gemacht. Damals ohne Yahoo. Heute ausserdem mit vielen eigenen GPS-Tracks im Archiv und Tonnenweise Aufzeichnungen. Mir macht ein Fork keine große Angst. Schade wärs, aber Angst macht es mir nicht. Ein veraltender Datenbestand für historische Zwecke? Wie jeder Planet. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] help.openstreetmap.org
Am 15.07.2010 17:18, schrieb Martin Czarkowski: Am 15.07.2010 16:44, schrieb Frederik Ramm: unter help.openstreetmap.org gibt es jetzt eine Webseite, auf der jeder irgendwelche Fragen eingeben kann leider wieder nur auf Englisch, schade... An der Lokalisation wird gearbeitet. Du kannst gerne der Erste sein, der eine Frage auf deutsch stellt. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ist die Mercator Projektion für OSM vorteilhaft?
Am 13.07.2010 00:29, schrieb Josias Polchau: wie oben geschildert ist die Winkelechtheit für die vermessung sehr wichtig. Nicht nur Winkelechtheit, auch das Niveau muss stimmen, was WGS84 ebenfalls nicht hinreichend genau liefert. Das ist aber auch eher ein Grund dafür, dass OSM die dritte Dimension vernachlässigt, als für die Projektion relevant. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation exportieren
Am 04.07.2010 12:30, schrieb Lothar Emmerich: Hallöchen, wie kann ich eine Relation als GPX-File oder in einem anderen Format exportieren? Je nachdem, was du damit erreichen willst, lauten die Antworten von geht nicht bis nimm gpsbabel oder josm... -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool zur Trackbearbeitung
Am 04.07.2010 13:56, schrieb fla...@googlemail.com: alle tracks-segmente behalten wo bestehende OSM track mind 100 meter entfernt sind ? Da weder dein GPS noch das GPS des Vorgängers exakte daten geliefert haben dürften machen Doppelungen durchaus Sinn, ausser du weisst schon vorher, dass deine Track-Qualität deutlich schlechter als das Bestehende sein wird. Was in der DB eher unerwünscht sind, sind diese Punktwolken, die bei Stillstand gerne entstehen, und Tracks bei denen das GPS noch nicht wirklich einen Fix hatte, aber trotzdem schon Positionen ausspuckt. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in der aktuellen ADFC Rundschau
Am 30.06.2010 22:36, schrieb Manuel Reimer: habe gerade die ADFC Rundschau durchgeblättert und eine Karte hat da verdächtig nach OSM ausgesehen. Im direkten Vergleich bestätigt sich das: http://www.openstreetmap.org/?lat=49.3707lon=11.0841zoom=14 Leider ohne Beachtung der Lizenz. Keinerlei Hinweis auf OSM. Könntest du evtl. vom Zitatrecht gebrauch machen und einen Scan der Seite (bzw. des relevanten Parts) in Zusammenhang mit deinen Kommentaren an geeigneter Stelle im Internet platzieren? -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender und Inseln
Am 01.07.2010 19:13, schrieb Martin Holz: Gibt es bei Osmarender-Regeln eine Möglichkeit zwischen Wegen im und gegen den Uhrzeigersinn zu unterscheiden? Als Workaround könnte ich auf place=island matchen, aber diese Attribut ist bei einigen Inseln nicht vorhanden. Und warum hat die offizielle OSM-Karte das Problem nicht? Die offenen Coastlines werden geschlossen, und das Meer zu einem sinnvollen multipoly geschlossen. http://wiki.openstreetmap.org/wiki/ti...@home/How_Oceantiles_work http://svn.openstreetmap.org/applications/rendering/tilesAtHome-dev/trunk/close-areas.pl -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Barrierefreiheit ist vorbei!
Am 01.07.2010 20:25, schrieb Lulu-Ann: Hallo Listen, seit heute kann man im Wiki nicht mehr bearbeiten, in dem man eine simple Matheaufgabe löst, sondern man muß stattdessen ein Captcha lesen können. Damit ist die Barrierefreiheit für unseren blinden Mitwirkenden erstmal dahin. Ich habe sofort dazu aufgerufen, die Änderung rückgängig zu machen. Es tut mir leid, daß das passiert ist, ich hoffe daß ich schnell melden kann, daß das Problem behoben ist. Es gab probleme mit Spambots, die die Matheaufgaben lösen konnten, und massiv Spam im Wiki abgeladen hatten. Evtl. gibt es die Möglichkeit ein audio-captcha parallel einzupflegen. Es steht dir natürlich frei, 24 Stunden am Tag, sieben Tage in der Woche einmal pro minute den Spam aus dem Wiki zu entfernen. Choose your poison. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kirchen: Bauzeit und Zeiten der Messe?
Am 01.07.2010 20:43, schrieb M∡rtin Koppenhoefer: Hat jemand schonmal die Zeiten der Messe einer Kirche eingegeben? Sonntags um 11:15h und Feierlichkeiten (was auch immer das bedeutet, vermutlich Feiertage) 8:15-11:30h opening_hours halte ich hier nicht für richtig, weil die Kirche ja auch sonst geöffnet ist. worshipping_hours vielleicht? Bauzeit ist 1689-1777 gibt's da schon in Verwendung befindliche Vorschläge? Link zur Wikipedia? -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebietsbearbeitung während des Datenba nk Upgrade
Am 01.07.2010 21:32, schrieb Tirkon: Kann ich Gebiete, die ich vor dem derzeitigen Relaunch der Datenbank in JOSM herunter geladen habe, bearbeiten und nach dem Relaunch wieder hochladen? Oder ergibt das einen Konflikt? http://wiki.openstreetmap.org/wiki/July_2010_DB_Upgrade Wenn du schnell genug bist, und nicht allzu viele Leute das gleiche versuchen... Ausserdem, etwas über eine Stunde hast du noch... -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Erinnerung: OSM Server-Wartung ab heute Abend, 23:00 Uhr CEST
Am 26.06.2010 01:37, schrieb Dirk-Lüder Kreie: OpenStreetMap, Ab dem Abend des 1.7.2010, hauptsächlich aber am 2. und 3. Juli kommt es zu Wartungsarbeiten an dem Storagesytem des Datenbankservers. Das Editieren der Karte wird dann nicht möglich sein. Der Vorläufige Plan sieht folgenden Ablauf vor: 1.7.2010, 23:00 Uhr CEST: Die API und die Webseite sind nur noch lesend erreichbar (Kartendaten können zwar heruntergeladen, aber Edits nicht wieder hochgeladen werden) 2.7.2010, 14:00 Uhr CEST: API Abgeschaltet, Nur das Anschauen der Map und Exportfunktionen verfügbar 3.7.2010, (später) Nachmittag: API und Webseite stehen wieder voll zur Verfügung. Das Wiki ist von den Wartungsarbeiten nicht betroffen, und wird voll zur Verfügung stehen. Weitere Informationen und Fortschrittsmeldungen werden (auf Englisch) im Wiki veröffentlicht, unter folgender Adresse: http://wiki.openstreetmap.org/wiki/July_2010_DB_Upgrade Original-Nachricht Betreff: [OSM-talk] Upcoming OSM Server Maintenance Datum: Sat, 26 Jun 2010 00:16:03 +0100 Von: Grant Slater openstreet...@firefishy.com An: Talk Openstreetmap t...@openstreetmap.org, annou...@openstreetmap.org OpenStreetMap, Please translate and copy to local lists. On the 2nd (Friday) and 3rd (Saturday) of July 2010 the sysadmin team will be upgrading the database server's storage. Editing will not be available during this period. Initial plan, subject to revision: 1st July 21:00 (GMT) - API and website read-only. (no edits) 2nd July 12:00 (GMT) - API unavailable. Only Map browsing and map export available on www.openstreetmap.org 3rd July Afternoon (GMT) - API and website return. (edit resumes) The wiki will remain available for the duration. Futher information and progress status will be posted here: http://wiki.openstreetmap.org/wiki/July_2010_DB_Upgrade Regards Grant OpenStreetMap Sysadmin Team ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload zum svn.openstreetmap
Am 28.06.2010 14:54, schrieb Jan Tappenbeck: Hi ! für Haiti hatte ich seinerzeit ein tool geschrieben und wollte dieses eigentlich im svn ablegen. zugang ist schon da - aber irgendwie habe ich das mit dem upload nie hinbekommen. damit ich das nicht ganz vergesse wollte ich anfragen ob sich jemand bereit erklärt diese 2-3 dateien für mich dort einzubuchen? Mache ich gerne... Du kannst dir aber auch bei den admins selber svn schreibrechte geben lassen. wie das von windows aus funktioniert kann ich nicht sagen. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] US to spend $8bn upgrading GPS constellation
Am 26.05.2010 13:41, schrieb Maarten Deen: On Wed, 26 May 2010 20:53:38 +1000, John Smith deltafoxtrot...@gmail.com wrote: The United States is about to give the now nearly ubiquitous Global Positioning System an $8 billion overhaul. The improvements, which involve replacing each of the 24 aging GPS satellites, are estimated to take over a decade to complete, and will see the triangulation margin of error decrease from 20 feet to around 3 feet. [...] Oh, and so good to hear that we are wast^H^H^H^Hspending € 3,4b (and more) on Galileo while GPS gets an upgrade to do exactly the same thing. Just repeat after me: there is no crisis, there is no crisis, there is no crisis. Ye, I'm late, bit do you really think the US would be upgrading (instead of just keeping the proven quality) if there wasn't Galileo as a competitor? And compared to the Bank Bailout 3.4b is nothing. Compared to the 8b of the USA, it's still cheap. And yes, the Independence is necessary in my view. SA anyone? -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] US to spend $8bn upgrading GPS constellation
Am 27.06.2010 04:48, schrieb Dirk-Lüder Kreie: And compared to the Bank Bailout 3.4b is nothing. Compared to the 8b of the USA, it's still cheap. Yes, I'm aware I'm comparing 3.4b Euros to 8b US Dollars. It's still quite the difference. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Fwd: [OSM-talk] OSM Server-Wartung Anfang Juli
OpenStreetMap, Ab dem Abend des 1.7.2010, hauptsächlich aber am 2. und 3. Juli kommt es zu Wartungsarbeiten an dem Storagesytem des Datenbankservers. Das Editieren der Karte wird dann nicht möglich sein. Der Vorläufige Plan sieht folgenden Ablauf vor: 1.7.2010, 23:00 Uhr CEST: Die API und die Webseite sind nur noch lesend erreichbar (Kartendaten können zwar heruntergeladen, aber Edits nicht wieder hochgeladen werden) 2.7.2010, 14:00 Uhr CEST: API Abgeschaltet, Nur das Anschauen der Map und Exportfunktionen verfügbar 3.7.2010, (später) Nachmittag: API und Webseite stehen wieder voll zur Verfügung. Das Wiki ist von den Wartungsarbeiten nicht betroffen, und wird voll zur Verfügung stehen. Weitere Informationen und Fortschrittsmeldungen werden (auf Englisch) im Wiki veröffentlicht, unter folgender Adresse: http://wiki.openstreetmap.org/wiki/July_2010_DB_Upgrade Original-Nachricht Betreff: [OSM-talk] Upcoming OSM Server Maintenance Datum: Sat, 26 Jun 2010 00:16:03 +0100 Von: Grant Slater openstreet...@firefishy.com An: Talk Openstreetmap t...@openstreetmap.org, annou...@openstreetmap.org OpenStreetMap, Please translate and copy to local lists. On the 2nd (Friday) and 3rd (Saturday) of July 2010 the sysadmin team will be upgrading the database server's storage. Editing will not be available during this period. Initial plan, subject to revision: 1st July 21:00 (GMT) - API and website read-only. (no edits) 2nd July 12:00 (GMT) - API unavailable. Only Map browsing and map export available on www.openstreetmap.org 3rd July Afternoon (GMT) - API and website return. (edit resumes) The wiki will remain available for the duration. Futher information and progress status will be posted here: http://wiki.openstreetmap.org/wiki/July_2010_DB_Upgrade Regards Grant OpenStreetMap Sysadmin Team ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Failed to download 9.5 GB planet
Am 21.06.2010 18:12, schrieb Juan Lucas Domínguez Rubio: Dear list: I'm trying to download one of the latest planets and I repeatedly get this error message, always after ~1.5 GB, with wget and also using Mozilla Firefox. Any idea why this happens and how to solve it? ... 1583000K .. .. .. 15%1.36 MB/s 1583050K .. .. .. 15%1.16 MB/s 1583100K ... 15%2.90 MB/s 16:23:53 (1.02 MB/s) - Connection closed at byte 1621101924. Retrying. --16:23:53-- http://ftp.heanet.ie/mirrors/openstreetmap.org/planet-100618.osm.bz2 (try: 2) = `planet_100618.osm.bz2' Connecting to ftp.heanet.ie|193.1.193.64|:80... connected. HTTP request sent, awaiting response... 500 ( Arithmetic result exceeded 32 bits. ) 16:23:53 ERROR 500: ( Arithmetic result exceeded 32 bits. ). Try a different mirror, or try it via ftp. (if that's possible) -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Baustraßen
Am 18.06.2010 14:09, schrieb Rainer Knaepper: Moin, ich habe hier ein kleines Baugebiet, für das Straßenverlauf und Benamsung bereits festliegen. Der Bauverkehr wird derzeit über eine Abkürzung von einer Durchgangsstraße aus abgewickelt, diese Abkürzung wird später wieder abgebunden werden, die Zuwegung erfolgt dann nur noch von hinten herum durch das schon vorhandene Wohngebiet. highway=service evtl. noch surface=unpaved, access=private -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenze DE-AT durchlöchert
Am 31.05.2010 12:20, schrieb Florian Lohoff: Way splitten ohne alle relationen geladen zu haben die zu dem way gehoeren. Damit wird der way gesplittet und nur der way mit der original id ist weiterhin in der relation - Der neu entstandene aber nicht. Damit hat die Grenze eine Luecke. Wie kann das sein? die API liefert doch im MAP call defaultmäßig alle Relationen die den way enthalten mit? Woher sonst soll der Editor wissen zu welchen Relationen der Way noch gehört? Wenn es also vorkommt, dass der Editor nach einem Map call nicht alle relevanten Relations hat, ist der map call defekt. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenze DE-AT durchlöchert
Am 31.05.2010 13:17, schrieb Florian Lohoff: On Mon, May 31, 2010 at 01:07:02PM +0200, Dirk-Lüder Kreie wrote: Wie kann das sein? die API liefert doch im MAP call defaultmäßig alle Relationen die den way enthalten mit? Jaha- Einen weg laden oder einen node - Dann relation oeffnen - Download all members - und dann einen der members splitten ausserhalb des original gedownloadetem bereich ... Schon sind alle anderen relationen die diesen weg beinhalten kaputt ... Ok, jetzt versteh ich. Ich dachte schon ich hätte selber einige relations in Bremen zerschreddert. aber da ich immer mit dem MAP-Call gearbeitet habe, habe ich da jetzt eher weniger Bedenken. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering der coastline kachelanteile?
Am 21.04.2010 20:44, schrieb AssetBurned: moin On 21.04.2010, at 15:06, Dirk-Lüder Kreie wrote: Küstenlinien definieren letztendlich Kontinent-Polygone, die sich aus vielleicht nachvollziehbaren Gründen nicht als solche zum Rendern eignen. Dafür benutzt Mapnik (der Default-renderer) regelmäßig aus den Küstenlinien erzeugte Shapefiles. Osmarender benutzt für die Übersicht Oceantiles. Generell sind solche Änderungen immer noch schneller im Osmarender Layer verfügbar als per mapnik, obwohl dort theoretisch tägliche Updates möglich wären (bin mir nich sicher ob die tatsächlich täglich in Mapnik eingespielt werden). ok also wenn ich das jetzt richtig verstehe lüppt das so: 1) mehr oder minder regelmäßig werden die landflächen gerändert ohne irgendwelche extras. 2) wenn erhöhter bedarf festgestellt wird oder spätestens nach 7 tagen werden dann die sonstigen dinge gerändert 3) angezeigt werden dann kacheln die schritt 1+2 zusammen als eine PNG anzeigen. Nein, bei ti...@home werden die Wasserflächen direkt in die Tiles gerendert. Bei Mapnik ebenfalls. und grund dafür ist daß das rendern von kompletten kontinenten einfach zu viel zeit brauchen würde. Nein, Es ist schlicht nich möglich die gesamten Ways der Küstenlinien die zu einem Kontinent gehören in einem Schlag zu bearbeiten. Deshalb lokale Lösung von ti...@home mit Hintfile (Oceantiles.dat), bzw. Shapefile in Mapnik stellt sich mir die frage warum es möglich ist kacheln mit zig duzend einzelnen straßen-, häuser- und sonstwas-nodes zu rendern aber unmöglich ist die küstenlinien für den gleichen ausschnitt gesondert zu rendern. straßen gehen ja auch über mehrere kacheln zum teil auch häuser. Es ist eben doch möglich. Nur braucht man eben für's Gesamtbild die Oceantiles-Methode oder das Shapefile. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DE:Aktion 10b : loopings
Am 31.05.2010 22:07, schrieb Carsten Gerlach: Wir taggen nicht für keepright, nicht für Osmarender und nicht für Mapnik. Bei solchen Konstrukten wie osmarender:renderName=no stäuben sich mir die Nackenhaare... Das hat nichts mit dem Ausdruck Taggen für den Renderer zu tun. Taggen für den Renderer wäre, Ein besonderes Gebäude z.B. als natural=water zu taggen, damit es blau auf der Karte erscheint. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Karte
Am 27.05.2010 15:34, schrieb Carsten Schwede: http://openstreetmap.teddynetz.de/latest/eu_rout.tgz http://openstreetmap.teddynetz.de/latest/eu_rout_gmapsupp.img.gz (Je 1,6GB! Eventuell bis morgen warten, dann ist sie auf dem Mirror) Hast du mal über Bittorrent als Distributionsweg nachgedacht? -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
