Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
Moin, On Sat, Feb 15, 2014 at 12:45:38PM +0100, Dirk Sohler wrote: hike39 schrieb: ... 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. Leute! Überlegt euch mal bitte, was ihr hier verlangt. Die Ressourcen von OSM sind begrenzt. Solange IHR nicht EUER Geld in die Hand nehmt und damit Server und Bandbreite kauft, und das dann anschließend nicht nur für euch nutzt, sondern KOSTENLOS der Welt zur Verfügung steht, solltet ihr euch anderen gegenüber höflich verhalten. Das ist zumindest meine bescheidene Meinung. Und weil es leider einige gibt, die sich nicht an die Spielregeln halten, muss es leider auch Mechanismen geben, die solche Spielverderber bremsen. Und hier gibt es zwei Kategorien: 1. Unbeabsichtigte Programmfehler, die unbeabsichtigt dafür sorgen, daß das Programm Amok läuft und eben zu Lasten aller Ressourcen verbraucht. Und hier ist ein aussagekräftiger User-Agent-String eben durchaus hilfreich, weil man dann mit den Verursachern in Kontakt treten kann, um eine sinnvolle Lösung zu entwickeln. 2. Absichtliches ignorieren der Spielregeln. Und hier hilft eben kein User-Agent, denn wer genügend kriminell ist, der fälscht eben auch so was, um solche Beschränkungen zu umgehen. Was kommt als nächstes? Du blockst meine IP-Adresse, also hacke ich deinen Rechner und nutze die? Bei nur 4 Mrd. IPv4-Adressen mag man vielleicht noch auf die Idee kommen, einfach pro Adresse ein gewisses Limit zu erzwingen, aber spätestens mit IPv6 ist Schluss. Und warum soll ich dafür leiden, daß mein Nachbar im zufällig selben IP-Adressbereich gerade die OSM-Rechner in die Knie zwingt? Du blockst meinen Account? Also hacke ich die von anderen und nutze die? Soll OSM auch einen API-Key einführen, damit jede Anwendung eindeutig trackbar ist, wie es Goggle tut? 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. Und hier widersprichst du dir dann schließlich selber: DU bist scheinbar nicht in der Lage den UA-String zu ändern und schreist sofort nach jemand anderem, der das für dich tut. Und als Programmierer darf man IMHO ruhig noch ein Gewissen haben, um eben auch zu sagen, daß man eine Funktion eben nicht implementiert, um es anderen nicht zu einfach zu machen, die Spielregeln zu verletzen. Ich jedenfalls möchte all den Leuten danke, die ihre Zeit dafür aufwenden, OSM und OS im allgemeinen am Laufen zu halten. Und dazu gehören auch die Entwickler von QLandkarteGT, was ich selber gerne verwende, aber auch wenn die gerade ein wenig eingeschnappt scheinen, hoffe ich, daß da eine konstruktive Lösung gefunden wird. Philipp PS: Und ja, ich bin Softwareentwickler und ja, ich habe auch schon als Debian-Entwickler Patches für QLandkarte geschrieben, aber im Moment fehlt mir selber die Zeit und die Priorität, da selber Hand anzulegen. -- / / (_)__ __ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / //_/_//_/\_,_/ /_/\_\ pmh...@pmhahn.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebi ete gesucht
Moin, On Mon, Oct 26, 2009 at 01:22:55PM +0100, Tobias Wendorff wrote: Am Mo, 26.10.2009, 13:01 schrieb marcus.wolsc...@googlemail.com: Mein ihr das wäre effizient so als Online-Algorithmus? Oder doch lieber erst alle Punkte sammeln und dann Graham? Was ist Graham? Ein Algorithmus zum Bestimmen der konvexen Hülle: http://de.wikipedia.org/wiki/Graham_Scan Und jetzt bitte nicht dir Frage, was ein Algorithmus oder eine konvexe Hülle ist :-) BYtE Philipp -- / / (_)__ __ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / //_/_//_/\_,_/ /_/\_\ pmh...@titan.lahn.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Daten per API unter Windows herunterladen
Moin, On Tue, May 19, 2009 at 05:53:48AM +0200, Johannes Hüsing wrote: Mal eine blöde Frage: Wie lädt man denn Daten hoch? Gibt es so etwas wie wput oder muss man sich ein Perl-Skript schreiben? Schau dir mal cURL (http://curl.haxx.se/) an. BYtE Philipp -- / / (_)__ __ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / //_/_//_/\_,_/ /_/\_\ pmh...@titan.lahn.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik und Multipolygon Schwarzwald
Moin! Über die Weihnachtsfeiertagw war ich ein wenig im Schwarzwald aktiv und habe Schömberg bei Freudenstadt im Schwarzwald erfasst. Leider weigert sich bisher Mapnik da ein Stück aus dem Schwarzwald auszustanzen: http://www.openstreetmap.org/?lat=48.3973lon=8.4076zoom=14layers=B000FTF Im Osmarenderer stimmt es dagegen bereits: http://www.openstreetmap.org/?lat=48.3973lon=8.4076zoom=14layers=0B00FTF Kann da mal bitte jemand nachsehenen und mir erklären, was ich da falsch gemacht habe? Der Waldrand der der Way 29218772 Schwarzwald ist die Relation 8443 (multipolygon mit mehreren outers?) BYtE Philipp -- / / (_)__ __ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / //_/_//_/\_,_/ /_/\_\ pmh...@titan.lahn.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Routingfähige Garmin-Karten
Moin! On Thu, Dec 11, 2008 at 08:46:11AM +, Sven Geggus wrote: Hanno Böck ha...@hboeck.de wrote: Der Java-Compiler ist doch inzwischen auch GPLisiert. ~/ apt-cache policy sun-java6-bin ... 500 http://ftp.de.debian.org lenny/non-free Packages ... Wohl noch nicht so ganz. _Dieser_ Java-Compiler von _SUN_ ist nicht GPL, aber es gibt ja viele andere: $ grep-aptavail -FProvides -sPackage,Section java-compiler gcj devel gcj-4.2 devel gcj-4.3 devel jikes-classpath devel jikes-kaffe interpreters jikes-sablevm devel kaffe-jthreads interpreters kaffe-pthreads interpreters jikes-sun contrib/devel sun-java5-jdk non-free/devel sun-java6-jdk non-free/devel Ausserdem solltest du noch beachteb, daß SDK = Compiler + Bibliotheken ist, d.h. neben dem Compiler brauchst du auch noch eine Implementierung der Java-Bibliothek (z.B. ClassPath). Die GPL-Variante des SUN-SDKs findest zu im Paket openjdk-6-jdk. BYtE Philipp -- / / (_)__ __ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / //_/_//_/\_,_/ /_/\_\ pmh...@titan.lahn.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald abmalen
Moin! On Mon, Dec 08, 2008 at 02:56:34PM +0100, Markus wrote: Im Ernst: alle +-1 weg, am besten per Bot. (sonst lernt es der Renderer (Validator) ja nie... Ein gutgemeinter Gegenvorschlag: DU setzt dich als erstes hin und entwickelst deinen eigenen Renderer, überzeugst den Rest von deinem gleichwertigen oder besserem Resultat, und dann meldest du dich mit deinem obigen Vorschlag nochmal. Uns bis dahin nutze bitte die level-Angaben zur Validierung deiner Implementierung, die ansonsten natürlich diese Angaben für das Rendering selbst ignoriert. Ich bin jetzt schon darauf gespannt, wie du algorithmisch bestimmen willst, welche der beiden Brücke uber den Fluß über welcher anderen ist... \\/ \\ / =\\/== X\ / \\ Zwischem Gießen und Marburg gibt es IMHO zwei Brücken über die A3: Unten die A3, darüber eine Autostraße, darüber eine Fußgängerbrücke. Und aus den USA habe ich auch noch Bilder im Kopf, wo sich mehrere Highways und mehrere Brücken übereinander kreuzen. Und zumindest meine Erfahrung hat gezeigt, daß man fast immer eine Ausnahme hat, wo der Automatismus versagt. Und dann braucht man doch wieder eine Möglichkeit zum händischen Taggen... BYtE Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de