Re: [Talk-de] App für Android
Michael schrieb: Welche Apps könnt Ihr empfehlen, speziell für OSM? Ich bin ein Fan von osmdroid [1], das letztendlich nur eine Referenzimplementation der osmdroid-MapView-Klasse ist, die eine Ersetzung für Googles MapView-Klasse ist, und bis auf ein paar Beispiele nichts weiter kann, als die Position auf der OSM-Karte anzuzeigen. Quasi eine 1:1-Umsetzung eines simplen Stadtplans mit eingebauter „Sie-sind-hier“-Markierung. Ich muss ganz ehrlich sagen: Für die Ortsfindung reicht mir das vollkommen (ich bin noch nicht komplett GPS-Abhängig, und könnte sogar ohne Karte navigieren *g*) – Mehr als einen einfachen Überblick meiner Umgebung brauche ich nicht … Mehr kann die App aber auch nicht. [1] https://play.google.com/store/apps/details?id=org.osmdroid Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2015-02-16T22:15:18+0100 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues vom devserver gauss.openstreetmap.de
Sven Geggus schrieb: Es dürfte aber noch jede Menge Software fehlen. Einfach bei Bedarf Email. Apropos E-Mail. Was ist eigentlich der tiefere Sinn dahinter, dass du im To-Feld des E-Mail-Headers lauter Mailadressen angibst, anstatt nur die Listenadresse zu benutzen, und weitere Empfänger in den BCC zu setzen? … außer natürlich, dass das Datenschutztechnisch ziemlich blöd ist? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-10-30T19:50:55+0100 pgp4a8MIGxR8Y.pgp Description: Digitale Signatur von OpenPGP ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] post_office im deutschen Wiki
Tirkon schrieb: Mich würde interessieren, wie ein Italiener ein post-office intuitiv auffasst. Bin zwar kein Italiener, aber bei einem als amenity=post_office getaggten Ort erwarte ich eine Postfiliale (egal, ob nun DPAG, oder eine der anderen Posten) mit mindestens einem Angestellten Dienstleister, unabhängig dessen, was dort an Dienstleistung vom jeweiligen Betreiber geboten wird. Könnte man Betreiber und angebotene Dienstleistungen nicht mit weiteren Tags erfassen, statt sie über das amenity-Tag zu implizieren? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-07-15T16:37:19+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Q: Baumlehrpfad eintragen
Bernhard Weiskopf schrieb: Der Weg hat keine einheitlichen Markierungszeichen, aber am Anfang eine große Infotafel (mit Karte und eingetragenem Wegverlauf) und dann kann man von jedem Lehrschild aus bereits das nächste sehen. Ich würde den Weg, der sich impliziert ja aus mehreren nicht als ganzes zusammenhängenden Wegstücken zusammensetzt, als Relation umsetzen, und die Infotafeln natürlich auch mappen. Oder ist der Weg tatsächlich als solcher explizit nur als Baumlehrpfad angelegt worden? Dann erübrigt sich imho auch die Relation. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-06-07T17:24:14+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Saisonabhängiges Kartenrendering (war Re: Markierungen auf Sportplätzen)
Christoph (TheFive@OSM) schrieb: Weitere Vorschläge: Ja, genau! Und Echtzeit-Tracking des ÖPNV und aller Bahnen sowieso! Wer bremst, verliert! *scnr* Dirk -- Local time :: Ortszeit :: DE-HH 2014-06-07T17:51:39+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster-Wettbewerb. Garmin-GPS zu gewinnen
Frederik Ramm schrieb: […] ein schickes neues Garmin-GPS […] Welches? Die Info konnte ich leider nirgends finden. Garmin hat ja in letzter zeit das eine oder andere neue Gerät vorgestellt. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-06-07T17:53:20+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ARD Ratgeber: Internet - Alternativen zu Google-Maps Open Source
simson.gert...@gmail.com schrieb: 1. Keine fehlertolerante Suchmaschine. … und dabei ist das doch nun wirklich eine der einfachsten Sachen, die man umsetzen kann :/ 2. Kein guter Router. http://yournavigation.org/ funktioniert hier sehr gut, auch die Routenplanung in QLandkarte GT (gibt ja Tricks, dass das mit OSM wieder funktioniert *g*) funktioniert hier dank MapQuest oder OpenRouteService für verschiedene Verkehrsmittel sehr gut. Auch das Routing mit diversen Stand-Alone-Geräten funktioniert einwandfrei mit verschiedenen Verkehrsmitteln. 3. Keine Satellitenbilder auf osm.org. OSM ist keine „Satellitenbilderseite“, sondern eine „Kartenseite“. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-05-26T05:57:50+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsame shop-Taggings
Andreas Labres schrieb: Und was gibt's wohl hier: shop=vacuum (10x)? Nix? Staubsauger … :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-05-21T21:46:53+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettet die Kleingarten-Wegenamen
Jan Tappenbeck schrieb: Ich finde es schon sch... genug das durch den o.g. Massenedit plötzlich all die mühsam erfaßten Parzellennummern rausradiert wurden. Die Wikipediaisierung macht eben auch vor OSM nicht halt :( Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-05-18T22:23:52+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Voting zu use_sidepath läuft
Christoph (TheFive@OSM) schrieb: Nach meiner Information ist in Deutschland ein ausgezeichneter Radweg benutztungspflichtig. Die Verkehrszeichen 237, 240, und 241 geben eine Benutzungspflicht an. In allen anderen Fällen gilt, dass der Radweg benutzt werden DARF, wenn er vorhanden ist, und auf der Fahrbahn gefahren werden MUSS, wenn kein Radweg vorhanden ist. Benutzungspflichtige Radwege muss man NICHT benutzen, wenn sie nicht Straßenbegleitend sind, wenn sie nicht benutzbar sind, oder wenn sie unzumutbar sind. Straßenbegleitend sind Radwege dann, wenn sie im Mittel nicht mehr als 5 Meter von der Hauptfahrbahn entfernt sind. Wenn ein Radweg nicht dieselben Vorfahrtsregeln wie die Kfz-Fahrbahn hat, gilt er ebenfalls nicht als Straßenbegleitend, und muss nicht genutzt werden. Unbenutzbar sind Radwege, die zugeparkt oder verstellt sind, oder wenn sie als Fußweg missbraucht werden, keinen Winterdienst erhalten haben, obwohl die Fahrbahn aber geräumt wurde, oder sonstwie blockiert sind. In solchen Fällen darf Abschnittsweise auf die Fahrbahn, aber nicht auf den Gehweg ausgewichen werden. Unzumutbare Radwege sind Radwege, die zum Beispiel alle paar Meter unter die Kategorie „Unbenutzbar“ fallen, stark beschädigt sind, starke Verschmutzung aufweisen, oder es gefährlicher ist, sie zu benutzen, statt auf der Fahrbahn zu fahren (bei Sturm unter stark schwankenden Ästen hinzurch, z.B.). Des weiteren gibt es Radfahrstreifen, die durch Zeichen 295 (breite, durchgezogene Linie) von der Fahrbahn abgegrenzt sind. Wenn sie zudem benutzbar und zumutbar (s.o.) sind, sind sie ebenfalls benutzungspflichtig. Seitenstreifen (Zeichen 295, durchgezogene Linie) dürfen benutzt werden, müssen es aber nicht, wenn sie nicht durch ein Schild als Radfahrstreifen ausgewiesen sind. Ebenfalls dürfen Radfahrer auf dem Seitenstreifen keine Fußgänger behindern, und sie müssen ihn sich mit anderen langsamen Fahrzeugen, sowie parkenden und haltenden Fahrzeugen teilen. Freigegebene Gehwege (Zeichen 239 in Kombination mit Zeichen 1022-10) DÜRFEN verwendet werden, aber nur in Schrittgeschwindigkeit, MÜSSEN es aber nicht. Fußgänger haben immer Vorrang. Die Situation ist doch mit bicycle = designated ordentlich gemappt.. Offensichtlich: Nein. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-05-10T13:46:22+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verhältnis von access und designated, war: Re: deutsches Wiki, access=designated kurzdefinition
Falk Zscheile schrieb: bicycle=designated und foot=designated wird insbesondere im Zusammenhang mit traffic_sign=DE:240 bzw. DE:241 verwendet. Dann heißt es aber eigentlich access=designated, designated=bicycle, designated=foot, womit alle anderen Verkehrsteilnehmer ausgeschlossen sind. Zumindest beim Zeichen 241 gilt es eben nicht, da es sich hier rechtlich um zwei direkt nebeneinanderliegende Wege handelt, einen für Fußgänger, und einen für Radfahrer. Streng genommen müssten also zwei Wege gemappt werden, einen mit „access=designated, designated=bicycle“, und einen mit „access=designated, designated=foot“ … Wobei die diversen Sonderfälle und Ausnahmen von der Benutzungspflicht hier noch gar nicht berücksichtigt sind … Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-05-10T14:13:24+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verhältnis von access und designated, war: Re: deutsches Wiki, access=designated kurzdefinition
Falk Zscheile schrieb: […] dass bei Straßen/Wegen die physische Beschaffenheit gemappt wird, also ein geteerter Weg, und nicht die rechtliche Beschaffenheit, eine Spur für Fahrräder und eine Spur für Fußgänger. Wie würde dann das hier gemappt werden? (Bild aus der Google-Suche.) http://img836.imageshack.us/img836/1209/wftj.jpg Links: Geteerter Zwei-Richtungs-Radweg Rechts: Fußweg mit Beton-Bodenplatten Sowohl rechtlich als auch von der Beschaffenheit her unterschiedlich. Und schließlich gibt es hier sogar drei Spuren (für Fahrrad-Router sicher nicht ganz irrelevant, dass der Radweg in beide Richtungen befahren werden darf). Nun ist so ein Luxusradweg natürlich nicht üblich, aber gerade hier in Hamburg gibt es häufig – unabhängig der Benutzungspflicht – die Situation, dass der Radweg geteert ist, und der Fußweg aus Beton-Bodenplatten besteht … Und das habe ich bisher noch nirgends derart erfasst gesehen. -- Local time :: Ortszeit :: DE-HH 2014-05-10T23:46:40+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Voting zu use_sidepath läuft
chris66 schrieb: Das Tag erlaubt es eine Straße zu markieren, die von einem benutzungspflichtigen Radweg begleitet wird. Ich sehe jetzt schon unzählige Falscheinträge mit diesem Tag, wo zwar ein straßenbegleitender Radweg vorhanden ist, dieser aber nicht Benutzungspflichtig ist … Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-05-08T15:17:42+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Tags = Schlagwörter
Falk Zscheile schrieb: Bis unser T(t)ag so allgemein verbreitet ist wie der Begriff Internet hat OSM noch einen weiten Weg vor sich. Du bist nicht viel in Blogs oder auf Bildercommunitys unterwegs, oder? Da haben sich Tags seit Jahren unter diesem Begriff etabliert. Wer eine Übersetzung generell für falsch hält, [weitere Polemik] Glashaus, Steine, und so, ne? :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-04-28T22:19:01+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik ohne Richtungspfeile
Peter Wendorff schrieb: [Ganz viel technisches] Der Stil ist kein Selbstzweck, sondern ein Werkzeug für die Darstellung, und es ist super, dass es User gibt, die sich darum kümmern, ihn zu modernisieren. Sich aber zu beschweren, vorher sei alles besser gewesen setzt meiner Meinung nach voraus, das zu beweisen. Na ja, wenn (wie im Beispiel) Tunnelbeschriftungen fehlen, die effektiv im Endeffekt ja auch eine Art von Straßenbeschriftungen sind, empfinde ich das schon als einen Rückschritt. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-04-27T12:06:10+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Tags = Schlagwörter
Frederik Ramm schrieb: Findet irgendjemand das gut […] Nein. „Tag“ ist, wie viele andere Begriffe, eine Etablierte Bezeichnung. Auch, wenn „Schlagwort“ eine angemessen sinnvolle Übersetzung darstellt, ist „Tag“ die bessere, weil eben etablierte Bezeichnung. Zum Internet sagt ja auch (hoffentlich) niemand „Weltnetz“, auch, wenn die Übersetzung passt :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-04-28T06:23:49+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik ohne Richtungspfeile
Holger Jeromin schrieb: http://bl.ocks.org/tyrasd/raw/6164696/#17.00/50.75168/6.02481 Vorher war die Grenzbeschriftung total nutzlos, jetzt sehr hilfreich. Also entweder gut beschriftete Grenzen und komplett unbeschriftete Tunnel, oder beschriftete Tunnel und eher schlecht beschriftete Grenzen. … und ein Stück weiter oben das Labyrinth und die Taverne sind auch unbeschriftet. Nur wegen schönen Bäumen und grenzen Lohnt das imho nicht bei all den Nachteilen. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-04-24T21:52:04+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AFD nutzt Openstreetmap ohne Attribution in Wahlwerbeflyer in Bremen
Bernd Wurst schrieb: Was soll also die Aufregung? Es geht um die AfD, und die ist laut Massenmedien nun mal böse und antidemokratisch und nationalsozialistisch, und rechtspopulistisch, und was nicht noch alles, was gerade so in die allgemeine Stimmung zum Thema Politik passt. Und da die Gesellschaft lehrt, dass man solche Parteien aus Prinzip schlecht zu finden hat, will man denen eben auch nicht „seine Mail“ geben, weil: Die AfD gehört zu den Bösen. … oder so ähnlich. Jedenfalls würde in diesem Fall hier eine simple Mail mit der Information über die richtige Nutzung/Einbindung von OSM-Karten an die entsprechende Stelle (sicher auf der Website zu finden) völlig ausreichen. Genau, wie bei jedem anderen „Problemfall“, losgelöst von persönlicher oder anerzogener Ablehnung. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-04-06T20:56:53+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meinungsbild noexit
Florian Schäfer schrieb: Zum einen, ob ihr ihn nützlich findet […] An Eingangs-Nodes ist er ganz nützlich, wenn der Eingang nicht als Ausgang genutzt wird, da es einen separaten Ausgang gibt, der entsprechend der Logik dann mit noentry (oder entsprechendem) versehen sein sollte :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-03-30T19:11:46+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ReMAPTCHA Demo BETA 0.2 online!
Peter Barth schrieb: und als Zusatzinfo für die, denen das neu war: Bei den reCAPTCHAs muss man immer nur das andere Teil richtig haben. Das klappt aber nicht immer. Wenn der zu ermittelnde Teil bereits von N anderen Usern vorher als richtig erkannt wurde, dann wird eine Falscheingabe auch als Falsch markiert. Aber manchmal habe ich das auch schon gemacht, weil es einfach nicht lesbar war, und ich nicht erst zur Maus greifen, und neu laden wollte :) Als 3D-Begeisterter fände ich da Christophs Vorschlag besser. Man muss für ein Gebäude im Luftbild sagen, welche Dachform es besitzt. DAS will ich sehen: http://deg-dach.de/uploads/pics/dachformen2a.JPG Ich glaube nicht, dass viele Zufällige Nutzer das richtig hin bekommen, und das sind nur die Grundformen :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-03-29T12:27:18+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oeffnungszeiten
Steffen Wolf schrieb: … etwa Di-Do zu Tu-Th korrigiert. Wenn man ganz korrekt sein will, müsste man das Tag dahingehend anpassen, dass ISO-8601-Angaben erwartet werden. Da gibt es dann auch keine Sprachbarrieren mehr. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-03-29T12:33:37+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ReMAPTCHA Demo BETA 0.2 online!
Martin Koppenhoefer schrieb: Am 29/mar/2014 um 12:32 schrieb Dirk Sohler s...@0x7be.de: Ich glaube nicht, dass viele Zufällige Nutzer das richtig hin bekommen, und das sind nur die Grundformen :) wieso nicht? Weil wir hier von Usern reden, nicht von Mappern. Dass HIER wohl jeder die gängigen Dachformen unterscheiden und auf Luftbildern erkennen kann, da gehe ich mal von aus – Nur gilt das eben für 99 Prozent der Internetnutzer eher nicht. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-03-29T16:06:05+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ReMAPTCHA Demo BETA 0.2 online!
Dietmar Seifert schrieb: Ich habe auch erst letzte Woche gehört, das Captchas im Google-Umfeld auch dazu dienen, unklare Hausnummerschilder als Service für Google zu erkennen. Hausnummern, Telefonnummern, Bücher, Visitenkarten, Seriennummern, handschriftliche Notizen – reCAPTCHA stellt so ziemlich alles bereit, das in irgendeiner Form digital vorliegt, und für Google in irgendeiner Form erfasst werden soll … Das ist aber schon immer so gewesen, seit Google das Unternehmen gekauft hat :) Wäre ein auf diesem Konzept basierendes Captcha-System für OSM nicht auch was feines? So nach dem Motto: „Klicke im Uhrzeigersinn auf die Eckpunkte des Gebäudes auf dem Luftbild“, und wenn 20-30 User das mehr oder weniger ähnlich gemacht haben, kommt es in die Datenbank. Die Luftbildausschnitte werden vorher per Bildanalyse nach Quadraten o.Ä. gescannt, und es gibt einen „Kein-Haus-zu-sehen“-Button. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-03-28T18:25:13+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hochsitze / Bitte um Entfernung von Daten
Frederik Ramm schrieb: Ich weiss nicht ganz, wie ich darauf reagieren soll. Gar nicht. So lange du die Hochsitze nicht betrittst, und der Wald öffentlich zugänglich ist, gibt es nichts, was gegen das Erfassen von Hochsitzen spricht, außer die Einzelmeinung desjenigen, der dich angeschrieben hat. Ich finde das aber mit den Straftaten ein bisschen komisch, das klingt, als wollte man den Mapper unter Druck setzen und ihn zum Mittäter machen, wenn er nicht freiwillig seine Hochsitze löscht... Genau das. Daher: Einfach ignorieren. Soll derjenige doch klagen, mal sehen, wie weit er kommt :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-03-13T20:19:57+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ziele [war: Eintrag von Gewann-Namen]
Christoph Hormann schrieb: Allein hieran kann man schon sehen, dass das Konzept die Daten so erfassen, dass man daraus eine schöne Karte malen kann nicht funktionieren kann Zumal nicht die Daten für die Darstellung optimiert werden sollten, sondern die Darstellung immer nach Wünschen des Endanwenders/Nutzers an die Daten angepasst werden muss :) – Oder eben kurz: „Wir mappen nicht für den Renderer“ Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-28T20:10:24+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Planetarium
Bernhard Weiskopf schrieb: man_made empfinde ich als Mülleimer, wo alles reinkommt, was man sonst nirgends zuordnen will. Für mich wäre man_made am ehesten noch z.B. eine Aufschüttung, die zwar natürlich aussieht, aber eben von Menschen gemacht wurde. Beispiel: Aussichtsplattform auf einem extra dafür aufgeschütteten Hügel: Die Plattform ist tourism=viewpoint, und der Hügel man_made=hill. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-23T20:59:55+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Planetarium
Christoph (TheFive@OSM) schrieb: Das bei uns um die Ecke (klein und fein) ist so http://www.openstreetmap.org/node/422005227 getaggt. In Hamburg im Stadtpark sieht es so aus: http://www.openstreetmap.org/way/144956132 Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-22T14:15:38+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
Peter Wendorff schrieb: Und wie kommen dann die Kacheln zum Browser des Nutzers? Die entsprechenden Daten werden über die API abgerufen, die entsprechende Kachel verlinkt, und der Browser stellt sie dar. Es geht hier AUSSCHLIEẞLICH um den Abruf der Daten für die entsprechende Kachel aus der API. Nicht um das Einbinden, den URL, oder das Rendern der Wbesite im Browser. Da ist eine komplett andere Baustelle. P.S.: Ja, man kann das ohne lösen, indem tatsächlich die Webseiten-Serveranwendung direkt mit dem Tileserver redet, verschlüsselt ein Sitzungstoken aushandelt Na ja, oder eben dass in der Konfiguration des Wbeservers – bzw. genau genommen in dem Teil der Webanwendung, die auf dem Server, außerhalb des Zugriffs durch den USer, der API-Key hinterlegt ist. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-17T18:48:45+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)
Holger Jeromin schrieb: Wird die IP im Log nicht oder anonymisiert gespeichert könnte Sven das Logfile sogar online stellen und auf Flugblätter drucken, ohne mit dem BDSG in Konflikt zu geraten. Wird die IP in den Logs denn „nicht oder anonymisiert“ gespeichert? [ ] Ja [ ] Nein [ ] Ich weiß es nicht Grüße, Dirk PS: Das muss geklärt sein, bevor hier weiterer Diskussions- oder Handlungsbedarf besteht. -- Local time :: Ortszeit :: DE-HH 2014-02-17T18:52:32+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
Sven Geggus schrieb: [Viking] unterstützt benutzerdefinierte Tileserver QLandkarte GT doch auch … :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-17T18:54:58+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
Christoph schrieb: Verstehe ich das richtig ? Du möchtest jedem user einen account verpassen? Das muss dann konsequenterweise auch bei Browsernutzung passieren. Jedem User, der eine Anwendung != Browser benutzt, die auf die API zugreift. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T12:25:39+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
Simon Poole schrieb: - zu behaupten, dass eine Massnahme nicht funktionieren kann Bitte genau lesen. Ich wies jedenfalls völlig richtig darauf hin, dass der User-Agent nicht dazu geeignet ist, einen zugreifenden Client (anders als ein Token oder besser ein Useraccount) einwandfrei zu identifizieren, und daher als alleiniges Erkennungsmerkmal schlicht ungeeignet ist. Ich könnte wget anweisen, sich als „wget/1.15“ auszuweisen, oder aber auch als „Skynet/1.0“ oder als ein aktueller Firefox. In allen drei Fällen kann ich massenhaft scriptgesteuert Kacheln runterladen, bis die Leitung glüht, und im letzten Fall kann ich nicht mal gesperrt werden (IPs lassen sich wechseln), und alle drei Varianten ist der entstandene Traffic sogar ein paar Byte je Abruf größer als ohne UA. Die Maßnahme an sich funktioniert in einem gewissen Rahmen, nur stützt sie sich auf etwas, das vom Konzept her von Grund auf als technisch komplett unverifiziert einzustufen ist. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T12:27:59+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
Peter Wendorff schrieb: Also kannst Du Anwendung und Browser voneinander unterscheiden? Mittels anwendungsspezifischem Token, der aufgrund der API nur durch entsprechende Header übermittelt werden kann eher, als über einen simplen String, in den jeder reinschreiben kann, was er will. Abgesehen davon: Was ist ein Browser, was eine Anwendung? Stelle dich doch bitte nicht bitte dümmer, als du bist. Hier: Browser = Das Ding, mit dem du im WWW (!= „das Internet“) Seiten aufrufen kannst, und eben auch die OSM-Seite; und Anwendung: Spezielles Programm, das zum Abruf der OSM-Kacheln über die OSM-API verwendet wird, ohne darüber hinaus andere Dienste im Internet (vgl. WWW) nutzen zu können. Ist [beliebige Anwendung] ein Browser, wenn sie Links verfolgt? In dem hier verwendeten Zusammenhang ist eine Anwendung dann ein Browser, wenn sie die WWW-Seite benutzt. Wenn sie die API benutzt, nein. Aber da du nur provozieren willst, brauche ich dir das sicher nicht zu erklären, da du es bereits weißt. Inwiefern würde eine solche Lösung das Verfahren einfacher, fälschungssicherer, sinnvoller oder sonst irgendwie erstrebenswerter machen? Die Vorteile eines anwendungsspezifischen Tokens sind, sofern der Token geheim bleibt (Closed-Source oder sonstwie verschlüsselt, und nicht einfach so durch andere Nutzbar, oder über Sniffer aus den übertragenen Datenpaketen auslesbar), dass die Anwendung zuverlässig identifiziert werden kann. Die Vorteile eines „Accountzwangs“ bei einer Anwendung (vgl. Definition weiter oben) ist, dass man eindeutig einen Useraccount identifizieren kann, und man diesen Gezielt sperren kann. Natürlich kann ein Anwender sich einfach einen neuen Account anlegen, aber ein Entwickler kann auch seiner Anwendung den Firefox-UA-String verpassen. Aber mal andersherum gefragt: Inwiefern ist alleinig die Auswertung eines simplen Strings fälschungssicher? Was hindert einen Entwickler, der alle Tiles runterladen will eher daran, das technisch umzusetzen? Ein beliebig änderbarer String, eine App-Registrierung um einen Token zu bekommen, oder die Notwendigkeit eines Useraccounts? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T15:01:31+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
Peter Wendorff schrieb: Wenn jemand fälschen will, dann ist das auch da kein Problem, […] Eben. Und da ist so etwas wie ein User-Agent-String noch die allergeringste Hürde. [Dummes zeug über Browser oder nicht] Ach, so einer bist du. Sag das doch, dass du dich dummstellen willst, um zu provozieren. Ich will nicht provozieren. Dann bist du wohl dumm. Mehr Optionen gibt es nicht. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T16:18:49+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
Philipp Matthias Hahn schrieb: Und weil es leider einige gibt, die sich nicht an die Spielregeln halten, muss es leider auch Mechanismen geben, die solche Spielverderber bremsen. Na ja, und der User-Agent-String ist dabei die unsicherste Methode, die es dabei gibt. Der QLandkarte-GT-Entwickler sieht das genau so, und macht den Schwachsinn daher einfach nicht mit. Was er als Ersatz angekündigt hat, klingt aber gut. 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. Um den UA-String zu ändern, muss man nicht mal „genügend ‚kriminell‘“ sein. Das gehört in jedem Browser und bei vielen Anwendungen zum Standard-Funktionsumfang. Soll OSM auch einen API-Key einführen, damit jede Anwendung eindeutig trackbar ist, wie es Goggle tut? Das wäre tatsächlich eine sinnvollere und durchaus zuverlässigere Maßnahme, als einen beliebig änderbaren String als einzige Quelle zur Identifizierung einer Anwendung zu verwenden. 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. Stimmt. Ich habe mir den Code von QLandkarte GT bisher noch nicht angeschaut. Ich vermute, das wird einfach nur eine weitere Option in der Entsprechenden Klasse sein, die für den Download der Kacheln zuständig ist. Allerdings wird mit späteren Versionen der Programmcode bezüglich OSM wohl schrittweise aus der Anwendung fliegen, und durch das vom Entwickler angekündigte System ersetzt werden. Nach dem ersten Aufschrei und der Sorge um eines der besten Kartenprogramme unter Linux scheint die Entwicklung doch in die richtige Richtung zu gehen und QLandkarte GT nicht zu sterben. Ich jedenfalls möchte all den Leuten danke, die ihre Zeit dafür aufwenden, OSM und OS im allgemeinen am Laufen zu halten. Natürlich. Eine Diskussion über (un)wirksame Sicherheitsmechanismen hat auch nicht mit (fehlender) Anerkennung der Arbeit zu tun. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T16:21:11+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
Peter Wendorff schrieb: Du hast immer noch keine Alternative ohne Account-Pflicht […] vorgestellt. Anwendungsspezifischer Token (oder Entwicklerspezifischer API-Key), wie bereits mehrfach erwähnt. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T16:32:49+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
Frederik Ramm schrieb: In Wahrheit ist es so, dass es eine ganze Menge Applikationen gibt, die sich als jemand anders ausgeben, als sie sind. Vermutlich hauptsächlich als ganz normale Browser, die dann einfach im Schwall an „echten“ Zugriffen durch Browser untergehen … Das ändert technisch nichts, aber es ändert sozial etwas. Ich habe auch mal eine Zeit lang versucht, „sozial etwas zu verändern“. Irgendwann wurde mir das zu aufwändig, langwierig und anstrengend, und ich bin dazu übergegangen, allen einfach immer direkt meine Meinung zu sagen, und hinzunehmen, dass nicht alle damit klar kommen – Lebt sich gleich viel entspannter … Nur, weil ich im FLOSS-Umfeld aktiv bin, heißt das nicht, dass ich automatisch ein „guter Mensch“ bin :) […] weil es automatisch ständig zufällige User-Agents gültiger Browser auswählt oder so, […] Ich würde einfach eine Art „Mini-API“ für das Programm erstellen, für die dann jeder mittels einfacher Konfigurationsdateien entsprechende Parameter (Name, URL, Nötige/Beliebige Header, etc.) übergeben kann, um dann innerhalb des Programms auf die Jeweiligen Dienste zugreifen zu können. Das würde den UA-String selbstverständlich mit einschließen. Im kleinen Kreise (ein Uploader im Umfeld einer Forencommunity) habe ich so etwas tatsächlich schon mal gemacht, weiß also, in welchem Umfang sich der Aufwand für so etwas bewegt. Soweit ich das verstanden habe, ist so etwas in der Art (mittels zentraler Datei auf einem Server, in der die nötigen Parameter stehen, und die über die Anwendung abgerufen werden kann, und dann nicht nur OSM beinhaltet) für QLandkarte GT auch geplant. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T16:43:57+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
p...@wuzel.de schrieb: Du hast aber schon mitbekommen, wie das mit dem User-Agent-String gedacht ist? Laut Diskussion ist es so, dass der String ausgewertet wird, und wenn er leer ist, die Anwendung geblockt wird, dass es aber reicht, einen Quasi „beliebigen“ String anzugeben. „Beliebig“ hierbei in Anführungszeichen, weil der der String „ehrlich“ sein muss, um den Nutzungsbedingungen zu entsprechen. Aber eben beliebig, da der String vom Entwickler komplett selbst frei wählbar ist. Aber wenn ich das im Kern falsch verstanden habe, kannst du mich gern aufklären. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T16:54:14+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
Peter Wendorff schrieb: Am 16.02.2014 16:34, schrieb Dirk Sohler: Anwendungsspezifischer Token (oder Entwicklerspezifischer API-Key), wie bereits mehrfach erwähnt. Wie bereits mehrfach erwähnt untauglich, solange du keine Lösung für den Overhead in der Infrastruktur […] präsentierst: Sicherheit und Komfort schließen sich leider gegenseitig aus :( - Wie verhinderst Du, dass Leute wie Du dann hundert API-Keys für eine Anwendung nutzen? Genau so, wie die OSM-Admins aktuell Missbrauch verhindern: Gar nicht. - Wie verhinderst Du, dass sich alle Entwickler, die in JOSM mal was committen, einen eigenen entwicklerspezifischen API-Key haben müssen? Bereits nötiger User-Account. - wo steht der API-Key in einer OpenSource-Anwendung, wenn nicht im Quelltext-Repository? Anwendungen müssen eine Funktion behalten, über die der Anwender entweder selbst einen API-Key eingeben kann, oder ein vorhandener Useraccount kann für den Zugriff auf die API verwendet werden. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T16:59:18+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
p...@wuzel.de schrieb: Für mich ist der Kern, dass der User-Agent-String dazu gedacht war, Anwendungen zu identifizieren, die (nicht böswillig, möglicherweise nicht mal bewusst) gegen die Regeln verstoßen. Also, für alle Fälle, in denen der Entwickler ehrlich ist, keine Bösen Absichten hat, einen eindeutigen UA-String verwendet, seine Anwendung nicht unter Kontrolle hat, und Online erreichbar ist, ist das sicher eine tolle Maßnahme … Nur hilft das leider gegen alles andere nicht die Bohne. Wenn er nicht ehrlich ist, und einfach nur die Kacheln will (warum auch immer), wird er den UA-String fälschen; wenn er beim Zugriff auf OSM nicht erkannt werden will, wird er den UA-String ebenfalls fälschen; und wenn er online nicht erreichbar ist, und die Anwendung gesperrt wird, wird er den UA-String fälschen. Ein „erzieherischer Effekt“, wie in einer anderen Mail erwähnt, tritt also nur dann ein, wenn mindestens vier Grundvorassetzungen gegeben sind, von denen mindestens zwei unverifiziert sind. Auch Amok laufende Anwendungen setzen alle drei anderen Dinge voraus. Das kann man natürlich auch betrachten, ist aber eine andere Baustelle. … aber komplett außen vor lassen kannst du das bei der Diskussion aber auch nicht. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T17:53:03+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
Frederik Ramm schrieb: Und genau diese Leute sind auch die, die trivialerweise Deine API Key-Vorschläge umgehen. Was soll denn an dem API Key besser sein Einen API-Key muss man beantragen, ggf. mit Authentifizierung oder sonstiger Validierung, und ist mit wesentlich mehr Aufwand verbunden, als ein paar Zeichen in eine Variable zu schreiben. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T20:25:18+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
Peter Wendorff schrieb: Am 16.02.2014 20:26, schrieb Dirk Sohler: Einen API-Key muss man beantragen, ggf. mit Authentifizierung Wie soll die funktionieren? Habe ich bereits geschrieben. Welche Lösung genau schlägst Du vor, und warum ist sie besser als die (natürlich nicht perfekte) aktuelle Vorgehensweise? Betrachte dabei: - Aufwand auf Administrativer Seite von OSM (technisch und ständig personell) - Kosten auf beiden Seiten (OSM und Entwickler und Nutzer entsprechender Anwendungen) - Vereinbarkeit mit Offenheit von OSM und so weiter. Nach abwägen aller Punkte: User-Account. Verhindert auch nicht den Missbrauch, ist aber zuverlässiger als der User-Agent-String, und weniger aufwändig umzusetzen (da schon vorhanden) als ein Token oder ein API-Key. Ich weiß, ich hab die Frage schon mehrfach gestellt in diesem Thread, aber bisher flamest du weiter über den ach so schlechten status-quo, ohne diese Frage zu beantworten. Du liest nur nicht alle Mails von mir :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T21:47:08+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
Peter Wendorff schrieb: Also bietest Du als Alternative für ein nur sehr eingeschränkt funktionierendes System ein System, was genauso eingeschränkt funktioniert Nein, ein eingeschränkter Missbrauchsschutz (da der Missbrauch auch auf Seite des Missbrauchenden aufwändiger wird) als Ersatz für ein technisch wirkungsloses System. - Wie verhinderst Du, dass sich alle Entwickler, die in JOSM mal was committen, einen eigenen entwicklerspezifischen API-Key haben müssen? Bereits nötiger User-Account. Häh? Ich red von JOSM-Entwicklern, die am JOSM-Code arbeiten, nicht die mit JOSM osm-Daten hochladen. Ahso :) Ja, die müssten sich dann natürlich einen API-Key holen (oder eben, siehe andere Mail – diskutieren in zwei Thread-Zweigen ist irgendwie anstrengend – ihren User-Account nutzen). Also nicht für jeden Entwickler einen Key, sondern sogar für jeden User. Wie sieht das dann jetzt mit Privacy aus? Du möchtest also jeden einzelnen User tracken können (denn nichts anderes tust du damit). Ja, wie mit dem Useraccountzwang beim Commiten von Geodaten an OSM. Das ist 1:1 übertragbar. Zudem würde eine einmalige Authentifizierung innerhalb der Anwendung völlig ausreichend sein. Alternative: Die Anwendung bekommt durch Anmeldung mit den OSM-Userdanten innerhalb eben dieser Anwendung einen usergebundenen Token, mit dem sie sich an der API anmelden kann, und erhält dadurch einen nicht mehr usergebundenen Token, der diese Installation der Anwendung legitimiert, die API zu nutzen. Somit ist nicht nachvollziehbar, welcher User über die Anwendung auf die API zugreift, sondern nur, DASS ein Zugriff stattfindet. Im Falle des Missbrauchs kann der jeweilige Token (automatisiert) gesperrt werden. User, die mehrmals für die selbe Anwendung einen Token durch Anmeldung mit den OSM-Daten anfordern, können dies nur in einem Abstand von N Zeiteinheiten pro Account, müssten also erst Abwarten, oder einen neuen Account anlegen, um Token zu „sammeln“. Natürlich ist dies mit Programmieraufwand und zusätzlichen Ressourcen verbunden, aber ich wiederhole mich da: Sicherheit und Bequemlichkeit schließen sich aus. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T21:50:31+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
malenki schrieb: On 16.02.2014 20:26, Dirk Sohler wrote: Einen API-Key muss man beantragen Oder klauen/abschnorcheln. … ist aber immer noch aufwändiger, als einen simplen String zu ändern :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T22:16:49+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
Henning Scholland schrieb: Also wer auf DER Hauptseite (nach außen hin) von OSM etwas mehr sehen will als eine weiße Fläche braucht einen Login? Nein, da die dahinterstehende Anwendung bereits mit der API verbunden ist, und man davon nur die AUSGABE im Browser sieht. Jeder, der die Tiles in seine Homepage einbindet, muss diese so gestalten, dass der Nutzer sich vor der Kartenansicht bei OSM einloggt? Auch hier: Nein, da die dahinterstehende Anwendung bereits mit der API verbunden ist, und man davon nur die AUSGABE im Browser sieht. Mit so einem tollen Account ist man dann natürlich auch nicht verfolgbar (ist ja dein zweites großes Steckenpferd)? Wenn man weiter denkt, als nur bis zu seinem eigenen Tellerrand (oder einfach die anderen Mails liest, die in diesem Thread hier so eingehen), kann man recht schnell rausfinden, wie es gehen könnte. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T22:17:39+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
Carsten Schwede schrieb: ich kann überhaupt nicht verstehen, warum so viele offenbar QLandkarteGT mit den Onlinekacheln verwenden. Es ist die schnellste und einfachste Möglichkeit. Die ist in der aktuellsten Version zwar nicht mehr direkt gegeben, aber die zusätzlichen Onlinekarten, die bisher eher Stiefmütterlich behandelt wurden, bekommen jetzt wieder mehr Relevanz. Die einfachste und von Onlinequellen unabhängige Methode ist eines der Pakete zu nutzen und in QLandkarte zu integrieren. Ich habe das mal mit der Freizeitkarte Deutschland probiert. Das „magnetische“ hat mich extrem aufgeregt, außerdem war die Performance doch eher mau, wegen dem ganzen Vektorkrams. Da sind mir flotte und aktuelle Online-Kacheln doch lieber :) QLandkarte ist typfile-fähig, das heißt man kann sich ziemlich einfach auch den Kartenstil ändern. Das ist für mich der einzige Vorteil von Offline-Karten. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T22:32:05+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
Henning Scholland schrieb: Was wäre denn jeweils die dahinterstehende Anwendung? Die PHP- Python- Ruby- oder Wasauchimmer-Anwendung, die dafür sorgt, dass beim Aufruf eine Seite generiert und an den Browser gesendet wird. Wenn der nun an jeden Tileaufruf ein key=12345 dran hängt hilft das genau 0,0 mehr als die aktuelle Methode. Darum wird das auch in der dahinterstehenden Anwendung erledigt. Da bekommt der Nutzer nichts von mit. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-16T22:57:18+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
Michael Kugelmann schrieb: [ ] Du hast verstanden wie OS und Community funktioniert. Na ja, zumindest in so weit, dass ich selbst Software veröffentliche, und es sogar Leute gibt, die diese benutzen. BTW: dann wundere Dich bitte auch nicht, dass die Community nicht mit Dir spielen will. Ach, da komme ich mit klar :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-17T05:57:10+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
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
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] 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
Re: [Talk-de] Luftbild-Versatz - Schachtdeckel
Markus schrieb: User A ist sich sicher Was genau bedeutet sicher? Vermutlich „Der User Stand mit perfektem GPX-Fix auf seinem Gerät direkt drauf“ :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-10T18:16:34+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbild-Versatz - Schachtdeckel
Markus schrieb: *lach* - und was bedeutetperfekt? ;-) Bei einem GPS-Empfänger mit ’nem Arsch voller Satelliten und mit RTCM bedeutet „perfekt“ eine Abweichung im Zentimeterbereich. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-10T21:09:57+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
pmsg schrieb: Welche alternative Möglichkeiten habe ich? Kurzfristig wohl nur, deinen User-Agent zu ändern, wenn du dich nicht erst in ein neues Programm einarbeiten willst :( Ist aber uncool. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-08T18:17:41+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
pmsg schrieb: Bietet wirklich niemand die Tiles der OSM Standard-Karte gegen Geld an? Ich bin ja gerne bereit zu bezahlen, aber nicht 500 EURO pro Jahr. Ich weiß nicht … Aber muss es denn wirklich unbedigt das OSM-Design sein (das ich nicht nur gut, sondern auch besser als den typischen deutschen Stil finde)? Gibt doch viele kostenlose Karten, die man mit allen möglichen Features in QLandkarteGT integrieren kann. Bietet nicht nur mehr Möglichkeiten, sondern spart auch beim Zoomen und Scrollen den Download, sondern auch die damit verbundene Zeit. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-08T23:21:54+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist Openstreetmap wert?
Peter Wendorff schrieb: da die meisten von uns ja nun keine Angestellten im GIS-Bereich sind, geschweige denn eine entsprechende Ausbildung genossen haben, hinkt der Vergleich auch dann etwas - wobei sicherlich die meisten aufgrund von Erfahrung und Motivation nicht als ahnungslose Deppen in die Berechnung eingehen sollten ;) Jo :) Wir sind hier ja nicht alle Geoinformatiker. Der Einfachheit halber könnte man ja einen Stundenlohn von 20 Euro pro Stunde annehmen. Das hält sich sicher die Waage und wirkt ausgleichend. Irgendwo las ich von rund einer Stunde pro Changeset. Ich würde eher etwas runtergehen (so Kleinkram ist auch in 10-15 Minuten erledigt), und 40 Minuten veranschlagen. Wenn ich das richtig sehe, gibt es etwas über 20 Million Changesets, das wären 800 000 000 Minuten, oder 13 333 333 Stunden (wohlgemerkt eben auch mit Miniänderungen, aber auch mit umfassendem, auch hier wird sich das sicher irgendwie de Waage halten). 13 333 333 Stunden mal 40 Euro pro Stunde sind 533 333 320 Euro. Nach dieser doch recht groben Rechnung wäre der aktuelle Stand des Planet-Files also 533 Million Euro wert :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-02T17:28:58+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist Openstreetmap wert?
Manfred A. Reiter schrieb: Was ist denn mit dem Ertragswert des Unternehmens? ;-) Dazu müsste wohl Recherchiert werden, wie viel die Verwendungsrechte von derart detailliert aufbereiteten Geodaten so durchschnittlich Wert sind, und das mit der Anzahl derjenigen Multiplizieren, die OSM in ihren Anwendungen momentan nutzen (Lizenzgebühren). Die Webrecherche zeigt, dass GM-AS-25K-STD („Google Maps API Premier: 12 month license/support term; up to 25,000 page views“, die kleinste Google-Maps-Lizenz für kommerzielle Nutzung) jährlich 10 000 US-Dollar Retail-Preis kostet. Das größte Paket mit 1,25 Million Zugriffen schlägt mit 250 000 US-Dollar jährlich zu Buche (GM-AS-1.25M-STD). http://www.onixnet.com/txmas/GOOGLE_PRICING.htm Das Upgrade „Google Maps API Premier Upgrade: additional 1,000 page views; in excess of contracted amount“ (GM-AS-OVG1K-STD) kostet 750 US-Dollar. So richtig eine Info darüber, wie viele User täglich auf OSM zugreifen (nicht bearbeitend, rein nutzend) konnte ich leider nicht finden. Aber ein zukünftiger Eigentümer könnte die Daten unter Verschluss halten (nein, natürlich nicht, aber mal angenommen, es gebe die ODbL nicht), und nur Lizenzen für Entwickler verkaufen, und alle, die OSM momentan nutzen, nutzen dann nur noch die lizensierten Anwendungen, dann wäre der Ertragswert relativ hoch – wenn die Entwickler bereit sind, die Lizenzgebühren zu bezahlen … Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-02T19:38:58+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist Openstreetmap wert?
Roland Olbricht schrieb: OpenStreetMap ist keine handelbare Sache. Mal angenommen, es wäre eine. Gibt es eine Statistik darüber, wieviele Mannstunden bis zum aktuellen Datenbankstand für OSM aufgewendet wurden? Das müsste man nur mit den Kosten pro Stunde für einen Angestellten im GIS-Bereich verrechnen, und hätte dann zumindest – wenn auch recht grob – den reinen „Materialwert“ des Planet-Files :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-01T16:06:28+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieviel Tiles sind das?
Frederik Ramm schrieb: (gern nehme ich auch Fehlermeldungen entgegen) […] Super Sache. Aber wenn die Box zu klein ist, werden keinerlei Berechnungen mehr angestellt … http://www.youtube.com/watch?v=Ez6nzXzxdtw Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-01-17T06:05:00+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundriss vs Dachfläche
cracklinrain schrieb: Carports hingegen sind dann Bauwerke aber keine Gebäude? building=roof amenity=parking access=private roof:material=wood (oder woraus auch immer der Carport ist) roof:shape=flat Auf die schnelle zusammenrecherchiert :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-01-12T12:47:56+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Teasi One
Heinz-Jürgen Oertel schrieb: Habe immer nach ein altes Vista HCx suche aber längerfristig mal was neues. Je nachdem, wie viel du ausgeben willst, bekommst du ja alles Mögliche. Ich fahre (im wahrsten Sinne des Wortes – zumindest, wenn es mal wieder Sommer wird) mit dem eTrex 20 ganz gut :) Ansonsten stehe ich nach anfänglicher Skepsis der „neuen Generation“ an Android-basierten GPS-Geräten immer mehr offen gegenüber – Wenn da nur nicht die nach wie vor katastrophale Laufzeitverkürzung von mehreren Tagen auf knapp 20-30 Stunden wäre, wohlgemerkt bei MEHR Batterien. z.B. https://www.youtube.com/watch?v=aalakXgFkg0 Auch die eher halbherzige Umsetzung (letztendlich ist das Monterra nichts weiter als ein Smartphone ohne GSM-Modem und Telefonie-Apps – Sogar der proprietäre Akku ist beibehalten worden) lässt mich da noch zögern. Ich bleibe daher erstmal noch bei „klassischen“ Geräten dieser Art. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-01-11T14:29:00+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Teasi One
Manuel Reimer schrieb: Weil man die Karten nicht selber erzeugen kann, habe ich das Ding nicht weiter beobachtet. Exakt so ist es. Durchgefallen. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-01-10T19:04:58+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrom
Florian Lohoff schrieb: Die Bahnstromtrassen stehen in keinem Verhaeltniss zueinander. Außer natürlich, dass sie dem selben Zweck dienen … Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-12-29T16:37:24+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrom
p...@wuzel.de schrieb: Alle Fußwege dienen auch dem selben Zweck. Sollte wir nicht dringend eine Relation aller Fußwege anlegen? :-) Warum nicht? Müsste sich halt nur jemand drum kümmern :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-12-29T19:19:43+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routenplaner OSRM als ÖPNV Editor (der Weisheit letzter Schluss??)
Jo schrieb: Wenn on_demand so verstanden wird, dann sind alle Büsse on_demand. Ich bin damit einverstanden das upon_reservation vielleicht deutlicher gewesen war. on_demand sehe ich eher bei ASTs (Anruf-Sammel-Taxis) oder Bedarfshaltestellen verschiedener Privatbahnen. Das Busse nur halten, wenn man entweder an der Haltestelle (eben durch stehen an selbiger) oder im Bus (drücken) einen entsprechenden Wunsch äußert, ist für mich eigentlich schon durch die Tatsache, dass es eben ein Bus ist, impliziert. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-12-28T16:34:56+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routenplaner OSRM als ÖPNV Editor (der Weisheit letzter Schluss??)
Jo schrieb: Gibt es in Deutschland Haltestellen die von mehrere Operators bedient werden? In Belgien haben wir 3 Operatoren und manche Haltestellen werden auch von Niederländische Operators bedient. Ja, je nachdem, in welchem Randgebiet du dich in Hamburg aufhältst, hast du Haltestellen, die vom HVV und VHH oder PVG (auch im VHH) angefahren werden. Das wird in anderen Bundesländern sicher ähnlich laufen. Vor allem, weil das HVV-Netz alleine ja schon eine Ausdehnung bis nach Lübeck, und Bremerhaven angenommen hat. Ich bin mir sehr sicher, dass da nicht nur der HVV die Haltestellen anfährt. … wobei bei so einem riesigen Netz außerhalb des eigentlichen Bundeslandes durchaus die Frage offen ist, ob das noch klassischer ÖPNV ist, auch wenn er zu diesem Tarif berechnet wird. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-12-26T20:10:49+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routenplaner OSRM als ÖPNV Editor (der Weisheit letzter Schluss??)
Martin Koppenhoefer schrieb: Ja, dass Linien die von unterschiedlichen Operators betrieben werden, dieselbe Haltestelle nutzen kommt sicher oft vor, aber die Linien haben normalerweise nur einen Operator, Ich glaube, mich erinnern zu können, dass hier in Hamburg sowohl HVV-Busse als auch solche vom VHH für die selbe Linie eingesetzt werden, wobei ich jetzt natürlich nicht weiß, ob das einfach „Schützenhilfe“ durch Busbereitstellung ist, oder tatsächliche Arbeitsteilung unter den Verbänden. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-12-27T05:45:30+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name-Tags unterdrücken?
Volker Schmidt schrieb: Eine unmittelbare Massnahme, um das Ganze zu entschaerfen, waere eine flaechendeckende Aenderung der Wahlkreis name tag values von XXX in Wahlkreis XXX. Damit waere - zumindest fuer deutsche users - klar, um was es sich handelt. Ist es überhaupt ein name=*, und nicht eher ein ref=*? (Eigener Namespace ref:electoral_district=* würde sich anbieten). Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-12-25T14:02:59+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routenplaner OSRM als ÖPNV Editor (der Weisheit letzter Schluss??)
Tirkon schrieb: Für uns liegt der Vorteil darin, dass durch Nutzung von OSM in den Webauftritten des ÖPNVs weitere potentielle Mapper erreicht werden. Die Frage ist, ist das tatsächlich so, oder nur theoretisch? Wenn ich derlei Onlinedienste in Anspruch nehme, dann nur, um herauszufinden, wo etwas ist, und wie ich da hin komme. Auf die Idee „Oh, OpenStreetMap, klingt ja spannend, schaue ich mir mal an – ah, da kann man mitmachen, ich lese mich da gleich mal ein“ bin ich da noch nie gekommen – auch früher schon nicht. Vermutlich ist es 99 Prozent der User egal, wer für die Kartenanzeige zuständig ist, und von dem einen restlichen Prozent werden wiederum ebenfalls 99 Prozent keine Zeit haben, weil sie ihren Bus kriegen müssen – Und das eine Prozent von einem Prozent der User ist statistisch gesehen sowieso schon Mapper :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-12-21T22:31:51+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlistenauswertung: Abkürzungen
Peter Wendorff schrieb: vielleicht sollten wir noch ein unabbreviated_name (wobei der Tagname echt gruselig ist und zu Schreibfehlern geradezu einläd) einführen, Oder long_name analog zu short_name … :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-12-13T22:31:05+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fernbuslinien
Martin Koppenhoefer schrieb: Je mehr Haltestellen es gibt, um so weniger sind die Routen flexibel. Eine Buslinie hinsichtlich der gefahrenen Strecke mit einer Flugroute zu vergleichen trifft es m.E. nicht. Die Frage ist halt: Wie stark unterscheiden sich die Routen von Fern-Linienbussen von den Routen der Nah-Linienbusse, für die auch meistens nicht nur die Haltestellen, sondern auch die Wege zwischen den Haltestellen gemappt sind. In beiden Fällen wird die Route wohl so gewählt worden sein, dass sie einen optimalen Kompromiss zwischen Sicherheit und Schnelligkeit darstellt – Und sollte meiner Meinung nach daher in beiden Fällen gemappt werden. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-11-30T11:39:27+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fernbuslinien
Martin Koppenhoefer schrieb: was sind Nah-Linienbusse und was Fern-Linienbusse? Kannst Du das definieren/abgrenzen? Nah-Linienbusse werden von örtlichen Betreibern (HVV, MVB, VBB, etc.) angeboten (ganz klassischer ÖPNV eben). Fern-Linienbusse von überregionalen Anbietern (MFB, BLB, Eurolines, etc.) bereitgestellt – So als ganz grobe Unterscheidung. Im ländlichen Raum gibt es durchaus viele Busse, wo es nicht klar ist (m.E.) ob das nun Fern oder Nah-verkehr ist. Na ja, ich würde das eher vom Betreiber, als von der Strecke abhängig machen. So muten in Flächenländern viele Busverbidungen zwar sehr Fernbusartig an, bleiben aber doch praktisch ausschließlich im jeweiligen Bundesland. Daher würde ich si enicht zu den Fernbussen zählen wollen. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-11-30T12:45:01+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Listenmail in Listenmail verlinken
Bernd Wurst schrieb: Am 21.11.2013 00:21, schrieb Florian Lohoff: Und threading hat es gegeben bevor es Message-IDs gegeben hat. Ich kenne diese Zeit nicht selbst und tu mir schwer zu glauben dass das zuverlässig funktioniert ohne eindeutige ID. Message-IDs gibt es seit dem Usenet, und Threading ohne Message-IDs „funktioniert“ über den Header, was natürlich völlig Banane ist :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-11-21T15:49:49+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
gmbo schrieb: Das hieße also bei brand Deutsche Post und operator Deutsche Post AG taggen könnte dann auch richtig sein. Ist es denn immer die Deutsche Post AG, die die Briefkästen betreibt? Ich habe heute einen silbergrauen Lieferwagen gesehen, der hatte einen Foliendruck „Im Auftrag der Deutschen Post“ (ohne AG). Also zumindest die Paketzusteller sind teilweise Fremdunternehmen. Gibt es so etwas bei Briefkästen auch, oder ist da definitiv immer die Deutsche Post AG der Betreiber? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-11-19T13:13:50+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitungsartikel - PR Material - Hausnummern
Stephan Knauss schrieb: Für OSM müssen die Daten unter den Bedingungen der Contributor Terms freigegeben werden. Stimmt! Die Vergesse ich jedes Mal :( Der Rest bleibt aber bestehen: Entweder die Daten dürfen verwendet werden, oder nicht. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-11-15T11:34:10+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Visualisierung und Simulation von Geodaten! DRINGEND!
Jochen Topf schrieb: offenbar an die falsche Adresse geschickt. Ist das nicht schon die zweite Jobsuche-Spammail binnen weniger Tage? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-11-13T15:46:30+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitungsartikel - PR Material - Hausnummern
Alexander Lehner schrieb: wir haben von der Stadt Landshut Hausnummern erhalten und die mit ein paar kleinen Auflagen in OSM uebernehmen duerfen. Na ja, entweder die Daten dürfen unter der ODbL verwendet werden, oder nicht … Ein „dazwischen“ gibt es nicht. Hinweise auf bereits existierendes PR Material in diese Richtung werden also dankend angenommen! Die Pressemappe kennst du? Da finden sich diverse leicht verständliche Informationen, Texte, und Grafiken unter CC-BY-SA. http://wiki.openstreetmap.org/wiki/DE:Press_Kit Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-11-13T01:44:56+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mannheim - Quadratenamen in Mapnik verschwunden
Martin Koppenhoefer schrieb: wobei noch die Frage offen bleibt, ob place=neighbourhood ein guter Tag ist, um diese Quadrate zu beschreiben, oder ob ggf. ein anderer Tag mehr Sinn machen würde, evtl. etwas spezifisches für Mannheim. Was spräche gegen z.B. ref:block=* als Tag? Damit könnte man dann nicht nur die Mannheimer Quadrate (die ja auch irgendwie als Straßenblock ansehbar sind) taggen, sondern auch exakt bezeichnete Blöcke in anderen Städten. Oder falls das nicht erwünscht ist, weil Mannheim die einzige Stadt der Welt ist, wo Straßenblöcke genau bezeichnet sind (was ich mir nicht vorstellen kann, aber nehmen wir das mal an *g*), böte sich halt analog zum bereits vorhandenen Tag ref:svhl=* (Stationsschlüssel des Lübecker Stadtverkehrs) zum Beispiel ref:mannheim_squares=* (o.Ä.) als spezifischen Mannheimer-Quadrate-Tag an. … wobei ich die Idee eines generischen Straßenblocktags irgendwie schöner gelöst finden würde. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-11-11T11:46:42+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mannheim - Quadratenamen in Mapnik verschwunden
Peter Wendorff schrieb: ref:block oder addr:block? Ich kenne mich in Manheim nicht aus. Ist es so, dass die Quadratnummer eher als Zuordnung/Referenz benutzt wird, oder ist sie ein Teil der Adresse? Im Zweifelsfall einfach block=* … :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-11-11T14:56:27+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in ZDF-Krimiserie
Frederik Ramm schrieb: Im Abspann stand, dass sowohl BMW als auch Daimler die Produktion unterstuetzt haetten ;) Ich bin da gerade nicht so ganz 100prozentig im Bilde. Muss man bei Verwendung von OSM-Material nicht auch angeben, dass es von OSM stammt? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-11-04T10:23:49+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, Lübecker Methode)
Masi Master schrieb: OT: Sonder eher ob der Radweg innerorts oder außerorts ist. Also ob er sich innerhalb der Ortsfläche befindet, oder außerhalb? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-11-03T15:03:01+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] blog.openstreetmap.de
wnreader schrieb: Https funktioniert :-; Nur, dass das Zertifikat (noch) nicht passt. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-11-03T16:45:24+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
Leo Koppelkamm schrieb: Hier die Antwort von Martin vom ADFC: Als solche behandele ich deine Mail mal :) […] leider kann man ja auf de Mailingliste nicht antworten, ohne sich anzumelden. Dann tu das doch … Erst einmal möchte ich die anmaßende und unzutreffende Kritik zurückweisen. Scheinbar sind einige Mitglieder der Liste der Meinung, sie seien die Chefs von Openstreetmap und können über alles bestimmen, rufen sogar dazu auf, mühsam erarbeitete Daten zu löschen. Und andere meinen, sie können die mangelnde eigene Infrastruktur für ihre Spezialanwendungen durch die OSM-Infrastruktur ersetzen, und Tags nach ihrem Gusto inkompatibel und unnötig redundant verändern. [Änderungen] brauchen keine Genehmigung durch die Mailingliste. Nicht von der Mailingliste an sich, aber solch massive Änderungen sollten vorab zumindest mal mittels Proposal oder anderweitig vorgestellt werden, und nicht einfach wild ohne Rücksicht auf Verluste vorgenommen werden. Jedenfalls solltet Ihr Euch mal überlegen, ob man Lust hätte, seine Überlegungen das nächste Mal bei Euch zur Diskussion zu stellen. Vielleicht „sollte man“ mal überlegen, solche Änderungen nicht nur auf einem Stammtisch zu diskutieren, sondern öffentlich online „an Prominenter Stelle“ zur Diskussion zu stellen, anstatt einfach – ich wiederhole mich da – Tags inkompatibel und redundant für die eigenen Anwendungen in ihrer Bedeutung und Verwendung zu verändern. Die ist aber notwendig, damit der Renderer […] Wir mappen nicht für den Renderer. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-11-02T07:36: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] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, Lübecker Methode)
Stephan Wolff schrieb: Auch für gutes Fahrradrouting muss man straßenbegleitende von eigenständigen Radwegen unterscheiden können. Und benutzungspflichtige, von nicht benutzungspflichten Radwegen. Gibt es da eine Möglichkeit? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-31T19:20: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] Fahrradwege taggen, Lübecker Methode
rainerU schrieb: Das riecht förmlich nach Taggen für eine Anwendung. Das wird es wohl auch sein. Und statt dem Nutzen der eigenen Infrastruktur wird der Kram eben in OSM gekippt, das haben andere auch schon gemacht – Diese haben sich jedoch im Nachhinein immerhin noch von der Sinnlosigkeit überzeugen lassen, und haben Kritik angenommen und umgesetzt, so dass sich tatsächlich ein (wenn auch sehr geringer, da hochspezieller) Mehrwert ergibt. So sehr ich den ADFC auch schätze, dass die „einfach so“ Kommentarlos irgendwelche bereits bestehende Dinge nach ihrem Gusto ummünzen, sollte eigentlich vorerst nur Reverts nach sich ziehen, bis sich jemand offiziell dazu äußert. An Diskussion haben die momentan ja offenbar kein Interesse. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-29T17:23:41+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Robert S. schrieb: Was vor Ort steht, kommt in name=* und was in der Liste steht könnte man in official_name=* oder auch alt_name=* packen (wenn es von der Lizenz passt). warum nicht name:offical? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-29T17:29:13+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
Leo Koppelkamm schrieb: Was haltet ihr davpn? Nichts, da es nie diskutiert, vorgestellt, oder besprochen wurde, und ein Unternehmen hier mal wieder einfach so irgendwas macht, weil es ihm so in den eigenen Plan passt. Ich sehe da gewisse Parallelen zu einem Thema, das hier vor einigen Wochen mal hochgekocht ist … :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-28T16:37:37+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Norbert Kück schrieb: Wenn man den Prozess vom Beschluss über Straßennamen bis zum fertigen Schild analysiert, kann man gar nicht auf die Idee kommen, das Schild trage grundsätzlich die richtigere Schreibweise. Anders als der Beschluss hängt das Schild aber am Mast an der Straße aus. Niemandem hilft es, wenn es eigentlich der Gustav-Müller-Ring ist, auf dem Schild vor Ort aber Gustav-Meier-Ring steht, und man diesen in OSM vergeblich sucht, und verwirrt durch den Stadtteil irrt, oder das Navigationsgerät nicht zum Ziel findet … :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-27T00:25:28+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
cracklinrain schrieb: Wie gebt ihr Namen oder Hausnummern in die OSM ein, wenn sie nicht mit der Schreibweise der entsprechenden amtlichen Liste übereinstimmen? Vor Ort Liste Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-24T19:35:54+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Falk Zscheile schrieb: Für die OSM-Foundation aber sehr wohl, denn die hat auch E-Mailadresse und wahrscheinlich sogar die zugehörigen IP-Adressen mit denen Editiert wurde. Es reichen IP und Datum des Zugriffs. Ob sich Manfred Mustermann nun als „manfred_mustermann_1234“, oder als „the_real_bitchchecker“ anmeldet, ist da völlig irrelevant – ebenso seine Mailadresse, da die Provider im Regelfall auskunftspflichtig sind. 2. Die Daten werden ja dauerhaft für die Erfüllung des Zweckes der Speicherung gebraucht - nämlich die Zuordnung Edit - Benutzer (nicht Edit - natürliche Person). Guter Gedanke. Aber wie gesagt, wir müssen auf die OSM-Foundation abstellen. Die müssten also zumindest dafür sorgen, dass auch sie keine Verbindung mehr zwischen Nickname und Person herstellen könne. Das erinnert mich ein bisschen an die Datenschutzdiskussion, die vor einigen Wochen hier hohe Wellen geschlagen hat, und aus der bis auf heiße Luft mit Kekskrümeln auch nichts weiter rausgekommen ist. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-19T20:20:07+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dann trag sie doch ein Du Depp
Frederik Ramm schrieb: Man kann ja zu Notes der Art hier fehlt das XYZ-Gebaeude stehen, wie man will - aber dann trag sie doch ein Du Depp ist keine Umgangsform, auf die wir als Projekt stolz sein koennen. Wenn du ein System idiotensicher machst, wirst du Idioten haben, die das System benutzen. Die Notes wurden von einem anonymen Nutzer verfasst Ja, das ist das Problem. Es gibt ganz genau zwei Möglichkeiten: 1. Anonyme Notes analog zu den anonymen Edits deaktivieren 2. Mit Idoten leben, die hinter den Anonymität versteckt dummes Zeug schreiben Da die erste Option bewusst und absichtlich so gewollt ist, wird das nicht kommen. Bleibt also nur die zweite Option. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-17T18:19:33+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dann trag sie doch ein Du Depp
Frederik Ramm schrieb: allerdings muesste das System dazu etwas verbessert werden, und es muessten auch mehr Leute die Moeglichkeit haben, anonyme Aeusserungen zu unterbinden. In meinem Hinterkopf schimmert ein Ratingsystem, ähnlich, wie es inzwischen praktisch jede Website hat, auf der Kommentare abgegeben werden können. Ab einer gewissen Schwelle werden die Kommentare dann verborgen, und nur Admins sichtbar gemacht, die diese dann entweder löschen, oder wieder sichtbar machen können (und erneutes „Wegbewerten“ auch verhindern, um missbräuchliche Bewertungen zu vermeiden) Wobei hier kein Positivbewerten möglich ist, sonst könnte ein Troll seinen eigenen Kommentar mittels Bot 1 Mal positiv bewerten, und landet so nie auf der Negativliste. Aber das ist doch ziemlich viel Aufwand für ein paar Leute, die ihren Anstand beim Einschalten des Computers ausgeschaltet haben … Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-17T22:24:16+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tourism = viewpoint?
Stefan Keller schrieb: Ein ähnlicher Fall ist tourism = yes. Das wird ja benutzt um die touristische Bedeutung eines, durch andere Tags beschriebenen, Objektes anzugeben. Wobei natürlich die Frage ist, wer festlegt, wann ein Objekt eine „touristische Bedeutung“ hat :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-07T14:01:52+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID
Wolfgang Hinsch schrieb: Ich habe es noch einmal nachgeprüft. Die Webseite läuft komplett auf Deutsch, bis ich mich anmelde. Dann schaltet sie um auf Englisch. Dass du auf https://www.openstreetmap.org/user/USERNAME/account im Abschnitt „Bevorzugte Sprachen“ eben diese z.B. mit „de“ (konform nach ISO 3166-1) festlegen kannst, weißt du aber, oder? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-04T06:39:22+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug in http://garmin.openstreetmap.nl/ -- Fehler gefunden
Wuzzy schrieb: Mein Fresse, Thunderbird ist ja der letzte Schrott. Hat Mozilla nicht mal vollmundig verlautbaren lassen, dass Thunderbird ausentwickelt sei, und es nur noch Sicherheitsupdates geben würde? was heißt, dass jeder gute Mail-Client es unterstützen sollte. Thunderbird ist allenfalls ein halbwegs benutzbarer Mailclient :) Tschuldigung, aber das musste jetzt mal raus. Jap :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-09-30T22:57:20+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zensur in OSM?
Frederik Ramm schrieb: zunaechst einmal ist das Wort Zensur eigentlich eine Bezeichnung fuer den Eingriff staatlicher Stellen in die freie Meinungsaeusserung. … und eigentlich sind die meisten Kriege nach Definition keine Kriege. Dass sie es doch „sind“, zeigt, wie Alltagssprache gebraucht wird. Ebenso mit der Zensur, die in 99 Prozent der Fälle per Definition keine ist, aber eben doch Zensur ist, weil der Begriff in der Alltagssprache eben so benutzt wird. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-09-22T01:00:11+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shared Nodes bei landuse
Manuel Reimer schrieb: Da hat sicher jeder andere Prioritäten aber die wenigsten werden wohl von sich behaupten, dass sie nur wegen der Daten mappen, sondern sie werden sich wohl nach kurzer Wartezeit auch das Rendering-Ergebnis anschauen. Und wenn das total ka**e aussieht, dann werden wohl die meisten noch minimal nacharbeiten, dass es eben ordentlich aussieht. Nur weil die meisten sich ’ne Gabel ins Auge stechen wird das nicht plötzlich weniger blöd … :) Daten Darstellung Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-09-13T17:37:02+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwei Karten auf Garmin eTrex Vista HCx?
Ronnie Soak schrieb: Meine Lösung: SD-Karte raus, rein ins Smartphone, anderes Kartenimage nach gmapsupp.img umbenennen, SD-Karte zurück ins Garmin. Ich weiß nicht, wie das beim Vista ist, aber dem eTrex 20 ist es egal, wie das Kartenimage heißt. $ mount | grep sdg /dev/sdg1 on /mnt […] $ ls /mnt/Garmin/ GPX/ Freizeitkarte Deutschland.img Freizeitkarte Niederlande.img Die Karten sind auf dem Gerät problemlos unter „Einstellungen → Karte → Karte wählen“ (de-)aktivierbar. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-09-07T20:43:01+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Martin Koppenhoefer schrieb: m.E. am sinnvollsten auf dem gesamten Gebiet, auf dem sie gilt. HAUSnummer, nicht Grundstücksnummer (das wäre dann nämlich die Flurstücksnummer aus dem Katasterplan). Zudem beschreibt eine Adresse im allgemeinen Sprachgebrauch immer ganz konkret einen Wohnort (Straße, Hausnummer, ggf. Appartement-Nummer), und nicht ein Grundstück (vgl. Flurstücksnummer, die „Adresse des Grundstückes“). Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-08-30T12:58:29+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Velomap für Linux-Nutzer?
Manuel Reimer schrieb: Bisher konnte ich aber nur EXE-Dateien zum Runterladen finden. Wo finde ich das Image, das ich einfach auf die SD-Karte kopieren kann? Aktuell wohl gar nicht, vgl. Abschnitt „A: Installing Maps to Computer“ http://www.velomap.org/tutorials/enbeginners-starting-guide-dewo-beginnen-tutorial/ Klingt für mich nach „So geht es für Windows. Für Linux: Entpackt mal die exe, und probiert selbst, oh, und nehmt Wine.“ Da es für meine Zwecke auf die Freizeitkarte tut, die schon als Fertiges Image runterladbar ist, habe ich Velomap nach dem ersten angucken der Seite links liegen gelassen. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-08-19T23:52:02+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
