Re: [Talk-de] Wanderwege
Gerd v. Egidy schrieb: Für mich wäre es daher eine große Hilfe, von diesen ganzen kleineren, regionalen Wanderwegen eine Liste zusammenzubekommen. Eine automatisch erzeugte Liste gibt es hier: http://topo.geofabrik.de/Wanderwegverzeichnis.html Wenn man das z.B. als Wiki pflegt, könnte man auch gleich die Relationsnummern dazupacken sobald man sie angelegt hat. Da ist halt die Frage, ob das einer pflegt. Einige gute Exemplare gibt es hier: http://wiki.openstreetmap.org/wiki/Essen/Status/Wanderwege http://wiki.openstreetmap.org/wiki/Wetter/Wanderwege http://wiki.openstreetmap.org/wiki/Naturpark_Rheinland http://wiki.openstreetmap.org/wiki/Wanderwege_des_SGV_%28Sauerl%C3%A4ndischer_Gebirgsverein%29 Ich könnte mir vorstellen, daß die Wegewarte bereits eine ähnlich gegliederte Liste haben. Ein Vorschlag, der bei diesem Treffen an die Wegewarte herangetragen werden könnte, wäre eine solche Liste zu veröffentlichen. Dabei sollte diese Liste von der Lizenz her kompatibel mit OSM sein. Einige Wandervereine sind da nicht sehr Internet-affin. Vor allem, wenn der Verein selber Wanderkarten verkaufen will. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am Donnerstag 01 April 2010 02:52:25 schrieb André Reichelt: Am 31.03.2010 20:08, schrieb Guenther Meyer: strassen sind erstmal lineare gebilde, die lassen sich wunderbar als vektoren mit entsprechenden attributen abbilden, inkl. allem was noetig ist. Das mag auf Autobahnen fast immer und außerorts gelegentlich gelten, innerstädtisch wirst Du damit aber in der Regel massiv auf die Schnauze fallen. Abbiegespuren kannst Du mit deiner Methode im Übrigen auch nicht sauber darstellen. natuerlich geht das. mit einer flaeche kannst du sowas nicht machen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am Donnerstag 01 April 2010 02:59:54 schrieb André Reichelt: Das einfache Modell funktioniert bei der Navigation und bei groben Stadtplänen wunderbar, das habe ich schon gesagt. Spätestens wenn ich aber in die Straßenperspektive wechsle wird dir das Ding um die Ohren fliegen -- und zwar ganz massiv. Gerade in gut bebauten und komplexen Gegenden vereinfacht es sowohl das Rendering als auch das Bearbeiten, wenn die Daten strukturiert abgelegt werden. Du musst nur in eine groessere, ausfuehrliche gemappte Stadt schauen. Ich zumindest habe da doch desofteren Schwierigkeiten mich in dem Gewirr von Linienbuendeln, Flaechen, Punkten und Relationen zurechtzufinden, und auf das richtige Element zu klicken. Es gibt Anwendungen, da interessiert mich, wo genau in der Kreuzung eine Insel liegt und wie groß die ist. Du kannst Dir das vielleicht nicht vorstellen, da Du selbst keine Anwendungen in diese Richtung entwickelst, aber grundsätzlich müssen wir so detailiert wir möglich mappen. Du kannst dir das vielleicht nicht vorstellen, aber fuer sowas wie eine Insel muss man keine Strassenflaechen malen... Wir dürfen uns nicht auf die Falle einlassen, etwas wegzulassen nur weil wir glauben, dass es gegenwärtig nicht sinnvoll nutzbar ist. Wer behauptet denn denn sowas? wie schon an anderer stelle geschrieben wurde, suggeriert so eine gemalte flaeche eine wesentlich hoehere genauigkeit, als tatsaechlich vorhanden ist. Das war auch genau der Grund, weswegen man das bis heute nicht macht. Jetzt stehen allerdings die Luftbilder zur Verfügung, die uns auf ein paar Zentimeter genau erlauben, genau diese Daten zu erfassen. Die Bilder sind gut, aber eine Genauigkeit auf ein paar Zentimeter wuerde ich den Bildern schon absprechen. Ausserdem hast du bei Luftbildern meistens ein Problem mit der Aktualitaet. Wir mappen nicht für heute sondern für morgen. Wenn heute etwas auch noch als Speicherplatzverschwendung angesehen wird, ist es morgen der Grund, weswegen man Material bei OSM kauft und nicht zur Konkurrenz geht. Es geht nicht in erster Linie um Speicherplatzverschwendung. Es geht um eine sinnvolle Abstraktion mit brauchbarer Auswert- und v.a. Bearbeitbarkeit der Daten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in CMS einbinden (Drupal, Joomla, Typo3)
Markus schrieb: Hallo, wer hat Erfahrung, wie man OSM-Karten in ein CMS einbaut? - Drupal Ich mache das in Drupal mit dem Modul Mapping Kit. Beispiele und Kurzanleitung unter: http://aardbodem.nl/?q=node/8 Das Modul ist leider sehr dürftig dokumentiert, ausser der obigen Seite habe ich nichts dazu gefunden. Dafür ist die Benutzung recht einfach. Ich zeige damit u.a. GPX-Tracks als Overlays über OSM-Karten an. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
On Wed, Mar 31, 2010 at 10:38:40PM +0200, Gerd v. Egidy wrote: Da denkt sich dann halt jeder Mapper vor Ort was aus. Das macht es aber nicht ganz so einfach bereits erfasste Teilstrecken zu finden und in einer Relation zusammenzuführen. Für mich wäre es daher eine große Hilfe, von diesen ganzen kleineren, regionalen Wanderwegen eine Liste zusammenzubekommen. Wenn man das z.B. als Wiki pflegt, könnte man auch gleich die Relationsnummern dazupacken sobald man sie angelegt hat. Meine Wanderkarte[1] hat seit einigen Tagen ein kleines Feature namens Routes in der unteren linken Ecke. Damit kann man sich die Wanderrouten im aktuellen Bildausschnitt anzeigen lassen. Das ganze ist noch etwas im Beta-Stadium (unter anderem zur Zeit nur unter Firefox getestet), aber zum Finden bereits vorhandener Relationen sollte es sich bereits ganz gut eignen. Tolles Feature! Ich hätte da gleich noch ein paar Vorschläge/Wünsche: Wäre es möglich, den Wanderweg hervorzuheben, der gerade ausgewählt ist? Kannst Du in der Liste und in der Detailansicht auch das Symbol anzeigen? Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
On Wed, Mar 31, 2010 at 10:38:40PM +0200, Gerd v. Egidy wrote: Da denkt sich dann halt jeder Mapper vor Ort was aus. Das macht es aber nicht ganz so einfach bereits erfasste Teilstrecken zu finden und in einer Relation zusammenzuführen. Für mich wäre es daher eine große Hilfe, von diesen ganzen kleineren, regionalen Wanderwegen eine Liste zusammenzubekommen. Wenn man das z.B. als Wiki pflegt, könnte man auch gleich die Relationsnummern dazupacken sobald man sie angelegt hat. Meine Wanderkarte[1] hat seit einigen Tagen ein kleines Feature namens Routes in der unteren linken Ecke. Damit kann man sich die Wanderrouten im aktuellen Bildausschnitt anzeigen lassen. Das ganze ist noch etwas im Beta-Stadium (unter anderem zur Zeit nur unter Firefox getestet), aber zum Finden bereits vorhandener Relationen sollte es sich bereits ganz gut eignen. Tolles Feature! Ich hätte da gleich noch ein paar Vorschläge/Wünsche: Wäre es möglich, den Wanderweg hervorzuheben, der gerade ausgewählt ist? Kannst Du in der Liste und in der Detailansicht auch das Symbol anzeigen? und noch eine Kleinigkeit: Momentan wird beim Klicken auf Routes die Karte nach rechts geschoben um Platz für die Box zu machen. Wäre es möglich die Box einfach drüber zu legen? Dann muss man nicht erst wieder suchen wo man auf der Karte ist. Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
On Thu, Apr 01, 2010 at 08:58:56AM +0200, Stephan Olbrich wrote: Meine Wanderkarte[1] hat seit einigen Tagen ein kleines Feature namens Routes in der unteren linken Ecke. Damit kann man sich die Wanderrouten im aktuellen Bildausschnitt anzeigen lassen. Das ganze ist noch etwas im Beta-Stadium (unter anderem zur Zeit nur unter Firefox getestet), aber zum Finden bereits vorhandener Relationen sollte es sich bereits ganz gut eignen. Tolles Feature! Ich hätte da gleich noch ein paar Vorschläge/Wünsche: Wäre es möglich, den Wanderweg hervorzuheben, der gerade ausgewählt ist? Kannst Du in der Liste und in der Detailansicht auch das Symbol anzeigen? Beides ist bereits in der Planung, genauso wie eine deutsche Übersetzung des Interfaces. Ich hoffe, dass ich in den nächsten Wochen etwas Zeit finde. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 01.04.2010 05:37, schrieb Matthias Versen: GPS reicht auch in Straßenschluchten solange man nicht mit einem Iphone die GPS Spur erzeugt und man auch mehr als eine GPS Spur an verschiedenen Tagen erzeugt. Dann braucht man nur noch Brain 1.0 zur Korrektur. Nur in Tunneln wird es etwas schierig aber da helfen Dir Luftbilder auch nicht. Navis der 400 EUR Klasse haben Beschleunigungssensoren, welche auch in Tunneln die Fortführung des Trackings ermöglichen. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
On Thu, Apr 01, 2010 at 09:07:07AM +0200, Stephan Olbrich wrote: Meine Wanderkarte[1] hat seit einigen Tagen ein kleines Feature namens Routes in der unteren linken Ecke. Damit kann man sich die Wanderrouten im aktuellen Bildausschnitt anzeigen lassen. Das ganze ist noch etwas im Beta-Stadium (unter anderem zur Zeit nur unter Firefox getestet), aber zum Finden bereits vorhandener Relationen sollte es sich bereits ganz gut eignen. Tolles Feature! Ich hätte da gleich noch ein paar Vorschläge/Wünsche: Wäre es möglich, den Wanderweg hervorzuheben, der gerade ausgewählt ist? Kannst Du in der Liste und in der Detailansicht auch das Symbol anzeigen? und noch eine Kleinigkeit: Momentan wird beim Klicken auf Routes die Karte nach rechts geschoben um Platz für die Box zu machen. Wäre es möglich die Box einfach drüber zu legen? Dann muss man nicht erst wieder suchen wo man auf der Karte ist. Darüberlegen geht nicht, weil dann die Zoom-Leiste verschwindet. Da müsste man schon die Karte anpassen, was nicht ganz trivial ist. Ich schau mir das mal an. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Easterhegg
Wer von euch ist auf der Easterhegg morgen? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 01.04.2010 um 05:37 schrieb Matthias Versen: Woher willst Du wissen das wir in Zukunft immer solche Luftbilder zur Verfügung haben werden ? Das halte ich eher für höchst unwahrscheinlich, besonders weil es immer aktuelle Luftbilder sein müssen. so unwahrscheinlich ist das nicht. Die frage ist, ob wir damit etwas anfangen können. Zur Zeit sind in Dortmund neu 10% ( ca 20.000 ) der Buildings nach 12 Tagen erfasst. Hochgerechnet würden wir in 2.5 Monaten gerade die 100% schaffen. Bei einer Abweichung von wirklichkeit und Luftbildern bleibt nur das löschen übrig. was meinst Du denn damit? Straße als Fläche aus Luftbild abgezeichnet, Straße wird umgebaut, Mapper vor Ort erfasst sie mit den normalen OSM Mitteln (GPS) neu als Vektor. Die Fläche kann er in dem Fall nur löschen denn die ist nicht mehr korrekt und er kann die mit OSM mitteln nicht einfach korrigieren. Beim Wohnort meines Arbeitskollegen aus Dortmund passen die Aerowest Luftbilder zum Beispiel nicht mehr. Da die Bilder ca 1 Jahr alt ( neu ) sind, kann das vorkommen. Aber für 90% der Buildings stimmen sie. Und ein Grundsatz ist hoffentlich, wenn in OSM schon etwas gezeichnet ist, die Luftbilder aber etwas anderes zeigen, lieber ein Bug in openstreetbugs eintragen und die lokalen Mapper das kontrollieren zu lassen als einfach die Sache vom Luftbild abzuzeichnen. Marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Privatweg - Durchgang verboten, Wanderwegbenutzung frei
Hi Johann H. Addicks, Am 31.03.2010 22:38, schrieb Gerd v. Egidy: das klingt sehr gut. Ich mappe hauptsächlich in Wald und Flur und wenn sie nicht ganz abseits meiner Routen liegen gerne auch die ausgeschilderten Wanderwege mit. Neulich in Thüringen: http://www.addicks.net/gallery/osm/DSCF3126 [Zeichen 260 + Privatweg, Durchgang verboten + Schieferpfad, Durchgang erlaubt] Nein, ich weiss nicht, wie man das tagt... Ach, bicycle=yes passt schonmal, horse=yes eventuell auch. Ob nun foot=private oder foot=destination, weiss ich auch nicht. Zumal dann noch nur der Schieferpfad dort durchdarf, der rotes-Dreieck-auf-weissem- Grund ja wohl nicht. Viel Spass, stw -- Machen Sie ein Kind und seine Familie froh. [Classic Radio 13.12.2004] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kontaktperson zum ADAC bei München gesuc ht
Hallo Leute, ich habe gerade mit dem Herren vom ADAC telephoniert und grundlegende Fragen was wir machen, wer das zahlt, was wir für Daten haben, wie die Lizenz aussieht, welche Navis die OpenStreetMap-Karte nutzen, wohin gerade die Entwicklung geht... beantwortet. Jetzt suchen die Herren vom ADAC jemanden in München oder Umgebung der als Kontakt dienen kann um Gespräche darüber zu führen, wie wir uns gegenseitig helfen können. Wer hat hier genug Erfahrung und traut sich zu diese wichtige Rolle zu übernehmen? Der ADAC wäre für das Projekt in Deutschland wohl der wichtigste Partner, den wir haben können. Nicht nur haben sie eigene Stau-Daten sondern auch viel die Vereinszeitschrift, Tourensets, Stau-Karten im Netz die dringend mal eine modernere Karte gebrauchen können und ein unglaubliches politisches Gewicht. Das sollte jetzt wirklich jemand sein der auch mal einen Anzug anziehen und über Teilaspekte von OSM informiert frei referieren kann. Marcus 2010/3/7 Marcus Wolschon mar...@wolschon.biz: 2010/3/7 Florian Lohoff f...@zz.de: On Sun, Mar 07, 2010 at 09:58:33AM +0100, Marcus Wolschon wrote: Da der ADAC ja so viele Navi-Funktionen fordert, die mehr Staudaten brauchen als man halt zur Verfügung hat, habe ich mal bei denen angefragt ob die ihre eigenen Staudaten von den ADAC-Staumeldern denn maschinenlesbar bereitstellen würden. (Natürlich etwas höflicher formuliert) Ich vermute nur das du den Artikel falsch verstanden hast, bzw ICH habe den Falsch verstanden. Mit ging es um die Verbesserungsvorschläge im letzten Teil. Ich habe darin gelesen das die Staus dadurch verursacht sind weil die Routingalhorithmen streng Hierarchisch arbeiten, d.h. immer erst versuchen dich auf die Hoechste klasse Straße zu bekommen um distanzen zu ueberwinden. Das ist so nicht korrekt. Jedes Stück Straße hat eine Metric (z.B. dessen Länge oder Fahrtzeit) und die Route ist diejenige Liste solcher Straßenstücke welche vom Start zum Ziel führt und dabei die geringste Summe an Metriken hat. Mit Hierarchien arbeiten wenige. Welche konkreten Routingalgorithmen hast du im Sinn? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kartografie in Wikipedia
Hi Markus, [Wikipedia] Ich wollte grad nachschlagen, was man denn genau unter Topologie versteht. Aber da lese ich nur unverständliches Zeug über Knoten und Maschen, das wiederum einer Erklärung bedürfen würde, aber nirgendwo verlinkt ist. Auch Topografie oder Topologische Beziehung hilft nicht weiter. Dass hier noch keine Antwort kam, wundert mich. Was genau hattest du dir eigentlich unter Topologie erhofft? Ich denk da eigentlich sofort an die mathematische Verwendung, also Kaffeetasse und Donut, Umstuelpen einer Kugel oder eines Fahrrads durch das Ventiel, oder so. cu, stw -- vimtutor: 1. Move the cursor around the screen until you are comfortable. Note: The cursor keys should also work. But using hjkl you will be able to move around much faster, once you get used to it. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Kataster Map, war Details mappen in Dortmund
Original-Nachricht Datum: Thu, 01 Apr 2010 02:59:54 +0200 Von: André Reichelt andr...@online.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Details mappen in Dortmund Hallo, Das einfache Modell funktioniert bei der Navigation und bei groben Stadtplänen wunderbar, das habe ich schon gesagt. Spätestens wenn ich aber in die Straßenperspektive wechsle wird dir das Ding um die Ohren fliegen -- und zwar ganz massiv. Das ist mir jetzt zu pauschal und entspricht auch nicht meinen Erfahrungen. Mit ein paar zusaetzlichen Vereinbarungen kann man eine Darstellung bauen, der die Masse der staedtischen Strassen gut abbildet. Es gibt Anwendungen, da interessiert mich, wo genau in der Kreuzung eine Insel liegt und wie groß die ist. Du kannst Dir das vielleicht nicht vorstellen, da Du selbst keine Anwendungen in diese Richtung entwickelst, aber grundsätzlich müssen wir so detailiert wir möglich mappen. Wir dürfen uns nicht auf die Falle einlassen, etwas wegzulassen nur weil wir glauben, dass es gegenwärtig nicht sinnvoll nutzbar ist. Du verwechselst den Detaillierungsgrad mit der Abbildung. Nur weil man derzeit fast nichts aus dem aktuellen Modell rauskitzelt, bedeutet das nicht, dass das nicht geht. Da ist noch sehr viel drin, ohne dass man den ganzen aktuellen Datenbestand auf den Kopf stellt. Leider ist die Ueberhoehung der Breiten bei den OSM-Renderern der Stand der Technik und sie uebernehmen diese Darstellung damit (leider) vom grossen Vorbild Google Maps. Ich spreche mich nicht dagegen aus, dass man moeglichst jedes Detail mappt, aber ich spreche mich dafuer aus, dass man nicht alles mit der Brachialmethode 'dann setze ich eben eine Node mehr rein' loest. Das war auch genau der Grund, weswegen man das bis heute nicht macht. Jetzt stehen allerdings die Luftbilder zur Verfügung, die uns auf ein paar Zentimeter genau erlauben, genau diese Daten zu erfassen. Ist doch OK, dann werden eben endlich mal Breiten und Abrundungsradien konkret erfassbar und koennen interaktiv ermittelt werden. Wir mappen nicht für heute sondern für morgen. Und morgen haben wir dann die OpenKatasterMap :) Gruesse Hubert -- Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenAddresses.org, die Webseite für offene und freie geokodierte Adressdaten ist online
André Riedel schrieb: Am 29. März 2010 12:19 schrieb Tobias Knerr o...@tobias-knerr.de: Lars Lingner schrieb: Die Projekte ergänzen sich in dieser Hinsicht und deren Datenbestand wird regelmässig synchronisiert. Mal abgesehen davon, dass ich nicht allzu viel davon halte, in einer öffentlichen Presseerklärung (die z.B. Golem natürlich wieder ohne weitere Recherche abgeschrieben hat), eine *geplante* Synchronisierung als Tatsache hinzustellen: Wie soll eine Datenübernahme von OSM zu OA lizenzrechtlich möglich sein? Eure Lizenz hat schließlich keine Share-Alike-Bestimmung. Tobias Knerr Die Idee eine Anwendung/Website für alle Aufgaben mit geokodierten Adressen zu erstellen finde ich gut. Auch das es einen Austausch mit OSM gibt. Aber wie ist das lizenztechnisch möglich? OSM (CC-by-sa 2.0) - OA (CC-by 3.0) später evntl. ODBL - CC-by 3.0 An einer Lösung wird gerade gearbeitet. Der Lizenzfrage wurde nicht so viel Beachtung geschenkt wie der technischen Umsetzung. Nun kann man nicht jeden Tag zu einer neuen Lizenz wechseln. Ziel ist es eine Adressdatenbank aufzubauen, die frei benutzt werden kann. So wie es mit OSM-Daten ja auch möglich ist. Da allerdings nicht nur Daten von OSM bei OA enthalten sind, muss man alle auf dem Tisch liegenden Lizenzen anschauen und sehen wie man aus der jetzigen Situation raus kommt. Dabei darf es selbstverständlich nicht zu Lizenzverletzungen anderer Projekte kommen. In Kürze wird es zur Lizenzfrage ein Update geben. Wegen der anstehenden Feiertage möchte ich Kürze nicht näher definieren. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hi Walter Nordmann, nur mal ne frage ganz am Rande geht es hier noch um Dortmund oder nicht? Oh, Dortmund. Hab ich ueberlesen. Bzw. mir ist erst allmaehlich bewusst geworden, dass dort wohl zeitlich befristet hochaufloesende Luftbilder vorliegen, aus denen dann in hoechster Eile wohl die Flaechendaten gewonnen werden sollten. Aber Flaechendaten werden wir auch immer wieder mal bekommen, sei es durch Luftbilder, Spenden von Vermessungsaemtern oder engagierte Mapper mit GPS-Geraeten. Mir macht letzteres mehr Spass, drum zieh ich wohl demnaechst wieder los und lauf ein paar Fusswege ab. Als Linie erstmal. cu, stw -- http://bundeswehr.de/ Wir sind da. Zumindest, wenn Sie in ihrem Browser JavaScript aktivieren! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hallo. Am 1. April 2010 10:27 schrieb Steffen Wolf s...@gmx.de: Aber Flaechendaten werden wir auch immer wieder mal bekommen, sei es durch Luftbilder, Spenden von Vermessungsaemtern oder engagierte Mapper mit GPS-Geraeten. Hast Du mal ein Beispiel, wo es von einem Vermessungs-/Katasteramt hoch genaue Flächendaten für uns gab? Und ich spreche nicht von Hausumrissen, sondern von dem was hier diskutiert wird -- von Katasterflächen auf denen Straßen verlaufen. Und selbst die Hausumrisse in Rostock haben einen Versatz von min. 2 m. Mir macht letzteres mehr Spass, drum zieh ich wohl demnaechst wieder los und lauf ein paar Fusswege ab. Als Linie erstmal. Hast Du Dir in JOSM mal die GPS-Tracks mit heruntergeladen. Würde mich interessieren, ob du einzelne davon einer Straße oder einem Fußweg zuweisen kannst. Fußwege an einer Straße sind mit unseren GPS-Geräten meiner Erfahrung nach nicht auflösbar. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hi Falk Zscheile, Am 1. April 2010 10:27 schrieb Steffen Wolf s...@gmx.de: Aber Flaechendaten werden wir auch immer wieder mal bekommen, sei es durch Luftbilder, Spenden von Vermessungsaemtern oder engagierte Mapper mit GPS-Geraeten. Hast Du mal ein Beispiel, wo es von einem Vermessungs-/Katasteramt hoch genaue Flächendaten für uns gab? Aehm, ich meinte in ferner Zukunft mal. Man soll die Hoffnung ja nicht aufgeben. Mir macht letzteres mehr Spass, drum zieh ich wohl demnaechst wieder los und lauf ein paar Fusswege ab. Als Linie erstmal. Hast Du Dir in JOSM mal die GPS-Tracks mit heruntergeladen. Würde mich interessieren, ob du einzelne davon einer Straße oder einem Fußweg zuweisen kannst. Fußwege an einer Straße sind mit unseren GPS-Geräten meiner Erfahrung nach nicht auflösbar. Und hier meinte ich die Fusswege innerhalb eines Wohngebiets, die eben nicht an einer Strasse entlangfuehren. Um die Qualitaet der GPS-Tracks weiss ich, ich hab ja mal ein kleines Wohngebiet durchlaufen. Ich hatte Glueck, dass der Track der linken Strassenseite auch links von dem der rechten Seite lag ;-) Solang ich da keine besseren Daten habe, fang ich sowas gar nicht erst an, das versprech ich. cu, stw -- Wer in der inneren Sicherheit klare und präzise Gesetze [...] haben will, die [...] nicht den Datenschutz zu hoch hängen [...], der muß [...] der CDU die Stimme geben. [Roland Koch, 1.9.2009, DLF] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert
hi, wie ich vorhin aus gesicherten quellen erfahren habe, sind in allen GPS-Geräten DOCH SENDER drin und nicht, wie die meisten Unwissenden von uns annehmen, nur Empfänger. Bereits beim Kauf des Gerätes wird der Besitzer in einer weltweiten Datenbank (Berliner Version: POS - Personen Ortungs System) mit den IP6_Adressen der Geräte erfasst und kann so jederzeit geortet werden. Daher empfehle ich jedermann, sein GPS-Gerät immer in ALU-Folie einzuwickeln, wenn er nicht geortet werden möchte. Das Pilotprojekt soll erst einmal bis zum 1.4.2011 laufen, wird aber eventuell verlängert. gruss walter - Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können. -- View this message in context: http://n2.nabble.com/USA-haben-GPS-Signale-seit-01-05-Uhr-kuenstlich-verschlechtert-tp4834146p4835929.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 01.04.2010 um 10:43 schrieb Falk Zscheile: Hallo. Und selbst die Hausumrisse in Rostock haben einen Versatz von min. 2 m. war es nicht: von max 1m, d.h. 0-100 cm. Marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 1. April 2010 11:10 schrieb Gehling Marc m.gehl...@gmx.de: Am 01.04.2010 um 10:43 schrieb Falk Zscheile: Und selbst die Hausumrisse in Rostock haben einen Versatz von min. 2 m. war es nicht: von max 1m, d.h. 0-100 cm. Die eine Seite sagt 1m[1] die andere 1--2 m. Ok, ich habe leicht übertrieben :-) Gruß, Falk [1] http://wiki.openstreetmap.org/wiki/Rostocker_Geb%C3%A4udeumrisse_Import_2009 [2] http://wiki.openstreetmap.org/wiki/Rostock#Geb.C3.A4udeumrisse_des_Katasteramts ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verwendung von Relationen mit type=boundary
Moin, an der Küstenlinie im Norden gibt es Beschriftungen mit dem Text nördliches Schleswig-Holstein. Eine solche Verwaltungseinheit gibt es nicht. Der Name stammt von der Relation 446137, die offenbar für TMC eingerichtet wurde und den Typ type=boundary ohne boundary=XYZ hat. Sollte man Relationen mit type=boundary nur amtliche Grenzen nutzen und die TMC-Relation auf multipolygon ändern oder muss die Anwendung bzw. der Renderer auf boundary=administrative und andere bekannte Werte prüfen. Ich fand die Wikitexte zu boundary nicht eindeutig. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kartografie in Wikipedia
ok, wer ich mal offensiv werden: da hast da wohl was verwechelt: http://www.google.de/url?sa=tsource=webct=rescd=1ved=0CAoQFjAAurl=http%3A%2F%2Fde.wikipedia.org%2Fwiki%2FTopografierct=jq=topographieei=fWa0S-jFBMnK-QbgnfSQDQusg=AFQjCNEIJ5Pjyp8JJEmG3E7V25yNxuqhdg aber topologie ist komplizierter. walter - Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können. -- View this message in context: http://n2.nabble.com/Kartografie-in-Wikipedia-tp4777466p4836076.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Relationen mit type=boundary
Am 01.04.2010 11:31, schrieb Stephan Wolff: Sollte man Relationen mit type=boundary nur amtliche Grenzen nutzen und die TMC-Relation auf multipolygon ändern oder muss die Anwendung bzw. der Renderer auf boundary=administrative und andere bekannte Werte prüfen. Ja. boundary wird für alles mögliche genutzt, zB. auch für die Grenzen hochaufgelöster Yahoo Gebiete etc. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Habe ich den Anschluss richtig gemappt?
Am 01.04.2010 01:38, Martin Koppenhoefer: Am 31. März 2010 22:51 schrieb Christian Knorros...@gmx.de: Ich habe secondary_link gemacht, obwohl es das in JOSM nicht gibt. Was meint Ihr? Ob das JOSM kenn oder nicht ist weniger relevant. Genau mappe ich jedenfalls auch Was haltet Ihr eigentlich unabhängig davon von der Idee, die Links allgemein viel dünner zu rendern? Sollte man das mal vorschlagen oder in t...@h machen? Motorway_link wird in Mapnik ja schon etwas dünner als der große Bruder gerendert. Wäre eigentlich toll, wenn das bei den anderen auch so wäre, ja. Ein Ticket dazu, sogar mit Patch gibt es bereits. Müsste Steve nur noch einbauen: http://trac.openstreetmap.org/ticket/1881 Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenst lich verschlechtert
Hallo, Johann H. Addicks addicks at gmx.net writes: Am 01.04.2010 01:35, schrieb Jonas Stein: Also schnell anmelden. Man liesst sich! Ich wollte mal ins Archiv schauen. Aber das SSL-Zertifikat scheint defekt zu sein. Das Zertifikat ist genau so kaputt wie bei den anderen deutschen Mailinglisten. Das liegt leider ausßerhalb meines Machtbereichs. Da von dem Problem halt alle auf lists.openstreetmap.de gehosteten MLs betroffen sind, gehe ich mal davon aus, dass es sich um ein generelles Problem handelt und nicht um ein spezifisches Problem dieser ML. Grüße Max ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Original-Nachricht Datum: Thu, 01 Apr 2010 02:52:25 +0200 Von: André Reichelt andr...@online.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Details mappen in Dortmund Das mag auf Autobahnen fast immer und außerorts gelegentlich gelten, Ich glaube wir leben auf unterschiedlichen Planeten ;) Bitte zeige mir mal die Ausserortsstrassen, deren Breite gar so fuerchterlich staendig schwankt, dass sie nur 'gelegentlich' den Anschein erwecken, parallel zu sein. innerstädtisch wirst Du damit aber in der Regel massiv auf die Schnauze fallen. Abbiegespuren kannst Du mit deiner Methode im Übrigen auch nicht sauber darstellen. Warum? Rinksbuendige Referenz + Spurbreite + Spuranzahl + Uebergangsbeschreibung (z.B. Aufweitung auf 100m Laenge) und das Ding ist sauber beschrieben. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Steffen Wolf-2 wrote: Oh, Dortmund. Hab ich ueberlesen. Bzw. mir ist erst allmaehlich bewusst geworden, dass dort wohl zeitlich befristet hochaufloesende Luftbilder vorliegen, aus denen dann in hoechster Eile wohl die Flaechendaten gewonnen werden sollten. Hi Steffen, da liegst leider völlig daneben ;-) das Dortmunder Projekt hat VORRANGIG als Ziel, alle Häuser mit deren Hausnummern flächendeckend zu erfassen. Damit will - und darf - unser Sponsor AIROWEST seine hier unzureichende Datenbasis verbessern. Wenn das erfolgreich vonstatten geht, soll/will Airowest uns Luftaufnahmen weitere Städte zu Verfügung stellen. Also eine klassische Give and Take-Situation :-) Dieser Thread ist dann in das Thema Mappen von Flächen abgeglitten, wahrscheinlich weil die Qualität der Luftaufnahmen dies erstmalig so richtig zulassen würde. Dabei haben die derzeit beteiligten Aktivisten anscheinend das eigentliche Ziel aus dem Auge verlohren. mfg walter - Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können. -- View this message in context: http://n2.nabble.com/Details-mappen-in-Dortmund-tp4778663p4836308.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Easterhegg
On Thu, Apr 01, 2010 at 09:24:59AM +0200, Marcus Wolschon wrote: Wer von euch ist auf der Easterhegg morgen? ich bin da. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
2010/4/1 qbert biker qbe...@gmx.de Warum? Rinksbuendige Referenz + Spurbreite + Spuranzahl + Uebergangsbeschreibung (z.B. Aufweitung auf 100m Laenge) und das Ding ist sauber beschrieben. Ach, und das soll dann ernsthaft EINFACHER zu erfassen sein als das einfache Nachzeichnen einer Fläche anhand von hochauflösenden Luftbildern? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 01.04.10 schrieb Robert S.: 2010/4/1 qbert biker qbe...@gmx.de Warum? Rinksbuendige Referenz + Spurbreite + Spuranzahl + Uebergangsbeschreibung (z.B. Aufweitung auf 100m Laenge) und das Ding ist sauber beschrieben. Ach, und das soll dann ernsthaft EINFACHER zu erfassen sein als das einfache Nachzeichnen einer Fläche anhand von hochauflösenden Luftbildern? Ja, denn spätestens für turn_restrictions muss ich die Spuren sowieso erfassen, egal ob als eine Linie + Tags oder als mehrere Linien. Also warum soll ich die Fläche zusätzlich erfassen? Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert
Am 01.04.2010 11:23, schrieb Max Andre: Hallo, Johann H. Addicksaddicksat gmx.net writes: Am 01.04.2010 01:35, schrieb Jonas Stein: Also schnell anmelden. Man liesst sich! Ich wollte mal ins Archiv schauen. Aber das SSL-Zertifikat scheint defekt zu sein. Das Zertifikat ist genau so kaputt wie bei den anderen deutschen Mailinglisten. Das liegt leider ausßerhalb meines Machtbereichs. Da von dem Problem halt alle auf lists.openstreetmap.de gehosteten MLs betroffen sind, gehe ich mal davon aus, dass es sich um ein generelles Problem handelt und nicht um ein spezifisches Problem dieser ML. Bitte benutzt einfach http://... Das Problem ist das man für ein Zertifikat Geld bezahlen muss und die Rcihtige Person vom Fossgis das unterschreiben muss etc. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert
Am Donnerstag 01 April 2010 13:55:24 schrieb Sven Anders: Das Problem ist das man für ein Zertifikat Geld bezahlen muss Oder man geht zu CAcert oder man geht zu startcom. Gruß, Bernd -- Es genügt nicht, keine Meinung zu haben. Man muß auch unfähig sein, sie auszudrücken signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert
Am 1. April 2010 14:02 schrieb Bernd Wurst be...@bwurst.org: Am Donnerstag 01 April 2010 13:55:24 schrieb Sven Anders: Das Problem ist das man für ein Zertifikat Geld bezahlen muss Oder man geht zu CAcert oder man geht zu startcom. die aber noch nicht von vornherein im Browser sind, sondern wo man die get me out of here-Nachricht entsprechend ignorieren muss, und die Zertifikate selbst installieren, oder hat sich da was geändert? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert
Martin Koppenhoefer schrieb: die aber noch nicht von vornherein im Browser sind, sondern wo man die get me out of here-Nachricht entsprechend ignorieren muss, und die Zertifikate selbst installieren, oder hat sich da was geändert? Nein, es werden nur mit jeder neuen Version vom Firefox mehr Mausklicks, die dazu notwendig sind. Da das Zertifikat nun aber nicht jeden Tag gewechselt wird, verstehe ich die Aufregung darüber auch nicht. MfG Thomas Schäfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Komische Koordinaten aus Buch
Hi, Das ist leicht OT, aber ich denke hier kennen sich genügend Leute mit sowas aus. Ich habe hier ein Buch über Naturschutzgebiete auf Gotland in Schweden (btw., die findet Nominatim nicht - wie gibt man korrekt einer Insel einen Name-Tag?) Darin sind Koordinaten angegeben, allerdings welche die ich nicht einordnen kann. Ein Beispiel ist 1641400;6312830. Das ist etwa hier: http://www.openstreetmap.org/?lat=56.9125lon=18.129zoom=14layers=B000FTF Was für Koordinaten sind das? cu, -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail:ha...@hboeck.de http://schokokeks.org - professional webhosting signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Original-Nachricht Datum: Thu, 1 Apr 2010 13:32:37 +0200 (CEST) Von: Fabian Schmidt fschm...@informatik.uni-leipzig.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Details mappen in Dortmund Am 01.04.10 schrieb Robert S.: 2010/4/1 qbert biker qbe...@gmx.de Warum? Rinksbuendige Referenz + Spurbreite + Spuranzahl + Uebergangsbeschreibung (z.B. Aufweitung auf 100m Laenge) und das Ding ist sauber beschrieben. Ach, und das soll dann ernsthaft EINFACHER zu erfassen sein als das einfache Nachzeichnen einer Fläche anhand von hochauflösenden Luftbildern? Ja, denn dabei kann man sich von der SW sehr gut unterstuetzen lassen. Man zeichnet die Basislinie ein, zieht sie in die Breite, bis das mit dem Luftbild uebereinstimmt und traegt die Spuranzahl ein. GGf. zieht man das noch ein wenig zurecht. Jetzt Klickt man die Spuren an und parametrisiert sie. Geht ganz sicher schneller und einfacher als jede einzelne Spur und die die Flaeche einzeln Punkt fuer Punkt reinzufummeln. Ja, denn spätestens für turn_restrictions muss ich die Spuren sowieso erfassen, egal ob als eine Linie + Tags oder als mehrere Linien. Also warum soll ich die Fläche zusätzlich erfassen? Turn restrictions funktionieren auch ohne einzeln eingetragene Spuren. Rein technisch ist es moeglich, die Information an eine einzige Basislinie zu haengen und ich halte das auch fuer sinnvoll. Ein Vorteil ist z.B. dass die Breite der Fahrbahn auch wieder direkt ausgelesen werden kann. OSM soll doch eine freie Datensammlung sein - warum kommt jetzt ploetzlich diese Fixierung auf Umrisse? Wenn eine Datenbank abgeleitete Groessen wie eben die Fahrbahnbreite direkt zur Verfuegung stellt, was soll daran falsch sein? Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Komische Koordinaten aus Buch
Hanno Böck ha...@hboeck.de wrote: Darin sind Koordinaten angegeben, allerdings welche die ich nicht einordnen kann. Ein Beispiel ist 1641400;6312830. Das ist etwa hier: http://www.openstreetmap.org/?lat=56.9125lon=18.129zoom=14layers=B000FTF Was für Koordinaten sind das? Hm, ich hatte mal für jemanden hier auf der Liste ein Orthofoto von Orsa in schwedischer Projektion in meinen WMS reingetan (http://www.mail-archive.com/talk-de@openstreetmap.org/msg53723.html ff.) An die EPSG Nummer erinnere ich mich nicht mehr aber wir haben das Bild definitiv mit gdal umprojiziert. Mal ein wenig in meiner Mail wühlen OK, ich habe den gdalwarp Aufruf in meiner gefunden :) Für einzelne Koordinaten mit cs2cs sieht das dann so aus. echo 1641400 6312830 |cs2cs -f %.12f +proj=tmerc +lat_0=0 +lon_0=15.808278 +k=1 +x_0=150 +towgs84=414.0978567149,41.3381489658,603.0627177516,-0.8550434314,2.1413465,-7.0227209516,0 +to +init=epsg:4326 Das Ergebnis: 18.126596977519 56.914088510933 726.916675329208 Scheint ja ganz gut zu passen :) http://www.openstreetmap.org/?mlon=18.126596977519mlat=56.914088510933 Gruss Sven P.S.: Ein pythonscript für csv könnte ich auch noch anbieten. -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 1. April 2010 05:37 schrieb Matthias Versen s...@mversen.de: Martin Koppenhoefer wrote: in manchen Gegenden hat ein GPS noch nie ausgereicht (enge Straßenschluchten in verwinkelten Altstädten), auf Dauer werden wir vermutlich keine schlechteren oder weniger Luftbilder zur Verfügung haben. GPS reicht auch in Straßenschluchten solange man nicht mit einem Iphone die GPS Spur erzeugt und man auch mehr als eine GPS Spur an verschiedenen Tagen erzeugt. Dann braucht man nur noch Brain 1.0 zur Korrektur. jaja, Du warst wohl einfach noch nicht in entsprechenden Gebieten, mit mehreren Tracks wird es dort nicht einfacher sondern schwieriger. Sobald die Wege in kleineren Abständen als Deine GPS-Genauigkeit nebeneinander laufen wird es unmöglich., in Genua sind die Straßen z.T. nur 1-2 Meter breit, mit Hausschluchten über 6 Stockwerke angrenzend. Sieh mal hier (Streetview): http://maps.google.de/maps?f=qsource=s_qhl=degeocode=q=genuasll=40.667364,16.609534sspn=0.001444,0.002411gl=deie=UTF8hq=hnear=Genua,+Ligurien,+Italienll=44.409376,8.932724spn=0.00136,0.002411t=kz=19layer=ccbll=44.409437,8.932239panoid=ABiEmQCqI4eGNTiljyxrmQcbp=12,88.08,,0,-8.41 oder von oben http://maps.google.de/maps?f=qsource=s_qhl=degeocode=q=genuasll=40.667364,16.609534sspn=0.001444,0.002411gl=deie=UTF8hq=hnear=Genua,+Ligurien,+Italienll=44.409376,8.932724spn=0.00136,0.002411t=kz=19 oder Matera http://maps.google.de/maps?hl=deie=UTF8q=matera+italienfb=1gl=deei=3JG0S_eBCISd_Aajm_l0ved=0CBYQpQYview=mapgeocode=Fe2NbAIdh2P9AAsplit=0iwloc=Asa=X oder jede beliebige dichte mittelalterliche Stadt... NUr in Tunneln wird es etwas schierig aber da helfen Dir Luftbilder auch nicht. etwas schwierig, soso. Bei einer Abweichung von wirklichkeit und Luftbildern bleibt nur das löschen übrig. was meinst Du denn damit? Straße als Fläche aus Luftbild abgezeichnet, Straße wird umgebaut, Mapper vor Ort erfasst sie mit den normalen OSM Mitteln (GPS) neu als Vektor. Die Fläche kann er in dem Fall nur löschen denn die ist nicht mehr korrekt und er kann die mit OSM mitteln nicht einfach korrigieren. stimmt so nicht. Wenn ich die angrenzende Umgebung drin habe, kann ich die Straße immer ungefähr einzeichnen. Konkret von Straßenflächen, am besten noch aus Multipolygonen bestehend. die multipolygone halte ich auch nicht für optimal für die Straßenflächen, störend finde ich bei diesen Straßenflächen prinzipiell, dass man sie künstlich in (Flächen-)Segmente aufteilen muss, und es die ganzen Querverbindungen eigentlich gar nicht gibt. Diese sind es ja auch, die vor allem Probleme schaffen weil sie die Mittelways ständig kreuzen würden. Daher ja auch der Hinweis auf die area-Relation, bei deren Konzeption ich genau auch daran gedacht hatte. Sicherlich vervielfachen sich auch damit die Ways, das ist richtig. Eine normale städtische Straße könnte man da so modellieren: (je 1 way): Aussenkante Fußweg, Bordstein, Mittellinie (als highway, bisheriger meist alleiniger way), wieder Bordstein, wieder Aussenkante Fußweg. Querverbindungen braucht man nicht, die Fläche wird erzeugt durch Loft über die einzelnen ways (d.h. Reihenfolge in der Relation ist wichtig). Im Render würde sich dabei z.B. auch realisieren lassen, keine Umrandung (Kontur) an den Querverbindungen zu haben. Einfacher könnte man aber auch nur von Aussenkante bis Aussenkante (ohne die Bordstein-ways) loften, und über die Straßenbreite am highway hätte man auch die ungefähre Position der Bordsteine. Stellen mit abgesenkten Bordsteinen könnte man als Nodes oder ways zwischen die Mittellinie und die Aussenkante packen und mit barrier (z.B. lowered_kerb) taggen. D.h. die Relation würde wissen, dass es z.B. grundsätzlich einen Bordstein mit 20 cm Höhe zw. Fußweg und Straße gibt (nur über tags), es aber auch Stellen (diese geometrisch gemappt) gibt, wo diese Barriere niedriger ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Komische Koordinaten aus Buch
Hallo, Hanno Böck wrote: Ich habe hier ein Buch über Naturschutzgebiete auf Gotland in Schweden (btw., die findet Nominatim nicht - wie gibt man korrekt einer Insel einen Name-Tag?) Dann wird es das schwedische RT90 sein. So ne Art GK auf skandinavisch. Hier gibt es eine Umrechnunggseite: http://rl.se/rt90 Google findet auch C-Code zur Umrechnung. Eventuell kommst Du mit EPSG:3848 auch weiter, das ist aber, soweit ich verstehe, nur eine Approximation. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 1. April 2010 14:47 schrieb qbert biker qbe...@gmx.de: OSM soll doch eine freie Datensammlung sein - warum kommt jetzt ploetzlich diese Fixierung auf Umrisse? Wenn eine Datenbank abgeleitete Groessen wie eben die Fahrbahnbreite direkt zur Verfuegung stellt, was soll daran falsch sein? das ist nicht falsch, und sicher wird das auch im überwiegenden Fall so gemacht werden (vor allem ausserhalb der Städte, da gibt es weder Luftbilder, noch Leute oder Bedarf, die Flächen genau zu erfassen, auch sind die Straßen da fast immer regelmäßig), aber es gibt auch andere Fälle, wo die Leute gerne Flächen hätten, und wo diese auch viele Vorteile bieten. Im Übrigen ist Flächen zeichnen intuitiver und damit deutlich weniger komplex (und fehleranfällig z.B. auch bei Edits von weniger Erfahrenen) als die Parametrisierung. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Original-Nachricht Datum: Thu, 1 Apr 2010 14:55:42 +0200 Von: Martin Koppenhoefer dieterdre...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Details mappen in Dortmund Hallo, das ist nicht falsch, und sicher wird das auch im überwiegenden Fall so gemacht werden (vor allem ausserhalb der Städte, da gibt es weder Luftbilder, noch Leute oder Bedarf, die Flächen genau zu erfassen, Auf die Gafahr hin, dass ich mich wiederhole. Es geht hier um die Flaechen, die man mittels geometrischer Beschreibung und etwas Rechnerhilfe auch sehr gut und vielleicht sogar besser erfassen kann als mit einem Knotenmeer. Und gerade wenn man Luftbilder hat, kann man die Geometrie nutzen, mehr Information mit weniger Overhead unterzubringen. Die Annahme, dass eine Flaecheneintragung pauschal genauer ist als eine geometrische Beschreibung, ist irrefuehrend. Es kommt auf den Einzelfall an. auch sind die Straßen da fast immer regelmäßig), aber es gibt auch andere Fälle, wo die Leute gerne Flächen hätten, und wo diese auch viele Vorteile bieten. Was hier immer in Raum schwebt ist, dass es hier um zwei Dinge geht, die sich ausschliessen. Die Masse der Strassen ist eben regelmaessig und kann vereinfacht abgebildet werden und fuer den keinen Rest gibts wie auch heute schon (- Plaetze), die Alternativmethode. Im Übrigen ist Flächen zeichnen intuitiver und damit deutlich weniger komplex (und fehleranfällig z.B. auch bei Edits von weniger Erfahrenen) als die Parametrisierung. Weil die Werkzeuge das bisher nicht unterstuetzen. Wenn ich eine Basislinie zeichne und die in die Breite ziehe, ist das auch intuitiv und einfach und ich vermesse in einem Arbeitsgang auch gleich die Breite mit. Das fehleranfaellige haendische Eintragen der Breite entfaellt. Gruesse -- NEU: GMX DSL für 19,99 EUR/mtl. und ohne Mindest-Laufzeit! http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassen als Flaechen
Hallo, qbert biker wrote: Weil die Werkzeuge das bisher nicht unterstuetzen. Wenn ich eine Basislinie zeichne und die in die Breite ziehe, ist das auch intuitiv und einfach und ich vermesse in einem Arbeitsgang auch gleich die Breite mit. Vorausgesetzt, Du hast die Basislinie intuitiv in die Mitte gezeichnet ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert
Am Donnerstag 01 April 2010 14:22:26 schrieb Martin Koppenhoefer: die aber noch nicht von vornherein im Browser sind Puste mal ganz sachte auf deine Vorurteile und entledige dich dann deiner Staubwolke. Ich habe zwei CAs aufgezählt, weil ich weiß dass CAcert nicht in den gängigen Browsern ist (aber in wesentlich mehr Browsern als das Selfsigned-Cert!). StartSSL fehlt momentan AFAIK in keinem verbreiteten Browser (außer Opera) Gruß, Bernd -- Lernen ist Bildung. Bildung ist Luxus. Luxus kann ich mir nicht leisten! signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassen als Flaechen
Original-Nachricht Datum: Thu, 01 Apr 2010 15:38:46 +0200 Von: Frederik Ramm frede...@remote.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org CC: m...@koppenhoefer.com Betreff: Re: [Talk-de] Strassen als Flaechen Hallo, qbert biker wrote: Weil die Werkzeuge das bisher nicht unterstuetzen. Wenn ich eine Basislinie zeichne und die in die Breite ziehe, ist das auch intuitiv und einfach und ich vermesse in einem Arbeitsgang auch gleich die Breite mit. Vorausgesetzt, Du hast die Basislinie intuitiv in die Mitte gezeichnet ;-) Vielleicht intuitiv, besser ueberlegt, bzw. konfigurierbar. Bei Luftbildern ist es intuitiv einfacher mit einer der Kanten anzufangen und das dann ueber die Mitte zur anderen Kante rueberzuziehen. Dann stimmt auch die geometrische Mitte ;) Bei rechteckigen Haeusern mache ich das schon ein Weilchen und da klappts das super. Bei Strassen klappt das massstabsgetreue Darstellen schon ganz gut (siehe Link vom 1.1.), aber das Werkzeug zur dynamischen Manipulation fehlt noch. Mal schaun, wenn das Wetter zu Ostern so mies wird wie angesagt... Gruesse Hubert -- NEU: GMX DSL für 19,99 EUR/mtl. und ohne Mindest-Laufzeit! http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur (was: USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert)
Da von dem Problem halt alle auf lists.openstreetmap.de gehosteten MLs betroffen sind, gehe ich mal davon aus, dass es sich um ein generelles Problem handelt und nicht um ein spezifisches Problem dieser ML. Keine Ahnung, auf jeden Fall füge ich bei mir keine Zertifikate hinzu, deren Authentizität ich nicht verifizieren kann. Entweder unverschlüsselt oder zumindest CACert... aber solchen Stümperkram, der nur weniger technikaffine Benutzer zum Einüben von reflexartigen Durchwinke-Klicks verleitet, das boykottiere ich. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur (was: USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert)
Johann H. Addicks schrieb: Da von dem Problem halt alle auf lists.openstreetmap.de gehosteten MLs betroffen sind, gehe ich mal davon aus, dass es sich um ein generelles Problem handelt und nicht um ein spezifisches Problem dieser ML. Keine Ahnung, auf jeden Fall füge ich bei mir keine Zertifikate hinzu, deren Authentizität ich nicht verifizieren kann. Entweder unverschlüsselt oder zumindest CACert... aber solchen Stümperkram, der nur weniger technikaffine Benutzer zum Einüben von reflexartigen Durchwinke-Klicks verleitet, das boykottiere ich. Wer sagt denn, dass Du diesen Trustcentern trauen kannst? Und von Durchwinke-Klicks kann wirklich keine Rede mehr sein. Boykottiere, was Du für richtig hälst. Bei anderen Verschlüsselungen geht es auch ohne Trustcenter, wohlwissend dass man beim ersten Kontakt aufmerksam sein muss. (ssh) MfG Thomas Schäfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur (was: USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert)
Hallo, Johann H. Addicks wrote: Entweder unverschlüsselt oder zumindest CACert... Unverschluesselt ist ja eine funktionierende Option. aber solchen Stümperkram, der nur weniger technikaffine Benutzer zum Einüben von reflexartigen Durchwinke-Klicks verleitet, das boykottiere ich. Es ist erstaunlich, wie leicht die Entscheidung von ein paar Browser-Programmierern andere zu Stuempern machen kann. Ich persoenlich boykottiere Firefox 3, weil ich mir nicht vorschreiben lassen will, welche Anforderungen ich an Zertifikate zu stellen habe. Ich finde, es gibt durchaus einen legitimen Use Case fuer Verschluesselung ohne Authentifizierung (mir ist egal, wer Du bist und wer Dich zertifiziert hat, aber mein Provider soll nicht mithoeren, wenn wir Daten austauschen). Die, die diesen Mist im FF3 zu verantworten haben, stellen sich auf den Standpunkt, dass sie den unvorsichtigen Dummusern da draussen keine Eigenverantwortung in dieser Sache zumuten koennen. Seit FF3 kann man praktisch nirgends mehr einfach mal so ein selbstgebautes SSL-Zertifikat einsetzen, ohne dass irgendjemand aus der von FF3 generierten Warnung den Fehlschluss zieht, dass da ja wohl Stuemper am Werk sein muessen, und entsprechend auf die Kacke haut. Immer, wenn ich FF3 benutze, denke ich daher: Nun bist Du also einer von diesen verantwortungslosen Dummusern da draussen, die FF3 vor der beosen Welt schuetzen muss. Da hab ich mich noch nicht so mit angefreundet. Ich hoffe mal, bevor der FF2 so in die Tage kommt, dass gar nix mehr damit geht, wird es eine andere akzeptable Alternative geben. Vielleicht eine Spezialrelease FF3 for Grown-Ups oder so. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur (was: USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert)
On Thu, Apr 01, 2010 at 04:47:26PM +0200, Frederik Ramm wrote: Es ist erstaunlich, wie leicht die Entscheidung von ein paar Browser-Programmierern andere zu Stuempern machen kann. Ich persoenlich boykottiere Firefox 3, weil ich mir nicht vorschreiben lassen will, welche Anforderungen ich an Zertifikate zu stellen habe. Ich finde, es gibt durchaus einen legitimen Use Case fuer Verschluesselung ohne Authentifizierung (mir ist egal, wer Du bist und wer Dich zertifiziert hat, aber mein Provider soll nicht mithoeren, wenn wir Daten austauschen). Die, die diesen Mist im FF3 zu verantworten haben, stellen sich auf den Standpunkt, dass sie den unvorsichtigen Dummusern da draussen keine Eigenverantwortung in dieser Sache zumuten koennen. Seit FF3 kann man praktisch nirgends mehr einfach mal so ein selbstgebautes SSL-Zertifikat einsetzen, ohne dass irgendjemand aus der von FF3 generierten Warnung den Fehlschluss zieht, dass da ja wohl Stuemper am Werk sein muessen, und entsprechend auf die Kacke haut. Immer, wenn ich FF3 benutze, denke ich daher: Nun bist Du also einer von diesen verantwortungslosen Dummusern da draussen, die FF3 vor der beosen Welt schuetzen muss. Da hab ich mich noch nicht so mit angefreundet. Ich hoffe mal, bevor der FF2 so in die Tage kommt, dass gar nix mehr damit geht, wird es eine andere akzeptable Alternative geben. Vielleicht eine Spezialrelease FF3 for Grown-Ups oder so. Ich gebe dir in sofern recht als das die kriterien die der FF ansetzt mittlerweile ad absurdum gefuehrt worden sind. Siehe die Diskussionen der letzten Wochen ueber RootCAs in Staatlichen Haenden. Da Firefox aber wirlich die einzig vernuenftige Open Source geschichte ist kommt man kaum drumherum diese User zu supporten. Ich finde da den CACert Ansatz vernuenftig. Begrenztes mass an Peer Review der _Menschen_ die ein Zertifikat bekommen und das ganze Kostenlos. Und wenn man halbwegs vernuenftige Linux Distributionen einsetzt ist das Root Zertifikat gleich mit dabei. Alternativ kann man das mit 2 Klicks auch gleich laden. Danach hat man damit keinen Stress mehr. Ich setze da mittlerweile konsequent drauf - Einfach stumpf das ganze durch CACert pipen und gut ... Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur
Frederik Ramm frede...@remote.org wrote: Ich finde, es gibt durchaus einen legitimen Use Case fuer Verschluesselung ohne Authentifizierung (mir ist egal, wer Du bist und wer Dich zertifiziert hat, aber mein Provider soll nicht mithoeren, wenn wir Daten austauschen). Na ja in dem einen Moment ist halt Man-in-the Middle möglich, was das Ganze schon etwas weniger sinnvoll erscheinen lässt. Unabhängig davon würde ich mir für sogenannte ungültige Zertifikate eigentlich einen Zertifikatsspeicher a la ssh wünschen. Ich tendiere dazu so einem Setup sogar eher zu trauen als einer CA. Wenn meine Bank das Zertifikat geändert hat, dann möchte ich, dass mir das mitgeteilt wird. Firefox tut das jedenfalls nicht. Vielleicht sollte man mal in den Addons wühlen :) Sven -- Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten (Theodor W. Adorno) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur
Hallo, Sven Geggus wrote: Frederik Ramm frede...@remote.org wrote: Ich finde, es gibt durchaus einen legitimen Use Case fuer Verschluesselung ohne Authentifizierung (mir ist egal, wer Du bist und wer Dich zertifiziert hat, aber mein Provider soll nicht mithoeren, wenn wir Daten austauschen). Na ja in dem einen Moment ist halt Man-in-the Middle möglich, was das Ganze schon etwas weniger sinnvoll erscheinen lässt. Das ist deren Begruendung fuer dieses Vorgehen, ja. Und fuer eine Bank-Webseite sehe ich das auch ein. Bloss nicht allgemein. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur
Am 01.04.2010 17:31, schrieb Sven Geggus: Unabhängig davon würde ich mir für sogenannte ungültige Zertifikate eigentlich einen Zertifikatsspeicher a la ssh wünschen. Ich tendiere dazu so einem Setup sogar eher zu trauen als einer CA. Wenn meine Bank das Zertifikat geändert hat, dann möchte ich, dass mir das mitgeteilt wird. Firefox tut das jedenfalls nicht. Vielleicht sollte man mal in den Addons wühlen :) Bei Firefox gibt es das Addon Perspectives [1], allerdings eine etwas andere Funktionsweise [2]. Gruß Patrick -- [1] https://addons.mozilla.org/de/firefox/addon/7974 [2] http://www.cs.cmu.edu/~perspectives/ signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Relationen mit type=boundary
Guten Tag Stephan Wolff, am Donnerstag, 1. April 2010 um 11:31 schrieben Sie: an der Küstenlinie im Norden gibt es Beschriftungen mit dem Text nördliches Schleswig-Holstein. Eine solche Verwaltungseinheit gibt es nicht. Der Name stammt von der Relation 446137, die offenbar für TMC eingerichtet wurde und den Typ type=boundary ohne boundary=XYZ hat. Sollte man Relationen mit type=boundary nur amtliche Grenzen nutzen und die TMC-Relation auf multipolygon ändern oder muss die Anwendung bzw. der Renderer auf boundary=administrative und andere bekannte Werte prüfen. Ich fand die Wikitexte zu boundary nicht eindeutig. Ich mußte kürzlich die Grenze zwischen SH und MV korrigieren. 10 (zehn) Grenzrelationen gab es dabei zu beachten. Ich hatte schon ein wenig Angst davor, etwas falsch zu machen. Ich lasse mal die Diskussion Grenzverlauf gleich Küstenverlauf außen vor. Ich glaube in den Grenzen ist generell viel Murks drin. Da ist soviel doppelt und dreifach drin, daß ich keine Ahnung habe, wie es nun richtig gehört. Ich habe es erst mal falsch gelassen. Es gibt z.B. http://www.openstreetmap.org/browse/relation/62774 TMC:cid_58:tabcd_1:Class = Area TMC:cid_58:tabcd_1:LCLversion = 8.00 TMC:cid_58:tabcd_1:LocationCode = 268 admin_level = 4 de:amtlicher_gemeindeschluessel = 13 land_area = administrative name = Mecklenburg-Vorpommern (Landmasse) note = NICHT boundary=administrative das ist Relation 28322 place = state type = multipolygon und http://www.openstreetmap.org/browse/relation/28322 admin_level = 4 boundary = administrative de:amtlicher_gemeindeschluessel = 13 name = Mecklenburg-Vorpommern name:en = Mecklenburg-Vorpommern name:es = Mecklemburgo-Pomerania Occidental type = boundary und die enthaltenen Wege haben natürlich auch alle admin_level = 4 boundary = administrative Dazu kommen noch Kreis-, Gemeindegrenzen usw die ich hier mal vernachlässige. Wo ist der Unterschied zwischen den beiden Relationen? Die Küstenlinie ist zusätzlich auch noch definiert. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur
Es ist erstaunlich, wie leicht die Entscheidung von ein paar Browser-Programmierern andere zu Stuempern machen kann. Ich persoenlich boykottiere Firefox 3, weil ich mir nicht vorschreiben lassen will, welche Anforderungen ich an Zertifikate zu stellen habe. Ich finde, es gibt durchaus einen legitimen Use Case fuer Verschluesselung ohne Authentifizierung (mir ist egal, wer Du bist und wer Dich zertifiziert hat, aber mein Provider soll nicht mithoeren, wenn wir Daten austauschen). Volle Zustimmung! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur
Frederik Ramm wrote: Es ist erstaunlich, wie leicht die Entscheidung von ein paar Browser-Programmierern andere zu Stuempern machen kann. Ich persoenlich boykottiere Firefox 3, weil ich mir nicht vorschreiben lassen will, welche Anforderungen ich an Zertifikate zu stellen habe. Ich finde, es gibt durchaus einen legitimen Use Case fuer Verschluesselung ohne Authentifizierung (mir ist egal, wer Du bist und wer Dich zertifiziert hat, aber mein Provider soll nicht mithoeren, wenn wir Daten austauschen). Die, die diesen Mist im FF3 zu verantworten haben, stellen sich auf den Standpunkt, dass sie den unvorsichtigen Dummusern da draussen keine Eigenverantwortung in dieser Sache zumuten koennen. Deine Einstellung ist wirklich erstaunlich denn das hätte ich von Dir nicht erwartet. Eine Verschlüsselung ist absolut wertlos wenn man nicht weiß mit wem man verschlüsselt. Eine verschlüsselung bringt Dir nichts, wenn Du keine Ahnung hast ob Du zwischen Dir-Webseite oder zwischen Dir-MITM Attacker-Webseite verschlüsselst. Im Gegenteil: Eine solche angebliche verschlüsselte Verbindung ist sogar gefährlicher als eine unverschlüsselte weil eine scheinbare Sicherheit vorgegaukelt wird. Das die Warnungen nicht nur für Dummuser sind beweist Du gerade Entweder nicht verschlüsseln oder im Notfall den CACert Root importieren und CACert Zertifikate benutzen aber in den meisten Fällen sollte StartSSL Zertifikate ausreichen. Seit FF3 kann man praktisch nirgends mehr einfach mal so ein selbstgebautes SSL-Zertifikat einsetzen, ohne dass irgendjemand aus der von FF3 generierten Warnung den Fehlschluss zieht, dass da ja wohl Stuemper am Werk sein muessen, und entsprechend auf die Kacke haut. Damit hat FF3 genbau das erreicht, was die Entwickler wollten. Früher wurden solche Warnungen einfach weggeklickt und MITM Attacken waren damit erfolgreich. Heute überlegen die User und akzeptieren solche grundlegenden SSL Fehler zum Glück nicht mehr. Immer, wenn ich FF3 benutze, denke ich daher: Nun bist Du also einer von diesen verantwortungslosen Dummusern da draussen, die FF3 vor der beosen Welt schuetzen muss. Da hab ich mich noch nicht so mit angefreundet. Ich hoffe mal, bevor der FF2 so in die Tage kommt, dass gar nix mehr damit geht, wird es eine andere akzeptable Alternative geben. Vielleicht eine Spezialrelease FF3 for Grown-Ups oder so. Wenn Dir Deine Sicherheit egal ist, dann könntest Du https://addons.mozilla.org/de/firefox/addon/79787 probieren. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur
Am 01.04.2010 19:11, schrieb Matthias Versen: Damit hat FF3 genbau das erreicht, was die Entwickler wollten. Und die CAs und Browser-Hersteller verdienen kräftig daran. Früher wurden solche Warnungen einfach weggeklickt und MITM Attacken waren damit erfolgreich. Wie viele erfolgreiche MITM Attacken gab es denn so? Und wie viele der voreingestellten CAs in Asien oder Südamerika wissen, wie man einen echten deutschen Handelsregisterauszug von einem falschen unterscheidet? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur
Hallo, Matthias Versen wrote: Deine Einstellung ist wirklich erstaunlich denn das hätte ich von Dir nicht erwartet. Eine Verschlüsselung ist absolut wertlos wenn man nicht weiß mit wem man verschlüsselt. Siehst Du, das ist genau die gleiche Arroganz, die ich dem FF3-Team ankreide. Wie kannst Du Dir denn anmassen, zu entscheiden, ob eine Verschluesselung mir etwas bringt? Doch nur, indem Du mir meine eigene Urteilsfaehigkeit absprichst. Damit hat FF3 genbau das erreicht, was die Entwickler wollten. Früher wurden solche Warnungen einfach weggeklickt und MITM Attacken waren damit erfolgreich. Heute überlegen die User und akzeptieren solche grundlegenden SSL Fehler zum Glück nicht mehr. Es handelt sich nicht um Fehler. Und jemand, der sich diesem Diktat entzieht, dem ist seine Sicherheit nicht egal - der weiss vielleicht einfach selbst, wo er welchen Grad von Sicherheit will. Sicherheit ist nicht, wie es gern dargestellt wird, etwas, das man entweder hat oder nicht hat. Es gibt ganz unterschiedliche Abstufungen. Damit kann man sich beschaeftigen und seine eigene Entscheidung treffen. Firefox bzw. Mozilla war lange Zeit der Browser fuer Leute, die lieber selbst etwas entscheiden wollten - im Gegensatz zu den benutzerfreundlichen Systemen, die dem Benutzer alles vorgeschrieben haben. Das ist heute nicht mehr so, und diesen Wandel beklage ich. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur
On Thu, Apr 01, 2010 at 07:44:30PM +0200, Ulf Möller wrote: Am 01.04.2010 19:11, schrieb Matthias Versen: Damit hat FF3 genbau das erreicht, was die Entwickler wollten. Und die CAs und Browser-Hersteller verdienen kräftig daran. Da gibt es alternativen - Deshalb ja auch der Hinweis auf CACert. Früher wurden solche Warnungen einfach weggeklickt und MITM Attacken waren damit erfolgreich. Wie viele erfolgreiche MITM Attacken gab es denn so? Und wie viele der voreingestellten CAs in Asien oder Südamerika wissen, wie man einen echten deutschen Handelsregisterauszug von einem falschen unterscheidet? Auch hier - CACert - Keine Handelsregisterauszuege entscheiden sondern Persoehnliche Bekanntschaft und erreichbarkeit innerhalb der Domain aus dem RIPE, denic oder aehnlichen Datensaetzen. Sicherlich deutlich besser als alles was die Kommerziellen machen. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur
Entweder unverschlüsselt oder zumindest CACert... Unverschluesselt ist ja eine funktionierende Option. Benutzer dazu anzuleiten ein Zertifikat durchzuwinken, welches sie nicht prüfen können, nur um Zugriff auf ein öffentliches Archiv einer öffentlichen Liste zu erhalten: Da könnte man unterstellen: Vorsätzliches Abstumpfen bezüglich Fehlermeldungen bei Nuranwendern. Aber getreu dem Motto Unterstelle nie Vorsatz habe ich es anders formuliert. Und nein, ich behaupte nicht, dass die staatlichen kontrollierten Root-CAs mit dem unterstellen Key Escrow die Sache irgendwie besser machen. Aber User darauf zu trainieren, selbstsignierte Zertifikate anzunehmen ohne auch nur über eine Verifikation nachzudenken, das billige ich irgendwelchen Hobby-Homepage-Bastlern und inkompetenten Intranet-Webmastern größerer Unternehmen zu. Bei einem softwareaffinen Opensource-Projekt empfinde ich das als peinlich. Aber das mag auch ein ganz persönliches Problem sein, welches von anderen nicht geteilt wird. Daher: Jeder wie er mag. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur
Ulf Möller wrote: Damit hat FF3 genbau das erreicht, was die Entwickler wollten. Und die CAs und Browser-Hersteller verdienen kräftig daran. Dieses Argument hört man immer wieder aber es wird nicht richtiger je häufiger man es wiederholt. CAs: Mit den StartSSL Zertifikat für 0€ verdient sich die Firma dumm und dämlich Browserhersteller: Mozilla kann jedem seinen Mitarbeiter eine Weltreise bezahlen durch die Einnahmen von den integrierten Root CAs die für 0€ integriert werden. Früher wurden solche Warnungen einfach weggeklickt und MITM Attacken waren damit erfolgreich. Wie viele erfolgreiche MITM Attacken gab es denn so? Eine Zahl kann ich Dir nicht nennen aber einen solchen Fall gibt es z.b. in bugzilla.mozilla.org dokumentiert. Und wie viele der voreingestellten CAs in Asien oder Südamerika wissen, wie man einen echten deutschen Handelsregisterauszug von einem falschen unterscheidet? Die Kriterien der aufnahme von Root-CAs sind etwas anderes und ich kann mich dazu nicht äußern. Die von Motilla geforderten Kriterien sind allerdings sehr umfangreich, inklusive einem externen Security Audit (an demm CACert übrigens zur Zeit scheitert). Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur
Frederik Ramm wrote: Siehst Du, das ist genau die gleiche Arroganz, die ich dem FF3-Team ankreide. Wie kannst Du Dir denn anmassen, zu entscheiden, ob eine Verschluesselung mir etwas bringt? Doch nur, indem Du mir meine eigene Urteilsfaehigkeit absprichst. 100% Sicherheit wird es natürlich nie geben aber wenn etwas grundsätzlich unsicher ist, dann kann ich es nicht für sicher erklären, auch in Abstufungen. Das Vertrauenskette ist ein essentieller Bestandteil des SSL Systems und Du beschwerst Dich jetzt, das Probleme entstehen wenn Du SSL für etwas anderes missbrauchen willst wobei das Problem ist, das Du 2x mehr klicken musst. Es handelt sich nicht um Fehler. Und jemand, der sich diesem Diktat entzieht, dem ist seine Sicherheit nicht egal - der weiss vielleicht einfach selbst, wo er welchen Grad von Sicherheit will. Es hindert Dich doch keiner daran CaCert Zertifikate zu benutzen oder wenn es unbedingt sein muss für Sachen im LAN ein eigenes Root-Zertifikat zu erstellen und damit die eigenen Zertifikate zu erstellen (+ importieren des root Zertifikats im Browser). Sicherheit ist nicht, wie es gern dargestellt wird, etwas, das man entweder hat oder nicht hat. Es gibt ganz unterschiedliche Abstufungen. Damit kann man sich beschaeftigen und seine eigene Entscheidung treffen. Wie schon geschrieben: Du beschwerst Dich darüber das Du das SSL system für etwas benutzen willst, für das es nicht gemacht wurde (verschlüsselung ohne Thrust Chain) und Du dadurch 2x mehr klicken musst. Firefox bzw. Mozilla war lange Zeit der Browser fuer Leute, die lieber selbst etwas entscheiden wollten - im Gegensatz zu den benutzerfreundlichen Systemen, die dem Benutzer alles vorgeschrieben haben. Das ist heute nicht mehr so, und diesen Wandel beklage ich. Das stimmt durchaus denn Mozilla hat nicht nur noch die Experten User wie vor 8 Jahren aber es ist doch für Dich nicht unmöglich Self signed certificates zu benutzen. Das solche Zertifikate auf offiziellen Seiten nichts zu suchen haben verstejht sich von selber. Das die Benutzer für SSL sensibilisiert wurden ist ein echter Erfolg von Mozilla und bestätigt doch nur, das die Änderung in FF3 absolut richtig war. Ansonsten kann ich nur auf http://blog.johnath.com/2008/08/05/ssl-question-corner/ verweisen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Breite als Attribut, war Details mappen in Dortmund
Hi! Am Wed, 31 Mar 2010 17:01:37 +0200 hat qbert biker qbe...@gmx.de geschrieben: Dazu nochmal das klassische Gegenbeispiel, bei dem die Linienbuendel nicht wirklich gut funktionieren: Die Doppellinie, die nur von einer Spur zur anderen gequert werden kann. Das laesst sich auf den Graphen nicht abbilden. Mit dem Modell der Wayparts http://wiki.openstreetmap.org/wiki/DE:User:Ömmes/Wayparts ginge es, wenn man ein Tag festlegt, dass den Divider nicht nur crossable, sondern z.B. outside- crossable (von der beschreibenden Spur weg) bezeichnet. da das ganze Modell bisher ohnehin nur ein Ansatz ist, kann man gerne weitere Dinge dort definieren. Wobei ich mir das für die einseitig gestrichelte Linie so gedacht hatte: | part1 || part2 | |^ | || | v || || part1:divider=line part2:divider=dash oder: | || part1 | part2 | part3 | | ^ || ^ | | | || v | | || | | | part1:divider = line part2:divider = line part2:outer_divider = line part3:divider = dash man definiert also als (outer_)divider nur den Strich, der für die jeweilige Spur gilt und nicht, was /zwischen/ den 2 Spuren ist. Bei einer einfachen Linie reicht da halt die Angabe bei einer Spur. Das ist dann auf die Wayparts abgebildet, aber der Graph ist gnadenlos und interessiert sich nur wenig dafuer. Die Kuerzestwegsuche ueber den Graphen kennt keine Links, ueber deren Laenge ein Austausch, egal ob in eine oder in beide Richtungen, passieren kann. das ist ja das gute: Dem Routing sind die Spuren egal und es kann auf den normalen Ways stattfinden. Ein Fahrspurassistent mit Visualisierung, wo man sich einordnen soll, könnte das aus den Wayparts auslesen. hier nochmal das Beispiel (vielleicht war es schon zu spät am Abend... :-) ) xx k r\ bb k \ -r k \/ \ ppp / / x = normale Fahrbahn r = Rechtsabbiegespur b = Busspur, überqueren nicht erlaubt p = Parkplätze k = Kreuzung das ließe sich dann auch ganz gut mit Wayparts lösen: x ist der normale Way und part1 r ist part3 mit part3:direction_hint=right p ist part2=parking (kann/sollte ggf. auch herkömmlich (Fläche oder Node) als Parkplatz eingetragen sein) b ist part2, part2:access=no;part1:bus=yes (falls die Busspur erst hinter den Parkplätzen anfängt, ansonsten muss man da versch. Nummern vergeben) k ist nur mit x verbunden. Für die einzelnen (way)parts setzt man dann noch die passenden Start- und Endnodes auf den way. Ansonsten zum Thema Straßenläche vs. Linie: Ich sehe es zwar nicht als notwendig an, um alle Straßen eine (zusätzliche!) Fläche zu malen, aber stören würde es mich auch nicht. An signifikanten Stellen kann es durchaus sinvoll sein (nicht fürs Routing, aber ansonsten). Ganz einfaches, wenn auch zu vernachlässigendes Beispiel: http://maps.google.de/?ie=UTF8ll=52.098071,8.672494spn=0.001081,0.00217t=kz=19 Da ist die Straßenfläche erheblich größer als die Fahrspuren. (Die Leute kamen mit so viel Fläche nicht klar, drum steht dort auf der weißen Linie nun zusätzlich so eine Plastikabsperrung ;) Viele Grüße, Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenst lich verschlechtert
Sven Anders sven at anders-hamburg.de writes: Bitte benutzt einfach http://... Das Problem dabei ist aber, das mailman auf der Infoseite einen Link zum Archiv einbaut, der https benutzt: ( http://lists.openstreetmap.de/mailman/listinfo/gps-technik ). Es ist der erste blaue Link oben rechts. Ich habe leider keine Ahnung ob / wie ich das ändern kann. Max ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenst lich verschlechtert
Max Andre telegnom.osm at gmail.com writes: Sven Anders sven at anders-hamburg.de writes: Bitte benutzt einfach http://... Das Problem dabei ist aber, das mailman auf der Infoseite einen Link zum Archiv einbaut, der https benutzt: ( http://lists.openstreetmap.de/mailman/listinfo/gps-technik ). Es ist der erste blaue Link oben rechts. Ich habe leider keine Ahnung ob / wie ich das ändern kann. Max Ich habe ein wenig in dem Template rumgestümpert und den Link direkt im Template eingetragen. Jetzt ist es zwar kein Template mehr, aber es funktioniert ohne Fehlermeldung ;) Falls jemand eine bessere Lösung für mich hat, darf er sich gerne bei mir melden! Max ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Matthias Versen glaubte zu wissen: André Reichelt wrote: Das einfache Modell funktioniert bei der Navigation und bei groben Stadtplänen wunderbar, das habe ich schon gesagt. Spätestens wenn ich aber in die Straßenperspektive wechsle wird dir das Ding um die Ohren fliegen -- und zwar ganz massiv. Es gibt Anwendungen, da interessiert mich, wo genau in der Kreuzung eine Insel liegt und wie groß die ist. Du kannst Dir das vielleicht nicht vorstellen, da Du selbst keine Anwendungen in diese Richtung entwickelst, aber grundsätzlich müssen wir so detailiert wir möglich mappen. Wir dürfen uns nicht auf die Falle einlassen, etwas wegzulassen nur weil wir glauben, dass es gegenwärtig nicht sinnvoll nutzbar ist. Man darf nich so detailiert wie möglich mappen denn bei den vorhanden Werkzeugen wird ein bearbeiten fast unmöglich. Viele User werden überfordert wenn ich mir anschaue das ein verbinden von Vektorlinien schon Probleme macht. Das Modell darf nicht zu kompliziert werden wenn wir die Masse der OSM Benutzer verlieren wollen (die nicht Experten). Ich denk mal, daß viele User gar nicht bemerken werden, daß sie einen größeren Schaden mit einer Aktion anrichten bei dem Modell. flo -- Eine neue Merkbefreiung ist wie ein neues Leben. Plötzlich kannst du Sachen machen die du früher gar nicht durftest. [WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kontaktperson zum ADAC bei München gesuc ht
Hallo Marcus, Marcus Wolschon wrote: ich habe gerade mit dem Herren vom ADAC telephoniert und grundlegende Fragen was wir machen, wer das zahlt, was wir für Daten haben, wie die Lizenz aussieht, welche Navis die OpenStreetMap-Karte nutzen, wohin gerade die Entwicklung geht... beantwortet. Danke erstmal für Dein Engagement! Jetzt suchen die Herren vom ADAC jemanden in München oder Umgebung der als Kontakt dienen kann um Gespräche darüber zu führen, wie wir uns gegenseitig helfen können. Einmalig oder regelmäßig? [...] genug Erfahrung [...] wichtige Rolle [...] der wichtigste Partner, den wir haben können [...] [...] Anzug anziehen [...] frei referieren kann. Ich sehe hier das Problem, dass kaum einer all diese Anforderungen bei sich selbst korrekt einschätzen kann, und befürchte daher einen Mangel an Freiwilligen*. Die Kandidaten, die schon mal im Fernsehen waren und sich sicher viele von uns wünschen würden, haben meistens auch tausend andere Dinge ums Ohr. In Vereinen kann man einen Sprecher wählen, da entscheidet jeder über die Eignung desselben mit. Wenn dann so ein Fall wie dieser hier auftritt, schickt man ihn einfach los. Leider ist diese Lösung für unsere Gruppe wohl wenig praktikabel, weil sich die wenigsten persönlich kennen und solche verbindlichen Ämter osm-untypisch sind. Es wurden hier schon öfter offizielle gesucht, und AFAIR fand sich auch da niemand. Das ist ein echtes Handycap, das uns auch zukünftig zum Nachteil gereicht und ich denke wir stimmen überein, dass es an der Wurzel beseitigt werden sollte. Vorschläge also bitte in diesen Thread :). Generell, ohne Bezug zu diesem Post: Ich nehme an, dass FOSSGIS-Mitglieder, die was mit osm zu tun haben, anwesend sind? * Natürlich wäre es mir hier eine Freude, falsch zu liegen. -- View this message in context: http://n2.nabble.com/Kontaktperson-zum-ADAC-bei-Munchen-gesucht-tp4835762p4839709.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 01.04.2010 04:22, schrieb Matthias Versen: Das Spurenproblem mal außen vorgelassen denn das Problem ist nur wie man es am besten macht und nicht, das es mit Vektoren nicht möglich ist. Ich sehe da absolut nicht das man mit Vektoren irgendwo auf die Schnauze fällt, eher schon mit Flächen. Du kannst bei Vektoren allerdings nur Punktförmige Verbindungen ausdrücken. Das hilft dir etwas bei einfachen Kreuzungen, bei Einfädelspuren oder komplexeren Kreuzungsbildern ist der Ofen allerdings ganz schnell aus. Sicher, man kann Anfang und Ende verbinden und dann mittels komplizierter Relations beschreiben, dass in diesem Gebiet ein stufenloser Spurwechsel möglich ist. Allerdings liese sich dieser Umstand mit einer Fläche um Längen intuitiver, schneller und und sichtbarer verdeutlichen. Deshalb plädiere ich auf längere Sicht darauf, Vektoren nur noch da einzusetzen, wo sie wirklich sinnvoll sind und anderweitig auf Flächen und Splines aufzuwerten. Vektoren sind nach wie vor unschlagbar bei Überlandleitungen, bei denen die primitiven Möglichkeiten eines Vektors ausreichen. Der Vektor kann auch zur Beschreibung von Flächengrenzen hergezogen werden, sofern man noch keine Kurvenobjekte hat oder wenn die Strecke exakt gerade ist. Allerdings ist und bleibt der Vektor nach dem Punkt unser primitivstes Beschreibungsmedium, der in der Regel nur näherungsweise arbeiten kann. Ich will hier aber keine linienförmige Annäherung sondern eine Darstellung der Realitä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] Details mappen in Dortmund
Am 01.04.2010 08:22, schrieb Guenther Meyer: natuerlich geht das. mit einer flaeche kannst du sowas nicht machen... Das Gegenteil ist der Fall. Und trotz dass Du es offensichtlich nicht für nötig hältst, irgendwelche Beweise für Deine Theorie anzuführen möchte ich im Sinne der Netiquette und des guten Tones auch erläutern, warum es mit einer Fläche funktioniert: Nehmen wir als Beispiel die Einfädelspur einer beliebigen Autobahnauffahrt. Um diese zu beschreiben müsste ich unter Verwendung von *Vektoren* zunächst zwei Spuren parallel zeichnen: Die Autobahnspur sowie die Beschleunigungsspur. Dann muss ich über abstrakte Elemente (Relation) beschreiben, in welchem Stück eine Überfahrt möglich ist. Sofern die Übergangsflächen rechteckig sind, geht das einfach. Spätestens wenn ich allerdings wie auf der Autobahn S-Kurven habe, muss ich über zusätzliche Vektoren beschreiben, wie die Ränder der Auffahrspur genau verlaufen. Des weiteren muss ich über ein Regelwerk festlegen, ob denn nun der Startpunkt des Auffahrspurenvektors die Straßenmitte widerspiegelt oder ob wir uns auf der Linie befinden. Wenn wir in der Mitte sind muss außerdem der Abstand zum Rand bekannt sein, den man über die abstrakte Angabe der Breite nur schwer abstrahieren kann. Bei einer *Fläche* hingegen habe ich ein sichtbares, für den Menschen intuitives Abbild der Wirklichkeit. Eine Festlegung von Regeln ist nicht notwendig, da sich alle Regeln aus der Abbildung ergeben, und auch ohne Fachwissen über das Datenformat kann Jedermann sofort erkennen, was gemeint ist. Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 01.04.2010 12:31, schrieb qbert biker: Warum? Rinksbuendige Referenz + Spurbreite + Spuranzahl + Uebergangsbeschreibung (z.B. Aufweitung auf 100m Laenge) und das Ding ist sauber beschrieben. Wenn es immer so einfach wäre. Jedoch geschieht der Übergang zwische verschiebenden Straßenbreiten nicht schlagartig. Dementsprechend müsste ich die Breitenzunahme komplex als Funktion beschreiben, um exakt zu sein. Um dies zu tun muss ich nicht nur Mathematik studieren sondern auch noch diverse Regeln festlegen, um aus der abstrakten Beschreibung ein genaues Bild zu rekonstruieren. Und kommt mir jetzt nicht mit dem Argument, diese Genauigkeit sei gar nicht erforderlich. Ich weiss, dass ich den genauen Verlauf der weißen Linien an einer Autobahnauffahrt für die Navigation nicht brauche. Das ist aber nicht der einzige Anwendungsfall, auch wenn sich das einige hier anscheinend wünschen. Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 01.04.2010 12:58, schrieb Robert S.: 2010/4/1 qbert biker qbe...@gmx.de mailto:qbe...@gmx.de Warum? Rinksbuendige Referenz + Spurbreite + Spuranzahl + Uebergangsbeschreibung (z.B. Aufweitung auf 100m Laenge) und das Ding ist sauber beschrieben. Ach, und das soll dann ernsthaft EINFACHER zu erfassen sein als das einfache Nachzeichnen einer Fläche anhand von hochauflösenden Luftbildern? +1 André 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 für Flurnamen?
Martin Koppenhoefer dieterdre...@gmail.com [Wed, Mar 31, 2010 at 01:05:49PM CEST]: Am 31. März 2010 12:53 schrieb Falk Zscheile falk.zsche...@googlemail.com: Am 31. März 2010 12:43 schrieb Holger s...@der hs69...@web.de: Gibt es jetzt eingentlich Tags für Flurnamen die dann z.B. in der Reit- und Wanderkarte angezeigt werden könnten? prinzipiell kannst Du ja allen areas einen namen geben. Normalerweise kenne ich aber nicht alle Flurnamen auf einmal. Definiere ich dann die betreffende Fläche einfach mit zwei überlappenden landuse=farmland-Flächen, oder definiere ich die große, unbenannte als multipolygon, aus dem ich die benannte herausschneide? -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
André Reichelt wrote: Und kommt mir jetzt nicht mit dem Argument, diese Genauigkeit sei gar nicht erforderlich. Ich weiss, dass ich den genauen Verlauf der weißen Linien an einer Autobahnauffahrt für die Navigation nicht brauche. Das ist aber nicht der einzige Anwendungsfall, auch wenn sich das einige hier anscheinend wünschen. Dann nenne mir mal endlich einen sinnvollen Anwendungsfall. Bei den meisten Anwendungsfällen die mir so einfallen brauchst Du eine Genauigkeit die nur Katasterdaten liefern können und diese Genauigkeit wird OSM niemals liefern können auch wenn Du Dir das so sehr wünscht. Luftbilder sind leicht verzerrt/schräg aufgenommen und können Versatz haben. Solange man solche Flöchen mit unseren mitteln (GPS) nicht nachprüfen/korrigieren kann ist das für mich eh recht sinnlos. Das kann sich mit Galileo und entsprechenden bezahlbaren GPS Geräten verbessern, ich bin nicht so im Bilde welche Genauigkeit bei einem Kombiempfang drin ist. Ich wünsche mir einen eigenen Layer für solche Flächen. Dann können sich Leute dort austoben ohne das man sich daran stören könnte. Speicherplatz in der DB dürfte eigentlich nicht das Problem sein und man könnte diesen Layer eventuell auch in einer zusätzlichenb DB auslagern. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
