Re: [Talk-de] Lizenzfrage: Zuarbeit für Papierkarte
Hallo. Am 28.01.2015 um 01:00 schrieb Thomas Wedekind: > Die genannte Karte gibt es, Datenstand 2005-2007, erstellt als > zweijähriges ABM-Projekt mit etlichen Mannmonaten reiner > Recherchearbeit. [...] > Wenn Differenz: Historie > ansehen -> wenn Änderung relativ neu und nachvollziehbar kommentiert: > OSM-Stand wandert in unsere Karte. Wenn Differenz unklar und > Historie unergiebig: hinfahren, Iststand aufnehmen, der dann sowohl > in OSM wandert, als auch in die Karte. Was spricht denn dann dagegen, die Änderungen anders herum zu machen? Alles was auf eurer Karte ist wird mit OSM verglichen. Was bei OSM offenbar schlechter ist, wird in OSM verbessert. Die von dir genannte Methodik ist ja nicht schlecht. Wenn man dann noch offen darüber kommuniziert, könnten sogar noch andere mithelfen und z.B. verstärkt mit Luftbildern prüfen ob das jeweils so sein kann. Als nächster Schritt wird das Radwegnetz aus OSM heraus gefiltert und zusammen mit wasauchimmer als Papierkarte gesetzt und gedruckt. Ich hab ja gestern schon einen Dämpfer erhalten aber ich bin mir nach wie vor sicher (es bringt mir nichts englischen Juristenkauderwelsch zu lesen, versteh ich eh nicht), dass es lizenzrechtlich möglich ist, eine Papierkarte aus OSM und anderem Material zu erstellen ohne alles andere Material offenlegen zu müssen. Dieser Fall war doch der vorrangige Beweggrund der Lizenzänderung. Da darf auch z.B. Generalisierung der OSM-Daten nichts dran ändern. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzfrage: Zuarbeit für Papierkarte
Hallo. Am 27.01.2015 um 11:29 schrieb Erik Heinz: > Die share-alike-Klausel scheint mir allerdings für klassische Kartographie, > jenseits simpler Visualisierung von GIS-Datenbanken, ziemlich problematisch. > Da gibt es nämlich keine unabhängige Sammlung von Datenbanken, sondern alles > wird irgendwie aneinander angepasst, im Interesse eines schönen und > übersichtlichen Kartenbildes. Wie schon gesagt wurde, ist jede Aussage hier auf der Mailingliste nur eine Einzelmeinung und keine rechtsverbindliche Aussage. Meinem Verständnis nach ist es aber so, dass grundsätzlich nur einer Lizenzbestimmung unterliegt was *veröffentlicht* wird. Wird nachher nur ein "derived work", also die Papierkarte, weitergegeben, dann macht die Lizenz hier keine Vorschriften und "mischt sich nicht ein". Nur grade im Bereich der digitalen Verarbeitung und Weitergabe gibt es eben oft den Fall, dass die Daten verändert und dennoch maschinenlesbar weiter gegeben werden. Und für diese Fälle greift dann die share-Alike-Klausel. Die ODbL ist also für diesen Zweck nicht "problematisch" sondern grade dieser Fall ist doch eine große Errungenschaft der neuen Lizenz gegenüber der alten. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)
Hallo. Am 21.01.2015 um 20:56 schrieb Holger Mappt: > ich habe den Klassiker "Hundekottütenspender" in das Suchfeld > eingetippt, und da kommt dann natural=water, highway=bus_stop, > man_made=*, usw. *ROFL* Passt doch: Sind beides Orte an denen Hundkot typischer Weise einfach liegen gelassen wird. :) Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mühlgraben
Hallo. Am 21.01.2015 um 14:00 schrieb André Riedel: > wie trägt man einen Mühlgraben ein? Je nach dem wie er aussieht bzw. genutzt wird. > Fragt man Overpass findet man ganze verschiedene Interpretationen von > Wasserwegen mit dem Name "Mühlgraben": > > waterway = > 491 stream Das würde ich normalerweise nicht dafür nehmen, außer wenn es von einem natürlichen Bachlauf nicht mehr zu unterscheiden ist (also stillgelegter und renaturierter Mühlgraben). > 181 ditch Habe ich selbst noch nie benutzt, geht aber laut Wiki schon für künstlich angelegte Wasserläufe. > 132 canal So habe ich das immer getagged. Schließlich ist es genau das: Ein künstlicher Kanal. Wir haben bei Wasserwegen die schöne Situation, dass "schon immer" die Breite nicht am Tag sondern an der Außenlinie erkennbar ist, sofern es sich um ein nennenswert breites Gewässer handelt. Man kann also IMHO schon den kleinen Mühlkanal von der stillgelegten Mühle von nebenan gleich taggen wie den Nord-Ostsee-Kanal. Letzterer hat halt dann ein flächig gemapptes Objekt. > 68 drain Das ist wörtlich genommen eher der Ablauf nach der Mühle. Wobei ich das dafür nicht nehmen würde da ich bei drain eher an einen Ablauf im Sinne einer Entsorgung denke. > 62 river Siehe stream. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jahresrückblick 2014 und Ausblick auf 20 15
Hallo. Am 04.01.2015 um 21:29 schrieb Sven Geggus: > Jepp. Ich möchte eigentlich ein Wildcard-Zertifikat für > *.openstreetmap.de haben. Ich hoffe wir kriegen das mit der > Überprüfung für den FOSSGIS e.V. bei Startssl endlich mal hin. Das wäre Geldverschwendung. StartSSL prüft immer zunächst Personen. Diese Personen können danach gegen entsprechenden Nachweis noch die Orga-Zertifizierung machen und damit Zertifikate für einen Verein ausstellen. Kostet dann nochmal so viel. Alles das musst du mind. alle zwei Jahre wiederholen. Spar dir die Orga-Zertifizierung, lass einen Menschen der mutmaßlich noch ein paar Tage in dieser Ecke involviert ist das auf seinen Namen machen. Wenn es bisher Konsens ist, dass Zertifikate eh niemanden jucken sollten, dann sollte der "unschöne" Name später wirklich egal sein. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ist dies ein Bug in JOSM -- diverse Punkte erstellt, aber "nichts zum Uploaden"?
Hallo. Am 10.11.2014 um 22:27 schrieb Andreas Schmidt: > Als ich Uploaden wollte, fiel mir auf, dass ich gar keine Ortsangabe weiß. > Also habe ich im JOSM nach dem nächsten Ort geschaut, dessen Daten in > JOSM heruntergeladen und den Ortsnamen herauskopiert. Hast du dabei vielleicht eine neue Ebene erzeugt und später versehentlich bei dieser neuen Ebene "Hochladen" angeklickt? Das würde passen, denn wenn du in dieser Ebene nichts verändert hast, dann gibt es eben "nichts zum Hochladen". Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vertrauen in OSM-Wochennotiz
Hallo. Am 04.10.2014 um 11:30 schrieb Stephan Knauss: > Du müsstest alle zwei Jahre eine kleine Spende machen so dass SSL > Zertifikate verwendet werden können die in den verbreiteten Browsern > schon fest verdrahtet sind als vertrauenswürdig. > > Geht preislich ab USD 60 für zwei Jahre los: > https://www.startssl.com/?app=2 Äh, bitte, was? Hast du im Eifer des Gefechts vielleicht https://www.startssl.com/?app=1 übersehen? StartSSL ist in jedem relevanten Browser drin und erzeugt keine Warnungen. Kostenfrei. Wir setzen das seit Jahren auch geschäftlich ein ohne irgendwelche Probleme. Welche Person oder Organisation hinter der Wochennotiz steckt ist nun wirklich ausreichend egal, so dass man keinerlei persönlich gebundenes Zertifikat braucht. Wer heute noch für öffentlich abrufbare Seiten selbstsignierte Zertifikate einsetzt handelt grob fahrlässig, da man die Nutzer so effektiv gegen Warnungen abstumpft. Man kann sicherlich die CA-Infrastruktur als "broken by design" bezeichnen und diesem Gewerbe kein Geld zukommen lassen. Aber die Nutzer zum achtlosen Wegklicken einer Warnung zu erziehen kann nicht die Lösung sein. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste gestört?
Hallo. Am 04.08.2014 um 16:05 schrieb Andreas Schmidt: > a) weil eine mail an die Liste die einzige sichere Möglichkeit ist, die > Funktion zu testen. Wenn ich weiß, dass ich eine mail abgeschickt habe, > muss diese auch zurückkommen. Der Umkehrschluss haut nicht hin, es kann > auch Sommerpause sein. Man könnte auch im öffentlichen Archiv schauen was die letzte Mail ist. Aber mitdenken ist irgendwie aus der Mode gekommen. > b) weil es Listenmitglieder interessieren könnte, dass die Liste an alle > (?) Freenet-Kunden nicht ausgeliefert wird. Ganz ehrlich: Nein, das interessiert mich nicht. Das Interessiert vermutlich die OSM-Admins aber einen normalen Mapper eher nicht. Außer vielleicht die, die betroffen sind und die bekommen die Mails ja nicht. :) Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste gestört?
Hallo. Am 04.08.2014 um 16:43 schrieb uwe_sennew...@hotmail.com: > Jetzt muß ich täglich die Mails von der Liste händisch aus dem > Junkmailordner holen. Junkfilter sind zunächst mal immer Sache des Empfängers. Wenn dieser Filter Hinweise liefert, dass mit den OSM-Mailservern etwas nicht stimmen würde, dann freuen sich die Admins bestimmt über Details dazu. > Es gibt also mindestens zwei Mapper die Probleme mit der Mailingliste > haben und warum sollen wir uns dann hier nicht austauschen ? Weil das hier hunderte von Leuten empfangen die weder die technische Möglichkeit noch ein Interesse daran haben, Einzelprobleme zu lösen. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste gestört?
Hallo. Am 04.08.2014 um 12:26 schrieb Andreas Schmidt: > hiermit möchte ich kundtun, dass ich weiterhin keine mails von talk-de > erhalten habe. > Auch im Spamordner beim meinem emailprovider ist nichts. Aber wenn du ein technisches Problem hast, warum sollte das die anderen Listenteilnehmer interessieren? Wende dich an deinen Mail-Provider oder an die OSM-Admins aber doch nicht an die Mailingliste... Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweit (War: Was tu, wenn ein user permanent Daten zerstört?)
Hallo. Am 31.07.2014 um 22:08 schrieb Henning Scholland: > Was ist denn offiziell? Ist es > offiziell, wenn der örtliche Nordic Walking-Treff drei Wege um den Ort > mit Aufklebern verziert? Sobald das die Verwaltung erlaubt (und damit quasi unterstützt) ist es offiziell. Niemand darf einfach so eine langfristige Beschilderung an öffentlichen Wegen anbringen. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege mit zeitlicher Zutritts-Beschrängung
Hallo. Am 02.06.2014 08:41, schrieb Falk Zscheile: >> Die Regeln sind jedenfalls deutlich eher die eines privaten Hofs als die >> > eines oeffentlichen Raumes / Strasse. > Mit solch einer Aussage wäre ich in Deutschland vorsichtig. Seit dem > Fraport Urteil des Bundesverfassungsgerichts[1] reicht es nicht mehr, > dass ein Einkaufszenrum o. ä. in privater Hand ist um nach Belieben > Dritte vom Zugang auszuschließen. > Jedenfalls wenn diese Dritte ihre > Grundrechte auf Meinungsäußerungs- und Versammlungsfreiheit dort > ausüben wollen. Wie es in Italien ist, das weiß ich nicht. Jedenfalls > sind mit dieser Entscheidung deutlich in Richtung öffentlichen Raum > gerückt worden. Ich weiß, dass man access=Grundrechtsausübung nicht > mappen kann, aber den Vergleich Bauernhof--Einkaufszentrum wollte ich > dann doch hier nicht so stehen lassen. Das Urteil stützt sich maßgeblich auf den Fakt, dass die Fraport AG zu über der Hälfte in Besitz der öffentlichen Hand ist: "Von der öffentlichen Hand beherrschte gemischtwirtschaftliche Unternehmen unterliegen ebenso wie im Alleineigentum des Staates stehende öffentliche Unternehmen, die in den Formen des Privatrechts organisiert sind, einer unmittelbaren Grundrechtsbindung." (<46>) In der abweichenden Meinung eines Verfassungsrichters (<111 ff>) findet sich ja grade die Einschätzung, dass bei Betrachtung der Einzelanteile jeder öffentliche Anteilseigner nur Minderheitsbeteiligter ist und daher das Urteil hätte anders lauten müssen. Typische Einkaufzentren befinden sich nicht (überwiegend) in Besitz öffentlicher Anteilseigner sondern sind wirklich private Betriebe. Daher lässt sich dieses BVerfG-Urteil hier sicherlich nicht übertragen. Die Ausgangslage ist also anders und IMHO doch eher mit einem Hof zu vergleichen. Dass Einkaufszentren ihren Teil zur öffentlichen Infrastruktur (Grundversorgung) beitragen und daher nicht nach Belieben Leute vom Einkauf in den Geschäften ausschließen können halte ich zwar für richtig, aber die Zeiten zu denen geöffnet ist kann der Inhaber durchaus verändern. Er kann ja auch von heut auf morgen einfach zumachen wenn der Hauptmieter pleite ist. Ich gehe zumindest davon aus, dass mit "nach Gutdünken verweigert werden kann" nicht unbedingt die individuelle Gesichtskontrolle gemeint ist sondern die Tore nach Belieben auch mal geschlossen bleiben können wenn der Eigentümer das so will. Oder sich die Öffnungszeiten verschieben können. Das Recht, diese Fläche zu nutzen, insbesondere als Durchgangsweg, ist nicht öffentlich vorgegeben sondern ist abhängig von dem Willen des Eigentümers, dass da jetzt grade jemand laufen können soll. Er könnte das auch baulich so umgestalten dass ein direktes Durchgehen unattraktiv wird. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falsches Kartenmaterial Google statt OSM
Hallo. Am 29.05.2014 11:11, schrieb Helmut Kauer: > bin gerade auf /http://www.deine-berge.de/[1] gelandet. Dort kann man > bei den Karten OSM abrufen und landet bei google. Hab den > Seitenbetreiber bereits angemailt. Bei der Umschaltung Oben in der Mitte kann ich OSM oder OSM Cycle auswählen und erhalte die gewählte Karte. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettet die Kleingarten-Wegenamen
Hallo. Am 19.05.2014 14:33, schrieb Wolfgang Hinsch: > Darin sehe ich nicht das Problem. Das Problem besteht darin, dass > 1. private Wegebezeichnungen auch außerhalb von Kleingärten auftreten > können und Ja, aber immer innerhalb eines Polygons das einen Namen trägt. Freizeitpark, Campingplatz, whatever. Alles was ich mir dazu vorstellen kann sind Konstrukte die als solches einen Namen tragen. Eine Adress-Suche muss nun also bei einer Dopplung stets das Umgebende Polygon mit auswerten und dessen Namen als Spezifizierung dazu machen. Im schlimmsten Fall ist das dann ein Stadtbezirk, was auch nicht schadet. > 2. aus den Daten nicht erkennbar/berechenbar/herleitbar ist, ob der Weg, > der sich in dem Park oder der Kleingartenanlage oder wasauchimmer > befindet, nun einen offiziellen Namen hat oder nicht. Denn auch in > Kleingartenanlagen gibt es stellenweise offizielle Wegebezeichnungen. Das hatten wir in diesem Thread schon. Der Name ist in seinem Kontext gültig, egal wer ihn vergeben hat. Man muss halt den Kontext ggf. mit beachten. > Praktische Folge: Der (z.B.) Taxifahrer bekommt entweder eine Hasskappe, > weil er den Namen in seinem OSM-Navi nicht findet, oder weil er den > Namen 10x findet. Im Falle des offiziellen Namens im Kleingartengebiet > mit Zusatz "Kglv xx", nicht unterscheidbar von den wirklich lokalen > Kleingartennamen. In beiden Fällen wird er OSM entsorgen. Ich glaube nicht, dass wir momentan ein praktikables Navi kennen, das auf einer OSM-Straßensuche aufbaut und die Bedürfnisse eines Taxifahrers bedienen kann. Das Problem sind da nicht die Straßennamen, schon gar nicht die beim Kleingartenverein. Und jetzt über ungelegte Eier zu sprechen ist etwas müßig. > Ich bin schon konkret darauf angesprochen worden, dass die Daten für > eine professionelle Adresssuche unbrauchbar sind. Hat dir das der Programmierer einer professionellen Adresssuche gesagt oder hat ein Benutzer versucht, mit den aktuell verfügbaren Adress-Suche-Möglichkeiten etwas zu finden? Es ist allen klar, dass es momentan keine richtig gute Software für Enduser-Routing bzw. -Adresssuche mittels OSM gibt. Die Suche von osm.org ist schon recht gut aber sicherlich eher wie Google Maps und nicht TomTom. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettet die Kleingarten-Wegenamen
Hallo. Am 19.05.2014 02:14, schrieb Wolfgang Hinsch: > Der Auswerter für die Navigation kann nur alle Wege im > Kleingarten rausschmeißen oder mit mit einem Auswahlmenü für 20 Wege > kommen, weil die Blumennamen so gerne vergeben werden. Deinen > offiziellen Wegnamen im Kleingarten findet in beiden Fällen kaum einer. Wenn du es algorithmisch schaffst, die Wege im Kleingarten zu identifizieren und gezielt aus dem Suchindex rauszuschmeißen, dann sollte es auch gehen die Straßennamen um die Angabe der Kleingartenanlage zu erweitern ("Rosenstraße, Kleingartenanlage XY"). Und schon hast du den Nachteil zu einem echten Vorteil gewandelt. Grade die Kleingartensiedlungen die groß genug für Straßennamen sind, haben durchaus auch mal mehrere Eingänge und damit macht es Sinn, gleich das richtige Ziel anzusteuern. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kann es sein, dass seit 1.Mai keine neuen Beitraege erstellt wurden?
Hallo Kinders. Jetzt hört doch bitte auf mit dem Blödsinn. 1. Es kamen vom 1.5. bis zu dem Zeitpunkt der Frage (5.5.) schlicht und einfach keine neuen Beiträge hier an sondern nur Antworten auf bestehende Beiträge. Sowas soll passieren. Das kann man auch ohne Erregung allgemeiner Aufruhr über das Listen-Archiv sehen, das in jeder Mail (auch die vor dem 1.5.) verlinkt ist. 2. Wer von der SSL-Umstellung betroffen ist, erhält beim Abruf eine Fehlermeldung. Diesen Fehler dann per Mail (die man gar nicht verschicken könnte, wenn es denn so wäre) an die OSM-Liste zu prüfen ist eher nicht naheliegend. Warum also diese Mutmaßung? 3. Wer bei einem Anbieter ist, der bisher kein SSL angeboten hat, ist selbst schuld. Die Anbieter, die jetzt "plötzlich" SSL voraussetzen sind grade die, die es jahrelang nichtmal angeboten haben. Wir wurden vor 10 Jahren ausgelacht, warum wir uns den zusätzlichen Supportaufwand antun, alle Logins ausschließlich per SSL abzuwickeln. Und jetzt lasst uns wieder über inhaltlich passende Themen reden. Gruß, Bernd Am 07.05.2014 09:15, schrieb Georg Feddern: > > Am 05.05.2014 11:48, schrieb hike39: >> Sorry, aber ich habe festgestellt, dass seit dem ersten Mai keine >> neuen Beitraege bei mir rein kommen. Das kann ich nicht glauben. > > ja, meine ganze Verwandschaft hat sich auch gewundert - bis ich Ihnen > die Zugänge auf SSL umgestellt habe, nachdem viele (alle?) > Email-Provider es jetzt voraussetzen. > > Gruß > Georg > > PS: Hoffe Du liest das jetzt auch über einen anderen Weg (Archiv, GMANE > o.ä.) ... und wartest nicht auf die Email ... signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Tags = Schlagwörter
Hallo. Am 27.04.2014 13:59, schrieb Frederik Ramm: > Gibt es andere > Software oder Dokumentation im OSM-Umfeld, in der Tags als > "Schlagwörter" bezeichnet werden? Im OSM-Umfeld stimme ich zu, dass das keinen Sinn macht. Bei E-Mail-Programmen und Weblogs ist die Übersetzung "tag" => "Schlagwort" gebräuchlich. Da geht es ja um die "Verschlagwortung" zum Zwecke des Wiederfindens. Ist eine ganz andere Baustelle, nutzt aber den selben englischen Begriff. Gruß, Bernd signature.asc Description: OpenPGP digital 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
Hallo. Am 05.04.2014 13:02, schrieb Caronna: > Am 04.04.2014 18:29, schrieb malenki: >> Außerdem kostet eine Mail an die AfD nicht die Welt. > dan haben die deine Mail! > Sinnvoll ist das nur mit einer Einwegadresse Wenn man eine Mail sendet, "hat" der Empfänger nachher die Mail, das ist der Sinn des Ganzen, oder? Wenn du mit "deine Mail" eigentlich eine Mail-Adresse meinst: Diese Liste ist öffentlich archiviert. Jede E-Mail-Adresse die hier auf der Liste benutzt wird, ist öffentlich bekannt. Was soll also die Aufregung? Gruß, Bernd signature.asc Description: OpenPGP digital 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!
Hallo. Am 28.03.2014 16:48, schrieb Stefan Keller: > Der von dir beschriebene spezifische Fall ist aber schon recht trickig - > und es wird noch weitere trickige Fälle geben. Was mir grade bei einem erneuten Test begegnet ist: Ein Fußweg in einem Gebäude. Das Gebäude ist in OSM korrekt erfasst, mit ein paar Fußwegen innen drin. Da lässt sich auf dem Luftbild jetzt nicht grade eine Aussage treffen. :) Gruß, Bernd signature.asc Description: OpenPGP digital 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!
Hallo. Am 28.03.2014 16:48, schrieb Stefan Keller: > Wenn deine Frage aber rein auf das Problem abzielt, dass ein Auto angezeigt > wird (weil wir das bei Service-Wegen so eingestellt haben), dann ist es > eine Frage der Datenfilterung. Dieses Präprocessing muss auch noch > verbessert werden (es gibt viele Fälle mit Fussgängerstreifen). Was ich konkret zu bemängeln habe ist, dass man die Aussage "is there a direct way" eigentlich spezifizieren muss. Es könnte ja vom Trampelpfad bis zur Straße alles da sein. Was es wirklich ist, kann man zumindest in solch einem Fall nicht aus der Antwort des Nutzers erkennen. Und da ist es halt so: Würde da ein Fußgänger angezeigt, dann würde ich "ja" sagen. Bei einem Auto-Symbol ist es für mich nicht klar was ich antworten sollte. "is there a way?" => ja, schon, aber nicht für dich, kleines Auto. Bei einem Auto-Symbol könnte man ja frage "is there a road"? Was später nicht so wichtig ist aber bei meinem Fall gestern gestört hatte: Ich habe keine Chance, die reale Position der Aufgabe zu ermitteln. Ich hätte jetzt gerne den Fußweg direkt bei OSM eingetragen aber ich weiß ja nichts darüber. Außer dass es in der Schweiz sein müsste. :) Gruß, Bernd signature.asc Description: OpenPGP digital 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!
Hallo. Am 28.03.2014 14:56, schrieb Stefan Keller: > Was nicht alle realisieren: Mit der Eingabe von ein bzw. zwei Worten > bestätigt man, ob die OSM-Ways eine Verbindung haben - oder eben nicht. Bei > - sagen wir - 5 Übereinstimmungen betrachten wir diese Lösung als > zuverlässig. Ich habe grade ein ReMaptcha gehabt das folgendermaßen aufgebaut war: W1: ---A->-->-->- : W2: -B--- Bei A war ein Auto-Symbol. Die Wege W1 und W2 sind parallele service-Wege (Parkplatz und separate Firmen-Zufahrt), die an der fraglichen Stelle durch einen Fußweg (geschätzt deutlich < 2 Meter breit) verbunden sind. Was wäre da jetzt die richtige Antwort? Sind die verbunden oder nicht? Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hervorheben von POIs auf eignen Karten
Hallo. Am 26.03.2014 10:39, schrieb Wolfgang Wienke: > Das heißt aber dann doch, dass ich die POIs wieder selbst über Pins > setzen muss!?? Wie soll es denn sonst gehen? Die Karte selbst ist ein Bild. Ein Bild ist ein Bild, da kannst du nichts anklickbar machen. Wenn das nur optisch im Kartenbild selbst hervorgehoben sein soll, musst du ein eigenes Rendering machen. Wenn es nicht optisch hervorgehoben sondern nur klickbar sein soll, kannst du evtl. einen transparenten Pin setzen. Die vorgeschlagene Methode macht das Herunterladen und setzen der Koordinaten / Pins ja automatisch, du musst also keine Liste der Pins lokal haben oder von Hand pflegen. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access-Tags
Hallo Manuel. Am 27.02.2014 07:58, schrieb Manuel Reimer: > Mir geht es um dieses Schild: > http://commons.wikimedia.org/wiki/File:Zeichen_260.svg > Mit dem Zusatz darunter "Land- und forstwirtschaftlicher Verkehr frei". > > Ich lese da erstmal das motorisierte Fahrzeuge verboten sind. Weiterhin lese > ich eine Einschränkung, die forst/landwirschaftlichen Verkehr freigibt. Also > "motor_vehicle = agricultural". Ich sehe auf dem Schild keinerlei > Einschränkungen bezüglich Fußgängern oder Radfahrern. > > Wenn als ein zusätzliches "bicycle = yes" und "foot = yes" erforderlich sein > soll, dann müsste da auch "horse = yes" dran. Auch den Zugang mit > Rollschuhen und Inline-Skates verbietet hier niemand. Also noch > "inline_skates = yes" und so weiter... Im Prinzip hast du Recht. Bei den Wegen die explizit beschildert sind, ist es in den üblichen Fällen auch so, dass das "echte" Wege sind und deine Aussagen treffen zu. (Auch wenn ich Bauchschmerzen hätte, inline_skates auf einem Schotterweg explizit freizugeben.) Aber bei Waldwegen allgemein gelten deine Aussage nicht unbedingt. Z.B. muss ein Waldweg in Ba-Wü mind. 3 Meter breit und befestigt sein, damit man darauf reiten darf. Klar, Wege die das Kriterium nicht erfüllen tragen meistens gar keine Schilder, da sie dann für landwirtschaftliche Fahrzeuge auch eher uninteressant sind. Aber das sieht man den Tags meistens nicht an. Aber es ist utopisch, das jeweils vor Ort zu taggen, da auch ein Mapper diese Gegebenheiten nicht alle auswendig kennt. Bei tracktype=grade3 und schelchter ist es z.B. schwer. Das sind Wege, die meistens nicht beschildert sind, aber zumindest hier dennoch nicht für den fahrenden Verkehr erlaubt sind, da sie nicht (ausreichend) befestigt sind. Das ist auch nicht nur ein "kann nicht" sondern auch ein "darf nicht". Zudem kommt bei Waldwegen ja auch immer der Faktor dazu, dass ein schlecht gepflegter öffentlicher Waldweg und eine Rückegasse im Privatwald sich nicht immer optisch unterscheiden müssen. Beide sind evtl. nicht beschildert aber abseits des Weges darf man mit keinem Fahrzeug durch den Privatwald, auch nicht mit dem Fahrrad. Man kann also manchmal vor Ort nicht erkennen was wirklich die rechtliche Lage ist (und mein Appell wäre dann, das Wild im Zweifel mal in Ruhe schlafen zu lassen). Ich stimme dir also zu, dass man nur das taggen sollte was vor Ort offensichtlich ist, i.d.R. explizit durch Schilder geregelt oder eindeutig bekannt ist. Und tracktype=grade4 und schlechter dienen IMHO eh mehr der Orientierung und nicht einem automatischen Routing. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Ich mach ja kein Tofu normalerweise aber hier kann ich nicht Sachbezogen antworten: Du legst mir in den Mund, dass ich irgendwas über irgend einen Goetheplatz geschrieben hätte. Habe ich nie. Ich weiß nichts von einem Goetheplatz. Lass das bitte. Am 26.02.2014 11:57, schrieb Peter Wendorff: > Am 26.02.2014 11:20, schrieb Bernd Wurst: >> Hallo Peter. >> >> Zunächst: Watch your tone. Ehrlich. >> >> >> Am 26.02.2014 11:00, schrieb Peter Wendorff: >>> Hallo Bernd, >>> was hältst Du davon, konkrete Probleme zu verlinken, damit man konkrete >>> Fragen stellen kann, was da was ist oder sein soll. >>> Dass ein Name am Goetheplatz fehlt, hattest du geschrieben. >> >> Nein, habe ich nicht geschrieben. > Stimmt, du hattest nur gefragt (Mail von gestern, 25.2., 23:12): >> Wie trägt man zukünftig den "Goetheplatz" ein, damit der Name des allseits >> bekannten Platzes auf der Karte erscheint? >> Ich nehme an, der Name von "area = yes" wird dann nicht mehr angezeigt. > > Vielleicht hab ich da also einen konkreten Fehlerfall reininterpretiert, > den es nicht einmal gab oder gibt - dann entschuldige ich mich für den > Ton (erlaube mir aber, die Frage zu stellen, was du damit eigentlich > erfragen wolltest). > >>> Dass das zusammen mit highway=pedestrian und area=yes korrekt gerendert >>> werden sollte, hast du hier auch schon lesen können. >> >> Ja, betrifft mich aber null komma gar nicht. > Sondern? Was betrifft dich denn dann? Denn die Frage hast du ja schon > gestellt, zumindest ist die Mail bei mir so eingegangen. Was genau du > brauchst, hast du ja nicht geschrieben - ich weiß nur, dass es um > irgendeinen der Goetheplätze geht, die es gibt. > >>> Wer aber sollte jetzt ein Ticket aufgrund einer Fehlermeldung aufmachen, >>> die nur auf Hörensagen beruht, weil niemand außer dir das direkt >>> überprüfen kann (denn Goetheplatz gibt's schon ganz schön häufig). >> >> Ich habe nur von einigen Waldwegen gesprochen. Eigentlich sind es alle >> Waldwege. Ich kann dir hunderte Links schicken. Oder du schaust einfach >> irgend einen x-beliebigen Waldweg an. > Das Waldweg-Thema ist ein anderes und doch geklärt - da fehlt noch die > Render-Regel, die beim Catch-All weggefallen ist, da kann man gucken, ob > es ein Ticket gibt und bei Bedarf eins erstellen, einen Patch einreichen > etc., darauf habe ich mich aber nicht bezogen. > >>> Also: Gib uns einen Link und es wird jemand versuchen, dir zu helfen - >>> jedenfalls ist das meistens der Fall. >>> Soviel also zu deiner Frage "was denn noch". >> >> Die Frage war ganz konkret: Was ist bei einem normalen Weg denn außer >> name noch nötig um ein Redering des Namens zu erwirken. Dass es *kein* >> area-Tag geben soll konnte man hier heraus lesen. Aber meine Wege haben >> kein area-Tag. > das area-Tag ist nicht ausschlaggebend fürs Rendering; es ist aber > notwendig, um ein lineares feature als Fläche darzustellen. > > waldwege: Da fehlt die Rendering-Regel, Goetheplatz: da fehlt das Wissen > darüber, was da überhaupt drangetagged ist - und das verweigerst du ja > weiterhin (oder es interessiert dich tatsächlich nicht mehr). > >> Meine Mutmaßung ist ja, dass hier der Style von highway=* auf einige >> wenige explizit eingetragene Werte eingeschränkt wurde. Das kann man >> machen, muss dann aber auch alle etablierten Werte berücksichtigen. >> Bisher scheint "track" kein gültiger Wegtyp in diesem Sinne zu sein. >> >> Ich seh's irgendwie nicht ein, für ein Problem einen Bugreport [1] auf >> zu machen das derart offensichtlich ist. Wer das verbockt hat, soll sich >> bitte auch darum kümmern dass das gefixed wird. > Ich glaube, bei konkreten Fehlermeldungen (wie gesagt: ich red vom > Goetheplatz) würde das jemand übernehmen; spätestens auf eine direkte > Bitte hin. Aber aus wagen Aussagen ein Ticket zu bauen ist etwas mehr > Arbeit als sich bei github anzumelden. > > "Wer das verbockt hat" hat im Zuge dessen etliche andere Fehler behoben > und damit die Gesamtlage im Rendering eher verbessert; zumindest aber > langfristig eine richtige Grundlage gelegt, um gezielt eine korrekte > Darstellung genau da zu erzielen, wo sie gewünscht wird. > > Wenn Du mit github ein Problem hast, frag doch einfach freundlich nach, > beschreibe das Problem konkret und so, wie du es auch in ein Ticket > schreiben würdest, und bitte darum, dass daraus jemand ein Ticket macht, > ich bin sicher, dass dir das nicht verwehrt wird. > > Gruß > Peter > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Hallo Peter. Zunächst: Watch your tone. Ehrlich. Am 26.02.2014 11:00, schrieb Peter Wendorff: > Hallo Bernd, > was hältst Du davon, konkrete Probleme zu verlinken, damit man konkrete > Fragen stellen kann, was da was ist oder sein soll. > Dass ein Name am Goetheplatz fehlt, hattest du geschrieben. Nein, habe ich nicht geschrieben. > Dass das zusammen mit highway=pedestrian und area=yes korrekt gerendert > werden sollte, hast du hier auch schon lesen können. Ja, betrifft mich aber null komma gar nicht. > Wer aber sollte jetzt ein Ticket aufgrund einer Fehlermeldung aufmachen, > die nur auf Hörensagen beruht, weil niemand außer dir das direkt > überprüfen kann (denn Goetheplatz gibt's schon ganz schön häufig). Ich habe nur von einigen Waldwegen gesprochen. Eigentlich sind es alle Waldwege. Ich kann dir hunderte Links schicken. Oder du schaust einfach irgend einen x-beliebigen Waldweg an. > Also: Gib uns einen Link und es wird jemand versuchen, dir zu helfen - > jedenfalls ist das meistens der Fall. > Soviel also zu deiner Frage "was denn noch". Die Frage war ganz konkret: Was ist bei einem normalen Weg denn außer name noch nötig um ein Redering des Namens zu erwirken. Dass es *kein* area-Tag geben soll konnte man hier heraus lesen. Aber meine Wege haben kein area-Tag. Meine Mutmaßung ist ja, dass hier der Style von highway=* auf einige wenige explizit eingetragene Werte eingeschränkt wurde. Das kann man machen, muss dann aber auch alle etablierten Werte berücksichtigen. Bisher scheint "track" kein gültiger Wegtyp in diesem Sinne zu sein. Ich seh's irgendwie nicht ein, für ein Problem einen Bugreport [1] auf zu machen das derart offensichtlich ist. Wer das verbockt hat, soll sich bitte auch darum kümmern dass das gefixed wird. [1]: Ich müsste mir dafür schließlich erst noch einen github-Account machen, den ich nicht haben will. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Hallo. Am 26.02.2014 10:21, schrieb Manuel Reimer: > Auch wenn Off-Topic: Ich würde "bicycle = yes" und "foot = yes" rausnehmen > und das "access = forestry" auf "motor_vehicle = forestry" umstellen. Das > man einen Wald/Feldweg zu Fuß und mit dem Fahrrad benutzen kann ist IMHO > selbstverständlich. Die beschilderte Einschränkung bezieht sich lediglich > auf motorisiertes Fahrzeug. Das aber nur am Rande. Ja, ich hab das aus dem Objekt auf der OSM-Seite raus kopiert. Die von dir genannten Tags habe nicht ich gesetzt, die sind mir auch erst heute aufgefallen. Aber ich wollte nicht lügen :-) und daher daher die Tags hier rein kopiert, die bei mir dazu führen dass alte Kacheln noch einen Namen haben und neu gerenderte nicht mehr. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Hallo. Am 26.02.2014 08:31, schrieb Walter Nordmann: > Bernhard Weiskopf wrote >> > Wie trägt man das jetzt ein? Genügt "name = ..." nicht mehr? > Ja, name=* reicht nicht mehr aus - und das ist gut so! Ja, aber selbst highway=... und name=... reicht scheinbar nicht aus? Was denn noch? "render_this_name=yes" oder wie? :-) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Hallo. Am 26.02.2014 00:01, schrieb Frederik Ramm: >> die Straßen in den >> > Naherholungsgebieten zwischen den Vororten (highway = track) werden nun >> > auch >> > namenlos angezeigt, obwohl sie Straßennamen tragen, bei Fußwegen (path oder >> > footway) mit Namen genauso. > Da muss man sich jetzt halt überlegen, ob man bei solchen Wegen gern > Namen angezeigt haben möchte, und wenn ja, trägt man das ein. Ist ja > kein Hexenwerk. Wo "trägt man das ein"? Ich habe hier sehr viele Feld- und Waldwege, deren Namen nun komplett verschwunden sind. Tagging ist etwa so: access forestry bicycle yes footyes highway track nameHoblersbergweg tracktype grade2 Was muss ich nun ändern, dass die Namen wieder auftauchen? Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei Geodaten?
Hallo. Am 20.02.2014 08:45, schrieb Florian Lohoff: > Fotografie - Große Blende - Kleine Zahl. > > 2,8 > 11 > > Ist auch nicht jeden zu vermitteln ... Ja, da ist die Sprach-Konvention auch ziemlich blöd. :) Weil eigentlich ist eine "große Blende" eine "große Blendenöffnung". Die wirksame mechanische Blende, die den Lichtdurchlass verkleinert wird größer bei "kleinerer Blende". Und die Zahl hat damit nun wieder gar nicht direkt was zu tun sondern ist ebenfalls der Nenner eines Bruchs "f/2,8", wodurch sich wieder die umgekehrte Proportionalität ergibt. Die Kartographen geben den Bruch wenigstens immer komplett an, die Fotografen sparen sich den Zähler und den Bruch und wundern sich dass das keiner versteht. :) Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei Geodaten?
Hallo. Am 19.02.2014 19:50, schrieb Steffen Wolf: > Und ich bin sowieso immer verwirrt, was nun ein kleinerer > Massstab ist und was ein groesserer. Na dann. Ich seh zwei offensichtliche Lesarten, die sich aber nicht widersprechen: - kleinerer Maßstab => Die dargestellten Elemente sind kleiner => 1:10.000 ist kleiner als 1:5.000 - kleinerer Maßstab => 1 : 10.000 = 1 / 10.000 ("ein zehntausendstel") ist kleiner als 1 : 5.000 = 1 / 5.000 ("ein fünftausendstel") Wo gibt es irgend einen Anhaltspunkt dass es anders gemeint sein könnte? (Jetzt mal außer dass da unterm Bruchstrich eine kleinere Zahl beim größeren Maßstab steht, aber das ist ja Grundwissen aus Klasse 6.) Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Viele Geldinstitute im Wald
Hallo. Am 05.02.2014 18:20, schrieb malenki: > Der Policy zufolge darf man nicht einmal hier¹ nach > "Feldweg | Waldweg" suchen, um die entsprechenden Objekte zu > korrigieren - nämlich highway=track setzen und name=* entfernen. > > ¹ http://www.osm.org/#map=17/50.89753/7.68173 Ihr habt eine vergleichsweise hohe Dichte an Geldinstituten dort im Wald. :) Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialist für Satz und Druck gesucht
Hallo. Am 04.01.2014 15:26, schrieb Patrick Beck: > ich habe als Versuch mal eine LaTeX-Vorlage gebastelt und geschaut was > dabei rauskommt: > > PDF: http://yourse.de/tmp/anleitung.pdf [...] > Der erste Eindruck ist, dass 92x92 (habe glaube bei pagesize 91x91 > eingetragen) verdammt klein ist. Hättest du nicht die Möglichkeit eine > breitere Version drucken zu lassen? Du hast die von Wikipedia Commons (ohne Quellenangabe) geklauten Bildchen der Kabel vergessen. ;-) Mein Vorschlag (wenn man die beiden Verkabelungsstandards überhaupt beide berücksichtigen möchte) wäre, zwei Tabellen zu machen. Eine für 568A und eine für 568B. Wenn es ein Booklet ist, wäre es doch auch möglich, eine Doppelseite für die Tabelle zu nutzen. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Land- UND Forstwirtschaflticher Verkehr
Hallo. Am 16.12.2013 13:54, schrieb rainerU: > Am 16.12.2013 12:59, schrieb Bernd Wurst: >> Aber dass >> ein Weg im Wald oder über freies Feld die LuF-Nutzung nicht erlaubt, ist >> jetzt nicht grade geläufig. Oder irre ich mich da. >> >> Hast du da ein Beispiel? > > Bitte: > > https://maps.google.com/?ll=42.763303,2.987165&spn=0.011311,0.050082&t=m&z=15&layer=c&cbll=42.763316,2.987144&panoid=-1dgQfxcOWuQQeedgfAINg&cbp=13,45,,0,0 > > Übersetung der Aufschrift: Verboten für motorisierte Fahrzeuge aller Art. > > Natürlich kann die Schranke vom Servicepersonal geöffnet werden und natürlich > dürfen die mit Servicefahrzeugen reinfahren. Aber das ist etwas anderes, als > wenn ich zur Erntezeit mit regem Verkehr von Traktoren, Pkws und > Erntemaschinen > aller Art rechnen muss. Okay, Punkt für dich. :) Man muss dazu ja noch nichtmal ins Ausland gehen, an vielen künstlichen Wasserstraßen gibt es solche Service-Wege, habe ich sogar selbst schon gesehen am Nord-Ostsee-Kanal. Ich nehme an bei Radwegen auf aufgegebenen Eisenbahnstrecken wird es diesen Fall auch geben, dann aber evtl. mit blauem Schild. Eine Radtour mit solchen Wegen zu planen ist aber dennoch schwer, die verzweigen halt nicht so richtig. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Land- UND Forstwirtschaflticher Verkehr
Hallo. Am 16.12.2013 12:48, schrieb rainerU: > Ich rendere eine Fahrradkarte, auf der ich > Wege, auf denen landwirschaftlicher Verkehr zugelassen ist, anders darstelle > als > solche, auf denen jeglicher motorisierter Verkehr verboten ist. Für die > Familie, > die mit kleinen Kindern auf dem Fahrrad unterwegs ist, kann das ein wichtiges > Kriterium bei der Streckenwahl sein. Dafür brauche ich access=agricultural. Abgesehen von reinen Fuß- oder Radwegen (blaue Schilder): Gibt es solche Wege? Je weiter man aufs Land raus kommt, desto eher wird klar, dass jeder Weg im Zweifel vorrangig dazu gebaut ist um ein paar land- und forstwirtschaftliche Grundstücke zu erschließen. Zusätzlich können die Wege dann als Erholungsweg ausgebaut oder beschildert sein. Aber dass ein Weg im Wald oder über freies Feld die LuF-Nutzung nicht erlaubt, ist jetzt nicht grade geläufig. Oder irre ich mich da. Hast du da ein Beispiel? (Ja, ich kenne einen Weg, der mit z250 ohne Ausnahme beschildert ist. Daneben hängt das Hinweisschild einer Radroute und 200m weiter ist eine Scheune die nur über den Weg erreicht werden kann. Da weiß man gleich dass es nicht ernst gemeint ist.) Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design für normale Nutzer
Hallo. Am 13.12.2013 08:40, schrieb Bernd Wurst: >> http://regio-osm.de/ > Ich kann dem Link jetzt nicht entnehmen, welche Gemeinden hier ein so > negatives Bild hinein bringen. Okay, I see. Wenn ich meine Heimatstadt anklicke, kommen dort diese Werte: 432 Straßen in Soll-Liste vorhanden 307 (71%) Straßen sowohl in Soll-Liste als auch in OSM vorhanden 125 Straßen fehlen noch in OSM 98 Straßen nur in OSM vorhanden Supi. Wir sind seit etwa 4 Jahren bei 100% der regulären Straßen. Wo die Referenzliste die zusätzlichen Straßen her hat ist mir schleierhaft. Teilweise sind das einfach Gewanne und Wohngebiete, die nicht als Straße existieren. Einige der fehlenden Straßen sind Waldwege, die bei OSM drin sind aber in der Auswertung nicht berücksichtigt werden. Also wer sich auf diese Auswertung verlässt ist verlassen. :) Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design für normale Nutzer
Hallo. Am 12.12.2013 22:30, schrieb Tirkon: > Und auch bei der Straßenerfassung, der Basis allen Routings, sehen wir > auch noch nicht gut aus. Da sind noch etliche Bereiche in Deutschland, > in denen nicht einmal 60 % aller Straßennamen vorkommen. > > http://regio-osm.de/ Ich kann dem Link jetzt nicht entnehmen, welche Gemeinden hier ein so negatives Bild hinein bringen. Kannst du evtl. einen Deeplink posten? Ich tu mir schwer diese "nicht einmal 60%" zu glauben, bin aber gerne bereit mich von Gegenteil überzeugen zu lassen. Wenn dem aber so ist, dass sollte man diese Gemeinden immer wieder öffentlich erwähnen, so dass jemand der vielleicht mal zufällig in der Nähe ist dort etwas unterstützen kann. Aussagen wie "etliche Bereiche" ist halt Schwarzmalerei. Deutschlandweit betrachtet sind das Ausnahmen. Die gilt es zu benennen. Zumindest die Straßen erfassen kann man ja auch von überall. Vielleicht findet sich ja dann jemand der die eine oder andere Straße benennen kann. (Ja, Gratwanderung: Einen Ort von Grund auf zu erfassen kann einen lokalen Neu-Mapper durchaus mehr motivieren als nur die Namen dran zu machen.) Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design - PDF
Hallo. Am 10.12.2013 17:10, schrieb Falk Zscheile: > Gibt es auch eine Möglichkeit, den Kartenausschnitt in einer anderen > (insbesondere höheren) Auflösung als am Bildschirm dargestellt zu > exportieren? SVG und PDF sind Vektorgrafik. Auflösung ist da irrelevant. Es ist nur so, dass die Schriftgrößen für die Auflösungen der Standard-Zoomlevel optimiert sind. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Listenmail in Listenmail verlinken
Hallo Florian. Ich bin ja inhaltlich eigentlich bei dir, ascii-ribbon-campaign und so. Aber du musst aufpassen, dass du nicht ins unsachliche abdriftest... Am 21.11.2013 00:21, schrieb Florian Lohoff: > Und ein link ist der Reply-To auch nicht. Es ist eine Message ID auf die > sich bezogen wird - keine URL/URI. Reply-To ist was anderes. Du meinst In-Reply-To oder References. > Der Urheber der Mail sollte eine eindeutige Message-ID erzeugen. Thats it. [...] > 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. Um das ganze mal auf einen anderen Level zu heben: Leider implementiert Mailman bisher nicht RFC 5064, das wäre die einfachste Variante. Momentan ist wohl GMane das einfachste: | How do I link to a specific article if I just know the Message-ID? | http://mid.gmane.org/1234567890.1234567...@example.com Die Message-ID zeigen zwar die meisten Mailprogramme nicht an, aber mit Ctrl+U oder einer anderen Tastenkombination des Tages kann man ja den Sourcecode anschauen und die herauslesen. Einen "Link" in einer E-Mail kann man auch ohne Verletzung von RFC2822 machen: Man notiere einfach http:// und eine valide HTTP-URI dahinter. Gerne auch in 7 Bit US-ASCII. Die Mail-Programme einer ausreichend großen Zahl von Leuten macht daraus etwas klickbares. Die anderen werden es schon selbst hinbekommen eine HTTP-URI aufzurufen. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abkürzungen (bei Sportvereinen) im Namen
Hallo. Am 14.10.2013 17:33, schrieb Manuel Reimer: > Auch "name:de" mit Abkürzung halte ich für falsch. Im Sprachgebrauch > verwendet ja schließlich keiner die Abkürzung sondern den ganzen Namen. Die Aussage würde ich so nicht unterstützen. Grade bei Sportvereinen wird eigentlich immer abgekürzt. Ich habe noch selten im Fernsehen etwas vom "Verein für Bewegungsspiele Stuttgart" oder von der "Turn- und Spielvereinigung Koblenz" gehört. Auch die "Spielgemeinschaft Flensburg-Handewitt" wird selten so ausgesprochen. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer ohne Straßennamen
Hallo. Am 13.09.2013 09:18, schrieb Johann H. Addicks: > Wobei ich mich ernsthaft frage, warum es Gemeinden gibt, die ihren > Bewohnern soetwas antun. > Einfach weil die Leute doch bei jeder Warenbestellung erneut > Schwierigkeiten bekommen, weil der Adressdatensatz dann in irgendwelchen > Validatoren/Adresscheckern hängenbleibt und erst nach manueller Freigabe > ("ja, das stimmt wirklich so") oder gar erst nach Rücksprache mit dem > Kunden freigegeben wird. > Sprich: reproduzierbare Lieferverzögerungen. Ist das so? Ich kann das als Betroffener nicht (mehr) bestätigen. > Und das alles, weil irgendwer glaubte, "was ganz besonderes sein zu > müssen". Denn Kosten werden es nicht sein, warum man nicht zumindest > dann der Vollständigkeit halber ein Schild "Hauptstraße" (falls einem so > gar nichts einfällt) aufstellt. Unsere Gemeinde hat 73 (!) Teilorte, die Mehrzahl davon ohne Straßennamen. Wenn da überall Hauptstraße stehen würde, wär das Chaos sicherlich nicht weniger. > Nunja, vielleicht wäres es nur für mich ernsthaft ein Grund, von so > einer "Spezialadresse" schlicht wegzuziehen. Ich seh da kein Problem. In jeglicher Kommunikation mit Ämtern, Lieferanten oder Kunden wird der Ortsname schlicht als Straßenname benutzt. Beim Aufkommen automatischer Adressvalidierungssysteme Ende der 90er gab es plötzlich massive Probleme weil irgendwelche Großstadt-Programmierer diesen Fall nicht bedacht haben und unser Ortsname dann halt munter per fuzzy-logic auf einen anderen Straßennamen geändert wurde. Und zwar fast reproduzierbar bei allen größeren Firmen. Da wurde also irgend eine Straßen-Datenbank querbeet genutzt. Das ist aber mittlerweile vorbei, die meisten haben jetzt auch unseren Ort als Straßenname dabei. Aus dieser Erfahrung heraus und weil es der gelebte Alltag ist, trage ich solche Ortsnamen bei OSM als Straßennamen ein. Ich sehe außer der dem Fehlen der Widmung nichts was dem entgegen steht. Mir ist klar, dass es hier viele gibt die das anders sehen und nüchtern rechtlich betrachtet mag es falsch sein. Aber es entspricht in allen wesentlichen Punkten dem was vor Ort Realität ist ("vor Ort" ist wirklich vor Ort und mag ungleich dem sein was die Gemeindeverwaltung in den Büchern hat). Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Variable Geschwindigkeitsbegrenzung
Hallo. Am 12.08.2013 12:38, schrieb Ronnie Soak: > Gibt es ein Beispiel, bei dem die höchstmögliche Geschwindigkeit nicht auch > die am häufigsten zutreffende ist? Mir fällt keine Konstellation ein, bei dem die Leitstelle einen Grund hätte, die Geschwindigkeit des Verkehrsflusses künstlich anzuheben. Es ist etabliertes Vorgehen, bei höherer Verkehrsdichte oder sonstigen Gefahrensituationen den Verkehrsfluss zu verlangsamen um die Geschwindigkeiten der Fahrzeuge zu homogenisieren und die Risiken zu minimieren. Die normale Begrenzung zu lockern "wenn wirklich wenig los ist", könnte man in Betracht ziehen, dürfte aber nüchtern betrachtet eher nicht passieren, zumindest nicht hierzulande. :) Was es vermutlich gibt, sind Streckenabschnitte, die prinzipiell für höhere Geschwindigkeiten freigegeben sind, dann aber doch in über der Hälfte der Zeit verlangsamt werden weil ein hohes Verkehrsaufkommen besteht. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?
Hallo. Am 05.08.2013 06:50, schrieb Manuel Reimer: > hier genau in der Mitte ist der Name einer Gaststätte dank des, eigentlich > hier sinnlosen, Straßennamens zerschnitten: > http://www.openstreetmap.org/?lat=49.959407&lon=9.656553&zoom=18&layers=M > > Ich finde: Entweder ganz darstellen oder garnicht. Dieses Geschnipsel sieht > besch... aus... > Woran liegt es? Kann man den Fehler irgendwo melden? Das "Geschnipsel" ist genau am Rand einer Kachel. Vermutlich sind die Kacheln unterschiedlich alt und entweder am Renderer oder an den Daten hat sich da kürzlich was geändert, so dass der Name der Gaststätte angezeigt werden soll oder nicht. Man kann das Neu-Rendern der Kacheln erzwingen in dem man zuerst das Bild alleine anzeigen lässt (Rechtsklick -> Grafik anzeigen) und dann an die Adresse hinter der .png noch ein /dirty dran hängt. Ich habe das für die beiden Kacheln links und rechts der Gaststätte gemacht, in wenigen Minuten wird es vermutlich einheitlich sein. Wenn nicht, gibt es wohl wirklich einen Fehler, den man melden sollte. Google findet das hier zu "mapnik bug tracker": https://github.com/mapnik/mapnik/issues Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Hallo. Am 29.07.2013 07:45, schrieb Markus: > Aber wie lösen wir nun das - m.E. berechtigte und sinnvolle - Anliegen > derer, die ihre Personen-Daten nicht mit ihren Geo-Daten verknüpft > wissen wollen? Das einzige, was mit den Geodaten verknüpft wird, ist ein selbst gewählter Nickname. Dazu kommt die Möglichkeit, ein Mapping-Aktivitäts-Profil um einen Username zu konstruieren, das aber nicht aus den Daten alleine auf eine natürliche Person zurück verfolgt werden kann. (Sondern nur wenn man aus anderen Quellen eine Vermutung hat, wo ein bestimmter Mapper aktiv ist.) Folglich löst sich das Problem in Luft auf sobald genau diese Leute die mit dieser Zuordnung ein Problem haben, einen nicht zuordenbaren Nickname benutzen und Ihre Mapping-Aktivitäten nicht auf ein Gebiet konzentrieren, das eine Zuordnung zur Person ermöglicht. Oder eben mehrere Accounts nutzen. Es wurde ja schon gesagt: Es gibt die Privacy-Policy und es gibt einen Hinweis auf diese bei der Anmeldung. Wenn man das anders/deutlicher Formulieren will, nur zu. Aber es sollte nicht sein, dass dieser Aspekt eine zentrale Rolle bei der Beschreibung von OSM einnimmt, das wäre wirklich ungerechtfertigt. Es sind hier auf dieser (großen!) Mailingliste jetzt eine Hand voll Leute, die dieses Thema diskutieren, dem Rest ist das eher egal. Frederik hatte ja bereits auf die Diskussion verwiesen als die anonymen Edits abgeschafft wurden. Das Thema an sich ist nichts was man unter den Teppich kehren sollte, aber es ist auch nicht wirklich ein Aufreger, denn gefühlten 95% der Mapper ist die Sache klar und es ist von ihnen gewollt, dass es so ist wie es ist. Und verheimlicht wurde das Thema auch nie, es haben nur eben eine handvoll Leute die Privacy-Policy nicht gelesen. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Hallo. Am 28.07.2013 20:48, schrieb Dirk Sohler: > Einzig die > Datenschutzbestimmungen und die Lizenz greifen da dann, und eröffnen > die Möglichkeit, Leute, die das machen, Unterlassungszuverklagen. Yeah, strike, Sieg, die Welt wird rosarot. ;-) Ging es initial nicht um die Bedenken was alles möglich ist und vor allem: Gilt das größte Misstrauen nicht eher denjenigen die über dem Gesetz für Normalmenschen stehen? Wie Frederik schon sagte: Etwas zu verschleiern bringt nichts. Dann denkt der einfache Mapper bloß, dass diese Daten wirklich geschützt sind obwohl das nicht so ist. Da Website und API ebenfalls freie Software sind, kann wirklich wieder jeder nachschauen wie man die Daten dennoch auslesen kann. Bei all der Diskussion fehlt mir ein ganz wichtiger Punkt: Ich mache hier unter anderem mit weil ich etwas schaffen will. Etwas auf das ich stolz sein kann. Ich sehe mit Stolz, dass bei einem relevanten Teil der Straßen meiner Heimat mein Username an den Daten hängt. Ich fände es mehr als nur schade, wenn das nicht mehr so wäre. Auch Pascals Auswertungen sind IMHO geniale Motivationshilfen. Löst das "Problem" doch bitte über idiotensichere Aufklärung [1] und nicht über merkwürdige technische Verschleierung! Gruß, Bernd [1]: If you make something idiotproof, someone'll build a better idiot! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Hallo. Am 28.07.2013 01:08, schrieb Mark Obrembalski: > Also können wir ja nett sein und die Leute darauf hinweisen. Wird kaum > jemanden ernsthaft stören, aber den einen oder anderen doch auf einen > verbreiteten Sachverhalt hinweisen. Kostet uns ja nix. War es nicht (bei einem Teil der Diskutierenden) Konsens, dass die bereits existierende privacy policy zwar genau das aussagt, man aber von niemandem erwarten möchte, dass man die "Lies das vorher"-Texte auch liest? Ich glaube nicht, dass sich das "Problem", sofern man eins hat, lösen lässt. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Hallo. Ich kam mal ein bisschen in meinen Erinnerungen zu bisherigen Posts auf der Mailingliste... Am 27.07.2013 11:38, schrieb Markus: > Die OSMF (und die Admins) verpflichten sich auf eine entsprechende > Datenschutzerklärung. > > Abfragen über a) und b) ist nur der OSMF möglich Ah, nein, dieser undurchsichtige, von Firmen unterwanderte Haufen bei der OSMF soll meine Personendaten einsehen können? :) Wie sind ein freies Projekt. Man kann noch so dran runter beten, dass da nur "Freie Geodaten" drauf steht. Aber es gehört mehr dazu: Bei einem freien Projekt darf jeder mitmachen, es darf sich jeder mehr engagieren als andere und es kann jeder wenn er etwas Engagement bringt zusätzliche, ehrenamtliche Tätigkeiten ausführen. In vielen Fällen, wie auch hier, kann man auch in eine Organisation eintreten und sich dort für ein besonderes Amt wählen lassen. Das ist aber zu weit gegriffen: Viele Aufgaben werden von einfachen Mappern mit überdurchschnittlichem Engagement gemacht. Es gibt zunächst mal keinen Personalchef und keinen Anwalt, keine Schufa und keinen Geheimhaltungsvertrag. Es gibt mehrere Leute, die Zugriff auf den Code der Website haben. Es könnte prinzipiell möglich sein, da Code einzuschleusen der die Benutzerdatenbank mit E-Mail-Adressen ausgibt. Dass es nicht passiert, regelt sich normalerweise über den Charakter der Leute: Wer sich über lange Zeit sehr engagiert und dabei positiv auffällt, kann so verkehrt nicht sein und macht da einfach keinen Blödsinn. So funktionieren freie Projekte im Allgemeinen. [1] So viel zum Thema "Zugriff auf interne Daten reglementieren". Die eigentliche Empörung bezüglich "persönlicher Daten" ist eigentlich nicht der Rede wert, da diese abstrusen Vorschläge bisher hauptsächlich von Leuten kommen, deren E-Mail-Adresse bei einem werbefinanzierten Free-Mail-Hoster liegt und da eigentlich jede Aussage über Datensparsamkeit und Datenschutz lächerlich wirkt. [1]: Freie Software wird in aller Regel auch nach diesem Verfahren entwickelt: Wer viel positives beigetragen hat, bekommt irgendwann Vollzugriff auf den Code. Es ist ein sehr altes Argument der Hersteller von proprietärer Software, dass bei diesem Zugriffs-Modell doch bestimmt und ganz sicher komische Dinge passieren werden. Ist aber meines Wissens noch nie bei einem Projekt gewisser Größe passiert, das klappt einfach. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)
Hallo. Am 21.07.2013 14:42, schrieb Tirkon: > Vielleicht ist aber Alles ganz anders. Dann wäre ich für eine > Aufklärung recht dankbar, damit ich zukünftigen Beschwerdeführern eine > bessere Antwort geben kann. Also generell zum Sinn dieser Funktion: Es gibt Leute, die sehen dass da was nicht stimmt, sind aber zu faul sich drum zu kümmern. Ob das jetzt zeitweilig aktive OSM'ler sind oder nicht spielt keine Rolle. Besonders wertvoll sind aber Gelegenheitsbesucher, die mit Mapping nix am Hut haben. Wenn die die Seite weg klicken, sind die Leute weg, die kommen nicht wieder. Das Wissen wollen wir trotzdem abgreifen, da es sehr nützlich ist. Aber auch als Mapper hat man eben manchmal keine Lust nen Finger krumm zu machen. Daher so einfach wie nur irgend möglich, sprich: anonym ohne Registrierung, direkt auf der Seite auf der auch die Karte angeschaut wird. Das ist der Sinn. Die Integration auf der Hauptseite streben wir seit zwei Jahren an, OSB war von Beginn an eine temporäre Lösung. Jetzt ist es wohl so weit. ;-) Die bisherigen Daten von OpenStreetBugs waren mit dem entsprechenden JOSM-Plugin ständig verfügbar. Ich zoome auf eine Region, lade die OSM-Daten herunter um zu mappen und sehe gleich auch die Bug-Reports, die man dann ggf. beantworten kann. Wenn ich meine Heimat-Region in JOSM lade, sehe ich auch gleich wenn jemand da einen Bug-Report eingetragen hat. Es gibt OSB-Layer für die Garmin-Geräte und es gibt für diverse Android-Apps die Möglichkeit, Bug-Reports anzuzeigen wo man grade vorbei kommt. (Ob das alles mit den Notes jetzt auch zuverlässig funktioniert weiß ich noch nicht, ich hab das Thema seit ein paar Monaten stark vernachlässigt und kenne den Status Quo nicht mehr.) Klar gibt es Reports, die sind irgendwie wirr. Wenn man sich sicher ist, dass ein Report für niemanden nützlich ist (in Skobbler auf die falsche Fehlerkategorie geklickt?), dann macht man ihn halt zu und hofft, dass jemand anderes den eigentlich gemeinten Fehler auch erkennt und klarer meldet. Es gibt auch Dinge die kann man durch einen Besuch vor Ort nicht lösen. (Beispiel: Ich habe mehrere Quellen, dass sich an einer bestimmten Stelle ein Weg mit einem bestimmten Namen befinden soll. Vor Ort habe ich den Weg aber noch nicht gefunden. Da habe ich jetzt einen Bugreport eingetragen und lass den da bis den jemand sieht, der sich dort besser auskennt.) Manche Regionen sind einfach auch zu weit weg für jeden von uns. In manchen Regionen gibt es halt keine aktiven Mapper. Das ist dann Pech. Solche Bugs bleiben länger in der DB, die anderen, "normalen", lassen sich meist schnell beheben. In einem Punkt hast du und die anderen in diesem Thread Recht: Wenn es mehrere Bug-Melde-Seiten und/oder keine Integration in die Editoren gibt, ist das Konzept wertlos, da der Verwaltungsaufwand unermesslich steigt. Dem ist aber nicht so, es gab bisher OSB (afaik wurden auch skobbler-Bugs dorthin weiter geleitet) und nun ist das Konzept halt auf die Hauptseite umgezogen und wenn das ordentlich funktioniert, wird OSB dorthin weiter leiten. Und die Editor-Unterstützung, sofern nicht schon vorhanden, wird es auch zügig geben, so wie bisher. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz
Hallo. Am 18.07.2013 11:55, schrieb Jo: > Wieso denn pessimistisch. Der Datenbank werd immer in der breite und in > der tiefe wachsen und jeder werd immer die Daten benutzen können, wenn > nicht um Kacheln ze rendieren, dann für routing oder wer weiss was. Wir haben in dieser Frage ein Identifikationsproblem bei OSM. Einerseits ist OSM eine Datenbank und das was wir momentan als Karte haben, sollte eigentlich gar nicht als Kartendienst für Endbenutzer wahrgenommen werden. Das ist verständlich und sehe ich eigentlich genau so. Es wird argumentiert, dass Infrastruktur und Traffic für eine Endbenutzer-Karte lieber von einer Firma o.ä. gestellt werden soll, sprich: Ein Angebot soll gemacht werden, das auf freie Geodaten zurückgreift, aber sonst eigenständig ist. Andererseits wurde hier in der Vergangenheit praktisch jeder auf's übelste beschimpft, der für 20 € OSM-basierte Garmin-Karten vertickt hat. Da macht einer ein Geschäft daraus, OSM-Daten dem Endbenutzer anzubieten und das wird hier in aller Öffentlichkeit als irgendwie unmoralisch abgetan (auch wenn mir jegliches Indiz dafür fehlt, was daran schlecht sein soll). Wenn jetzt jemand eine Karte macht, die OSM-Daten anbietet und per User-Tracking und Werbung Geld verdient, wer von den hier anwesenden würde die seinen Freunden empfehlen? Vermutlich die wenigsten! Meiner Meinung nach sollte ein Teil der Spenden-Gelder für OSM in ein Frontend fließen, das sich an den verbreiteten Kartendiensten messen lassen muss. Es muss (spontanes Brainstorming ohne Anspruch auf Vollständigkeit) - echt mehrsprachig sein - Marker ermöglichen als Polygon oder Punkt - Routing einbinden Das Frontend sollte so aufgebaut sein, dass es möglichst unabhängig von der OSM-Datenbank arbeitet, eine Störung des einen also das andere nicht betrifft. Die einzelnen Funktionen gibt es ja schon, es muss nur gewollt sein, die zu bündeln. Nur mit einem solchen Angebot kann sich OSM bei den 08/15-Anwendern als Marke etablieren und nur wenn das geht, wird es ausreichend spendenbereite Menschen geben um das Projekt langfristig zu finanzieren. Ich seh's eigentlich nicht ein, neben meiner Zeit auch noch Geld an OSM zu spenden. Spenden sollten eigentlich die, die mehr nutzen als liefern. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.org und IPV6
Hallo. Am 07.06.2013 15:07, schrieb Walter Nordmann: > Klar, ich hab als Unitymedia-Kunde auch mächtig Probleme wegen IPv6 gehabt - > allerdings betrifft das nur EINGEHENDE Verbindungen, d.h Verbindungen, die > "von draussen" aufgebaut werden sollen. Wird langsam Off-topic, aber hier zur Klarstellung: Diese Probleme sind nicht "wegen IPv6" sondern "wegen der knappen IPv4-Adressen". IPv6 ist die (noch nicht flächendeckend einsatzbereite) Lösung, nicht die Ursache des Problems. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.org und IPV6
Hallo. Am 07.06.2013 03:45, schrieb Ruben Kelevra: > Könnte man das Problem nicht umgehen indem wir einen tile-server ohne > Cache per DNS-Weiche anbieten? So viele IPv6-Anfragen dürften das > derzeit doch garnicht sein? Ich hielte das nicht für sinnvoll. Wie Kai sagte, ist es zur Zeit kein echtes technisches Problem, kein IPv6 anzubieten. Der World IPv6-Day ist aber eine gute Gelegenheit, Projekte und Firmen dran zu erinnern, die keinen richtigen IPv6-Support haben. Schlicht und einfach dass es nicht vergessen wird. Lieber die echte Lösung (echter Dualstack) sorgfältig planen und in absehbarer Zeit implementieren als jetzt einen Workaround über's Knie zu brechen der dann viel zu lange besteht ohne dass es jemand erneut hinterfragt. Im Server-to-Server-Traffic ist IPv6 schon weiter verbreitet, insbesondere da z.B. Hetzner seit längerem per default native IPv6-Adressen verteilt. Ich würde also damit rechnen, dass es die eine oder andere Anwendung gibt, die serverseitig Tiles zieht und dafür ggf. IPv6 nutzen würde. Das ohne Cache/Loadbalancing auf die Tileserver los zu lassen wäre wohl nicht grade sinnvoll. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behinderung des mappens / Internetausdrucker Was: Wochennotiz Nr. 150 28.5.-3.6.2013
Hallo. Am 06.06.2013 15:40, schrieb Alexander Lehner: > Da fehlt dann nicht mehr viel zu einem Rating von Wohngebieten, wie es > teilweise in den USA ja schon existiert und fuer Missmut sorgt. Äh, willkommen in der Gegenwart. Das gibt es nicht nur in den USA. Das gibt es auch hier. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochennotiz Nr. 150 28.5.-3.6.2013
Hallo. Am 06.06.2013 15:11, schrieb René Kirchhoff: > Sag mal, es ist doch wohl klar, dass sich die Aussage auf die Überarbeitung > des OSM Flyer's bezieht :D Also mir war das nicht klar, ich hatte einen ähnlichen Gedanken wie Johann. Und ich finde keinen Anhaltspunkt in deiner Mail, der diese These stützt. Klar, wenn man es weiß kann es sein und klingt wahrscheinlich. Aber die Mail hatte keinerlei Kontext-Zitat und lief unter dem Betreff "Wochennotiz". http://learn.to/quote Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie neue Firmware für etrex VISTA HCx finden und aufspielen?
Hallo. Am 17.05.2013 16:37, schrieb Manuel Reimer: > Ich hoffe doch, dass das nicht die Regel ist, dass sich der Gummi löst... Doch, nach allgemeinem Stimmungsbild hier ist es eher die Regel als die Ausnahme. :) Meinen eTrex hab ich recht selten benutzt und dennoch ist das Gummi mittlerweile an vielen Stellen locker. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hydranten
Hallo. Am 25.04.2013 10:08, schrieb Lars Schimmer: > Und aus der Praxis raus: meistens fehlt das Schild (oder die Gemeinde > will sparen am Unterhalt). Im Einsatzfalle wäre mir egal, ob ein Schild > da ist oder nicht, so lange Wasser fliesst... > Und somit: solange man dort Wasser für die Feuerwehr rausbekommt, > Hysrant für die Feuerwehr IMHO. > > (Wobei Entlüftung am Ende einer Stichstrecke im hügeligem Land sinnvoll > sein kann, meistens auch zum spülen => dreckiges Wasser steht sich dort > ab und muß hin und wieder entfernt werden). Ich kann (als Laie, hab mit der Feuerwehr nichts am Hut) bestätigen, dass es bei uns Schächte gibt die keine Kennzeichung haben und dennoch ab und an von einem örtlichen Feuerwehrmann für Tests benutzt werden. Ich würde behaupten jeder Hydrant kann von der Feuerwehr im Ernstfall benutzt werden, egal ob ihn die Stadtwerke *auch* für ihre Wartungsarbeiten benutzen. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei OSM Implementierung in Webseite
Hallo. Am 04.04.2013 22:30, schrieb michael.plaich...@gmx.at: > lonLat.lon=; > > lonLat.lat=; Dieses "echo" macht komische Dinge. Warum die Anführungszeichen? Die bewirken AFAIK (ohne es jetzt zu testen), dass $row ausgegeben wird. Für arrays in Anfphrungszeichen brauchst du geschweifte Klammern ("{$row[1]}"), aber die Anführungszeichen sind in dem Fall ja Quatsch, wenn gar kein Literal ausgegeben wird. Wenn deine Frage wirklich in diese Richtung geht: Du solltest doch sehr einfach testen können ob deine echo-Funktion das richtige ausgibt. Schieb das halt nicht sofort in einem JS-Variable sondern gib es testweise mal lesbar aus. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naviagtion mit OSM-Karten unter Android
Am 17.03.2013 19:22, schrieb Sven Geggus: >> Ich habe dazu bisher OsmAnd und ShareNav gefunden, die >> > Erfahrungsberichte waren aber nicht so toll > Zumindest bei ersterem handelt es sich um freie Software und was bei > freier Software IMO gar nicht geht ist wie Du darüber zu > lammentieren, dass das "nicht so toll" oder was auch immer wäre. Du musst zugeben: *Das* hat er nicht getan. Er hat nur gesagt, die Erfahrungsberichte wären nicht so toll. Aber, Wolfgang: Deine Ansprüche lesen sich wie ein Werbeprospekt. Das was du suchst soll alles können was du brauchst und bitte gut darin sein. Die Anforderung ist legitim wenn du (kommerzielle) Angebote einholen möchtest, denn dort wird immer mit der Phrasendreschmaschine von den Produkten gesprochen und um normale Anforderungen zu erfüllen muss man nicht selten gleich die Luxus-Klasse anfragen. Aber grade bei freier Software gilt: Probier's bitte einfach aus! Ich meine, was nützt dir irgend ein Erfahrungsbericht irgend eines anderen Benutzers? Sind wir hier bei Apple wo jedes ernsthafte Ausprobieren gleich Geld bis knapp unter der Schmerzgrenze kostet? Nein, es ist freie Software. Probier's aus. Wenn du danach handfeste Kritik zu schreiben hast, dann tu es (vor allem gegenüber den Entwicklern). Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie sinnvoll im Thread antworten? (Inhalticher Betreff: Open Data)
Hallo. Am 21.01.2013 19:46, schrieb Michael von Glasow: > Die Zusammenfassung enthält alle Nachrichten als Attachment; einfach die > passende Nachricht öffnen und mit "reply to list" darauf antworten. Das > mache ich immer so, und wenn ich meine früheren Postings anschaue, hat > das auch immer funktioniert. Okay, dann bitte ich um Entschuldigung. Ich kenne einige andere Listen da werden die Digests als normale Text-Mails verschickt die keine (maschinenlesbaren) Hinweise mehr auf die Original-Mails haben. Und dort kann das einfach nicht gehen. Ist ja schön, wenn es hier offenbar besser funktioniert. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie sinnvoll im Thread antworten? (Inhalticher Betreff: Open Data)
Hallo. Am 21.01.2013 16:40, schrieb Martin Trautmann: > wolltest du zeigen, wie man's nicht macht? Ja. ;-) > Wie kommt's, dass du > References: <5b5f2ecd14a71efe6f24c5f8b8c55...@email.freenet.de> > verwendest, die Nachricht von Philip aber eigentlich > Message-ID: <1358779806987-5745658.p...@n5.nabble.com> > zeigt? > > Wie hast du das hinbekommen? Philip hatte mir leidlicher Weise die Mail auch nochmal privat gesendet. Diese Kopie kam ein bisschen früher bei mir an. Ich hatte zunächst gedacht er hätte mir (wie man das in solchen Fällen eigentlich macht) den für die Liste irrelevanten Content einfach nur privat gesendet und dort geantwortet. Danach sah ich die andere Kopie im Verzeichnis der Mailingliste und habe meine Mail einfach nochmals dorthin verschickt ("als neu bearbeiten"). Ich hatte vorher ein Mailprogramm, das mit dieser Situation klar kam und die References beibehalten hat. Thunderbird kann das aber nicht, was mir bisher nicht klar war. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie sinnvoll im Thread antworten? (Inhalticher Betreff: Open Data)
Hallo Philip. Am 21.01.2013 15:48, schrieb Philip Gillißen: > Sobald man auf das Baumsymbol in der Spaltenanzeige klickt, wird der Ordner > komplett sortiert: > http://lifehacker.com/assets/resources/2007/05/thunderbird-threaded.png Äh ja, sobald du was an den Einstellungen änderst, ist es auch nicht mehr die Standardkonfiguration. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie sinnvoll im Thread antworten? (Inhalticher Betreff: Open Data)
Hallo. Am 21.01.2013 15:18, schrieb Wolfgang Barth: > kann man auf einen Einzelbeitrag hier in der Mailingliste antworten, > auch wenn man nur die Zusammenfassungen bezieht? Nein, das geht prinzipbedingt nicht. Diese Zusammenfassungen sind eine ziemlich umständliche Sache deren Sinn sich mir in den letzten 10 Jahren nicht erschlossen hat. Du weißt ja auch nie was eigentlich wo dazu gehört, da dir der Thread-Baum fehlt. Was du machen kannst, ist den Teil auf den du dich beziehst zu markieren und dann auf "Liste Antworten" (sofern die Zusammenfassungen auch die Listen-Header tragen) und den Betreff anpassen. Aber das wird dir ebenfalls böses Blut eintragen, denn diese Mails werden dann nicht richtig einsortiert und erscheinen (egal welchen Betreff sie haben) als neues Thema. Abonniere doch einfach die Liste ganz normal und überfliege die Threads im Thunderbird direkt. Dann kannst du uninteressante Threads gleich per se ignorieren. Zusammenfassungen sind doch eher was für Mailprogramme die keine Threads darstellen können (so wie z.B. Thunderbird in der Standardkonfiguration). :) Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abzeichnen von nicht freigegebenen Luftbildern
Hallo. Am 03.01.2013 14:36, schrieb Frederik Ramm: > Insofern wäre etwas Klarheit über die wirklich verwendeten Quellen > und sinnvolle Vorgehensweisen, falls diese nicht den Contributor > Terms entsprechen, von Nutzen. Ich würde da nichts überstürzen. Nach den hier geschilderten Infos ist das zwar vielleicht einen zweiten Blick wert, nicht aber eine Anschuldigung. Bevor man Anschuldigungen ausspricht sollte es schon einen Verdacht geben, woher die Daten eventuell übernommen wurden. Auch Google und die öffentlich abrufbaren Quellen anderer Anbieter sind nicht grade ein Paradebeispiel für aktuelle Bilder. Zudem ist es ja so, dass das Abzeichnen von Luftbildern nicht von allen Juristen gleich betrachtet wurde. Das war ja das bei Yahoo, dass dort ein Jurist sagte: Wir sehen das Abzeichnen nicht als Lizenzverstoß, daher dürft ihr das. Grundsätzlich ist es sicherlich eine gute Idee, nur von explizit freigegebenen Quellen Daten zu übertragen bzw. abzuzeichnen. Aber ohne einen genaueren Verdacht, woher die Daten denn kommen könnten würde ich mich hier strikt nach "In dubio pro reo" orientieren und das glauben was der User als Quelle angibt. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenTopoMap
Am 21.12.2012 10:59, schrieb Markus: > Wer sind die Macher von www.opentopomap.org ? > (finde auf der Seite keine Mailadresse) $ whois opentopomap.org [...] Registrant Name:Stefan Erhardt Registrant Street1:Otto-Goetze-Str 11 Registrant Street2: Registrant Street3: Registrant City:Erlangen Registrant State/Province:DE Registrant Postal Code:91054 Registrant Country:DE Registrant Phone:+49.91316059794 Registrant Phone Ext.: Registrant FAX: Registrant FAX Ext.: Registrant Email:stefan_erha...@gmx.de Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgerissenes Haus
Am 05.12.2012 07:41, schrieb Manuel Reimer: > Ja. Was denn sonst? Gebäude entfernen, Adresse auf einen Node kopieren. Wenn ein Gebäude entfernt wird, bleibt die Adresse dennoch erhalten. Gruß, Bernd -- "Verbesserung der Oberfläche" hört sich an wie die Streichung liebgewonnener Features - bei GNOME weiss man ja nie... (gefunden auf www.prolinux.de) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMI "Redaction"-View
Hallo. Am 10.11.2012 13:49, schrieb Frederik Ramm: > ich vermute mal, dass wir den Lizenzwechsel inzwischen so weit > verkraftet haben, dass diese was-wurde-geloescht-Ansicht nicht mehr so > wirklich hilfreich ist. Interessante Frage (ich war jetzt drei Monate OSM-Abstinent): Wie geht es eigentlich den weißen Flecken, an denen wir durch den Lizenzwechsel eine deutlich sichtbare Menge Daten verloren haben? Gibt es die überhaupt? Kurz nach dem Bot gab es ja einige Stellen die arg wüst aussahen. Gibt es die noch? Gruß, Bernd -- Tell a man there are 300 billion stars in the universe and he'll believe you. Tell him a bench has wet paint on it and he'll have to touch to be sure. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing! Bing! Bing! Neue Luftbilder!
Hallo. Danke für die Info. Am 22.11.2012 00:20, schrieb Robert S.: > Region Stuttgart, Reutlingen, Ulm, Biberach: > http://www.openstreetmap.org/?box=yes&maxlat=49&maxlon=10&minlat=48&minlon=09 Meine Umgebung ist definitiv vom Spätsommer 2012, so schnell habe ich Luftbilder noch nie online gesehen. Ist das ein Caching-Problem auf meiner Seite oder ist das so gewollt: Wenn ich die Beschriftungen abschalte (die gerenderten Straßen sind so breit dass man die Luftbild-Straßen nicht mehr sieht), dann erhalte ich die alten Bilder in vergleichsweise mieser Auflösung. Gruß, Bernd -- Das Erfolgskonzept von Windows ist eine gelunge Mischung aus Marketing, Korruption, Kartellmißbrauch und der erfolgreichen Spekulation auf das Naturgesetz, daß Scheisse oben schwimmt. - Robin Socha in dcoulm signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: problem mit mapcss-load
Hallo Jan. Am 14.11.2012 06:25, schrieb Jan Tappenbeck: > Nachdem das irgendwie nicht funktioniert hat dort gelöscht und jetzt > kommt besagte Meldung beim Starten. Aus deinen Mails könnte man schließen, dass du die grafische Oberfläche zum Setzen von Einstellungen nun nicht mehr aufrufen kannst. Ist das so? Das wäre eine Information, die man durchaus dazuschreiben sollte, wenn dem so ist, erspart lange Diskussionen. Gesetzt den Fall dass das so ist: Suche den JOSM-Profil-Ordner (~/.josm unter Linux) und dort drin die Datei "preferences". Suche dort nach dem Eintrag der deine fragliche URL enthält und schau wie du das geändert bekommst. Gruß, Bernd -- Only one book has been printed in more copies than The Bible... ...the IKEA catalogue - Song "Facts of Life" by "Lazyboy" signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme
Hallo. Am 07.11.2012 15:18, schrieb Eckhart Wörner: > Am Mittwoch, 7. November 2012, 11:50:16 schrieb aighes: >> bei den beiden turn-restrictions only_straight_on waren jeweils die >> to-Member falsch gesetzt. Hab ich soeben behoben. > Inzwischen ist das leider eine der häufigsten Ursachen für Routing-Probleme. Was? Datenfehler? Ist zu erwarten, ja. *scnr* Gruß, Bernd -- Wenn man bedenkt, dass die Leute vor 150 Jahren ihre E-Mails noch bei Kerzenlicht geschrieben haben... - Marianne Kestler, de.admin.net-abuse.mail, 6.5.2000 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hallo. Am 17.10.2012 12:13, schrieb Mitja Kleider: > Und was machen wir, wenn die Daten (aus welchem Grund auch immer) > nicht übernommen werden? Das werden sie hoffentlich schon. Sonst muss man halt via Script die Daten zur neuen API hochladen. Gruß, Bernd -- Menschen, die wissen, wie dumm sie sind, sollte man zu den Klugen zählen signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hallo. Am 16.10.2012 21:37, schrieb Martin Czarkowski: > Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf > die Hauptseite ein? Seinerzeit, als "Xav" OSB zwar (afaik) initial erfunden hat aber dann doch keine Entwicklung mehr stattfand, hat der jetzige Betreiber Mitja den Code einfach neu geschrieben und ich habe ihm das Hosting dafür angeboten. Die erstrangige Zielsetzung war, das Prinzip OSB zu unterstützen und das von Xav angefangene Projekt schnell und einfach wieder zum Leben zu erwecken. Performance war weder oberste Priorität bei der Entwicklung des Codes noch ist es das beim Hosting. Das OpenStreeBugs-Werkzeug läuft bisher auf einem Testserver bei uns und hatte durchaus ein paar Downtimes, insbesondere als Heise mal in einem Artikel auf eine Karte verlinkt hat die unseren Layer direkt einbindet, da mussten wir das 3 Tage abschalten. Für solche Lasten ist das nie ausgelegt gewesen. Als OSM-Nutzer würde es mich auch sehr freuen, wenn das unter dem Dach der regulären OSM-Server einziehen kann. Unsere Testumgebung hat zwar in den meisten Fällen ausreichend funktioniert, war aber nie als Endlösung gedacht. Alle Software die unser Angebot momentan direkt nutzt, wird bei einer entsprechenden Integration im Hauptserver sehr schnell reagieren, da bin ich sicher. Man denke nur an die vergangenen API-Wechsel der OSM-Haupt-API. Auch das hat nie lange Probleme gemacht. Ich denke dass ein Proxy (was ja schon nennenswert Programmierarbeit ist) nicht wirklich nötig sein sollte. Wenn man einfach auf jeden Request einen Bugreport "you are using an old OpenStreetBugs interface, look at XYZ for the current one" ausliefert, merken das die Nutzer und Betreiber der anderen Services schnell. Gruß, Bernd (Betreiber von schokokeks.org Hosting) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Länderübersetzungen mittels CLDR
Hallo. Am 11.10.2012 11:56, schrieb Kolossos: > Da mir klar ist, dass man bei einem solchen Import viel Schaden > anrichten kann, interessiert mich eure Meinung zu dem Vorhaben. Naive Frage: Hast du schonmal geschaut, wie viele Tags kollidieren würden, also die Elemente, die du ändern würdest, die aber bereits ein gleiches Tag mit anderem Wert haben. Dass du momentan nicht vor hast die bestehenden zu ändern habe ich verstanden, aber wenn man die Überschneidungen und Abweichungen kennen würde, wäre die Verlässlichkeit eventuell leichter zu bewerten. Gruß, Bernd -- Auf frischer Tat ertappt: Dunkelheit bei Einbruch verhaftet signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karten-Aushang
Hallo. In meiner unmittelbaren Umgebung wurde schon vor vielen Jahren eine öffentlich einsehbare, topologische Karte an einer Bushaltestelle aufgehängt. Erst jetzt habe ich das mal genauer angesehen und es handelt sich meiner Einschätzung nach um eine um jeglichen eindeutigen Hinweis beschnittene Wanderkarte des Städte-Verlags. Vermutlich ist dieser Aushang also eigentlich gar nicht so erlaubt. Nun dachte ich, das könnte man doch einfach durch eine OSM-Karte ersetzen. Unabhängig vom Render-Stil (meine TileMill-Experimente waren ernüchternd. Tipps, anyone?) ist das doch jetzt nach der Lizenzumstellung so, dass eine gedruckte Karte im Prinzip gar keine verpflichtenden Lizenzhinweise erhalten muss? Als Werbung würde ich das gerne trotzdem aufdrucken, aber lizenzrechtliche Probleme kann man eigentlich nie bekommen, egal was man draufdruckt. Ist das richtig? Gruß, Bernd -- Ich bin auch nicht mehr das, was ich mal werden wollte. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=locality = Flurbezeichnung ?!?
Hallo Burkhard. Am 13.09.2012 15:33, schrieb bkmap: > Gewanne hat man (so weit ich weiß) angelegt, damit man auf mehreren > zusammenhängenden Feldern zusammenhängend arbeiten und die gleiche > Frucht anbauen konnte. Schon alleine um im Betrieb abzusprechen auf welchem Feld was gemacht wird, sind Gewann-Namen eine wichtige Sache. > Ob sie irgendwo im Kataster noch Bedeutung haben, weiß ich nicht. Die > Flurnamen und Gewannnamen in Thüringen jedenfalls nicht. Das ist auch meine Vermutung. Ich finde das Schade. Da ich selbst aus der Landwirtschaft komme, kenne ich hier schon einige Gewanne, aber ich wüsste nicht wie ich die genau abgrenzen sollte. Schade finde ich vor allem, dass durch Neuverpachtung und Erbfälle schon viele Gewann-Namen nicht mehr weiter überliefert werden. Wäre schön, wenn wir das in OSM irgendwie eintragen könnten. Wenn diese Namen aber nirgends offiziell vermerkt sind, dann gibt es wenig Möglichkeiten, das zweifelsfrei einzutragen bzw. in Zukunft weiter zu verbessern. Gruß, Bernd -- Ist es nicht merkwürdig, daß jeden Tag genau soviel passiert, wie in die Zeitung paßt? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=locality = Flurbezeichnung ?!?
Hallo Burkhard. Am 13.09.2012 12:32, schrieb bkmap: > Die Gemarkung besteht aus mehreren Fluren, die innerhalb der Gemarkung > normalerweise durchnummeriert werden. Meist entsprechen die > Gemarkungsgrenzen den Grenzen der Ortsteile und heißen auch so. Du hast Recht. Ich denke wir haben hier im Thread den Begriff "Flur" auch zu unbedarft bzw. unkonkret verwendet. Problem zudem: Die Grenzen einer Flur bzw. auch Gemarkungsgrenzen sind viel zu selten in der Natur sichtbar. Und Pläne von der Verwaltung bekommt man in der Regel nicht. Es ist also weiterhin ein schwieriges Unterfangen, diese Grenzen zu mappen. Aber ich finde es wichtig es zu tun sofern man Zugriff auf entsprechende Informationen hat. > Gewanne sind zusammenhängende lang gezogene Bereiche einer Flur, die > aus mehreren Flurstücken bestehen. Gibt es Gewanne eigentlich offiziell im Kataster, sind diese Gewann-Namen "handfest" oder nur Überlieferungen? Ich kenne die nur von Karten auf denen Gewann-Namen so geschwungen über die Flurstücke geschrieben stehen. Was da genau dazu gehört ist nicht daraus erkennbar. Im Prinzip ist das was hier im Thread mit "Flur" bezeichnet ist eher ein Gewann, würde ich vermuten. Gibt es jemanden der da einen englischen Begriff für diese Unterteilung kennt? Gruß, Bernd -- Aus Anonymitätsgründen nennen wir sie Lisa S. Oder nein doch lieber L. Simpson. - Skinner, Die Simpsons signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=locality = Flurbezeichnung ?!?
Hallo. Am 12.09.2012 10:51, schrieb Fabian Patzke: > wir haben hier bei uns in der Gegend als Alternative Flurnamen mit > place = field_name > erfasst, damit sie erstmal in der DB sind, aber nicht so prominent > erscheinen. Was dann später damit gemacht wird, kann man immer noch sehen ;) Flurnamen zu rendern ist eine gewisse Kunst, denn je nach dem wie groß das Gebiet ist, sollten die kleiner oder größer gerendert werden. Für die Darstellung ist es daher wohl unvermeidlich, zumindest ungefähr die Fläche der Flur zu mappen. place=locality ist mir jedenfalls auch zu prominent dargestellt für "einfache" Flurnamen, daher finde ich deinen Ansatz besser. Leider gibt es bei uns mehr Wald als Felder und daher widerstrebt mit "field"_name ein bisschen... :( Gruß, Bernd -- Die Erde ist das einzige Irrenhaus, das von seinen Insassen verwaltet wird. - U. Schmidt signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 05.09.2012 15:46, schrieb Martin Koppenhoefer: > Und, was willst Du damit sagen? Ist Deiner Ansicht nach "barrier" der > geeignete key für diese Schranken oder nicht? Darum ging es. Wenn man "barrier" = "unüberwindbares Hindernis" annimmt, dann ist das definitiv der falsche Key. Das würde ich aber nicht, das ist je nach Verkehrsmittel und Typ des "barrier" eben unterschiedlich. Und eine Schranke alleine ist noch kein störendes Hindernis. Gruß, Bernd -- No man in the world has more courage than the man who can stop after eating one peanut. - Channing Pollock (US humorist) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 05.09.2012 11:04, schrieb Martin Koppenhoefer: > Eine Schranke ist nunmal ein Hindernis, die wird ja praktisch nie > immer offen sein, sonst wäre da auch keine Schranke, was wiederum im > Umkehrschluss bedeutet, dass sie auch mal zu sein kann. So wie eine Ampel ein Hindernis ist, das auch mal rot sein kann und dennoch würde keiner auf die Idee kommen einen drastischen Umweg in Kauf zu nehmen nur sicher nicht an einer Ampel vorbei zu kommen. Ich glaube nicht, dass die typischen Schranken vor Tunneln im Mittel mehr als einmal im Jahr zu sind, also nicht weit weg von "immer offen". Diese Schranken sind genauso "möglicherweise zu" wie jede andere Straße "möglicherweise gesperrt" ist wegen irgendwas. Gruß, Bernd -- Prüde Menschen haben eine schmutzige Fantasie. - Jonathan Swift (ir. Schriftsteller, 1667-1745) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Hallo. Am 04.09.2012 18:35, schrieb Tobias Knerr: > (Bahnschranken werden allerdings als Attribut des Bahnübergangs getaggt > und sind daher von dem Problem nicht betroffen.) Das Argument ist Käse. Man kann auch die Schranken vor dem Tunnel als Attribut des Tunnels ansehen. Dennoch entsteht (naheliegender Weise) der wunsch sichtbare Objekte auch sichtbar zu mappen. Es gibt ja auch kuriosere Dinge wie mehrere Schranken auf einer Seite des Bahnübergangs (wenn eine Kreuzung unmittelbar an der Bahnlinie anschließt). Das wollen manche Mapper separat mappen und das sollen sie auch dürfen. >> Also ich sehe da keinen besonderen Handlungsbedarf außer dass man bitte >> OSRM das beachten dieser Objekte wieder abgewöhnen sollte. > Das hieße ja wohl, das Kind mit dem Bade auszuschütten. So lange du keine Unterscheidung machst zwischen dem physischen Objekt "Schranke" und dem Sinn mancher Schranken, nämlich "Durchgang für whatever verboten", dann wirst du damit nie was sinnvolles hin bekommen. Nur die Existenz einer Schranke für das Routing als Hindernis zu verarbeiten geht weit über das Ziel hinaus. > Dass Barrieren an sich aber im Routing berücksichtigt werden sollen, ist > aber doch keine Frage. Es gibt schließlich Barrieren, wo der Weg davor > und dahinter regulär befahrbar sind, nur die Durchfahrt wird blockiert. > Da helfen dann die access-Regeln an den Ways nicht weiter. Das ist aber eine wirklich kleine Menge, mir fällt so spontan gar kein Beispiel dafür ein. Zumindest keines mit einer beweglichen Schranke. False-Positives bekommst du halt für einzeln gemappte Schranken an Tunneln, Bahnschranken und Einfahrten von Parkplätzen. Einfahrten von großen Firmen (auf deren Gelände ein Routing Sinn macht) werden typischerweise auch mit einer Schranke gesichert sein die die meiste Zeit für angemeldete Besucher passierbar ist. Wenn der Router diese Route dann partout nicht nehmen möchte ist das auch doof. Gruß, Bernd -- Früher, wenn man da Luft im Schädel hatte, da kam man in eine Anstalt. Heute kommt man ins Fernsehen und darf der ganzen Welt mitteilen, warum das unglaublich geil ist, Luft im Schädel zu haben. Und am nächsten Tag wollen sich alle den Kopf aufpumpen und überall sind die Luftpumpen ausverkauft. - Dieter Nuhr (dt. Comedian) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Hallo. Am 03.09.2012 11:24, schrieb Matthias Urlichs: > * Jemand hat auf einer Autobahn eine Schranke gemappt (barrier=lift_gate). > Vor einem Tunnel gibt es die tatsächlich. Nur ist sie halt normalerweise auf. > * Mindestens eine Routingengine (OSRM) verwendet diese Tags tatsächlich, um zu > routen. Oder in diesem Fall halt nicht. Ich versteh jetzt die ganze Diskussion nicht. Die Schranken (vor beinahe jedem modernisiertem Tunnel) gibt es, die unterscheiden sich aber nicht wesentlich von normalen beschrankten Bahnübergängen. Und auch diese Schranken sind "normalerweise offen". Jede Schranke in diesem Sinne ist normalerweise offen und sollte für das Routing eventuell zur leichten Abwertung führen aber nicht dazu, dass die Route nicht benutzt wird. In den OSM-Daten sollte eigentlich ein Weg durch eine "normalerweise geschlossene" Schranke sowieso entsprechende access-Reeln haben wer da durch darf bzw. dass man da als 08/15-Autofahrer eben nicht durch darf. Beispiel Waldwege. Also ich sehe da keinen besonderen Handlungsbedarf außer dass man bitte OSRM das beachten dieser Objekte wieder abgewöhnen sollte. Gruß, Bernd -- Wenn ein Mann einer Frau höflich die Wagentür aufreißt, dann ist entweder der Wagen neu oder die Frau. - Uschi Glas (dt. Schauspielerin) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nexus 7 als Offline-Navi
Hallo. Am 29.08.2012 09:53, schrieb Martin Vonwald: > Also gegen "keiner" wehre ich mich: ich trage destination ein, wann > immer es geht. Und falls du die Relation meinst (welche nicht ganz zu > Ende gedacht ist IMO): da habe ich auch schon ein wenig eingetragen. Ich meine das "destination"-tag. Ja, "keiner" war schon sehr überspitzt. Vermutlich warst du das, ich erinnere mich dass maximal 2 Leute außer mir konkretes Interesse gezeigt hatten. > Aber wo du recht hast, hast du recht: es fehlt noch sehr viel in dem Bereich! Ja. Da ich selbst eher wenig Auto fahre komme ich nicht gar so viel rum; wo ich Bescheid weiß habe ich das aber großteils eingetragen. Gruß, Bernd -- Lernen ist wie Rudern gegen den Strom. Sobald man aufhört, treibt man zurück. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nexus 7 als Offline-Navi
Hallo. Am 29.08.2012 07:48, schrieb Martin Trautmann: > Aber es stellt sich immer wieder die Frage: gibt es bereits > Android-Software, die mit kommerziellen Navis mithalten kann? POI-Suche > usw. klappt nach meiner Erfahrung recht gut, die Masse an Infos ist > überwältigend. Aber um sich von einem solchen Gerät ans Ziel führen zu > lassen, da habe ich noch heftige Zweifel. Da hilft mir auch ein > Vergleich einiger weniger Merkmale nicht viel weiter - auch wenn die > Auswahl da mit Navit und Osmand schon sehr eingeschränkt ist. Ich habe mich im Urlaub mit meinem Android-Handy navigieren lassen, testweise auch mal mit OSMand. Die Adress-Suche ist funktionsfähig aber verbesserungswürdig, aber das gilt doch irgendwie für alles was es an OSM-Adresssuche gibt. Das Routen an sich geht wunderbar, ich bin damit zufrieden. Warum ich trotzdem für lange Strecken stets Google-Maps benutzt habe sind die folgenden Gründe: - Verkehrs-Daten (wo ist ein Stau, ...) - Aussagen wie "Auf die A7 Richtung Hamburg". Diese gehen mit OSM prinzipiell nicht, die Daten sind nicht vorhanden.[1] - Der Offline-Datensatz den ich für OSMand geladen hatte war (ich hab nicht aufgepasst) schon etwas älter und kurz nach dem Lizenzwechsel erzeugt worden und enthielt in meiner Zielgegend brachiale Fehler. Schande über das OSMand-dev-Team, dass die ohne konkreten Hinweis diese Daten als Offline-Routing-Daten anbieten. [1]: Ja, ich schmolle ein bisschen weil ich das schon vor Jahren angesprochen hatte, es ein Tagging-Schema und eigentlich keine Gegenargumente gab aber dennoch keiner da irgendwas eingetragen hat. Gruß, Bernd -- Spontaneität muß wohlüberlegt sein. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde
Hallo. Am 27.08.2012 13:54, schrieb Sven Geggus: > Bernd Wurst wrote: >> > Jeder Mail-Anbieter in D muss zwingend eine Adresse des Inhabers der >> > Mailadresse vorhalten > Dir ist aber schon klar, dass es sich beim Internet um ein weltweites > Netzwerk handelt und dass das in anderen Ländern schlichtweg nicht der Fall > ist? Ja, das ist klar. Erstens muss die Adresse die ein deutscher Free-Mail-Provider hat ja auch nicht zwingend korrekt sein. Zweitens spielt das keine Rolle, siehe den kompletten Rest meines Postings. Wenn du davon ausgehst dass jemand zu nem anderen DSL-Provider wechselt nur um weiter in OSM wildern zu können, dann treibt er auch den Aufwand und sucht sich nen ausländischen VPN-Tunnel bzw. Proxy um seinen Schabernack zu treiben. Ich würde mich jedenfalls freuen, wenn OSM sich nicht auf das Niveau der RIAA begibt. Gruß, Bernd -- Wer nicht zweifelt muss verrückt sein - Sir Peter Ustinov signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde
Hallo. Am 27.08.2012 09:31, schrieb Sven Geggus: > Frederik Ramm wrote: >> > Die Alternative ist, den Provider komplett bei OSM zu sperren, dann >> > weicht der User vielleicht auf einen anderen Provider aus, der weniger >> > pingelig mit dem Datenspeichern ist ;) > Wenn es sich nicht gerade um T-Onlien handelt könnte das doch durchaus eine > option sein. Spätestens wenn sich Kunden beim Provider beschweren, dass OSM > nicht funktioniert dreht dieser garantiert mal seinen Loglevel höher um den > Verursacher der Sprerre zu findet bzw. kündigt ihn vielleicht sogar. Bei allem Verständnis für das aktuelle Problem: Reden wir hier auf einer sonst doch recht nerdigen Mailingliste darüber, dass uns Datensparsamkeit gegen den Strich geht? Kommt jetzt noch, dass bitte doch überall der Bundestrojaner installiert sein soll nur weil hier und da mal jemand daneben benimmt? Und man will einen kompletten DSL-Provider (und damit vermutlich mind. hunderte aktive User) sperren mit der Aussicht, dass der OSM-Vandale sich einen neuen DSL-Anbieter nimmt? Himmel Herrgott, was sind denn das für Verhältnisse... Hint: Der Verursacher muss sich mit einer E-Mail-Adresse anmelden. Ich würde diese Schiene eher für zielführend halten. Jeder Mail-Anbieter in D muss zwingend eine Adresse des Inhabers der Mailadresse vorhalten (ob die korrekt ist oder nicht, sei dahingestellt). Aber entweder man erreicht ihn darüber oder wir schieben den schwarzen Peter zum Freemail-Anbieter. Und selbst wenn man den Verursacher nicht darüber findet: Lass ihn machen. Irgendwann verliert er die Lust. Setz' jemand einen Trigger auf Neuanmeldungen bei OSM und veröffentliche die ersten drei Edits jedes neuen Accounts irgendwo, dann kann man die immer gleich anschauen und ggf. reverten. Gruß, Bernd -- Die Mathematik handelt ausschließlich von den Beziehungen der Begriffe zueinander ohne Rücksicht auf deren Bezug zur Erfahrung. - Albert Einstein signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Gruppen
Hallo. Am 07.08.2012 14:59, schrieb André Riedel: > Mit heutigen Mitteln und API 0.6 habe ich vorgeschlagen, einen durch | > getrennten numerischen Prä- oder Suffix pro Gruppe zu verwenden. Bspw. > highway = primary > maxspeed = 100 > 1|restriction = hgv > 1|maxspeed = 80 > 2|restriction = hgv > 2|minweight = 12 > 2|maxspeed = 60 Das erscheint mir eine Idee mit Potenzial... > Gleiches funktioniert auch wunderbar bei mehreren POI pro > Knoten/Fläche (diesmal als Suffix ausgeführt) > name = Backerei und Fleischerei Müller > addr:street = Dorfstraße > addr:number = 1 > shop|1 = backery > opening_hours|1 = 06:00-19:00 > shop|2 = butcher > opening_hours|2 = 09:00-19:00 ...das allerdings finde ich unlogisch. Also zunächst: Entweder Prä- oder Suffix. Beides zuzulassen ist doch irgendwie hausgemachtes Chaos. Was mich hier aber wirklich stört ist, dass kein "normales" Tagging mehr dran ist, also ein einfacher Datenauswerter das nicht mehr wahrnehmen kann. Es sollte also IMHO so gestaltet sein, dass weiterhin das "primäre" Tagging ungeändert bestehen bleibt. Grade bei dem von dir genannten anderen Beispiel mit den highway- und bridge-Tags wird deutlich, dass ohne dieses System zu verstehen wirklich nichts auswertbares mehr an dem Element dran ist. Gruß, Bernd -- Die Bedeutung der Shifttaste erkennt man, wenn man einmal den armen vögeln geholfen hat. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 06.08.2012 17:38, schrieb Eckhart Wörner: > Dagegen ist es sehr optimistisch von dir, anzunehmen, dass ein Fahrer 200m > rückwärts fährt, wenn er unerwartet auf ein Schild "LKW über 7,5 Tonnen > verboten, Anlieger frei" stößt, und um solche Schilder geht es hier wohl. Die Fälle an denen so ein Schild "unerwartet" irgendwo in einer Engen Gasse plötzlich auftaucht, sind doch sehr selten. Üblicher Weise stehen die an der Abzweigung von der größeren Straße, so dass der Lkw bequem weiter fahren kann. Gruß, Bernd -- Wenn ich nicht verliere, kann der andere nicht gewinnen - Boris Becker signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Hallo. Am 06.08.2012 14:05, schrieb Frederik Ramm: > Was das "N3" betrifft, ich finde das auch nicht so prickelnd (weil fuer > Un-Eingeweihte schwer nachvollziehbar). Ist das denn hier auf der Liste > diskutiert und fuer gut befunden worden? Waere "hgv" nicht gut genug > gewesen? hgv ist für den hier genannten Zweck nicht besonders gut. Denn als hgv gilt (iirc) alles ab 3,5 Tonnen. Hier ging es vorrangig um die Lkw-Maut, die ja ab 12 Tonnen Gesamtgewicht fällig wird. Eine Kategorie für "Fahrzeuge über 12 Tonnen" gibt es bei OSM nicht. N3 ist (nach dem was hier besprochen wurde) eine Fahrzeugkategorie der EU, die eben diesen Bereich abdeckt, den man hier wünscht. Einigung war es nur in dem Sinne, dass es keinen anderen Vorschlag gab. Außer "access:hgv:(weight>12) = no", was aber nicht wirklich geläufiger ist. Gruß, Bernd -- Ich kann ja nicht singen, nicht tanzen... und im Gegensatz zu Anderen, lass ich das dann auch. - Dieter Nuhr (dt. Comedian) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 23.07.2012 14:15, schrieb Robert S.: > Und dann bin ich der Meinung, dass man mautpflichtige Strecken ab dem > letzten Punkt, an dem man noch die Fahrt auf der mautpflichtigen Strecke > vermeiden kann, erfassen sollte. Also auch Autobahnauffahrten oder > Autobahnzubringer. Nur ist das bei der LKW-Maut dann ja ein Unterschied, ob > man jetzt auf der eigentlichen Autobahn für jeden gefahrenen km zahlt, oder > ob man nur an einer Stelle ist, an der man das befahren von > kostenpflichtigen Abschnitten nur nicht mehr legal vermeiden kann. > Unterschiedlich erfasen und wenn ja wie? Das ist vergleichbar mit dem Erfassen von "noexit=yes" an Sackgassen die in einer Wendeplatte Enden. Ich bin strikt dagegen. (noexit am letzten Node einer Sackgasse ohne Wendeplatte finde ich gut, aber das ist ein anderes Thema.) Dass man diese Zubringer im Fall der Fälle meiden sollte, lässt sich bei Bedarf sehr einfach berechnen. Ein Navi das auf "keine Mautstraßen" eingestellt ist, wird den Zubringer einfach nicht nutzen, da es damit keine passende Route zustande bekommt. Du hast das wesentliche Argument schon genannt: Wenn man auswerten will, wie viele km mautpflichtiger Strecke man fährt, dann sollte das auch zu der Deklaration passen, also nur dort getagged sein wo es auch so ist. Gruß, Bernd -- In Binärzahlen zu zählen geht genauso wie in Dezimalzahlen zählen, nur daß man dafür nur die Daumen braucht. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Am 21.07.2012 11:59, schrieb Walter Nordmann: > Sollte doch relativ einfach sein: turn-restrictions haben (in der regel) > genau 3 member (from, to, via). > weniger ist doch wohl falsch, oder? Folgende Kreuzung: Baulich getrennte Spuren für geradeaus und rechts. Man darf nur nach rechts abbiegen, wenn man vorher die Rechtsabbiegerspur wählt. Die Straße von rechts kreuzt aber die Geradeausspur auch, daher ist dort ein Abbiegeverbot. Fehlt jetzt die Rechtsabbiegerspur, für die vorhandenen Wege ist aber ein Rechtsabbiegeverbot hinterlegt, dann ist das ein schwer maschinell zu findender Fehler. Gruß, Bernd -- Hilf einem Freund in der Not, und er wird sich an dich erinnern, wenn er wieder in Not ist! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Hallo. Am 20.07.2012 14:31, schrieb Joerg Fischer: > Kannst Du Dir vorstellen das es neben "auf dem Egotrip sein" für Jeden > individuell verschiedene und sachlich begründete Fakten gab die ihn von der > Zustimmung abhielten? Da Importe von Drittdaten normalerweise immer unter einem dafür angelegten Benutzernamen gemacht wurden und daher jeder natürliche Benutzer auch wirklich die Rechte an seinen Änderungen hält: Eigentlich nicht. > http://www.openstreetmap.org/?lat=50.826146&lon=12.918177&zoom=18&layers=M > Straßen hängen komplett in der Luft. Plural? Es war eine. Und die ways waren noch da, nur ohne Tags. Ich habe die Tags wieder dran gepappt. > http://www.openstreetmap.org/?lat=50.835377&lon=12.959293&zoom=18&layers=M > Wenn es nicht so bitter wäre müßt man lachen. Die Wendeschleifen sind noch > da. Alle Straßen im Wohngebiet weg. Da war wohl jemand schneller. Ich sehe da keine Probleme. > http://www.openstreetmap.org/?lat=50.81992&lon=12.94849&zoom=17&layers=M > Dito. Die Wege bzw. ihre Nodes waren vorhanden, habe residentials draus gemacht. Könntest du mit deiner Ortskenntnis bitte noch die Straßennamen eintragen? > http://www.openstreetmap.org/?lat=50.846819&lon=12.927806&zoom=18&layers=M > Gern auch mit gelöschten Bundesstraßen. Ich seh da nichts auffälliges. > http://www.openstreetmap.org/?lat=50.84284&lon=12.93595&zoom=17&layers=M > Sämtliche Gleise (das waren viele) im Bahnhof. Und das sind gerade Daten > die vom 0815-Mapper gar nicht wieder hergestellt werden _können_, weil da > jemand mit Insiderkenntnissen dran war. Ja. Die Bahn-Freunde sind in OSM aber eigentlich sehr gut vertreten und auch gut organisiert, daher wird sich hoffentlich jemand finden der das jetzt unter passender Lizenz wieder einfügen kann. Für einen großen Teil der Kartennutzer ist es aber halt nicht wirklich wichtig wie viele Gleise dort gemapped sind. > http://www.openstreetmap.org/?lat=50.87829&lon=12.93241&zoom=16&layers=M > Siedlung komplett zerfetzt. Ich kann nicht ganz folgen. Oder es hat schon jemand korrigiert. Bei mir passen da OSM und Bing halbwegs zusammen... > http://www.openstreetmap.org/?lat=50.838375&lon=12.890428&zoom=18&layers=M > Gelöschte Hauptstraßen. Und nein, das ist _nicht_ via Bing restaurierbar! > Die Paul-Jäkel-Straße hat der Bot verhauen, die Erzberger Straße sieht > wegen einsturzgefährdeter Brücke tatsächlich so aus! Jetzt warte ich schon > gespannt wann der erste Bing-Mapper kommt und "repariert". Und dann auf den > Nächsten, der das korrigiert. Bis wieder ein Bing-Mapper kommt und > "repariert", weil es doch so nach dem typischen Bot-löschen aussieht. Nun, das kann man ganz einfach beheben, indem man die Brücke (die laut deiner Aussage ja im Prinzip noch da ist) einfach einträgt als gesperrt. Durch die schon vorhandenen noexit-tags war das deutlich zu sehen wie du es beschrieben hast, ich hab die Brücke jetzt noch eingetragen. Und die Paul-Jäkel-Straße habe ich auch repariert. > http://www.openstreetmap.org/?lat=50.802967&lon=12.881094&zoom=18&layers=M > Zufahrtsstraßen zerfetzt. Und ich war definitiv der, der das erfasst hat. > Kann ich mich zufällig gut dran erinnern, dort ist nämlich die Einfahrt für > Radfahrer verboten und ich hab noch Kopf und Kragen riskiert. Dann hast du ja bestimmt deine Aufzeichnungen noch. Da kann ich am Luftbild nicht erkennen wie das sein sollte. >> Wenn da ein paar Leute zumindest das Straßennetz aus den >> Bing-Bildern wieder zusammen schustern geht das Routing sehr schnell >> wieder. > Ha-ha. Ich hab gerade Beispiele gezeigt. _Alle_ Stellen die ich nannte habe > ich übrigens mindestens miteditiert. Ich jetzt auch. :) > Oft mehrfach. Oberflächenattribute > vergeben, Höchstgeschwindigkeiten, Einbahnstraßen, Verkehrsverbote, > Brückenhöhen, Abbiegeeinschränkungen. Aber das kann man ja alles ganz > leicht mit Bing wieder herstellen... Vieles ist so kaputt das komplett > wegwerfen und neu erfassen möglicherweise schneller und vor allem > fehlerfreier gehen würde. Ist halt die Frage des Anspruchs. Klar, viele Attribute, Oberflächenbeschreibungen und so sind super. Werden aber momentan nicht wirklich irgendwo benutzt. Um also den realen Schaden für Routing zu beziffern gebe ich dem Vorhandensein von Straßen mit einem routingfähigen Straßentyp einfach mal ne Menge Gewicht. Alles andere ist nice-to-have aber nicht für das klassische Routng relevant. Und genau das was bisher funktionierendes routing kaputt macht kann man in vielen Fällen via Luftbild reparieren. > Und das ist nur das, was beim flüchtigen drüber sehen sofort auffällt. Die > wirklich fiesen Stellen merkt man erst wenn man JOSM startet und zu > reparieren beginnt. Die Wald- und Feldwege die für Wanderer und Radler > wichtig sind und die den immensen Vorteil von OSM gegenüber anderen Karten > ausmachten, die hab ich mir noch gar nicht genauer betrachtet und die > siehst Du in Bing gleich gar nicht. Bei den Feld- und Waldwegen ist meiner Einschätzung nach weniger ka
Re: [Talk-de] Karte für Windkraftanlagen
Hallo. Am 20.07.2012 13:23, schrieb Garry: > Was willst Du den als "Bebauung" nehmen? Alle building = yes? Alle > landuse=residential? Genau die beiden wären mir jetzt auch spontan eingefallen. Für die Briefkästen gab es ja mal eine Reichweiten-Auswertung mit Kreisen um die Briefkästen. Wenn man jetzt solche Kreise um jeden Node eines der von dir genannten Objekte zieht, hat man im Prinzip schon was brauchbares. :) > Wie berücksichtigst Du die Topologie? Ohne Höhenmodell fallen viel mehr > mögliche Standorte raus die in der 3D-Realität > die 700m Abstand locker einhalten. Es ist nicht so dass man eine Karte mit den von mir genannten 700 Metern erstellt und hinten purzeln dann fertige Windkraft-Standorte heraus. Da erzählst du mir nicht wirklich neues. Aber das ist das Kriterium, das man am einfachsten neutral und sachlich bewerten kann. Und eines das man mit OSM-Daten berechnen könnte. Wer das wirklich verfolgen will, kann das ja noch mit SRTM-Daten verrechnen ("im Umkreis von X Kilometern dürfen maximal Y Prozent der Fläche höher liegen als der Standort" oder sowas) und bekommt dann ein besseres Ergebnis. Aber das ist eine völlig andere Geschichte. Gruß, Bernd -- Fachbegriffe der Informatik (#165): SuSE Nürnberger Windows (Andreas Gradert) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte für Windkraftanlagen
Hallo. Am 20.07.2012 12:46, schrieb Georg Feddern: > Und nichts für ungut, aber: > Eine deutschlandweite Anzeige der vermeintlich banalen 700 m- Regelung > wäre auch wirklich nur ein (zu) grober Überblick, den ich eher für > schädlich halte. > Eine solch unreflektierte Darstellung würde m. E. die Stimmung nur um so > mehr anheizen. Wir hatten neulich (hier offline) eine Diskussion darüber dass es schon anhand dieser einfachen Regelung mit den 700 Metern gar nicht mal viele Standorte gibt, da hier viele kleinste Dörfer und Einzelhöfe sind. Da hat mich spontan interessiert, ob man das nicht halbwegs einfach aus OSM-Daten visualisieren kann. Und ich wollte daher mal fragen ob es eine derartige Karte gibt. > zum Anderen spielen da doch noch viel zu viele weitere Faktoren > (Mindestabstände zu schutzwürdigen Nutzungen, Ausschlussgebiete aufgrund > ökologischer oder auch "nur" wirtschaftlicher/touristischer Gründe) mit > hinein. Klar, es gibt viele Faktoren zu berücksichtigen. Aber die Entfernung ist das was man am besten neutral und sachlich auswerten kann. Gruß, Bernd -- Auch aus Steinen, die dir in den Weg gelegt werden, kannst du etwas schönes bauen. - Erich Kästner signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Hallo. Am 20.07.2012 00:58, schrieb Garry: > Wenn in einer frühzeitig gut gemappten Stadt wie Karlsruhe wo einige OSM > Profis sitzen schon das Haupstrassennetz an vielen Stellen > zusammenbricht lässt das nicht erwarten dass es im Rest der Welt kaum > Probleme gibt... Das stimmt so pauschal nicht. Es sind ja grade immer wieder ein paar "alte Hasen", die irgendwas zwischen "auf nem Ego-Trip" und "nicht mehr erreichbar" sind und nicht zugestimmt haben. Bei allem was erst später dazu kam ist der Teil der Leute die von vorne herein zugestimmt haben ja auch schon größer. Ich habe grade hier in meiner Umgebung gesucht und wirklich fast gar nichts gefunden was durch den Bot jetzt kaputt gegangen wäre. Keine Straßen weg, keine Kreuzungen verhauen, nur ein paar ehemalige POIs sind jetzt nichtssagende Nodes. Alle die bei sich ernste Probleme erkennen sollten das einfach sachlich sagen. Wenn da ein paar Leute zumindest das Straßennetz aus den Bing-Bildern wieder zusammen schustern geht das Routing sehr schnell wieder. Siehe Wittlich, das hat wirklich nur ein paar Minuten gedauert. > Ein kleines Dorf sehe ich auch nicht als Problem, da kommt man schon > irgendwie durch - gibt ja immer noch Papierkarten. > Aber in einer Stadt kann so eine falsch gemappte Kreuzung schon zu > grösseren Problemen führen. Aber grade da finden sich ja auch Leute die sowas erkennen und beheben. Mir ist kein Router bekannt, der live über die OSM-Daten arbeitet. Wenn es jetzt also ein paar Tage Probleme gibt, stört das nicht. Gruß, Bernd -- Manche Pluralbildung bereichert die Sprache, schenkt ihr neue Nuancen. Ängste sind nicht so arg wie Angst; eines Menschen Dummheiten müssen nicht auf genereller Dummheit beruhen, von seinen Weisheiten lässt sich nicht auf Weisheit schließen. - Johannes Gross (dt. Publizist) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karte für Windkraftanlagen
Hallo. Weil das Thema grade so schön aktuell ist: Kennt jemand eine Karte in der mögliche Windkraft-Standorte berechnet werden? Ich meine damit erstmal nur die banale Regelung, dass es 700 Meter zur nächsten Bebauung sein muss. Das ließe sich doch mit den vorhandenen Tools machen, um alle Bebauungen 700 Umkreis einzufärben, oder? Kennt jemand eine solche Karte? Gruß, Bernd -- Fachbegriffe der Informatik (#104): fork(2) New processes are created by other processes, just like new humans. New humans are created by other humans, of course, not by processes. (Unix System Administration Handbook) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Am 19.07.2012 14:37, schrieb Steffen van Bergerem: > Gibt es bereits Tools, womit man ähnlich zum Geofabrik Map Compare die > aktuelle Karte mit der letzten CCBYSA-Karte vergleichen kann? Das > würde das Remapping deutlich vereinfachen, da man sehr schnell sieht, > an welchen Stellen sich neue Lücken aufgetan haben. (Die man natürlich > wieder schließt, ohne die alten Daten zu kopieren) In dem Fall wäre die Versuchung die alten Daten einfach zu übernehmen schon arg groß und ich würde das nicht gut finden. Was sinnvoll wäre, ist die Änderungen des Redaction-Bot menschenlesbar aufzubereiten, also sowas wie: "Hier wurde ein way entfernt". Die Position des Ways dann nicht exakt oder gar zweidimensional sondern einfach nur als Punkt. Ich habe keine Ahnung ob es da schon Tools gibt die sowas mit wenig Aufwand könnten, aber ich halte das eigentlich für eine recht unkomplizierte Sache. Gruß, Bernd -- Der Direktor des Springfielder Museums zu Lisa Simpson: "HIERMIT VERBANNE ICH DICH AUS DEM MUSEUM - DICH UND DEINE KINDER UND DEINE KINDESKINDER ... für drei Monate." signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Am 19.07.2012 13:41, schrieb Sven Geggus: > Zumindest "Ways without tags" gibt es im OSM Inspector. Was man jetzt recht oft findet sind Ways die nur ein "name" enthalten, also kein highway oder ähnliches. Diese könnte man praktisch gleich behandeln wie "without tags". Gruß, Bernd -- Es wird immer schwerer, etwas zu tun, und immer leichter, etwas zu verhindern. - Manfred Rommel (dt. Politiker) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Hallo. Am 19.07.2012 10:18, schrieb Joerg Fischer: > Routing kannste mit > diesen Daten für die nächste Zeit vergessen. Die Tools um solche "fast-Verbindungen" zu finden sind sehr gut. Sobald der Redaction Bot nicht mehr in D aktiv ist, kann man mal eine Arbeitsmatrix aufstellen und solche Tools wieder laufen lassen. > Ich habe jetzt etliche Zeit investiert um den gröbsten Blödinn aus dem Kopf > zu restaurieren weil ich die Ecke halt kenne. Und gerade frustriert > beschlossen das hinzuwerfen. Ich hab noch den Datenbestand von vorher, der > hilft mir über die nächsten Monate. Und dann schau ich vielleicht > mal wieder rein. Von selbst wird es nicht besser. Wenn du nicht mit hilfst, wird es jemand anders machen müssen. Aber es wird jemand machen. Es wird besser. Recht bald sogar, würde ich vermuten. Gruß, Bernd -- Die Nase ist die Bohrinsel des kleinen Mannes. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Hallo. Am 19.07.2012 09:08, schrieb Jörg Frings-Fürst: > Wenn ich jetzt anschaue das z.B. die Lieser quer duch die halbe Stadt > fließt, die Waypoints aber immer noch vorhanden sind und einfach so ohne > Tags rumliegen, dann kann ich nur noch mit dem Kopf schütteln. Durch Kopfschütteln wird nichts besser. Aber mit den Bing-Bildern kann man das doch wunderbar beheben. > Strassen sind weg und viele habe auf einmal keine Anbindung mehr. > Routing wird daher wohl über Jahre nicht mehr möglich sein. Ich habe mal die wichtigsten Verbindungsstraßen nach Bing-Bild wieder hergestellt. Leider habe ich keine Ortskenntnis und kann daher nicht prüfen ob das was ich da gemacht habe auch stimmt. Aber dafür haben wir ja dich, könntest du das kurz prüfen. :) Momentan ist das Rendering natürlich etwas verspätet, musst halt mit einem Editor anschauen oder noch etwas warten. Btw, das Korrigieren hat jetzt etwa 10 Minuten gedauert. > Aber was will man bei einer derart unprofessionell ausgeführten > Umstellung erwarten. Ach ist das schön wenn man etwas (egal wie) macht und hinterher grundsätzlich das Gepöbel anhören muss. Gruß, Bernd -- Fachbegriffe der Informatik (#213): NT-Fernwartung Microsoft Cordless Wheel Mouse (Auf der CeBit 2001 aufgeschnappt von Moritz Mühlenhoff) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Am 17.07.2012 22:53, schrieb Florian Lohoff: > Wie kann man da bei einem Projekt das Jahre besteht erwarten das man > alle erreicht? Aber unter anderem deshalb wurde doch die Umstellung der Lizenz gemacht?! Mit den neuen CT ist das Problem für die Zukunft gegessen. Deine Methode wäre jetzt also für alle Ewigkeit die CCbySA zu halten obwohl klar ist dass alle neuen Daten immer wieder genau wegen dieses Problems bei kommenden rechtlichen Problemen unbrauchbar werden. Lieber ein Ende mit Schrecken als ein Schrecken ohne Ende. Gruß, Bernd -- Frauen begnügen sich nicht mehr mit der Hälfte des Himmels, sie wollen die Hälfte der Welt. - Alice Schwarzer signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Biogasanlagen
Hallo. Am 19.06.2012 18:56, schrieb Martin Koppenhoefer: > für einen "Bauernhof" ist farmyard sicherlich der tag, aber welcher > deutsche Bauernhof ist "einige Hektar" groß? M.E. ist das eher > industrieller Maßstab, vor allem wenn es dann um Energieerzeugung > geht, und nicht um Nahrungsmittelproduktion. Ich glaube nicht, dass man das wirklich unterscheiden muss. Die meisten Biogasanlagen betreiben zudem noch Viehhaltung oder sind aus klassischen Bauernhöfen entstanden (wenn auch nicht zwingend am selben Ort). Der Begriff "Landwirtschaft" bezeichnet ja das bewirtschaften von Land. Und das machen Biogas-Betriebe gleichermaßen wie auch andere landwirtschaftliche Betriebe. Die "mehrere Hektar" sind einerseits wohl großzügig bemessen und beziehen sich dann wohl auf Hofstelle inklusive Fahrsilos zur Einlagerung von Futter. Das haben Biogasanlagen und klassische Betriebe ebenfalls gleichermaßen. Und nicht alle Betriebe haben das direkt auf der Hofstelle. Ich finde schon, dass eine Biogasanlage (die landwirtschaftlich betrieben wird) als Bauernhof klassifiziert werden kann. Ein Passant kann (wenn er weder Gärtanks noch Stall sieht) den Unterschied normalerweise nicht erkennen. Es soll (nicht in meiner Umgebung, daher kenne ich das selbst nicht) auch solche Anlagen geben die rein von Zulieferern abhängig sind, also keine eigene Landwirtschaft und keinen eigenen Anbau betreiben. Das geht dann wirklich in die industrielle Ecke. Gruß, Bernd -- Wenn man Tiere nicht essen soll, warum sind Sie dann aus Fleisch? - Quelle: http://german-bash.org/action/show/id/106951 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Hi. Am 10.06.2012 10:33, schrieb Paul Hartmann: > Hm, als zusätzliche Schikane scheint der Offset für jede Datei > verschieden zu sein (vergleiche erste Mail). Naheliegenderweise müsste > der Wert im Header kodiert sein: Muss nicht zwingend sein. Das NMEA verwendet das Komma als Trennzeichen. Wenn man in den einen Beispieldaten das "T" um 40 rotiert, kommt ein Komma raus. Man muss nur eine feste Position des Kommas kennen und kann dann schauen um wie viel man rotieren muss um daraus dann ein Komma zu machen. Diese Rotation wendet man dann auf alle Zeichen an. Vermutlich ist es immer das fünftletzte Zeichen? Oder man nimmt das erste Zeichen das exakt 13 Mal vorkommt? Gruß, Bernd -- tail -f /dev/null signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Diestleister: Sport
Am 23.05.2012 16:45, schrieb Jan Tappenbeck: > Nein vielleicht shop oder sports wie soll ein Renderer jemals > unterschieden ob eine Olympiastaion oder die Fitnesbude von nebenan. Für eine solche Unterscheidung sollten wohl am ehesten die Zuschauerplätze beziffert werden. Zuschauer in Fitness-Studios sind tendenziell weniger erwünscht als im Stadion. :) Gruß, Bernd -- Press any key to continue or any other key to quit signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de