Re: [Talk-de] Mauer und Zäune
Bodo Meissner wrote: Beim Vorschlag barrier=* http://wiki.openstreetmap.org/index.php/Proposed_features/barriers bzw. auf der zugehörigen Talk-Seite werden schon Zäune und Mauern vorgeschlagen. Dort ist aber von Punkten entlang eines Weges die Rede (siehe die Fotos). Mauern und Zäune hingegen haben eine lineare Ausdehnung. Sie sollten IMO auch anders gerendert werden. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mauer und Zäune
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Labres wrote, on 16.08.2008 08:06: | Bodo Meissner wrote: | http://wiki.openstreetmap.org/index.php/Proposed_features/barriers | Dort ist aber von Punkten entlang eines Weges die Rede (siehe die Fotos). Mauern | und Zäune hingegen haben eine lineare Ausdehnung. Sie sollten IMO auch anders | gerendert werden. Die Beschreibung ist dort noch nicht ganz ausgereift bzw. noch nicht alle Vorschläge aus dem Talk eingearbeitet. Der Hinweis auf Mauern steht nur auf der Talk-Seite. Auf der Proposal-Seite ist angegeben, daß man das auch für einen Way verwenden könnte mit barrier=bollard (oder =bollards), um zu kennzeichnen, daß dort eine Reihe von Pollern steht. Wenn man diese Idee mit barrier=fence oder barrier=wall kombiniert, hätte man die Möglichkeit, den Verlauf einer Mauer oder eines Zaunes zu beschreiben. Ich denke, es läßt sich gut so einrichten, daß man barrier=* sowohl für einen Punkt einer Straße (oder einen einzelnen Punkt) als auch für eine Linie verwenden kann. Dann bräuchte man keine neuen Keys wie fence oder pborder (physical border) zu erfinden. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkimh/MACgkQnMz9fgzDSqfRpACeII9H9kBFfTeuK1ayI9270PYC fs8An1oVmAzVnVHBeUn3ApdAcZfw4AAr =sjGo -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Modellflugplatz taggen
Guten Morgen, aeroway=model_craft für einen Modellflugplatz kommt mir ein bisschen bombastisch vor. Lieber wäre mir etwas in Richtung Freizeit, aber da finde ich nichts in den Map Features. Hat jemand eine Idee? Gruß Nick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile ganz ohne Mauern vom 13. 8. 2008
Hallo, [EMAIL PROTECTED] schrieb: Gibt's eigentlich das Worldfile auch fuer Garmin GPS Geraete, so wie EU oder D? Das ist nicht möglich, das Worldfile besteht aus über 14000 Kacheln und die GPS-Geräte akzeptieren maximal 2000 in einer gmapsupp.img. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] veraltete / nicht mehr existente Straß en
Wenn ich das richtig sehe, werden Straßen relativ selten so komplett rückgebaut, dass nichts mehr an sie erinnert und das Gelände danach wieder landwirtschaftlich genutzt oder überbaut wird. In den allermeisten Fällen werden daraus Straßen oder Wege niederer Ordnung, also z.B. Feldwege für landwirtschaftliche Fahrzeuge, Forstwege oder Rad- und Wanderwege. Fast immer werden sie, soweit es irgend geht, von den Leuten aus der Gegend weiterhin genutzt, als Schleichweg oder Abkürzung. Sie erfüllten ja mal ihren Zweck, die Verbindung wichtiger Punkte. Und wenn nun durch andere Möglichkeiten und Ansprüche (schnelle Autos!) neue Trassen angelegt werden, so können sie die alten Bedürfnisse (Radeln, Laufen, langsam Fahren mit großen Maschinen oder kleinen Mopeds) immer noch erfüllen. Ausserdem sind sie schon mal trassiert und angebunden, also kann man sie weiterhin ohne größeren Aufwand nutzen. In ähnlicher Weise werden ja aus immer mehr aufgegebenen Eisenbahnlinien gut ausgebaute Fahrrad- und Wanderwege. Also nicht löschen, sondern schauen, was nach der offiziellen Aufgabe als Autostrasse daraus geworden ist oder wird. Ein ähnliches Schicksal hatten ja auch viele Altwege und Altstraßen, die heute nur noch in einigen Abschnitten als Fuß- oder Feldwege existieren. http://de.wikipedia.org/wiki/Altstra%C3%9Fe Die sollten unbedingt erfaßt werden, am besten mit der doppelten Information der Bedeutung früher (schon allen als touristischer POI) und heute. Altwege und Altstraßen in der OSM sind ein eigenes, sehr spannendes Thema, das ich gern einmal ausführlicher diskutieren und bearbeiten würde, wenn sich einige weitere interessierter Mapper_innen gefunden haben: http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Kulturdenkmale Mehr oder weniger kompletter Rückbau kommt immer mal wieder bei aufgegebenen Autobahnabschnitten vor. Aber auch da ist es sinnvoll, die als alte Trasse mit der Kennzeichnung nicht mehr aktiv in der OSM zu belassen. Es gibt z.B. nicht wenige Leute, die sich für alte aufgegebene Autobahnbrücken und ähnliches interessieren und das als touristisches Ziel betrachten. Siehe unter anderem hier: http://www.lostplaces.de/cms/ (Strecke 77, „Strecke 46“, HAFRABA u.a.m.) Das beschäftigt bisweilen sogar die Lokalpolitik oder gar Landespolitik: http://www.jens-klocksin.de/dateien/PM_300606.htm BTW: Bei lostplaces und ähnlichen Projekten/Foren sollten wir einmal gezielt Werbung für die OSM machen, das könnte für beide Lager interessant und nützlich sein. Viele Grüße Roman -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenGeoDB: Namensänderung und automa tisches Update
Hallo Lars, Am Freitag, 15. August 2008 10:59 schrieb Lars Francke: Hallöchen, ich habe hier ein paar Orte in der Nähe, die falsch benannt sind in openGeoDB. Ich habe schon das auto_update angepasst wuerde die Daten aber gerne auch in OpenGeoDB anpassen bin mir aber nicht mehr sicher nachdem ich diese Antwort aus der FAQ gelesen habe: Es geht um die Dörfer Moorrege (Moorrege bei Uetersen), Holm (Holm, Kreis Pinneberg), Neuendeich (Neuendeich bei Uetersen) und sicher ein paar andere hier in der Gegend ist diese lange Version - in Klammern - nun korrekt oder falsch? Zur Info: Diese Dörfer heißen alle nicht so, auch nicht in Langform, ich habe die Bezeichnungen noch nie gehört und meiner Meinung nach sind das ausschließlich Lagebezeichnungen und falsch, bin mir aber nicht sicher ob das fuer OpenGeoDB nun so benötigt wird oder nicht. OpenGeoDB wünscht sich halt eine Bezeichnung die in Textform eindeutig ist, wenn du den Ort nicht Neuendeich bei Uetersen sondern (in Langform): Neuendeich bei Kleinkleckersdorf nennen möchtest solltest du das in OpenGeoDB ändern. Denn wenn du bei OpenGeoDB nach Neuendeich sucht und dann 10 Orte findest (ohne eine Ortsbeschreibung oder Karte), dann wüsstest du nicht, welcher gemeint ist. Es gibt IMHO auch noch eine Kurzform für die Orte, die gab es aber zur Zeit des Scriptes nicht wirklich. Wenn du möchtest das in der OSM Karte: Neuendeich ohne Zustatz steht, solltest du das bei dem Ort, ändern und name in die openGeoDB:auto_uptdate entfrenen, denn sonst aktualisiert das Script später (wenn es igrendwer gibt, der sich traut das zu starten, zur Zeit gibt es aber keinen) zu Neuendeich bei Kleinkleckersdorf. Abgesehen davon gibt es dieses auto_update-Tag und in manchen hier in der Gegend steht population,place,is_in in anderen nur population,is_in hat es einen Grund, dass place manchmal nicht drin ist oder hat das einfach irgendwer automatisch rausgenommen? Ja, wenn der Ort bereits in OSM existierte (als der Erste Import stattgefunden hat) Hat das Script das beim Anlegen (hinzufügen der OpenGeoDB Daten) schon rausgenommen. Die Philosophie dahinter ist: OSM hat immer recht, das Script sollte nichts ändern, was ein Mapper bereits von Hand für richtig gefunden hat. Ich habe http://fa-technik.adfc.de/code/opengeodb.pl schon gesehen und wuerde auch korrigieren aber ich scheine zu doof zu sein den Registrierungslink zu finden, kann mir da vielleicht jemand einen Tip geben? Es gibt keinen, du kannst IMHO gleich los editieren. Wie immer vielen Dank fuer die Hilfe und einen schönen Freitag noch! Ja, schönen Freitag ;-) Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
so einfach ist das Leben bei OSM leider auch wieder nicht. Schon vergessen (war vor kurzem Thema): da wir aus den Daten auf andere Weise nicht herauslesen können, ob man sich überhaupt ausserorts oder innerorts befindet, sollte m.E. ein maxspeed = 50 (innerorts) bzw. 100 (aussen) auch wenn es implizit gilt hinzugefügt werden. Nein, in dem Fall sollte an den Straßen ein innerorts=yes o.ä. getaggt werden und kein maxspeed. Grüße, marc -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile ganz ohne Mauern vom 13. 8. 2008
Hallo, Dermot McNally schrieb: Super. Bis jetzt will sich übrigens keiner zum Themseproblem äußern. Dabei habe ich aber auch gefragt, ob jemand was dagegen hat, das ganze laut Wiki umzustellen - uns wie es bei uns in der Arbeit heißt, Silence is consent... Na da habe ich jetzt mal konsequent einen großen Teil der Themse bearbeitet. Ich hoffe dass jetzt nicht die Londoner alle zu mir kommen und mich hauen. 8-) -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kosmos Rendering Rules
Daniel de Wildt schrieb: ich versuche jetzt deine Rendering Rules zu verwenden und gebe dazu in den Preferences auch deine User-Seite an. Leider zeigt mir Kosmos, nach einem erneutes Laden der Regeln, das ursprüngliche Erscheinungsbild an. In den gecachten RenderingRules stehen auch tatsächlich die Regeln von http://wiki.openstreetmap.org/index.php?title=Kosmos_General_Purpose_Rules Hallo, zwischenzeitlich habe ich eine eigene Unterseite nur mit den RenderingRules angelegt: http://wiki.openstreetmap.org/index.php/User:Thomas1904/Kosmos_Bikewald Probier die mal. Ansonsten auf der Seite auf view source klicken und den Inhalt in einen Editor kopieren und als Datei abspeichern. Diese Datei dann in der *.kpr einbinden z. B. WikiPageE:\Pfad\zu\RenderingRules.txt/WikiPage Gruß Thomas PS: Die Rules werden noch kontinuierlich verfeinert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Modellflugplatz taggen
Hi Laut Tagwatch gibt es mehrere Tags, die für einen Modellflughafen passen. Am meisten Verwendung findet und das passt auch zu deinem Freizeit-Aspekt, sport=model_aerodrome. Das habe ich auch bereits verwendet. Gerendert wird es noch mit der gleichen Farbe, wie Sportplätze, d.h. ohne Unterscheidung oder Icon für Modellflugzeug. Gruß Torsten 2008/8/16 Nick Rudnick [EMAIL PROTECTED]: Guten Morgen, aeroway=model_craft für einen Modellflugplatz kommt mir ein bisschen bombastisch vor. Lieber wäre mir etwas in Richtung Freizeit, aber da finde ich nichts in den Map Features. Hat jemand eine Idee? Gruß Nick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied: residential, unclassified, service
Tobias Hägele wrote: Nun aber nochmal zu highway=unclassified: Mich stört die Definition D: breit genug, dass zwei Fahrzeuge problemlos aneinander vorbei kommen Vielleicht ganz einfach Eine sonstige Straße des öffentlichen Straßennetzes.? cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96
Henry Loenwind schrieb: Nein, ich kann einfach nur mit Google umgehen... In der Zeit, wo ich mit Google sowas suche, schreibe ich lieber ein neues Help-Tool für OSM. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mauer und Zäune
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, da fehlt noch eins: Unser Schlosspark besitzt längs zur Straße einen Mauersims ca. 50 cm hoch und darüber verzierte Zaunfelder aus Eisen (vielleicht 100 m lang). Und auf der gegenüberliegenden Seite als Grenze zu einem Gutshof eine gemauerte Mauer von mind. 2,5 m hoch. An der dritten Seite ebenfalls eine Mauer, die Gehört außer zu einem kleinen Friedhof um die Kirche herum. Wird auch nicht gerendert. Als einziges erscheinen die Öffnungen mit einem G, was ja ohne Zaun oder Mauer nicht besonders sinnvoll aussieht. Der Gutshof und die ehemaligen Krankenhausbereiche besitzen in Ihren Mauern nicht nur Durchgänge sondern auch richtige Pförtnerbuden, die bis vor kurzen sogar noch besetzt waren. Die internen Feuermelder landeten beim Pförtner, der konnte damit die anrückende Feuerwehr korrekt einweisen. Bis auf den Friedhof sind die Einfriedungen nicht einheitlich ausgeführt, also sind Tags für Polygonzüge notwendig. Rolf -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Andreas Labres Gesendet: Freitag, 15. August 2008 22:37 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Mauer und Zäune k127 wrote: allerdings ist fenced=* als accessory (für flächenhafte objekte) aufgeführt. Ich halte das für eine unnötige Einschränkung. Auch offene Polygone können eine Mauer oder einen Zaun darstellen... Oder auch: an einem rechteckigen Grundstück könnte - an einer Seite ein Gebäude anschließen - an einer Seite ist eine Hecke - an einer Seite eine Mauer - an einer Seite ein Zaun. Was willst da als Border definieren? IMO: dieses Polygon ist - ein Zaun - eine Mauer Zusätzliche Attribute würde ich optional machen. ZB die Lainzer-Tiergarten-Mauer aus ursprünglich (AFAIK) aus Steinen (vielleicht teilweise Ziegeln) und Mörtel gebaut. Ausgebessert wird sie wohl heutzutage mit Beton... Aber eigentlich ist die Beschaffenheit ziemlich nebensächlich. Relevant ist vielleicht eher die Höhe... ;) /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.5.3 (Build 5003) Charset: iso-8859-1 wj8DBQFIprurX/cdferISG0RArIuAKCQKtvy/OnMpY97b1uIc1cbCmpYyACePgNX PaFZM8tpuofjBTgFYE4mWkw= =nwno -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMKarte mit Glopus nutzen
Hallo, nach vielem hin und her habe ich jetzt eine vernünftige Version des Programs taho.exe auf meine HP gelegt: http://www.dimitri-junker.de/html/openstreetmap.html Man kann damit alles was man mit taho.pl kann aber eben komfortabler. Da ich von Java, Javascript u.ä. keine Ahnung habe öffnet es einfach die OSM- Exportseite, und der User muß die dort verfügbare HTML-Zeile in die Eingabezeile meines Programs kopieren. Danach kann man dann einfach alle gewünschten Zoomlevel selektieren und die Karten laden. Letzteres geschieht per Aufruf von taho.pl. dies ist also noch nötig. Wie gesagt hoffe ich, daß jemand etwas vergleichbares in die Exportseite einarbeitet, so daß von dort direkt Karten incl. Kalibrierungsdateien ladbar sind. Am Dienstag fahre ich für 2 Monate in Urlaub, vorher werde ich das Programm noch reichlich nutzen um Karten mitzunehmen. Ggf gibt es also in den nächsten Tagen eine neue Version. Falls jemand von Euch noch Wünsche hat die ich schnell erfüllen kann mache ich das natürlich auch. Das Programm kann natürlich auch ins SVN, aber am besten erst Dienstag. Es steht unter der CC und der Quellcode liegt auch bereit. Ab Dienstag werde ich hier nicht mitlesen, bei Fragen also direkt an mich schreiben. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied: residential, unclassified, service
Am 15. August 2008 00:59 schrieb René Falk [EMAIL PROTECTED]: Am Freitag, 15. August 2008 schrieb Florian Heer: René Falk schrieb: Ich meinte eigentlich http://wiki.openstreetmap.org/index.php/De:Map_Features#Wege Ah... :-) Und da den geklammerten Text daneben: Okay, ich sehs. Das ist also so eher der Konsens? Weil dann würde ich mich zu dieser Definition in den nächsten Tagen mal im Wiki auf die Suche machen und das synchronisieren. Zumindest scheinen hier ja doch eher die meisten diese Tagging-Entscheidung zu nutzen. Puh, ich weiß nicht so recht, ob das der Konsens ist, und ob das gut ist. ich habe da auch so meine Bedenken. Z.B. der footway, ist gem. der Seite nur dann ein Fussweg, wenn er mit einem blauen Schild bezeichnet ist. In mittelalterlichen Altstädten (und vermutlich nicht nur dort) gibt es aber oft Durchgänge und Wege, die allein schon von ihrer Durchgangsbreite und dem Umfeld (Treppen) nur von Fussgängern begangen werden können. Klar, dass dort nicht überall ein Schild hängt. Trotzdem sind das aber keine Pfade sondern klar Fusswege. Auch die pedestrians (Fussgängerzonen) sind nicht grundsätzlich nur von Fussgängern zu betreten, dort gibt es neben Lieferverkehr oft auch Ausnahmen für Fahrräder. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder geht immer noch nicht
Christoph Eckert wrote: Der Verantwortliche bist Du selbst. Lösen kannst Du das Problem, indem Du Dich hinsetzt, den JOSM-Quellcode entsprechend modifizierst und einen Patch via josm-dev einreichst. Das Danke schonmal im Voraus verkneife ich mir wohl jetzt besser. Also mich nerven solche Arschlöcher, die bei einem Problem gleich wie die wilden Affen am Code rumschrauben, und irgendwelche wirren Patches einschicken, die dazu führen, dass die Software dann nur noch bei ihnen läuft, anstatt einfach dem Original-Programmierer oder Maintainer Bescheid zu geben. cu Henry PS: Ja, das musste mal so deutlich gesagt werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPX Import Fehler
Hi! kann mir jemand diese Meldung erklären? Gibt es irgendwelche Größenbeschränkungen beim Import? Das ZIP File enthielt drei GPX Dateien, unkomprimiert etwa 5 MB. Grüße, Alexander looks like your GPX file 0606aa2bahirdar.zip with the description Addis Ababa to Bahir Dar via Debre Markos and the following tags: Ethiopia BahirDar DebreMarkos failed to import. Here's the error: Entity: line 95289: /home/rails/config/initializers/libxml.rb:6 /var/lib/gems/1.8/gems/libxml-ruby-0.8.3/lib/libxml/parser.rb:36:in `call' /var/lib/gems/1.8/gems/libxml-ruby-0.8.3/lib/libxml/parser.rb:36:in `xml_error_func_handler' /home/rails/lib/gpx.rb:26:in `read' /home/rails/lib/gpx.rb:26:in `points' /home/rails/app/models/trace.rb:188:in `import' /home/rails/lib/daemons/gpx_import.rb:21 /home/rails/lib/daemons/gpx_import.rb:15:in `each' /home/rails/lib/daemons/gpx_import.rb:15 /var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons/application.rb:176:in `load' /var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons/application.rb:176:in `start_load' /var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons/application.rb:257:in `start' /var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons/controller.rb:69:in `run' /var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons.rb:139:in `run' /var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons/cmdline.rb:105:in `call' /var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons/cmdline.rb:105:in `catch_exceptions' /var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons.rb:138:in `run' lib/daemons/gpx_import_ctl:20 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX Import Fehler
Hallo. Am Samstag, 16. August 2008 schrieb Alexander Menk: Das ZIP File enthielt drei GPX Dateien, unkomprimiert etwa 5 MB. [...] 0606aa2bahirdar.zip Wo steht die Info, dass der Upload dort ZIP-Dateien akzeptiert? Ich kann das nirgends finden und würde ohne weitere Angabe einfach vermuten, dass du bei Upload GPX file vielleicht eben GPX-Datieen und keine ZIP-Dateien hochladen sollst... Gruß, Bernd -- 1 + 1 = 1.999 (c) 1995 by Intel Corporation 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
[Talk-de] [ANN] GPSdisplay v0.0.2
Hi! This is v0.0.2 of GPSdisplay, downloadable at http://lug-owl.de/~jbglaw/gpsdisplay/gpsdisplay-0.0.2.tar.gz It implements parsing of permanent URLs from OpenStreetMap, Information Freeway and Google Maps. Suggestions, complaints and patches welcome :) MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of:If it doesn't work, force it. the second : If it breaks, it needed replacing anyway. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
-Original Message- Date: Sat, 16 Aug 2008 03:14:21 +0200 Subject: Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none) From: Martin Koppenhoefer [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Das wird alles nur unnötig kompliziert und wendet deshalb dann doch keiner mehr an. Sinn macht lediglich die Sonderbeschilderung zu taggen die es manchmal für bestimmte Fahrzeugklassen gibt. Ansonsten steht ja am Strassenrand auch nicht für jede Fahrzeugklasse ein eigenes Schild wie schnell gefahren werden darf - dafür muss dann die jeweilige Anwendung einen Datensatz des befahrenen Landes vorhalten. so einfach ist das Leben bei OSM leider auch wieder nicht. Schon vergessen (war vor kurzem Thema): da wir aus den Daten auf andere Weise nicht herauslesen können, ob man sich überhaupt ausserorts oder innerorts befindet, sollte m.E. ein maxspeed = 50 (innerorts) bzw. 100 (aussen) auch wenn es implizit gilt hinzugefügt werden. Martin innerorts und außerorts lässt sich nur durch IS_IN bzw. korrekt erfasste place-Areas erfassen, denn generell maxspeed=50 innerorts bzw. maxspeed=100 außerorts zu taggen ist nicht richtig bzw. erfasst die Realität nicht korrekt :) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freie Handy-Java Geotagging(Bilder) Software gesucht
On Sat, 16 Aug 2008 02:30:08 +0200 Henry Loenwind [EMAIL PROTECTED] wrote: Die Zuordnung zu einem gleichzeitig aufgezeichneten GPS-Track kann JOSM schon selbst herstellen... Eben genau darauf möchte ich ja verzichten, weil ich oft einfach nur ein paar POIs hinzufügen will, welche noch fehlen, ohne mittracken zu müssen, da die Straße schon 5 oder mehr tracks hat ;) Sozusagen, wenn man mal kurz durch die Stadt als touri läuft und merkt, das noch ein Briefkasten fehlt (nur als beispiel) -- - Mein Weblog: http://der-eichi.de Themen unter anderem aus den Bereichen |Politik|, |Linux| und |freie Software| - Mein öffentlicher PGP Schlüssel: http://pgp.der-eichi.de - ! Freie Alternative zu Google Maps Co.: http://www.openstreetmap.org ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied: residential, unclassif ied, service
-Original Message- Date: Sat, 16 Aug 2008 14:18:04 +0200 Subject: Re: [Talk-de] Unterschied: residential, unclassified, service From: Martin Koppenhoefer [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Auch die pedestrians (Fussgängerzonen) sind nicht grundsätzlich nur von Fussgängern zu betreten, dort gibt es neben Lieferverkehr oft auch Ausnahmen für Fahrräder. Martin dann sind die Ausnahmen aber bestimmt durch Sonderschilder zugelassen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX Import Fehler
Alexander Menk schrieb Gibt es irgendwelche Größenbeschränkungen beim Import? Das ZIP File enthielt drei GPX Dateien, unkomprimiert etwa 5 MB. Jeweils oder einzeln? Zumindest konnte schon Archive von 2-3 MB mit 5 GPX-Dateien von jeweils über 1MB erfolgreich hochladen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder geht immer noch nicht
On Sat, 16 Aug 2008, Henry Loenwind wrote: Der Verantwortliche bist Du selbst. Lösen kannst Du das Problem, indem Du Dich hinsetzt, den JOSM-Quellcode entsprechend modifizierst und einen Patch via josm-dev einreichst. Das Danke schonmal im Voraus verkneife ich mir wohl jetzt besser. Also mich nerven solche Arschlöcher, die bei einem Problem gleich wie die wilden Affen am Code rumschrauben, und irgendwelche wirren Patches einschicken, die dazu führen, dass die Software dann nur noch bei ihnen läuft, anstatt einfach dem Original-Programmierer oder Maintainer Bescheid zu geben. Häh? Übersehe ich hier was, oder gibt es sowas wie Schreibberechtigungen und Vorabkontrolle bei der Softwareentwicklung nicht? Seit wann führen wirre Patches zu wirren Release-Versionen (mal abgesehen davon, wenn einer von uns nicht aufpasst, was auch vorkommt)? Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX Import Fehler
Johann H. Addicks schrieb: Alexander Menk schrieb Gibt es irgendwelche Größenbeschränkungen beim Import? Das ZIP File enthielt drei GPX Dateien, unkomprimiert etwa 5 MB. Jeweils oder einzeln? Zumindest konnte schon Archive von 2-3 MB mit 5 GPX-Dateien von jeweils über 1MB erfolgreich hochladen. .zip: 535 KB (kompr. Größe) Inhalt: (unkompr. Größe) .gpx 174,1 KB .gpx 2,1 MB .gpx 2,6 MB Gruß, Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX Import Fehler
Bernd Wurst schrieb: Hallo. Am Samstag, 16. August 2008 schrieb Alexander Menk: Das ZIP File enthielt drei GPX Dateien, unkomprimiert etwa 5 MB. [...] 0606aa2bahirdar.zip Wo steht die Info, dass der Upload dort ZIP-Dateien akzeptiert? Ich kann das nirgends finden und würde ohne weitere Angabe einfach vermuten, dass du bei Upload GPX file vielleicht eben GPX-Datieen und keine ZIP-Dateien hochladen sollst... http://wiki.openstreetmap.org/index.php/Upload#Compressed_files If you have multiple files to upload, you may compress them into a zip archive and upload it. It will then be treated as one big gpx file (that is, only one entry in your trace list is created). Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kilometrierung von Autobahnen und anderen Strassen
On Fri, Aug 08, 2008 at 08:54:55AM +0200, Dirk Stöcker wrote: Warum setzt Du nicht einfach in die Autobahn an den Kilometertafeln einen Node mit einem Tag z.B. chainage=100.5 Das habe ich jetzt mit den letztes Wochenende von mir gesammelten Daten mal gemacht - allerdings mit kilometre_sign=4711.5 - die Bezeichnung stammt aus dem Wikipedia-Artikel Milestone [1] und passt IMO am Besten. Wenn wir uns auf einen anderen Namen einigen (chainage, marker, whatever), pass ich das aber gerne an. Hauptsache, wir verwenden den gleichen Namen dafür. Zur Datendichte: Es dürfte (zumindest derzeit) wenig Sinn machen, jedes einzelne Schild zu erfassen. Ich habe meist an strategischen Stellen (z.B. Autobahnkreuz) zwei Schilder direkt hintereinander eingetragen (= Zählrichtung). BTW: Kann ich in JOSM irgendwo einstellen, welche Tags er ignorieren soll, wenn es um die Darstellung eines Nodes als einfacher Punkt (reiner Stützpunkt) vs. Punkt mit Quadrat (Node mit eigenen Daten) geht? Ich hätte da u.a. gerne noch ele drin. Allerdings ist es nicht leicht die Punkte auf der Autobahn zu bestimmen, da man dazu ja sehr langsam sein müßte, was auf der Autobahn immer etwas schlecht ist. Ich denke, für den Anfang reicht die Genauigkeit eines normal schnell fahrenden Autos vollkommen aus. Wer genauere Daten braucht, muß selbst entsprechend langsam unterwegs sein und kann bei einer der Fahrten die Standorte genauer erfassen und dann korrigieren (oder jemanden mitnehmen, der das macht). P.S. Das ganze funktioniert dann übrigens auch mit Schienen und Landstraßen. Ich wollte ursprünglich auch die B27 eintragen, musste aber leider feststellen, daß das nicht möglich ist, da dort keine Kilometersteine [2] (mehr?) stehen, sondern Stationszeichen [3]. Letztere geben nur eine relative Entfernung an (ab der letzten Kreuzung), keine globale. Sinnvollerweise fehlt bei der B27 sogar die Angabe der Stationsnummer, weshalb es bei meiner Autopanne neulich absolut unbrauchbar war. :-/ [1] http://en.wikipedia.org/wiki/Milestone [2] http://de.wikipedia.org/wiki/Kilometerstein [3] http://de.wikipedia.org/wiki/Stationszeichen CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freie Handy-Java Geotagging(Bilder) Software gesucht
Hallo. Am Samstag, 16. August 2008 schrieb [EMAIL PROTECTED]: Eben genau darauf möchte ich ja verzichten, weil ich oft einfach nur ein paar POIs hinzufügen will, welche noch fehlen, ohne mittracken zu müssen, da die Straße schon 5 oder mehr tracks hat ;) Geotags ohne Geo-Informationen zu setzen ist ne schwierige Aufgabe. :) Im Ernst: Ein GPS-Empfänger braucht je nach Bedingungen ~1 Minute zur Synchronisation, ich denke nicht dass du als Touri Bock drauf hast ne Minute stehen zu bleiben bevor du Bilder machst. Ob du einen Track hochlädst ist ja unabhängig davon ob du damit später deine Bilder Geo-Codierst. Aber wenn du nen GPS-Empfänger immer im Anschlag laufen hast, kann der ja auch grad nen Track erstellen, wenn das nicht der Fall ist, hast du keine Geodaten zum Geotaggen... Gruß, Bernd -- Woher kommt es, dass mich niemand versteht und jeder mag? - Albert Einstein 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] Mauer und Zäune
Mittlerweile hab ich auch mal einen Damm eingetragen. Mauern und Zäune sollten genauso gehandhabt werden. embankment=yes wall=yes fence=yes /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldbetretungsrecht, die x-te (Was: Unterschied: residential, unclassified, service)
René Falk [EMAIL PROTECTED] schrieb: Am Samstag, 16. August 2008 schrieb Martin Koppenhoefer: Schutzgebiete stimmt, Privatbesitz darf hingegen betreten (nicht befahren, auch nicht mit Fahrrädern) werden, auch ausserhalb der Wege. Jein, man beachte die Landeswaldgesetze. Wo gibt es denn ein Landeswaldgesetz, das da Beschränkungen für den Privatwald vorsieht? Die mir bekannten sehen zwar durchaus Beschränkungen vor, aber immer nur aus guten Gründen und dann ohne Unterscheidung zwischen Staats-, Kommunal- und Privatwald. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mauer und Zäune
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Labres wrote, on 16.08.2008 17:54: | Mittlerweile hab ich auch mal einen Damm eingetragen. Mauern und Zäune sollten | genauso gehandhabt werden. | | embankment=yes Auf der Map_features-Seite sieht es so aus, als sollte das als ergänzendes Attribut für eine Straße, Eisenbahn oder ähnliches gedacht. | wall=yes | fence=yes Es ging ja gerade darum, eine Mauer oder einen Zaun unabhängig von einem anderen Objekt zu mappen. Ich denke, eine gewisse Gruppierung über einen gemeinsamen Schlüssel mit verschiedenen Werten ist schon sinnvoll. Sonst könnten wir statt highway=mototway ja auch motorway=yes verwenden. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkim/4gACgkQnMz9fgzDSqcezgCeLa10oTY4oa1P7kzdfy4ubgm6 KwUAnRYIdDCqb7RPzc3O6csD3Bhq9ey2 =ABwR -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
Marc Schütz schrieb: Nein, in dem Fall sollte an den Straßen ein innerorts=yes o.ä. getaggt werden und kein maxspeed. Lachendes und weinendes Auge! Also erstens sollte man so etwas, wenn es sicher auch shwieriger ist, aus den Ortsareas rauslesen können. Zweitens hat die Sache ein großes Problem! Sofern ich informiert bin, können wir aktuell nicht rausfinden, in welchem Lnd sich das aktuelle Node befindet. Das sieht man ja z.B. daran, das aktuell die ganze Weltkarte im UK-Stil gerendert wird. Falls nun in UK vonmir aus 40 km/h innerorts gelten, ist die Sache schon zum Scheitern verurteilt. Allerdings, wenn wir heraus bekommen, was innerhalb des Ortsareas ist, sollte das auch für DE kein Problem sein, oder? Die Grenzlinien haben wir ja mittlerweile. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
Martin Koppenhoefer schrieb: auch das würde ich in Frage stellen. Wie soll man denn als Radfahrer überhaupt wissen, mit welcher Geschwindigkeit man unterwegs ist? Ein Tacho wird von der StVO oder dem StVG. für Fahrräder nicht gefordert. Ich fahre in der Regel eh nicht schneller und wenn man wirklich mit dem Rennrad unterwegs ist, hat man meist allein schon zur eigenen Kontrolle einen Tacho dabei. Ansonsten gilt einfach: So langsam fahren, dass man sich sicher ist, nicht schneller als 30 zu Fahren (oder innerorts eben 50). Denn wie ich das mitbekommen habe, werden durchaus auch zu schnelle bzw. rücksichtslose Radfahrer von den Herren in Grün rausgezogen - und das ergibt auch Sinn. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
Martin Koppenhoefer schrieb: Was ich bei der Diskussion bisher ein bisschen vermisse: es wird endlos über Maxspeed geschrieben, aber in der Realität und vor allem fürs Routing interessiert doch viel mehr die zu erwartende Durchschnittsgeschwindigkeit. Die dürfte in den meisten Fällen deutlich darunter liegen, und ist auch nicht generell aus dem Strassentyp ableitbar sondern muss sowieso ziemlich grob geschätzt werden. Dass man seinen Tempomat nicht mit OSM-Daten füttert sondern nach der Lage vor Ort (Schilder + Verkehr) ist vermutlich allgemein klar ;-) Hier könnte man ein zusätzliches Projekt starten. Dies sieht so aus, dass jeder seine GPS-Tracks dort erstmal hochladen kann. Natürlich sollten vorher alle Straßen bereits i Kartenmaterial sein. Daraufhin überprüft ein Server die daten anonym nach gefahrenen Geschwindigkeiten und legt daraus eine Datenbank an (für jeden Way seperat). Die Frage ist natürlich, ob es nicht sinnvoll wäre, sogar für edes Wegsegment die Daten seperat zu erfassen. Der Track wird natürlich wieder gelöscht. Wenn man dann die Daten in sein Wunschformat konvertiert, kann man zusätzlich vom Server für jeden Way einen Durchschnittswert anfordern, der errechnet wurde. Diese Sache ist sicherlich etwas komplizierter und anfangs sicherlich auch ungenauer, aber wir haben ja bereits etliche Tracks gesammelt. Wenn sich nun jeder bereit erklären würde, seine Daten zur Verfügung zu stellen, sollten wir vor allen Dingen auf den Autobahnen recht genaue Werte bekommen. PS: Wenn ausreißer drin sind, könnte man arg hohe Werte einfach ignorieren und niedrige Werte zur Bestimmung der Stauwarsheinlichkeit hernehmen. 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] Lakewalker-Plugin
Dirk Stöcker schrieb: Sollte jetzt wieder laufen. 4 Bug-Reports auf einen Streich. Das ist doch mal was :-) Bei mir immer noch nicht. Ich habe soeben ein Ticket eingereicht. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Geräte mit Gyrosensorik und Tachog eber
Johann H. Addicks schrieb: Habe ich auch nicht verlangt. Es ging um die Erhöhung der Präzision bei schlechtem EPE/VDOP/HDOP. Also zusätzlichen Informationen für den GPS-Empfänger, ob der Empfänger ruht und er getrost mitteln kann oder ob es eine kontinuierliche (unbeschleundigte) Bewegung längs einer Achse gibt und er ebenfalls entlang dieser mitteln kann. Also Maßnahmen mit denen der Empfänger seine Unschärfe verringern kann, obwohl der Empfang eigentlich schon gut ist, aber wir für OSM gerne noch etwas mehr Präzision z.B. in Hochhausschluchten hätten. Es kommt vor allen Dingen im Wald immer wieder vor, dass selbst das Material guter Logger überhaupt nicht zu gebrauchen ist, da teilweise ausreißer von erkennbaren 50 Metern vorkommen und alles mehr oder weniger ner Zic-Zack-Linie folgt. Solche Fehler sollten sich mit Gyrosensorik auf jeden Fall vermeiden lassen, denn wenn der Sensor sagt, ich habe keine Richtungsänderung, das GPS aber wild schwankt, ist klar, ws richtig 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] [tagging] Feature Proposal - RFC - (maxspeed = none)
André Reichelt schrieb: Martin Koppenhoefer schrieb: Was ich bei der Diskussion bisher ein bisschen vermisse: es wird endlos über Maxspeed geschrieben, aber in der Realität und vor allem fürs Routing interessiert doch viel mehr die zu erwartende Durchschnittsgeschwindigkeit. Die dürfte in den meisten Fällen deutlich darunter liegen, und ist auch nicht generell aus dem Strassentyp ableitbar sondern muss sowieso ziemlich grob geschätzt werden. Dass man seinen Tempomat nicht mit OSM-Daten füttert sondern nach der Lage vor Ort (Schilder + Verkehr) ist vermutlich allgemein klar ;-) Hier könnte man ein zusätzliches Projekt starten. Dies sieht so aus, dass jeder seine GPS-Tracks dort erstmal hochladen kann. Natürlich sollten vorher alle Straßen bereits i Kartenmaterial sein. Daraufhin überprüft ein Server die daten anonym nach gefahrenen Geschwindigkeiten und legt daraus eine Datenbank an (für jeden Way seperat). Die Frage ist natürlich, ob es nicht sinnvoll wäre, sogar für edes Wegsegment die Daten seperat zu erfassen. Der Track wird natürlich wieder gelöscht. Wenn man dann die Daten in sein Wunschformat konvertiert, kann man zusätzlich vom Server für jeden Way einen Durchschnittswert anfordern, der errechnet wurde. Diese Sache ist sicherlich etwas komplizierter und anfangs sicherlich auch ungenauer, aber wir haben ja bereits etliche Tracks gesammelt. Wenn sich nun jeder bereit erklären würde, seine Daten zur Verfügung zu stellen, sollten wir vor allen Dingen auf den Autobahnen recht genaue Werte bekommen. PS: Wenn ausreißer drin sind, könnte man arg hohe Werte einfach ignorieren und niedrige Werte zur Bestimmung der Stauwarsheinlichkeit hernehmen. André so ein dynamisches System wäre auch meine erste Wahl. Wenn man einmal das Doing des Imports erledigt hat, könnte man dank neuer GPS-Handys mit Datenflat sogar simultan geschwindigkeiten ins system einspeisen *träum und hoff* -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
Marc Schütz schrieb: so einfach ist das Leben bei OSM leider auch wieder nicht. Schon vergessen (war vor kurzem Thema): da wir aus den Daten auf andere Weise nicht herauslesen können, ob man sich überhaupt ausserorts oder innerorts befindet, sollte m.E. ein maxspeed = 50 (innerorts) bzw. 100 (aussen) auch wenn es implizit gilt hinzugefügt werden. Nein, in dem Fall sollte an den Straßen ein innerorts=yes o.ä. getaggt werden und kein maxspeed. Grüße, marc Besser: eine korrekte IS_IN Erfassung bzw. Place-Areas. Die haben den selben Effekt und werden schon fleißig benutzt. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Josm, UBuntu und openstreetmap-map-icons
Hallo! ICh habe heute mal Josm aus den Paketquellen von Ubuntu installiert. Leider kann man nich erkennen, um welche Josm-Version es sich handelt. Mir war aufgefallen, dass zusätzlich noch das Paket openstreetmap-map-icons-classic installiert wurde (statt classic ist auch noch scalable und square in den Paketquellen). Diese Icons befinden sich im Verzeichnis /usr/share/icons/openstreetmap und es sind eine Menge Icons entahlten, die ähnlich den Josm-Icons sind, aber weit aus differenzierter, wie z.B. unterschiedliche Icons für unterschiedliche Tankstellenbetreiber. Weiß jemand, ob diese Icons von Josm aus den Paketquellen genutzt werden und wäre es möglich diese in die Josm-latest.jar z.B. über ein Plugin zu integrieren? Gruß, Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96
Florian Heer schrieb: Wenn ich z.B. Chinese wäre und in China (die Lippenbekenntnisse der chinesischen Regierung zum Urheberrecht ignorieren wir jetzt einfach mal) säße und von dort aus Massen an Kopien amerikanischer Filme übers Internet vertreibe, dann können die Amis mir zwar in China wenig (bis ich mich in den Bereich amerikanischer Jurisdiktion bewege), aber jeder, der sich diese Kopien in Amerika von mir besorgt, kann belangt werden. Der Vergleich hinkt allerdings auch. Warum? Wir sind ja nun schon mehrfach darauf eingegangen, dass wir durch abmalen der Karten gar keine Raubkopien anfertigen dürfen. Die Grundfrage war eigentlich, ob denn das Abmalen von Wäldern aus Luftbildern nun eine künstlerische Tätigkeit ist, ich also selbst eine Art abgeleitetes werk mit eigener Schöpfungshöhe erzeuge, oder ob ich das Luftbild trotzdem mehr oder weniger kopiere. Genau dieser Frage sollten wir nochmals detaliert nachgehen. Ich denke, dass in Ländern wir Amerika da dann eine ähnliche Meinung herrschen wird. Die Sache ist ja die: Letztenendes kann man, solange das Luftbild unverfälscht ist, gar nicht mehr feststellen, ob ich es abgezeichnet habe. Die Frage ist nun, wie es aussieht, wenn man mir nachweisen kann, dass ich mutmaßlich ein Luftbild abgemalt habe. Und genau hier ist eben die Frage von oben zu klären, ob es als Raubkopieren gewertet werden kann, oder ob es genügend eigene Schöpfungshöhe erreicht, um nicht mehr gegen geltendes Recht zu verstoßen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96
Tobias Wendorff schrieb: Ich weiß nicht, ob Lichtbilder anders geschützt sind. Das Berufungsgericht hat sich nur auf gedruckte Kartenwerke bezogen. Das ist eben der Punkt. Wenn ich eine Karte abmale, dann kopiere ich mehr oder wenigerPixelgenau deren Daten. Das ist das selbe, als wenn ich mein GPS laufen lasse, das aber nicht mehre Position speichert, sondern einfach die Daten der mitgelieferten Karte speichert. Wenn ih nun allerdings ein Luftbild abmale, habe ich zunächst eine Fotografie und leite daraus ein deutlich vereinfachtes Vektorbild ab. Ist das nun kopiert im eigentlichen Sinne oder eine eigenständige künstlerische Tätigkeit mit der Möglichkeit zur Interpretation? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96
Henry Loenwind schrieb: Nach einem Urteil des Landgerichts München I (Urteil vom 9. November 2005, Az. 21 O 7402/02, Datenbankschutz für topografische Landkarten – Topografische Kartenblätter, GRUR 2006, S. 225 ) stellt die topografische Karte 1:25 000 (TK25) eine analoge Datenbank nach § 87a Urheberrechtsgesetz dar und genießt damit rechtlichen Schutz aufgrund der vorgenommenen Investition bei ihrer Herstellung. Eine Entnahme von Daten aus der TK25 durch Digitalisierung zum Zwecke der Weiterbearbeitung sei deshalb lizenzpflichtig. Dieses Urteil ist rechtskräftig. Es geht allerdings mir nicht um Abmalen von Topomaps sondern um das Abmalen von Luftbildern. Und Luftbilder als Datenbank zu bezeichnen ist nicht nur recht zweifelhaft sondern auch unglaubwürdig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96
Hallo André, André Reichelt schrieb: Wenn ih nun allerdings ein Luftbild abmale, habe ich zunächst eine Fotografie und leite daraus ein deutlich vereinfachtes Vektorbild ab. Ist das nun kopiert im eigentlichen Sinne oder eine eigenständige künstlerische Tätigkeit mit der Möglichkeit zur Interpretation? Vielleicht könnte das hier dann zum Problem werden, § 4 Ziffer 9 UWG: http://www.gesetze-im-internet.de/uwg_2004/__4.html Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm, UBuntu und openstreetmap-map-icons
Philipp Hannasky schrieb: Hallo! ICh habe heute mal Josm aus den Paketquellen von Ubuntu installiert. Leider kann man nich erkennen, um welche Josm-Version es sich handelt. Mir war aufgefallen, dass zusätzlich noch das Paket openstreetmap-map-icons-classic installiert wurde (statt classic ist auch noch scalable und square in den Paketquellen). Diese Icons befinden sich im Verzeichnis /usr/share/icons/openstreetmap und es sind eine Menge Icons entahlten, die ähnlich den Josm-Icons sind, Das ist prinzipiell sowieso die Stelle, aus dem auch JOSM die Icons nimmt - bzw. wenn ich für JOSM neue Icons einbaue die an diese Stelle ablege. Also nicht wundern über gewisse Ähnlichkeiten ;-) Hmmm, eigentlich sollte diese package Abhängigkeit nicht notwendig sein, josm-latest.jar sollte die entsprechenden Icons eigentlich bereits enthalten? Jörg? aber weit aus differenzierter, wie z.B. unterschiedliche Icons für unterschiedliche Tankstellenbetreiber. Ich hatte damals mit dem package maintainer gesprochen, und zumindest habe ich die Sachen nicht im JOSM eingebaut, die mir zu heikel waren. Ob wir nämlich z.B. ein ARAL Icon in JOSM überhaupt anzeigen *dürfen* erscheint mir eher zweifelhaft - wegen Schutzmarken (oder wie das auch immer jetzt genau heißt). Komm jetzt bitte keiner an, daß wäre doch wegen Gesetz/Urteil/was weiß ich überhaupt kein Problem. Ich hab keinen Bock mich später mit irgendwelchen Anwälten rumzuärgern. Wenn das jemand einbauen will - nur zu. Es sollte dem entsprechenden dann aber klar sein, daß er dann auch im Zweifel dafür rechtlich verantwortlich ist. BTW: Aus genau dem Grund bin ich persönlich auch dafür, diese markenspezifischen Icons aus dem OSM SVN komplett zu löschen! Weiß jemand, ob diese Icons von Josm aus den Paketquellen genutzt werden und wäre es möglich diese in die Josm-latest.jar z.B. über ein Plugin zu integrieren? Du kannst dir einen eigenen Style bauen (auch ohne Plugin), siehe: http://wiki.openstreetmap.org/index.php/JOSM/Plugins/MapPaint#Create_your_own_style Gruß, Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Blaue Steine und andere Rechtsdenkmale / Flur- und Kleindenkmale allgemein
Rechtsdenkmale wie sogenannte Blaue Steine und andere Rechtssteine sind bislang wenig erforscht. Mit ihnen beschäftigt sich insbesondere der kleine und relativ junge Zweig der Rechtsarchäologie, darunter einige Archäologen und Rechtshistorikerinnen, aber noch viel mehr Heimatforscher_innen (im positiven, absolut nicht abwertend gemeinten Sinne). Blaue Steine sind große Steine oder Felsformationen, die keine blaue Farbe haben müssen. Sie bezeichnen Steine, die ursprünglich an der dörflichen oder städtischen Gemarkungsgrenze (Flurgrenze) liegen oder lagen. Sie dienten offenbar der Zulieferung von gefangenen Verbrechern. An den Blauen Steinen wurden die Gefangenen von einem nicht zuständigen, meist niederen Gericht als das zuständige, höhere Gericht bzw. von Gemeinde zu Gemeinde übergeben. Heute bisweilen in der Dorfmitte liegende Blaue Steine wurden von der Flurgrenze in das Zentrum hereingeholt, wie viele belegte Beispiele zeigten. Blaue Steine kommen besonders häufig im Rheinland, in den Niederlanden und in Flandern sowie in Mitteldeutschland (hier bislang ca. 30 lokalisierbare Steine bzw. Flurnamen) vor, sind aber auch aus anderen Regionen Deutschlands bekannt. Wer sich für die Problematik interessiert, sei auf den Aufsatz von Wernfried Fieber / Reinhard Schmitt, Spur der Blauen Steine – Zu einer in Vergessenheit geratenen Gruppe von Rechtsdenkmalen in Mitteldeutschland. Archäologie in Sachsen-Anhalt Neue Folge 4, 2006 Hf. 2, S. 412-423 und auf die Diskussionen hierzu unter anderem im Steinkreuz-Forum ( http://steinkreuz.foren-city.de/topic,194,-rechtsarchaeologie-blaue-steine-gerichtssteine-pranger.html ) und bei monumentum.net ( http://www.monumentum.net/index.php?level=1CatID=12inhalt_id=2do=zeigeThemathema_id=16 ) verwiesen. Beim zufälligen Testen des Namefinders fiel mir soeben auf, dass auch in der OSM bereits Blaue Steine erfaßt sind: Attraction Blauer Stein, about 2km north of Nordhalden (about 5km west of Tengen) - bei Donaueschingen in Süddeutschland: http://www.openstreetmap.org/?lat=47.82708lon=8.59817zoom=16layers=B00FTF Außerdem ein Blauer Steinweg in Eschwege und in Bad Salzelmen. Der in Schönebeck/Elbe fehlt hingegen noch In dem Zusammenhang die große Bitte, beim Mappen auch auf solche Rechtsdenkmale und andere Kleindenkmale wie Steinkreuze und Kreuzsteine, Martern etc. in eurer Heimat- oder Urlaubsregion zu achten und diese zu erfassen. Gerade im Zusammenhang mit den ebenfalls dargestellten Flurgrenzen könnte die Erforschung ein ganzes Stück weitergebracht werden, wenn auch solche auf den ersten Blick eher unattraktiven attractions/POIs dargestellt werden. Wegen den icons werden wir sehen, was die Zeit bringt, wenn einige mehr Beispiele gemappt sind. Bislang werden sie noch mit einem unschönen roten Pfeil gerendert, aber das gilt ja leider auch immer noch für Burgen, Schlösser und Festungen sowie andere weitaus auffälligere Denkmale und Sehenswürdigkeiten. Die allermeisten Kleindenkmale und andere Denkmale der Rechtsgeschichte sind in Deutschland ein archäologisches Kulturdenkmal und sollten auch mit einem entsprechenden Icon dargestellt werden. Darüber wurde schon mal diskutiert, aber wie gesagt, erneut wohl besser erst zu einem späteren Zeitpunkt. Jetzt brauchen wir erst einmal viele weitere Beispiele. Ebenfalls gern genommen werden Brautsteine, Sühnekreuze, Galgen, Grenzsteine und Gerichtsstühle, aber auch Denkmale der Verkehrsgeschichte wie Meilensteine, Postmeilensäulen, Ruhsteine und -bänke, Marktkreuze oder religiöse Flurdenkmale wie Bildstöcke, Marterln bzw. Wegstock und andere kulturhistorische, meist noch aus prähistorischen Zeiten stammenden Flurdenkmale wie Menhire, Schalensteine, Dolmen und Großsteingräber / Hünengräber - siehe einige Beispiele schon jetzt mit namefinder. Zu deren Erforschung und zu vielen bereits in Listen erfaßten Kleindenkmalen, die vielleicht auch Anregung für die nächste Wanderung oder Fahrradtour mit dem gps-Gerät geben können, siehe monumentum.net Informationsdienst für den Denkmalschutz und Denkmalpflege der Klein- und Flurdenkmale http://www.monumentum.net und suehnekreuz.de http://www.suehnekreuz.de/ Forum: http://steinkreuz.foren-city.de/ Also, wer Blaue Steine in seiner Gegend kennt und sich schon immer mal gefragt hat, warum die so heißen, obwohl die gar nicht blau sind, weiß jetzt vielleicht ein klein wenig mehr. Und kann sich in nächster Zeit mal auf die Strümpfe machen, auf das Rad schwingen oder ins Auto setzen, und die Steine versorgen. Besten Dank! Roman -- Pt! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96
Florian Heer schrieb: Wenn sich herausstellen /sollte/, dass die deutsche Rechtsauffassung zu den Kartendaten einem internationalen Konsens entspricht, also das Urheberrecht hier gar nicht zur Anwedung kommen kann, dann nur zu, ansonsten gefährden wir die internationale Nutzung von OSM. Sollte sich das allerdings herausstellen, dann ist auch meiner Meinung nach eine Lizensierung von OSM-Daten unter CCBYSA hinfällig, dann sind Kartendaten nämlich vogelfreies Allgemeingut. das ist nicht korrekt... denn OSM ist eine Datenbank, und ist laut Urheberrecht im ganzen geschützt: §§ 4 Abs.2 und 87a ff. UrhG dh teile darf man kopieren aber das ganze nicht (auch nicht in großen teilen) was wiederum heißt die datenbank, die hinter googlemaps steht darf man zum vergleichen in einzelnen Fällen benutzen, ganze streßenzüge aber nicht. sage ich als ein Inormatikstudent der grad Medienrecht belegt hat keine garantie, dass das auch wirklich so ist... alles gute josias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
Marc Schütz schrieb: Nein, in dem Fall sollte an den Straßen ein innerorts=yes o.ä. getaggt werden und kein maxspeed. Lachendes und weinendes Auge! Also erstens sollte man so etwas, wenn es sicher auch shwieriger ist, aus den Ortsareas rauslesen können. Selbstverständlich, wenn sie vorhanden sind. Ich wollte nur meine Antwort möglichst kurz halten. Außerdem hat, WIMRE, hier mal jemand ein Beispiel gebracht mit einer Brücke, die (verkehrstechnisch) innerhalb einer Ortschaft ist, und über eine Straße verläuft, die außerhalb ist. In so einem Fall ist wohl ein expliziter Tag nötig. Zweitens hat die Sache ein großes Problem! Sofern ich informiert bin, können wir aktuell nicht rausfinden, in welchem Lnd sich das aktuelle Node befindet. Das sieht man ja z.B. daran, das aktuell die ganze Weltkarte im UK-Stil gerendert wird. Falls nun in UK vonmir aus 40 km/h innerorts gelten, ist die Sache schon zum Scheitern verurteilt. Allerdings, wenn wir heraus bekommen, was innerhalb des Ortsareas ist, sollte das auch für DE kein Problem sein, oder? Die Grenzlinien haben wir ja mittlerweile. Ich weiß nicht, wie vollständig die Landesgrenzen (zumindest in Europa) sind. Aber bei den Renderern ist das Problem ganz einfach, dass so ein Feature noch nicht implementiert ist. Mapnik kann ja bereits mit großen Polygonen umgehen (Küsten-Shapefiles), da sollten die Ländergrenzen auch nicht viel komplizierter sein. Beim [EMAIL PROTECTED] müsste das wohl irgendwie auf dem Server gelöst werden (d.h. die Clients kriegen gesagt, welche Länder in ihrem zu rendernden Tileset liegen). Vor allem hinsichtlich der Strukturierung der Rule-Files wäre aber wohl einiges an Umorganisation nötig. Wenn ich mir vorstelle, die osmarender-Stylesheets in zigfacher Ausführung aktuell halten zu müssen... Grüße, Marc -- Pt! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Blaue Steine und andere Rechtsdenkmale / Flur- und Kleindenkmale allgemein
Jepp. Und wie taggen wir die nun einheitlich? http://wiki.openstreetmap.org/index.php/De:Howto_Map_A bietet dazu keinen Anhaltspunkt. Gruß Dieter -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Roman Grabolle Gesendet: Samstag, 16. August 2008 20:43 An: talk-de@openstreetmap.org Betreff: [Talk-de] Blaue Steine und andere Rechtsdenkmale / Flur- und Kleindenkmale allgemein Rechtsdenkmale wie sogenannte Blaue Steine und andere Rechtssteine sind bislang wenig erforscht. Mit ihnen beschäftigt sich insbesondere der kleine und relativ junge Zweig der Rechtsarchäologie, darunter einige Archäologen und Rechtshistorikerinnen, aber noch viel mehr Heimatforscher_innen (im positiven, absolut nicht abwertend gemeinten Sinne). Blaue Steine sind große Steine oder Felsformationen, die keine blaue Farbe haben müssen. Sie bezeichnen Steine, die ursprünglich an der dörflichen oder städtischen Gemarkungsgrenze (Flurgrenze) liegen oder lagen. Sie dienten offenbar der Zulieferung von gefangenen Verbrechern. An den Blauen Steinen wurden die Gefangenen von einem nicht zuständigen, meist niederen Gericht als das zuständige, höhere Gericht bzw. von Gemeinde zu Gemeinde übergeben. Heute bisweilen in der Dorfmitte liegende Blaue Steine wurden von der Flurgrenze in das Zentrum hereingeholt, wie viele belegte Beispiele zeigten. Blaue Steine kommen besonders häufig im Rheinland, in den Niederlanden und in Flandern sowie in Mitteldeutschland (hier bislang ca. 30 lokalisierbare Steine bzw. Flurnamen) vor, sind aber auch aus anderen Regionen Deutschlands bekannt. [...] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald Park überschneiden sich
Naja, wobei eine Strasse 1D ist und ein Wald 2D. Wenn ich ihn aufteile kann wird er wahrscheinlich als zwei gerendert. (Wobei ja ca. 2m kein Wald dort ist weil der Weg ist) Wird aber wohl die einzige Möglichkeit sein das zu mappen :( mfg, Kelvan Am 15. August 2008 19:55 schrieb Torsten Leistikow [EMAIL PROTECTED]: Florian Schweikert schrieb: Den Wald auf zwei aufteilen will ich auch nicht da es ja nur einer ist. Eine Strasse wird doch auch in zwei Teile geteilt (wenn es erforderlich ist) auch wenn es in der Realitaet nur eine ist. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freie Handy-Java Geotagging(Bilder) Software gesucht
On Sat, 16 Aug 2008 16:14:01 +0200 Bernd Wurst [EMAIL PROTECTED] wrote: Ein GPS-Empfänger braucht je nach Bedingungen ~1 Minute zur Synchronisation, ich denke nicht dass du als Touri Bock drauf hast ne Minute stehen zu bleiben bevor du Bilder machst. So krass touri mässig bin ich persönlich nicht drauf, dass ich mir die Zeit nicht nehmen könnte :) (Fix-Sync geht bei mir übrigens meißt nicht länger als 10-20 sek - keine Ahnung warum) Ob du einen Track hochlädst ist ja unabhängig davon ob du damit später deine Bilder Geo-Codierst. Aber wenn du nen GPS-Empfänger immer im Anschlag laufen hast, kann der ja auch grad nen Track erstellen. Wenn ich tracke, dann bevorzuge ich es, in der Mitte einer Straße zu laufen, daher bei befahrenen Straßen gerne Abends oder Nachts. Wenn ich nicht tracke, bewege ich mich um einiges freier, sozusagen, ohne die Fesseln das Tracks. Für mich persönlich zumindest ist ein Bild gepaart mit geoinformationen genau das richtige für zwischendurch. -- - Mein Weblog: http://der-eichi.de Themen unter anderem aus den Bereichen |Politik|, |Linux| und |freie Software| - Mein öffentlicher PGP Schlüssel: http://pgp.der-eichi.de - ! Freie Alternative zu Google Maps Co.: http://www.openstreetmap.org ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile ganz ohne Mauern vom 13. 8. 2008
Carsten Schwede [EMAIL PROTECTED] wrote: Meinst Du das Meer an sich? Ja, denn in Schleswig-Holstein kann man sich ohne blaues Meer ehrlich gesagt recht schlecht orientieren. Das ist ein generelles Problem, an dem Steve noch arbeitet. Kein Meer der Welt kommt blau in der Karte. Schade. Bis dahin solltest Du zumindest mal schaun, dass Du die Küstenlinie auch in groben Zoomstufen eingeschaltet läßt. Sven -- linux is evolution, not intelligent design (Linus Torvalds) /me is [EMAIL PROTECTED], 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] [tagging] Feature Proposal - RFC - (maxspeed = none)
-Original Message- Date: Sat, 16 Aug 2008 21:41:24 +0200 Subject: Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none) From: Marc Schütz [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org, talk-de@openstreetmap.org Marc Schütz schrieb: Nein, in dem Fall sollte an den Straßen ein innerorts=yes o.ä. getaggt werden und kein maxspeed. Lachendes und weinendes Auge! Also erstens sollte man so etwas, wenn es sicher auch shwieriger ist, aus den Ortsareas rauslesen können. Selbstverständlich, wenn sie vorhanden sind. Ich wollte nur meine Antwort möglichst kurz halten. Außerdem hat, WIMRE, hier mal jemand ein Beispiel gebracht mit einer Brücke, die (verkehrstechnisch) innerhalb einer Ortschaft ist, und über eine Straße verläuft, die außerhalb ist. In so einem Fall ist wohl ein expliziter Tag nötig. ja, das Tag heißt IS_IN ;)In Aachen haben wir so ein Straße. die Schnellstraße verläuft über der Brücke außerorts und die Straße drunter ist innerorts.Momentan gelöst:die beiden place-Areas (getrennt durch die Schnellstraße)das Stück Straße unter der Brücke bekommt ein IS_IN--Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Geräte mit Gyrosensorik und Tachog eber
André Reichelt schrieb: Johann H. Addicks schrieb: Habe ich auch nicht verlangt. Es ging um die Erhöhung der Präzision bei schlechtem EPE/VDOP/HDOP. Also zusätzlichen Informationen für den GPS-Empfänger, ob der Empfänger ruht und er getrost mitteln kann oder ob es eine kontinuierliche (unbeschleundigte) Bewegung längs einer Achse gibt und er ebenfalls entlang dieser mitteln kann. Also Maßnahmen mit denen der Empfänger seine Unschärfe verringern kann, obwohl der Empfang eigentlich schon gut ist, aber wir für OSM gerne noch etwas mehr Präzision z.B. in Hochhausschluchten hätten. Es kommt vor allen Dingen im Wald immer wieder vor, dass selbst das Material guter Logger überhaupt nicht zu gebrauchen ist, da teilweise ausreißer von erkennbaren 50 Metern vorkommen und alles mehr oder weniger ner Zic-Zack-Linie folgt. Solche Fehler sollten sich mit Gyrosensorik auf jeden Fall vermeiden lassen, denn wenn der Sensor sagt, ich habe keine Richtungsänderung, das GPS aber wild schwankt, ist klar, ws richtig ist. Genau da funktioniert sie auch am unzuverlässigsten! Auf einer glatten Strasse im Auto wäre das beste Ergebniss zu erwarten. Im Wald und zu Fuss hast Du aber prinzipbedingt sehr viele Bewgungsänderungen (Erscgütterungen, Schwanken etc. beim gehen) so dass sich hier eine ganze Menge Fehler aufaddieren. Versuch mal mit geschlossenen Augen 10m schnurgerade zu gehen und wiederhole dass - diesmal mit einer Drehung nach jedem Schritt um 90Grad und wieder zurück - und vergleiche die Genauikeit mit der Du am Ziel ankommst... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96
Sven Geggus schrieb: Florian Heer [EMAIL PROTECTED] wrote: Und das ist der Grund warum _mich_ es nicht überzeugen kann, wenn nach der Meinung eines Gerichts in einem Land die Daten frei sind. Dir ist schon klar, dass diese Ansicht dazu führt, dass wir uns immer nach dem maximal restriktiven Land richten müssen. Ja, das ist es mir. Aber zum Glück bin ich hier ja nicht die normative Kraft. Ich persönlich allerdings würde gerade bei diesem Projekt kein Risiko eingehen, aber das ist auch nur meine Meinung. Ich kann auch niemand davon abhalten, es anders zu machen, als ich es handhaben würde, ich mappe nur das, was ich selbst gesehen habe / wo ich selber mit genügend Equip war / was ich auf frei gegebenen Infoquellen (z.B. Yahoo Luftbilder oder Werke mit abgelaufenen Schutzrechten oder CC-Lizenz) finde. Grüße, Florian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Indoor-/Outdoor-Schwimmbad?
Raphael Studer schrieb: Beim sport=swimming gehts ja nicht drum explizit das Becken zu beschreiben. Sondern mehr die ganze Anstalt. Wobei dort auch noch einige Unstimmigkeiten gibt. Ich habe die Fläche der aussen-Schwimmbäder mit sport=swimming und die Becken mit leisure=swimming_pool getaggt. Abgesehen vom gerenderten blau in blau sollte das so passen... Gruss, Andy http://www.openstreetmap.ch/?zoom=17lat=47.704lon=8.6216 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96
Josias Polchau schrieb: Florian Heer schrieb: das allerdings herausstellen, dann ist auch meiner Meinung nach eine Lizensierung von OSM-Daten unter CCBYSA hinfällig, dann sind Kartendaten nämlich vogelfreies Allgemeingut. das ist nicht korrekt... Das mag sein ;-) denn OSM ist eine Datenbank, und ist laut Urheberrecht im ganzen geschützt: §§ 4 Abs.2 und 87a ff. UrhG dh teile darf man kopieren aber das ganze nicht (auch nicht in großen teilen) was wiederum heißt die datenbank, die hinter googlemaps steht darf man zum vergleichen in einzelnen Fällen benutzen, ganze streßenzüge aber nicht. Hmm... OSM ist aber als Datenbank nicht ein Werk mit einem Urheber, sondern eine Sammlung von Daten, deren Einzelurheber ihre Daten unter CC freigegeben haben... Nur so als Gedanke, keine Ahnung, ob das einen Unterschied dabei macht. sage ich als ein Inormatikstudent der grad Medienrecht belegt hat Das macht doch nix, ich schreib auch nur meine unqualifizierte Meinung :-) Grüße, Florian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Geräte mit Gyrosensorik und Tach ogeber
Johann H. Addicks schrieb: Inertialnavigation ist eine bewährte Technik. Nur leider extrem teuer und auf wartungsaufwändig. Genau. Im der Artillerie werden Lasergyro [1] sogar für die gesammte Navigation eingesetzt. An einem Eich-Punkt wird das System genullt und dann können einige Kilometer gefahren werden, bis wieder neu genullt werden muss. Sehr teuer, aber funktioniert dafür ohne Satelliten. Gruss, Andy [1] http://en.wikipedia.org/wiki/Ring_laser_gyroscope signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied: residential, unclassified, service
Florian Heer schrieb: Okay, lassen wir einfach die Frage nach dem Mehrheitsprinzip weg. Zumindest synchron sollten die Informationen sein. Und wenn es kein anderer macht, mach ich mich auf die Suche, ziehe zumindest alles mal Nur mal so als Status-Meldung: ich habe angefangen, den highway-Bereich zu übersetzen. Wenn ich die Infrastruktur in so fern in deutsch stehen habe, dass die entsprechenden Seiten auch auf deutsch gefunden werden können (links gehen fast immer dank der Templates auf die englischen Versionen), mach ich mich an das inhaltliche Synchronisieren. Viele Grüße, Florian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hochsitze mit Umweltfreundliche Mül lentsorgung
Stefan Neufeind schrieb: Schau mal ins Tagwatch - da mappen Leute schon was beim recycling recycled werden kann. Und das find ich gar nicht mal verkehrt. (Über die tags dafür könnten wir nochmal sprechen ...) Siehe auch http://wiki.openstreetmap.org/index.php/Tag:amenity%3Drecycling da haben wir doch schon eine ganze Reihe von passenden Tags. Grüße, Florian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de