Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
Mit Version 1.7.6 von QLandkarteGT stellt der Entwickler die Unterstützung von OSM-Karten ein. Die Brgründung: . here is a quick release to end the OSM misery. I am still not convinced that transmitting the user-agent string does really help to prevent any misuse. And I am still the opinion that a user-friendly service should request as few information from the user as possible. Thus I do not agree on the enforcing of senseless terms of use and consequently drop support for servers with such bogus requirements. ... In meinen Augen ist es schade, dass diese Kleinigkeit zu diesem Schritt geführt hat. Aber man muss dessen Entscheidung akzeptieren. Ich selbst werde mich jetzt wohl auf die Suche nach einer equivalenten Alternativen machen. 8-(( Gruss hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
wird er schon sehen, was er davon hat. in 1-2 Jahren kann es sich niemand mehr leisten, draußen auf OSM-Karten zu verzichten. Dann sucht man sich halt was besseres. Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Mapnik-Administration-blockt-QLandkarteGT-tp5795663p5796421.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
hike39 schrieb: Mit Version 1.7.6 von QLandkarteGT stellt der Entwickler die Unterstützung von OSM-Karten ein. Pfui :( Die Brgründung: . here is a quick release to end the OSM misery. I am still not convinced that transmitting the user-agent string does really help to prevent any misuse. […] Damit hat er KOMPLETT recht. Der User-Agent sagt absolut rein GAR NICHTS darüber aus, welcher Client auf den Server zugreift, da der User-Agent ohne weiteres verändert werden kann. Die Verantwortlichen bei OSM sollten sich das aussperren anhand eines simplel zu manipulierenden Strings noch mal gut überlegen, wenn sie weiterhin ernst genommen werden wollen. Ich selbst werde mich jetzt wohl auf die Suche nach einer equivalenten Alternativen machen. 8-(( Jo :( So ein schönes Tool mit so vielen Funktionen gibt es unter Linux leider nicht noch ein zweites mal so einfach. Alleine schon das hantieren und nachträgliche bearbeiten von GPX-Tracks (Wegpunke mit Metadaten wie Kommentare, Bilder, etc. versehen, Wegpunkte Filtern und anpassen, etc.) ist ein Grund für mich, QLandkarteGT zu nutzen. Ich hoffe, jemand forkt QLandkarteGT, und baut die OSM-Unterstützung wieder ein. Am besten mit durch den User änderbarem User-Agent-String, um zukünftigen bekloppt-heiten der OSM-Admins entgegenzuwirken. Grüße, Dirk PS.: Nein, WINE ist keine Option. PPS.: 32-Bit-rumgehühner auch nicht. -- Local time :: Ortszeit :: DE-HH 2014-02-15T12:39:07+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
On 02/15/2014 10:28 AM, hike39 wrote: Die Brgründung: . here is a quick release to end the OSM misery. I am still not convinced that transmitting the user-agent string does really help to prevent any misuse. And I am still the opinion that a user-friendly service should request as few information from the user as possible. Thus I do not agree on the enforcing of senseless terms of use and consequently drop support for servers with such bogus requirements. ... In meinen Augen ist es schade, dass diese Kleinigkeit zu diesem Schritt geführt hat. Aber man muss dessen Entscheidung akzeptieren. Die Begründung ist Quatsch. Was ist so schlimm daran, wenn sich QLandkarteGT einfach korrekt mit einem User Agent meldet? Das Argument mit der Privatsphäre ist so doof wie nur was. Die Admins wollen lediglich wissen welche Dienste wie stark zugreifen um bei übermäßigem Traffic von einer bestimmten Applikation entsprechende Maßnahmen ergreifen zu können. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
Am 15.02.2014 13:29, schrieb Manuel Reimer: Die Begründung ist Quatsch. Was ist so schlimm daran, wenn sich QLandkarteGT einfach korrekt mit einem User Agent meldet? Das Argument mit der Privatsphäre ist so doof wie nur was. Die Admins wollen lediglich wissen welche Dienste wie stark zugreifen um bei übermäßigem Traffic von einer bestimmten Applikation entsprechende Maßnahmen ergreifen zu können. Genauso sehe ich dies auch. Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
On 02/15/2014 10:28 AM, hike39 wrote: here is a quick release to end the OSM misery Quelle? Google lässt mich bei der Suche nach obiger Aussage im Stich ... -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
http://news.gmane.org/gmane.comp.gis.qlandkartegt.user Auf Release V.1.7.6 klicken. Christoph Am 15.02.2014 um 16:31 schrieb Hartmut Holzgraefe hartmut.holzgra...@gmail.com: On 02/15/2014 10:28 AM, hike39 wrote: here is a quick release to end the OSM misery Quelle? Google lässt mich bei der Suche nach obiger Aussage im Stich ... -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
Am 15.02.2014 12:45, schrieb Dirk Sohler: hike39 schrieb: Mit Version 1.7.6 von QLandkarteGT stellt der Entwickler die Unterstützung von OSM-Karten ein. Pfui :( Die Brgründung: . here is a quick release to end the OSM misery. I am still not convinced that transmitting the user-agent string does really help to prevent any misuse. […] Damit hat er KOMPLETT recht. Der User-Agent sagt absolut rein GAR NICHTS darüber aus, welcher Client auf den Server zugreift, da der User-Agent ohne weiteres verändert werden kann. Richtig ist vermutlich, dass es Missbrauch nicht verhindert. Unabsichtlichen Missbrauch verhindert es jedoch schon, denn einige Entwickler kommen ja erst durch die Blockade auf die Idee, dass da Server dahinterstecken, die nicht unlimitiert sind, und dass ein Missbrauch in gewissem Ausmaß zu vermeiden ist. Die OSM-Tiles sind eben gerade kein Freibier-Service für alle einschließlich Entwickler, die ihren Kunden genrne kostenlose Karten ohne Mehraufwand anbieten wollen. Was hat QLandkarte noch für Layer? Nur die OpenCycleMap - na hübsch... da ist ja die Aussage von der Webseite nur minimal übertrieben to display your GPS data on a variety of maps. Klar, das geht - aber dafür jedesmal die TMS-URL selbst raussuchen? Das kann doch auch nicht die Lösung sein; zumal die Anwendung dabei ja trotzdem blockiert bleiben dürfte für alle TMS, die entsprechende Vorgaben machen. Die Verantwortlichen bei OSM sollten sich das aussperren anhand eines simplel zu manipulierenden Strings noch mal gut überlegen, wenn sie weiterhin ernst genommen werden wollen. Niemand sagt, dass das System so bombensicher ist. Natürlich kann auch das umgangen werden, aber hier gibt es gibt nunmal zwei konfliktierende Probleme dabei: Variante 1) gar nicht blockieren: halten die Server nicht aus. Variante 2) Anwendungen blockieren, die Missbrauch betreiben - das wird gemacht. Notwendig ist dafür die Identifikation der Anwendung, mehr wird nicht gefordert; das ist dem QLandkarte-Entwickler offensichtlich zu viel. Variante 3) User identifizieren mit allem drum und dran - das ist zum Glück nicht die angewandte Variante, denn die hätte tatsächlich in Sachen Datenschutz etc. enorme Probleme. Meine Version von QLandkarteGT hat OSM noch mit drin, aber wenn OSM in Zukunft rausfliegt, dann müsste eigentlich auch die OpenCycleMap, die einzige andere vorkonfigurierte Karte, demnächst rausfliegen - denn die Usage Policy von Andy Allan [1] ist in der Hinsicht identisch: Your application must provide honest http referer and/or user-agent headers [1] http://www.thunderforest.com/terms/ Im Ergebnis dürfte rein rechtlich QLandkarte damit weitgehend ohne Karten dastehen, nur setzt Andy die Regeln für die OCM offensichtlich nicht so streng durch, und wie das mit anderen Karten ist, weiß ich nicht. Den Admins einen Vorwurf zu machen halte ich an der Stelle aber für falsch - zumindest, wenn kein gangbarer Alternativweg aufgezeigt wird, und den sehe ich bei euch nicht. Ich hoffe, jemand forkt QLandkarteGT, und baut die OSM-Unterstützung wieder ein. Am besten mit durch den User änderbarem User-Agent-String, um zukünftigen bekloppt-heiten der OSM-Admins entgegenzuwirken. Wie gesagt: Eine Lösung für die OSM-Infrastruktur wäre besser, als Admins als bekloppt darzustellen - die machen das genauso freiwillig wie du freiwillig mappst (vermute ich), und machen dabei einen ziemlich guten Job. Bekloppt wäre, wenn sie einfach alles blockieren, weil irgendwer Mist baut. Bekloppt wäre aber erst recht, wenn sie gar nichts blockierten und auf der Webseite keine Kacheln mehr ankämen, weil die Server überlastet sind. Nicht bekloppt ist, sinnvolle Regeln aufzustellen und diese auch anzuwenden. Sinnvollere Regeln zu fordern ist okay, aber nicht, ohne da auch konkrete Vorschläge zu machen. Mir fallen keine ein - dir ja offensichtlich schon; ich bin gespannt. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, Am 15.02.2014 16:53, schrieb Peter Wendorff: Was hat QLandkarte noch für Layer? Nur die OpenCycleMap - na hübsch... da ist ja die Aussage von der Webseite nur minimal übertrieben to display your GPS data on a variety of maps. In QLandkarteGT kann man auch Karten im Garmin-Format (ohne Kopierschutz) anzeigen, z.B. die Freizeitkarte. Viele Grüße Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJS/46RAAoJEB87G9rMCMyI8dgP+wVZgRvubyiTj+HVazDW4cmE 9dGvNtTbwb6mIKnXSCfKVSDhLK7iX/HIrDWYIXVdR39SSrjRPo8EQKcYLkvJ/sz9 KZRBag1QySsJHk39OOh3MjhcAI6/JEmhzMN5Sw+Jq3Jg3dNL3nr0VS4P/E1icqJz 1bYPoYM6VG4qP5h7MQa13nsXqcjj0rWSIHetPE7f/4Jm4YQ0eY+IwCbVAQRMBmfH muMpFpxtPCE+SmZMvU8lWd/T2q1mD1lmaL5B8uc2YDTgH/HG6IXp9EFLVpEVXrNi K1WgV0R7b3TdOXRMlVXnDe2aBuUPZNQ8/E26OYVSGhjZKYhPs6zF19sAfDepCN1f O6DuPktfHA2SnfptW0nRf0FXVgyj6U5uhiTiQjS7pIC6ySxvzyslasXKYy062aMG nKPdWub11mGOnvza7vyLlyDdvifYMUj2LYrWdGXTsPfYN07/X+uKQslDPmX0OJZm wti+Ua9wlUOTgPzBLG6IVtMO1T454NaEOX1S6q3kNSjOKRYAyvNmVhm7p5yMIl9n n45Zulqsat7o3YSMfAUiCoyHywt8IW68ih4QVZXMNxjxM8ENiDsaKxC/eW/Vr7Hh adLJ/3dq0FIPrwUgn1eDpdK3/v4v7tbOWw/VIRmA7L2A2C754C7hKaczF4LwJO2u 5XehpRx7Gn8LM3/9GEA8 =WX9X -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
Hi, klar - aber die online-Karten-Funktion ist damit faktisch tot. Gruß Peter Am 15.02.2014 16:58, schrieb Michael Reichert: Hallo, Am 15.02.2014 16:53, schrieb Peter Wendorff: Was hat QLandkarte noch für Layer? Nur die OpenCycleMap - na hübsch... da ist ja die Aussage von der Webseite nur minimal übertrieben to display your GPS data on a variety of maps. In QLandkarteGT kann man auch Karten im Garmin-Format (ohne Kopierschutz) anzeigen, z.B. die Freizeitkarte. Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
Peter Wendorff schrieb: Unabsichtlichen Missbrauch verhindert es jedoch schon, denn einige Entwickler kommen ja erst durch die Blockade auf die Idee, dass da Server dahinterstecken, die nicht unlimitiert sind, und dass ein Missbrauch in gewissem Ausmaß zu vermeiden ist. Gut, der „ehrliche Entwickler“ wird seiner App sicher einen eindeutigen String geben können. Fraglich ist halt, in wie weit vermeintliche Browser-Zugriffe nun durch Apps steigen, bei denen der Entwickler einfach den String irgendeines weit verbreiteten Browsers angibt. … fraglich ist auch, wie ein Entwickler reagiert, wenn die OSM-Admins an in herantreten, weil seine App, identifiziert durch den User Agent, zu viel Traffic verursacht. Die Einfachste Variante wird da wohl sein, einfach einen Fantasie-UA, oder eben einen von einem Browser zu verwenden, anstatt aufwändig Caching, etc. zu implementieren. Variante 1) gar nicht blockieren: halten die Server nicht aus. In wie weit Zugriffe ohne UA-String die Swrver mehr belasten als Zugriffe mit UA-String müsstest du mir noch mal erklären (würde der QLandkarteGT-Entwickler einfach einen User-Agent-String eintragen würde das die Zugriffe durch das Tool ja in keiner weise verringern) :) Wie der String nun tatsächlich lautet, scheint ja laut der Diskussion hier mehr oder weniger irrelevant zu sein, und sollte nur die Anwendung enthalten. Wobei eben das Problem bleibt, dass der String in seiner Gänze absolut rein gar nicht als irgendeine verlässliche Information ansehbar ist. Es könnte sogar derart verlaufen, dass – Achtung, konstruiert, aber nicht abwegig – ein Entwickler bewusst den UA-String einer Konkurrenzanwendung verwendet, und seine eigene Anwendung damit verbreitet, und auch Missbrauch betreibt. Die OSM-Admins sehen nur übermäßig viele Zugriffe einer Anwendung, und sperren die. Sobald das geschehen ist, wechselt der „Betrüger“ einfach seinen UA-String, und kann weiterhin damit werben, dass seine Anwendung die einzige ist, die XYZ kann, da die andere Anwendung gesperrt wurde. Wenn er das ganze mit Werbung oder kostenpflichtig vertreibt, eine nette Einnahmequelle – powered by OSM-Administration. Den Admins einen Vorwurf zu machen halte ich an der Stelle aber für falsch - zumindest, wenn kein gangbarer Alternativweg aufgezeigt wird, und den sehe ich bei euch nicht. Eine Methode wäre, dass Anwendungen, die OSM-Daten nutzen wollen, registriert werden, und bei jedem API-Aufruf oder Start einen Token mitsenden müssen, der die App eindeutig als eben diese App ausweist. Oder dass der Zugriff nur mit einem OSM-Konto möglich ist, dass der User in der Anwendung eintragen muss. Idealer weise mit einfacherer Registrierung eines Kontos innerhalb der Anwendung, falls der Nutzer noch keinen OSM-Account hat. Gut, ein Token verhindert zwar auch den Missbrauch nicht, da bei OpenSource-Software jemand anderes einfach den Token kopieren und für seine eigene App nutzen kann, aber zuverlässiger als ein schon per Definition unsicherer String ist es allemal – Wobei ich die Account-Variante immer noch am sinnvollsten finde, da so nicht der Anwendungszugriff geloggt wird, sondern, wie viele Daten der einzelne User anfordert, den man dann gegebenenfalls gezielt sperren kann, anstatt die gesamte Anwendung zu blockieren. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-15T18:53:46+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GK in WGS-84 umrechnen
Alexander Lehner leh...@edv-buero-lehner.de wrote: Ich verwende dafuer cs2cs, kannn man unter Linux aus dem Repository installieren ogr2ogr geht auch. Das kann direkt csv lesen und schreiben. Sven -- This APT has Super Cow Powers. (apt-get --help on debian woody) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GK in WGS-84 umrechnen
Alexander Lehner leh...@edv-buero-lehner.de wrote: Ich habe das dann per Skript mit cs2cs versucht zu loesen, und das groesste Problem war, die richtige Projektion (GK+Potsdam+Bessel) zu finden. Mein Blogpost von 2009: http://blog.gegg.us/2009/07/geodatenkonvertierung-fur-openstreetmap/ Welches GK das ist erkennt man am offset. Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GK in WGS-84 umrechnen
Elstermann, Mike mike.elsterm...@itc-halle.de wrote: Hier können ESRI-Shapes bis 2 MByte transformiert werden: http://www.osmwms.de/html/tools.html Dazu muss Markus sein xls aber erst mal in Shape wandeln. Das ginge mit csv über ogr2ogr. Aber wenn man das bedienen kann, dann kann man damit auch gleich umprojizieren :) Dummerweise braucht der csv support in ogr ein vrt file in der man den Aufbau der CSV Datei beschrweibt daher kann ich jetzt keine passende Kommandozeile posten. Gruss Sven -- I'm a bastard, and proud of it (Linus Torvalds, Wednesday Sep 6, 2000) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
hike39 ho...@hike.de wrote: In meinen Augen ist es schade, dass diese Kleinigkeit zu diesem Schritt geführt hat. Aber man muss dessen Entscheidung akzeptieren. Ich finde sowohl den Author, mit dem ich vor Jahren mal Kontakt hatte auch die BedienPhilosophie des Programmes merkwürdig. Ich selbst werde mich jetzt wohl auf die Suche nach einer equivalenten Alternativen machen. 8-(( viking? Sven -- /* * Wirzenius wrote this portably, Torvalds fucked it up :-) */(taken from /usr/src/linux/lib/vsprintf.c) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
Dirk Sohler s...@0x7be.de wrote: Ich hoffe, jemand forkt QLandkarteGT, und baut die OSM-Unterstützung wieder ein. Am besten mit durch den User änderbarem User-Agent-String, um zukünftigen bekloppt-heiten der OSM-Admins entgegenzuwirken. [ ] Du hast Ahnung vom Betrieb eines Tileservers Gruss Sven P.S.: Das musste jetzt so drastisch sein, denn weiter oben im Thread beschreibe ich in Detail warum Massendownloads von Tiles ein Problem darstellen. -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
hike39 ho...@hike.de wrote: Genauso sehe ich dies auch. Das ist auch so! OSM sysadmins sehen lediglich einen Zugriff von einer IP mit dem Programm xy. Meist sind das dynamische IP-Nummern von irgendeinem Provider aus irgendeinem Land. Die einzige sinnvolle Info, die man sich da rausziehen kann ist eigentlich, ob Programm xy abuse macht oder nicht. Ich zeige irgendwelchen Kollegen, die einen Webserver mit relativ großen Zugriffszahlen sehen wollen jedenfalls gerne mal ein tail -f /var/log/apache2/access.log auf dem deutschen Tileserver. Und das ist eben _nur_ der deutsche Tileserver. Gruss Sven -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
Sven Geggus schrieb: P.S.: Das musste jetzt so drastisch sein, denn weiter oben im Thread beschreibe ich in Detail warum Massendownloads von Tiles ein Problem darstellen. Massendownloads ändern sich durch die Angabe eines UA-Strings nicht. Eher im Gegenteil: Sie belasten ob der höheren Datenmenge (auch, wenn es nur ein paar Byte sind) den Server NOCH mehr. Detaillierter ausgeführt, inklusive einem aus meiner Sicht sinnvollerem Lösungsansatz als die Auswertung eines Strings, der de-facto nicht auswertbar ist, hier … https://lists.openstreetmap.org/pipermail/talk-de/2014-February/107267.html Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T02:07:17+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de