Re: [Talk-de] Fahrbahngenaue vs. fahrspurgenaue Erfassung (WAS: Re: Navigations-Software Roadee ...)
Am 19. Oktober 2009 01:05 schrieb Robert S. osm-m...@autobahnen-europa.eu: Sag das mal den Leuten, die die Verzögerungs- und Einfädelungsspuren an Autobahnen mit einem extra Weg mappen... Wenn das dann auch noch an einem komplexen Autobahnkreuz der Fall ist, dann zeigt dieses Vermischen von fahrbahngenauer mit fahrspurgenauer Erfassung ihren ganzen Schrecken... +5 Wer unbedingt Spuren malen will, sollte zumindest nicht die etablierten Werte des Schlüssels highway dafür zweckentfremden, die eine völlig andere Bedeutung haben, welche durch diese tag-Piraterie ;-) verwässert wird. Mir kommt es einwenig so vor, wie von Luftbildern Dachgauben abzuzeichnen, aber sie nicht als Dachgauben, sondern als building=yes zu kennzeichnen. Es wäre ganz gut, sich an die neulich auf der englischen Liste skizzierten Leitlinien für neue tags zu halten, die z.B. dies aussagen: 3) Use existing tags if you can. When you use a tag (key=value), check to see if an existing tag is already documented. Don't use it in a different way if it's already documented. ... 5) If you disagree with the definition of the key or value, then create a new key or value with a different name, use it in your editing, document it in the wiki, AND (this is important) put a link to it in the definition that you disagree with. -Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigations-Software Roadee mit OSM-Dat enbasis im?Vergleich bei Heise
On Sun, 18 Oct 2009 21:46:49 + (UTC), Sven Geggus li...@fuchsschwanzdomain.de wrote: Longbow4u 2long...@gmx.de wrote: Leider wird der Vergleich der Navigationssoftware, so er denn kommt, wahrscheinlich nicht besonders erfreulich ausfallen (was nicht ausschließlich am zugrundeliegenden Kartenmaterial liegt). Einige der Routenvorschläge sind noch ziemlich buggy. So wird häufig auf Feld-oder Waldwegen zum Ziel geleitet, obwohl die befestigte Hauptstraße nur unwesentlich länger ist Sowas liegt aber ja wohl ausschließlich am Routingsalgorithmus. Falsch. Das ist die Metrik und die ist was anderes als der Routing-Algorithmus. Metrik=Wie viel kostet diese Strasse Algorithmus=Wie finde ich den Weg mit minimalen oder kleinen Kosten von A zu einem beliebigen Element der Menge B Bringt das doch bitte nicht dauernd durcheinander. Feld- oder Waldwege sind nunmal nichts für Autofahrer. Spätestens wenn man die Geschwindigkeit hier auf max 5km/h setzt dürfte da nix mehe von übrig bleiben. der Garmin hat ja auch gerne mal solche Probleme. Ich nehme an, das liegt schlichtweg daran, dass solche Wege bei kommerziellem Kartenmaterial überhaupt nicht existieren. Gruss Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Hi! Mirko Küster schrieb: Ist doch auch oft nur hausgemacht. Eine sehr schöne Darstellung der Geschichte. Es fehlt nur noch der Hinweis, daß das keine kontinuierliche Entwicklung ist, sondern daß es aus jeder der historischen Stufen Leute gibt, die der Neuerung widersprechen, an einem alten Schema festhalten, da es ihrer Meinung nach völlig ausreichend ist, und es so weiter verwenden. Aber ich stimme Dir völlig zu, in dem Chaos macht es keinen Spaß und keinen Sinn, sorgfältig zu arbeiten. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Hi! Garry schrieb: Nach einer Sperre seines aktuellen Accounts ist er es wieder. Genau das ist der Sinn, daß eine Accountsperre die Tätigkeit eines Vandalen länger als die 5 Minuten beeinträchtigt, die es braucht einen neuen Account anzulegen. Dem kann er auch entgegenwirken wenn er sich von vorneherein mehrere Accounts zulegt... Seufz. Nein, kann er nicht, wenn die Regel lautet, daß jeder dieser Accounts eine gewisse Menge an sinnvollen/unauffälligen Edits haben muß, bevor er erweiterte Rechte bekommt. War alles im ursprünglichen Vorschlag. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Hallo, Nop wrote: Seufz. Nein, kann er nicht, wenn die Regel lautet, daß jeder dieser Accounts eine gewisse Menge an sinnvollen/unauffälligen Edits haben muß, bevor er erweiterte Rechte bekommt. War alles im ursprünglichen Vorschlag. Aendert aber nichts daran, dass ich mit 100 Accounts, von denen jeder nur einen eingeschraenkten Bereich bearbeiten darf, weil er neu ist, trotzdem halb Europa ruinieren kann. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Welche Unterstützung wird gebraucht
Hallo Leute, welche Art von Unterstützung seitens Firmen welche mit Geodaten arbeiten (aber kein Kartenmaterial spenden können) würde aktuell dem OSM-Projekt am besten helfen? Bisher sind mir eingefallen: * GPS-Tracks (auch anonymisiert solange die Timestamps sinnvoll bleiben) * Server (mit viel Ram und schnellen Platten) sponsoren * Einfache Möglichkeit für Endnutzer ohne OSM-Wissen zum Erfassen, Korrigieren oder Fehler-Melden für die OSM-Karte in einem Produkt * auf fehlende Ortschaften, Strassen und Fehler hinweisen * eine Adresse-Koordinate -Suche auf der OSM-Karte anbieten * ... Gruss, Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Original-Nachricht Datum: Mon, 19 Oct 2009 00:19:09 +0200 Von: Ulf Lamping ulf.lamp...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! Hmmm, also übersetzt: ich suche mir die beste Lösung die ich bisher kenne und vergleiche die mit OSM. Und wenn die mir nicht mindestens das bieten was ich bislang kenne, dann mach ich nicht mit. Noe, ich vergleiche das was ich bisher benutzt habe mit OSM und schau nach, obs eine Verbesserung bringt. Gerade Wanderwege sind ja ein Trauerspiel bei vielen Quellen - ich nehme an, weil da die Verlage bisher die Hand fest drauf halten. Bei Google Maps ist jedenfalls kein Wanderweg drin. Hier koennte OSM so richtig punkten, was aber bisher nur teilweise gelingt, u.A. weil viele nicht wissen, wie sie einen Pfad attributieren sollen. Wenn du warten willst, bis die OSM Community eine Lösung für deine Probleme gefunden hat, wirst du wahrscheinlich lange warten. Um was gehts denn bei OSM? Der einzelne kann nicht die Welt vermessen. Auf der einen Seite wird gejubelt, dass OSM in jeder Hinsicht besser waere als alles andere und wenns konkret wird, sinds Probleme des einzelnen? Welche Anreize gehen dann aktuell von den Routing Entwicklern aus, den normalen Mapper davon zu überzeugen wie sie denn mappen sollen? Die Hoffnung darauf, gute Routingergebnisse zu bekommen, wenn die Daten OK sind? Haben sich die Routing Entwickler zusammengesetzt und mal aufgeschrieben wie sie es sich vorstellen, bzw. wo die Probleme sind? Ich fuer meinen Teil habe jedenfalls die Probleme schon des oefteren hier in der Liste angesprochen. Gibt es inzwischen Routing Software, die man guten Gewissens als brauchbar betiteln kann, ohne bei jeder zweiten Antwort ja, aber zu sagen? In Bezug auf die Bedienbarkeit oder auf die Routingergebnisse? Was das Routing selber angeht - die Algorithmen sind weitgehend trivial, das komplexeste sind da fast noch die Abbiegerestriktionen und die fallen beim Fussgaengerrouting schon mal weg. Was bleibt ist das Reisezeitmodell und das haengt nun mal zu 100% an den Daten. Es geht hier um simple Priorisierungsmechanismen, die gefuettert werden wollen. Umso besser und exakter das Attributsmodell ausformuliert ist, desto exakter kann der Routingentwickler priorisieren. Wenn es ein Tag gibt, das die Eignung zum Motorradfahren anzeigt, kann ich es auswerten. Wenn OSM bei den Strassen nur den ueblichen Einheitsbrei attributiert und das auch noch schwammiger als bei anderen Anbietern, ist auch das Routingergebnis schwammig. Sorry, aber sich hinzustellen und zu sagen: Die Daten taugen nicht ist zu einfach. Das ist nicht die Aussage. Die Aussage ist, dass das Attributsmodell von OSM schlechter ist als das der Konkurrenz, was das Routing angeht. Was wir brauchen ist Router-Software: - die für den Mapper sinnvoll anwendbar ist - dem Mapper sichtbar macht, welche Regeln verantwortlich sind - bei denen sich zumindest die Router-Entwickler mal auf Regeln einigen Ist eigentlich ganz einfach. Zuerst brauchts ein Attributsmodell, das einerseits dokumentiert ist und sich andererseits auch nicht staendig veraendert. Das Wiki ist zum Brainstorming eine tolle Sache, ersetzt aber nicht eine richtige Dokumentation und Versionierung. *Dann* gehe ich nämlich davon aus, daß die Mapper auch gerne den Routern folgen und ihre Daten entsprechend eintragen - nämlich dann wenn sie einen Sinn darin sehen es zu tun. Die Rueckkopplungsschleife ist weit gefasst und schnelle Ergebnisse gibts nicht. Fuer eine sichtbare Verbesserung beim Routing muss ein bekanntes Attribut erst in der Flaeche angewendet werden, bevor es wirksam wird. Das ist der fundamentale Unterschied zur Visualisierung mit den Kacheln. Da traegt man ein und ein paar Minuten sieht man, obs geklappt hat. 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] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise
Am 19. Oktober 2009 02:16 schrieb Garry garr...@gmx.de: qbert biker schrieb: Sehe ich ein bichen anderst... zwischen den Abbiegespuren darf nicht mehr so frei gewechselt werden wie zwischen normalen Fahrpuren - bei durchgezogener Linie darf ich die Spur gar nicht wecheln ..was üblicherweise kurz vor Beginn der eigenständigen Fahrbahn der Abfahrt der Fall ist, weshalb man hier m.E. auch problemlos den Punkt des Abzweigs der OSM-Ways an diese Stelle verschieben kann. Es gibt aber Leute, die die komplette Spur seit ihrem beginn als eigenständige Straße regelrecht malen, weil's in Mapnik so cool aussieht... Wann ein Navi Ansagen zum Abbiegen macht, sollte auch nicht an unseren Daten liegen - mein Vista Hcx sagt auf Autobahnen z.B. gut 1,2km vorher an, wenn ich mich recht erinnere. und bei getrichelter Linie darf ich eine Abbigespur nicht zum überholen missbrauchen... Führ das Routing sehe ich separate OSM-Ways für Abbiegepuren daher ehr als hilfreich an... Was hat routing mit Überholen zu tun? überholen sie *jetzt*, der Typ fährt zu langsam!? ;-) -Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise
On Mon, 19 Oct 2009 09:19:51 +0200, Martin Simon grenzde...@gmail.com wrote: und bei getrichelter Linie darf ich eine Abbigespur nicht zum überholen missbrauchen... Führ das Routing sehe ich separate OSM-Ways für Abbiegepuren daher ehr als hilfreich an... Inwieweit sollten sie hilfreich sein, solange sie von separaten Strassen nicht unterschieden werden können? (und jetzt bitte kein aber das ist doch offensichtlich wenn die alle parallel laufen.) Willst du ein bitte rechts abbiegen auf UNBENANNT und dann ein bitte rechts abbiegen auf Strasse XYZ wenn du eine Abbiege-Spur auf Strasse XYZ hast? Spuren sind was eigenes und brauchen ein Tagging-Schema. Das mit Wegen zu machen ohne diese irgendwie eindeutig mit einer allgemein bekannten und dokumentiertem Art zu taggen und in einer Weise mit der auch Navis ohne Unterstützung für Fahrspuren zurecht kommen (Garmin-Export z.B.) können macht nur bestehende Daten kaputt. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tool gesucht für Analyse-OSM-Daten ( zeitliche Veränderung)
Liebe Liste, ich bin auf der Suche nach einem Tool, mit dem ich heraufinden kann, welche Daten innerhalb einer Bounding Box sich in einem bestimmten Zeitraum verändert haben (neu dazugekommen, neue Attribute etc.). Zudem such ich ein Tool, mit welchem ich analysieren kann, welche Daten ein bestimmter Nutzer XY bearbeitet hat. Kann mir da bitte jemand einen Tipp geben? Danke und viele Grüße, Kai -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise
Original-Nachricht Datum: Mon, 19 Oct 2009 02:16:39 +0200 Von: Garry garr...@gmx.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise Sehe ich ein bichen anderst... zwischen den Abbiegespuren darf nicht mehr so frei gewechselt werden wie zwischen normalen Fahrpuren - bei durchgezogener Linie darf ich die Spur gar nicht wecheln und bei getrichelter Linie darf ich eine Abbigespur nicht zum überholen missbrauchen... Führ das Routing sehe ich separate OSM-Ways für Abbiegepuren daher ehr als hilfreich an... Der Unterschied besteht in der Unterscheidung von koennen und duerfen. Wer nur abbildet was der Autofahrer darf, verhindert damit eine realitaetsgetreue Abbildung der physischen Realitaet. Wenn z.B. jemand mit den OSM-Daten Verkehr unter realistischen Bedingungen modellieren will, will er vielleicht auch mit einbeziehen, dass Verbote auch misachtet werden, oder sogar exakt untersuchen, was passiert, wenn Verbote misachtet werden. Ein Datensatz der die physische Realitaet zugunsten der Abbildung von Regeln unterdrueckt, ist dafuer schlicht ungeeignet. Man ist gut beraten, wenn man sich beim Mapping nicht von einer einzigen Anwendung (== Verkehrsregeln fuer den motorisierten Verkehr) leiten laesst, sondern moeglichst anwendungsneutral mappt. Die Verkehrsregeln sehe ich als Ebene, die nicht ueber die Linkstruktur (OSM-speach: way) ausformuliert wird, sondern auf dieser aufbaut. Ich habe uebrigends im Modellierungsbereich mit Netzen zu tun gehabt, die jede Verbindung in der Kreuzung als eigenen Link ausformuliert haben. Das hat allerdings auch seine Tuecken und blaeht das Netz gewaltig auf. Fuers simple Routen ist sicher ein vermeidbarer Overhead. Meistens gehts ja nur darum, dem Teilnehmer mitzuteilen, dass er sich bitte einordnen soll und das geht viel effektiver und einfacher. Man kann z.B. in einer Node vor der Kreuzung die Info hinterlegen, die dann als Nachricht beim Ueberfahren ausgegeben wird. 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] Fahrbahngenaue vs. fahrspurgenaue Erfassung (WAS: Re: Navigations-Software Roadee ...)
Original-Nachricht Datum: Mon, 19 Oct 2009 01:32:10 +0200 Von: Tobias Wendorff tobias.wendo...@uni-dortmund.de An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Fahrbahngenaue vs. fahrspurgenaue Erfassung (WAS: Re: Navigations-Software Roadee ...) Am Mo, 19.10.2009, 01:05 schrieb Robert S.: Sag das mal den Leuten, die die Verzögerungs- und Einfädelungsspuren an Autobahnen mit einem extra Weg mappen... Wenn das dann auch noch an einem komplexen Autobahnkreuz der Fall ist, dann zeigt dieses Vermischen von fahrbahngenauer mit fahrspurgenauer Erfassung ihren ganzen Schrecken... ATKIS hat die gleichen Konventionen ;-) Ist aber ein Modell aus dem Vermessungswesen, oder liege ich da falsch? Der Abstraktionsgrad einer digitalen Karte ist dann doch etwas anders angelegt und ich denke, von uns wird keiner mit Vermessungwerkzeugen auf ner 3-spurigen Autobahn rumlaufen wollen ;) Und von mir aus darf OSM gerne statt Navtech jetzt den Vermessungsaemtern Konkurrenz machen, aber dann bitte mit Konzept und flaechendeckend. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! 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] OSM-Nutzung gem�¤�? Google
Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Als wie Du oben schreibst bekannter Navi-Hersteller hast Du sowieso eine eigene Software bzw. diese zumindest lizensiert. Die einzige Arbeit die Du leisten musst ist eine Formatkonvertierung, was ja nun nicht wirklich das Problem sein dürfte. Die vorhandene Software wird drittentwickelt und darf nur mit TeleAtlas oder Navteq verwendet werden. Oha, dann hat sich da aber jemand mächtig über den Tisch ziehen lassen. Softwarelizenzen die Vorschriften machen welche Daten damit verarbeitet werden dürfen. Krass was es alles gibt! Das wäre in etwa so wie wenn Microsoft verbieten würde, dass jemand mit Powerpoint Vorträge über Linux hält. Sven -- 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] Welche Unterstützung wird gebraucht
marcus.wolsc...@googlemail.com schrieb: Hallo Leute, welche Art von Unterstützung seitens Firmen welche mit Geodaten arbeiten (aber kein Kartenmaterial spenden können) würde aktuell dem OSM-Projekt am besten helfen? Bisher sind mir eingefallen: * GPS-Tracks (auch anonymisiert solange die Timestamps sinnvoll bleiben) Timestamps sind nicht mal nötig, auch einfache Punktwolken helfen manchmal schon. * Server (mit viel Ram und schnellen Platten) sponsoren Server, ja. Ein deutscher Tile-Cache wäre z.B. cool, also ein Proxy, der die Kacheln hinten rum von tiles holt und zwichenspeichert. * Einfache Möglichkeit für Endnutzer ohne OSM-Wissen zum Erfassen, Korrigieren oder Fehler-Melden für die OSM-Karte in einem Produkt Allgemein: Tools! * auf fehlende Ortschaften, Strassen und Fehler hinweisen z.B. durch Straßenlisten, Karten zum Vergleichen, Luftbildern * eine Adresse-Koordinate -Suche auf der OSM-Karte anbieten und andere Webservices, z.B. ne XAPI o.ä., Namefinder, etc. Was auch cool wäre, wäre ne offene Postgres-DB oder OSM-DB, zu der man sich (anonym?) von außen verbinden kann und read-only queries absetzen kann. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] (no subject)
Hi! Seufz. Nein, kann er nicht, wenn die Regel lautet, daß jeder dieser Accounts eine gewisse Menge an sinnvollen/unauffälligen Edits haben muß, bevor er erweiterte Rechte bekommt. War alles im ursprünglichen Vorschlag. Aendert aber nichts daran, dass ich mit 100 Accounts, von denen jeder nur einen eingeschraenkten Bereich bearbeiten darf, weil er neu ist, trotzdem halb Europa ruinieren kann. Doppel-Seufz. Darum war in meinem Vorschlag auch enthalten, gleichzeitig Massen-Änderungen und vor allem Massen-Löschungen zu beschränken. Mein ursprünglicher Post enthielt einen zusammenhängenden Vorschlag. Bitte nicht die verschiedenen Aspekte aus dem Zusammenhang nehmen und einzeln zerpflücken. Es war auch nur ein Vorschlag, der sich sicher noch mit weiteren Maßnahmen ausbauen läßt. Wenn z.B. noch die IP geprüft und keine Mehrfachaccounts unter derselben IP zugelassen werden (außer für einzeln genehmigte Bot-Accounts), dann hat unser Vandale schon ganz schön viel zu tun. Ein grundsätzlicher Ausschluß von Mehrfachaccounts in den Nutzungsbedingungen ist sicherlich auch hilfreich, um in Extremfällen auf rechtliche Mittel zurückgreifen zu können, wie in anderen Posts vorgeschlagen. Ein Verbot von Mehrfachaccounts ist bei Onlineangeboten durchaus üblich. Es geht auch nicht darum, das System wasserdicht zu bekommen (das dürfte unmöglich sein), sondern es so einzurichten, daß es - durch den Aufwand für die Umgehung der Sicherheitsmechanismen frustrierend ist - mühsamer und zeitaufwändiger ist die Daten zu zerstören als sie wiederherzustellen - der Normalmapper trotzdem nichts davon bemerkt - außer er löscht versehentlich Berlin von der Karte oder will 1000 created_by aufräumen bye Nop -- Neu: GMX DSL bis 50.000 kBit/s und 200,- Euro Startguthaben! 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] Tool gesucht für Analyse-OSM-Daten (ze itliche Veränderung)
Am 19. Oktober 2009 09:32 schrieb Kai Behncke kai-behn...@gmx.de: Liebe Liste, ich bin auf der Suche nach einem Tool, mit dem ich heraufinden kann, welche Daten innerhalb einer Bounding Box sich in einem bestimmten Zeitraum verändert haben (neu dazugekommen, neue Attribute etc.). Zudem such ich ein Tool, mit welchem ich analysieren kann, welche Daten ein bestimmter Nutzer XY bearbeitet hat. Kann mir da bitte jemand einen Tipp geben? Danke und viele Grüße, Kai Ein Onlinedienst von ITO, welcher wöchentliche Vergleiche für vordefinierte Gebiete zulässt. http://www.itoworld.com/static/osmmapper Ein Perl-Script von Gary68, bei dem du zwei OSM-Dateien miteinander vergleichst. http://wiki.openstreetmap.org/wiki/Osmdiff Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (no subject)
Am 19. Oktober 2009 10:17 schrieb ekkeh...@gmx.de: Es war auch nur ein Vorschlag, der sich sicher noch mit weiteren Maßnahmen ausbauen läßt. Wenn z.B. noch die IP geprüft und keine Mehrfachaccounts unter derselben IP zugelassen werden (außer für einzeln genehmigte Bot-Accounts), .. dann schliesst man Schulklassen, Leute an derselben Uni, etc. schonmal aus, bzw. legt ihnen dermassen Steine in den Weg, dass die Meisten wahrscheinlich schon die Lust verlieren... Ein grundsätzlicher Ausschluß von Mehrfachaccounts in den Nutzungsbedingungen ist sicherlich auch hilfreich, um in Extremfällen auf rechtliche Mittel zurückgreifen zu können, wie in anderen Posts vorgeschlagen. Ein Verbot von Mehrfachaccounts ist bei Onlineangeboten durchaus üblich. ja, wobei bisher das in OSM sogar gefoerdert wurde (z.B. fuer Imports, zur Erhoehung der Anonymitaet, etc.). Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Mentoren hier?
Am Sonntag 18 Oktober 2009 19:51:57 schrieb Ulf Lamping: Sind also potentielle OSM Mentoren hier die Lust haben mitzumachen? Hört sich interessant an. Wie denkst Du könnte es weiter gehen? Genau so wie auf Deiner vorgeschlagenen Seite [1]? Wenn ja, dann sollten da noch die Geodaten der Heimat rein (reicht ja der Ortskern) damit man sich einen aus der Nähe suchen kann. MfG [1] http://de.wikipedia.org/wiki/Wikipedia:Mentorenprogramm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Mentoren hier?
Am 18. Oktober 2009 21:26 schrieb Ulf Lamping ulf.lamp...@googlemail.com: http://www.openstreetmap.de/community.html#irc Leuten die z.B. Probleme mit der Installation vom JOSM haben sollte man wohl besser nicht mit IRC kommen. Dann haben die nämlich vielleicht noch ein Problem mehr :-) mit chatzilla fuer den FF (den kennen die in der Regel) ist das eigentlich so problemlos moeglich wie mit jedem anderen client ;-) Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Unterstützung wird gebraucht
Hallo, Timestamps sind nicht mal nötig, auch einfache Punktwolken helfen manchmal schon. Ich könnte mir z.B. vorstellen, daß man GPS-Tracks von Fahrzeugen aufzeichnet und automatisch abgleicht ob da eine Straße ist, wenn nicht könnte automatisch ein OSM-Bug o.ä. erzeugt werden. Natürlich mit entsprechenden Filtern (Empfangsqualität, Distanz zur nächsten bekannten Straße, ggf Minimalgeschwindigkeit,...) Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buslinien Bahnhof
Hallo, Für den Passagier zählt sowieso erstmal die Fläche Bahnsteig und wo da nun ein Punkt ist, spielt so erstmal keine Rolle. Da sind wir uns ja vollkommen einig. Bei Mario schien es aber so als ob er den Haltepunkt ganz weglassen wollte weil er eh ungenau wäre. Aus den realen Punkten hast du aber beispielsweise die Möglichkeit zusammen mit Wagenstandspländen die Standorte der eizelnen Wagen und bis zu einem gewissen Teil sogar deren Türen zu verorten. Wann bist Du zuletzt mit der DB gefahren? Meine erfahrung ist, daß der Zug durchschnittlich 2 Wagenlängen falsch hält. Eine Möglichkeit wäre sich an den Fahrplänen zu orientieren. Wenn dort z.B. Gleis 3 für lange Züge oder 3a/b und 3c/d für kurze steht könnte man überlegen entsprechend 3 Platforms einzuzeichnen. Apmzf, ABpmz, WRmz, Bpmz, Bpmz, Bpmbz, Bpmzf. Ah ja. Aber was solls, wir haben ja in der neuen Methode eh Haltepunkt und Platform, da kann man ja ersteres dahin setzen wo die Haltetafel ist und letzteres do wo man es für den Passagier für sinnvoll hält, bzw direkt als Fläche. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buslinien Bahnhof
Hallo, Die wohl wichtigste noch offene Frage ist, müßen die Haltepunkte/Platformen so wie bei der Linie 11 durchnumeriert werden? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Frederik Ramm schrieb: Hallo, Nop wrote: Seufz. Nein, kann er nicht, wenn die Regel lautet, daß jeder dieser Accounts eine gewisse Menge an sinnvollen/unauffälligen Edits haben muß, bevor er erweiterte Rechte bekommt. War alles im ursprünglichen Vorschlag. Aendert aber nichts daran, dass ich mit 100 Accounts, von denen jeder nur einen eingeschraenkten Bereich bearbeiten darf, weil er neu ist, trotzdem halb Europa ruinieren kann. Erstens macht es wesentlich mehr Arbeit alle diese Accounts einzurichten - zumindest für Leute die keine Bots schreiben können. Zweitens sind 100 Accounts des gleichen Benutzers schon ein recht klarer Hinweise darauf, das jemand Blödsinn treiben will. Dann versteht das vielleicht auch ein eher fachfremder Richter, das da was nicht ganz koscher ist :-) Eine andere Frage ist natürlich, ob und wie wir überhaupt bemerken, daß die Accounts alle von einem einzelnen Benutzer stammen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise
Am 18. Oktober 2009 19:36 schrieb qbert biker qbe...@gmx.de: Zumal man ja schnell im Dilemma steht Mappe ich die Fahrspuren an großen Kreuzungen einzeln, damit wir irgendwann potentiell einen Fahrspurassistenten anbieten können. oder Ersaufe ich dann bei so vielen Spuren nicht irgendwann im Restriction-Relations-Gestrüpp. Und das absolut unnötig. Die normale Abbiegespur ist ein Bereich der Strasse und kann mit Attributen besser definiert werden als mit einzelnen ways. Zwischen Spuren einer Fahrbahn kann ich wechseln, was den fundamentalen Unterschied zu einem expliziten Link im Netz( == OSM way) ausmacht. diesen Unterschied koennte man angeben (zw. diesem und diesem Node kann ich zwischen diesem und diesem Way beliebig wechseln, da es sich um Spuren handelt), so dass das geloest waere. Ist m.E. intuitiver als komplexe Abbiegerestriktionen, und genauer, was die Lage (Beginn und Ende, Position) angeht. Ausserdem besser visuell kontrollierbar. Ein Renderer koennte ich auch ueberlegen, die Spuren im Rendering ggf. wieder zu einem Way zusammenzufassen. Fuer die Aussage 'von da nach dort ist die Fahrbahn um eine Spur erweitert und diese Spur hat eine Abbiegerestriktion' ist ein eigener link unnuetz oder sogar schaedlich, weil er die Natur der Spur, also die physikalische Wechselmoeglichkeit verbirgt. Ausser man fuehrt Linkpaare mit dynamischer Verbindung ein - *grusel* warum gruselt Dich da davor? Waere m.E. die fuer den Mapper einfachste und die geometrisch am naehsten an der Realitaet liegende Moeglichkeit. Wie soll ich eine Klasse im Reisezeitmodell attributieren, wenn nicht schluessig definiert ist, was diese Klasse aussagt? was meinst Du damit? Du koenntest auch mal konkrete Vorschlaege machen, als nur pauschal zu kritisieren. In anderen Systemen habe ich eine saubere Klassifizierung nach Strassenzustand und weitgehend unabhaengig davon eine weitere nach der Wichtigkeit, bzw. der Bedeutung im Grid. haben wir doch auch. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise
Am 19. Oktober 2009 09:36 schrieb qbert biker qbe...@gmx.de: Ich habe uebrigends im Modellierungsbereich mit Netzen zu tun gehabt, die jede Verbindung in der Kreuzung als eigenen Link ausformuliert haben. weil es anders im Endeffekt gar nicht halbwegs uebersichtlich und praezise geht. Das hat allerdings auch seine Tuecken und blaeht das Netz gewaltig auf. Fuers simple Routen ist sicher ein vermeidbarer Overhead. seit wann wollen wir nur simples Routen? Wer das will, kann die Spuren ja beim Konvertieren rauswerfen, in die Datenbank gehoeren sie m.E. Meistens gehts ja nur darum, dem Teilnehmer mitzuteilen, dass er sich bitte einordnen soll und das geht viel effektiver und einfacher. Man kann z.B. in einer Node vor der Kreuzung die Info hinterlegen, die dann als Nachricht beim Ueberfahren ausgegeben wird. wie gesagt: beim Aufbereiten der Daten fuer eine konkrete Anwendung kann man das gerne machen, in den (Haupt-)Daten waeren richtige und vollstaendige Informationen sinnvoller. Meistens ist ueberhaupt kein Argument. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where are people editing?
2009/10/18 Andreas Labres l...@lab.at: http://www.opengeodata.org/2009/10/17/where-are-people-editing/ ... showing where people edited (not where they live!) over an 8 week period. Land Mapper % Mapper Einwohner % Einwohner 1. Deutschland 4363 44,88% 82.002.356 0,0053% oder pro Einwohner: 1. Deutschland 4363 44,88% 82.002.356 0,0053% interessant, wenn auch im Grunde nichts Neues ;-). Ich wiederhole mal die Frage, die Hurricane vor einiger Zeit hier schonmal gestellt hat: woran liegt Eurer Meinung nach dieses Verhaeltnis, und wie koennte man das evtl. in andere Laender uebertragen? Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise
Martin Simon schrieb: Am 19. Oktober 2009 02:16 schrieb Garry garr...@gmx.de: qbert biker schrieb: Sehe ich ein bichen anderst... zwischen den Abbiegespuren darf nicht mehr so frei gewechselt werden wie zwischen normalen Fahrpuren - bei durchgezogener Linie darf ich die Spur gar nicht wecheln ..was üblicherweise kurz vor Beginn der eigenständigen Fahrbahn der Abfahrt der Fall ist, weshalb man hier m.E. auch problemlos den Punkt des Abzweigs der OSM-Ways an diese Stelle verschieben kann. Es gibt aber Leute, die die komplette Spur seit ihrem beginn als eigenständige Straße regelrecht malen, weil's in Mapnik so cool aussieht... Bei autobahn(ähnlichen) Abfahrten ja, bei Ampelkreuzungen bin ich mir nicht sicher ob man da nicht vielleicht doch mit separat getaggten Abbiegespuren was vereinfachen kann. Wann ein Navi Ansagen zum Abbiegen macht, sollte auch nicht an unseren Daten liegen - mein Vista Hcx sagt auf Autobahnen z.B. gut 1,2km vorher an, wenn ich mich recht erinnere. Sehe ich auch so... und bei getrichelter Linie darf ich eine Abbigespur nicht zum überholen missbrauchen... Führ das Routing sehe ich separate OSM-Ways für Abbiegepuren daher ehr als hilfreich an... Was hat routing mit Überholen zu tun? überholen sie *jetzt*, der Typ fährt zu langsam!? ;-) Damit will ich sagen dass es nicht besonders stört wenn hier die Abbiegespur schon als separater Way getaggt ist die ich in der Realität physikalich vielleicht noch wechseln kann, laut Router aber nicht mehr. D.H man mus sich hier in der Software nicht unbedingt einen abbrechen um unbedingt darzutellen dass es diese physikaliche Möglichkeit noch gibt - Das kann man dann dem Strassenflächenmappen vorbehalten... ;-) Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where are people editing?
Hallo, Martin Koppenhoefer wrote: woran liegt Eurer Meinung nach dieses Verhaeltnis, und wie koennte man das evtl. in andere Laender uebertragen? Der Versuch der Uebertragung des Deutschtums in andere Laender ist in der Vergangenheit, von wenigen Ausnahmen abgesehen, auf wenig Gegenliebe gestossen ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
qbert biker schrieb: Wenn du warten willst, bis die OSM Community eine Lösung für deine Probleme gefunden hat, wirst du wahrscheinlich lange warten. Um was gehts denn bei OSM? Der einzelne kann nicht die Welt vermessen. Auf der einen Seite wird gejubelt, dass OSM in jeder Hinsicht besser waere als alles andere und wenns konkret wird, sinds Probleme des einzelnen? Du hast eine etwas seltsame Wahrnehmung von OSM. Haben sich die Routing Entwickler zusammengesetzt und mal aufgeschrieben wie sie es sich vorstellen, bzw. wo die Probleme sind? Ich fuer meinen Teil habe jedenfalls die Probleme schon des oefteren hier in der Liste angesprochen. Ja, aber keine sichtbaren Lösungen (oder auch nur eine Auflistungen was geht und was nicht) angeboten. Klar, hinstellen und sagen wenn ihr meinem Rat folgt wird die Welt besser kann jeder. Gibt es inzwischen Routing Software, die man guten Gewissens als brauchbar betiteln kann, ohne bei jeder zweiten Antwort ja, aber zu sagen? Umso besser und exakter das Attributsmodell ausformuliert ist, desto exakter kann der Routingentwickler priorisieren. Wenn es ein Tag gibt, das die Eignung zum Motorradfahren anzeigt, kann ich es auswerten. Wenn OSM bei den Strassen nur den ueblichen Einheitsbrei attributiert und das auch noch schwammiger als bei anderen Anbietern, ist auch das Routingergebnis schwammig. Die Routing Lösungen die ich bislang gesehen habe waren von der Benutzung so mies, das ich garnicht weiter probieren wollte. Das motiviert keinen Mapper hier Energie zu investieren. Sorry, aber sich hinzustellen und zu sagen: Die Daten taugen nicht ist zu einfach. Das ist nicht die Aussage. Die Aussage ist, dass das Attributsmodell von OSM schlechter ist als das der Konkurrenz, was das Routing angeht. Das ist im gegebenen Kontext aus meiner Sicht die gleiche Aussage. Was wir brauchen ist Router-Software: - die für den Mapper sinnvoll anwendbar ist - dem Mapper sichtbar macht, welche Regeln verantwortlich sind - bei denen sich zumindest die Router-Entwickler mal auf Regeln einigen Ist eigentlich ganz einfach. Zuerst brauchts ein Attributsmodell, das einerseits dokumentiert ist und sich andererseits auch nicht staendig veraendert. Das Wiki ist zum Brainstorming eine tolle Sache, ersetzt aber nicht eine richtige Dokumentation und Versionierung. Du bist schlicht im falschen Projekt. Geh bitte zu Teleatlas oder Navteq und hör auf dauernd hier rumzunerven. Wenn wir da hinkommen, würde ich das sogar begrüßen. Aber drauf zu warten bis das passiert und dann mach ich was ist etwas seltsam. *Dann* gehe ich nämlich davon aus, daß die Mapper auch gerne den Routern folgen und ihre Daten entsprechend eintragen - nämlich dann wenn sie einen Sinn darin sehen es zu tun. Die Rueckkopplungsschleife ist weit gefasst und schnelle Ergebnisse gibts nicht. Fuer eine sichtbare Verbesserung beim Routing muss ein bekanntes Attribut erst in der Flaeche angewendet werden, bevor es wirksam wird. Das ist der fundamentale Unterschied zur Visualisierung mit den Kacheln. Da traegt man ein und ein paar Minuten sieht man, obs geklappt hat. Dieser Absatz ist in sich nicht schlüssig. Wenn ein Tag nur wenig verwendet wird, taucht es auch auf den Kacheln nicht auf. Wenn ich Daten geändert habe könnte ich die sofort mit dem Router überprüfen. Genau darum geht es: Bei den bisherigen Routern die ich gesehen habe ist es völlig intransparent für den Mapper warum etwas geroutet wird, da kommt bei den Mappern wenig Motivation für Änderungen am Tagging auf. Anstatt hier rumzumaulen was alles nicht geht, brauchen wir Leute die zeigen was bereits geht und zwar so, daß die Mapper es auch verstehen und anwenden wollen. Danach können wir gerne Lösungen für die noch vorhandenen Probleme suchen. Dann sind viele Mapper vielleicht sogar bereit ihr Mapping-Verhalten zu ändern - wenn es ihnen selbst sichtbar hilft ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise
Original-Nachricht Datum: Mon, 19 Oct 2009 11:51:28 +0200 Von: Martin Koppenhoefer dieterdre...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise Am 19. Oktober 2009 09:36 schrieb qbert biker qbe...@gmx.de: Ich habe uebrigends im Modellierungsbereich mit Netzen zu tun gehabt, die jede Verbindung in der Kreuzung als eigenen Link ausformuliert haben. weil es anders im Endeffekt gar nicht halbwegs uebersichtlich und praezise geht. Das Feld der Verkehrsmodellierung ist weit gestreut, allerdings kenne ich niemanden, der bei diesem Konstrukt geblieben waere. Die hoechste Detailschaerfe, die ich kenne, ist die exakte Abbildung von Abbiegeflaechen von Kreuzungen, wenn Ampeleffekte simuliert werden sollen. Aber da geht man dann wieder anders vor und modelliert konkrete Puffer, die ausserhalb der Simulantenszene keiner versteht. seit wann wollen wir nur simples Routen? Wer das will, kann die Spuren ja beim Konvertieren rauswerfen, in die Datenbank gehoeren sie m.E. Simples Routen ist nun mal ein konzeptuebergreifendes Ziel, ganz im Gegensatz zu komplexen Verkehrssimulationen. Und ich widerspreche ja auch nicht im geringsten, dass Spuren, auch Abbiegespuren in die Datenbank reingehoeren. Aber dazu gibts einen effektiven Weg mit wenig Nebenwirkungen und das ist die Attributsebene. Wenn ich jeder Spur einen way spendiere, ist das Handling ungleich komplexer. Als Beispiel ein Simulationsprojekt, bei dem es um Verflechtungen an Einfaedelspuren ging. Da haben wir damals komplette Autobahnkreuze in Einzelfahrzeugaufloesung simuliert, ohne dass die Spuren einzeln abgebildet waren. Ganz im Gegenteil heatten wir da ganz schoen rumwuergen muessen, um die Verbindung der Spuren wieder hinzubekommen. Meistens gehts ja nur darum, dem Teilnehmer mitzuteilen, dass er sich bitte einordnen soll und das geht viel effektiver und einfacher. Man kann z.B. in einer Node vor der Kreuzung die Info hinterlegen, die dann als Nachricht beim Ueberfahren ausgegeben wird. wie gesagt: beim Aufbereiten der Daten fuer eine konkrete Anwendung kann man das gerne machen, in den (Haupt-)Daten waeren richtige und vollstaendige Informationen sinnvoller. Meistens ist ueberhaupt kein Argument. Die Information: Dieser Link (way) hat von A nach B 2 Spuren, und von B nach C 2 Spuren + eine Linksabbiegerspur ist vollstaendig. Wenn man eine Beziehungsrichtung fuer die Spuren (z.B. von links nach rechts in Fahrtrichtung) einfuehrt, kann man das auch noch vertiefen. Man kann problemlos definieren, dass man in einem Bereich zwar von Spur 1 nach 2 aber nicht umgekehrt wechseln darf. Und dein Einwand, dass die Anwendung das ummodeln kann wie sie es braucht, funktioniert auch andersrum: Man kann auch Querschnittsinformation in einzelne Links umwandeln, deshalb muss man sie noch lange nicht aufgedroeselt in der DB ablegen. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Nutzung gemÃ?äà ?? Google
Am Mo, 19.10.2009, 09:45 schrieb Sven Geggus: Das wäre in etwa so wie wenn Microsoft verbieten würde, dass jemand mit Powerpoint Vorträge über Linux hält. Tun sie das nicht schon mit unoffenen Dateiformaten? ;-) DCMA erlaubt Reverse Engineering nur zur Verbesserung der Software, nicht für die Zugänglichmachung. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buslinien Bahnhof
Dimitri Junker schrieb: Hallo, Für den Passagier zählt sowieso erstmal die Fläche Bahnsteig und wo da nun ein Punkt ist, spielt so erstmal keine Rolle. Da sind wir uns ja vollkommen einig. Bei Mario schien es aber so als ob er den Haltepunkt ganz weglassen wollte weil er eh ungenau wäre. für den Passagierverkehr ist diese Position auch im Grunde nicht wichtig. Aber bevor wir vielleicht mit unterschiedliche Konzepten im Hinterkopf über einen Lösungsansatz schreiben empfehle ich einfach mal in das IFOPT-Pdf zu schauen: http://www.naptan.org.uk/ifopt/ifoptV1.0-36/CENTC278WG3SG6_IFOPT_20081110_36.pdf Auf Seite 42 und 43 ist eine schöne schematische Zechnung wie man einen Bahnhof erfassen könnte. Die VehicleStopping Position kommt unserem Haltepunkt gleich. Statt Plattform nennen die es da Quay (vermutlich aus Tradition) Interessant aus Passagiersicht könnten die BoardingPositions sein. Aber dafür is die DB wohl wirklich zu ungenau ;) Nach diesem Prinzip könnten wir echt von der Eingangstür bis in den Waggon routen. Aus den realen Punkten hast du aber beispielsweise die Möglichkeit zusammen mit Wagenstandspländen die Standorte der eizelnen Wagen und bis zu einem gewissen Teil sogar deren Türen zu verorten. Wann bist Du zuletzt mit der DB gefahren? Meine erfahrung ist, daß der Zug durchschnittlich 2 Wagenlängen falsch hält. Eine Möglichkeit wäre sich an den Fahrplänen zu orientieren. Wenn dort z.B. Gleis 3 für lange Züge oder 3a/b und 3c/d für kurze steht könnte man überlegen entsprechend 3 Platforms einzuzeichnen. Ich glaube Mirko tut das ziemlich oft ;) Apmzf, ABpmz, WRmz, Bpmz, Bpmz, Bpmbz, Bpmzf. Ah ja. über eine Aufschlüsselung der Abkürzung würde ich mich auch freuen :) Aber was solls, wir haben ja in der neuen Methode eh Haltepunkt und Platform, da kann man ja ersteres dahin setzen wo die Haltetafel ist und letzteres do wo man es für den Passagier für sinnvoll hält, bzw direkt als Fläche. Dimitri ___ 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] Buslinien Bahnhof
Hallo, Mario Salvini wrote: Die VehicleStopping Position kommt unserem Haltepunkt gleich. Statt Plattform nennen die es da Quay (vermutlich aus Tradition) Mir wurde erklaert, dass man Quay genommen hat, weil alle anderen in Frage kommenden Begriffe schon in einem der diversen anderen Standards verbrannt wurden und die Teilnehmer dann immer schon ein bestimmtes Konzept im Kopf hatten - Quay war fuer alle gleich ungewoehnlich ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Strandaufsicht
Moin ! an Stränden stehen oftmals Aussichtstürme für die Strandüberwachung - hat einer dafür schon einmal Tags definiert ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Noe, ich vergleiche das was ich bisher benutzt habe mit OSM und schau nach, obs eine Verbesserung bringt. Gerade Wanderwege sind ja ein Trauerspiel bei vielen Quellen - ich nehme an, weil da die Verlage bisher die Hand fest drauf halten. Bei Google Maps ist jedenfalls kein Wanderweg drin. Weil die Erfassung auch aufwändig ist. Auch die Verlage sind lange nicht immer aktuell. Hier ist noch der eine oder andere Wanderweg in den Karten, der mitlerweile vor Ort teilweise unpassierbar geworden ist und die Beschilderung abgebaut wurde. Sowas lässt sich nur durch regelmäßiges Abwandern feststellen, mit Messfahrzeugen kommt man da nicht weit. Hier koennte OSM so richtig punkten, was aber bisher nur teilweise gelingt, u.A. weil viele nicht wissen, wie sie einen Pfad attributieren sollen. Was gibts denn großartig zu attributieren? Wenn das ganze nicht sowieso über offizielle Straßen geht, habe ich da nur Tracks und Pfade wo ich Untergrund und Breite angeben kann. Schmothness nutze ich erst garnicht. Bei unseren durchweg unbefestigten Waldwegen ist das nahezu ständig anders. An der einen Stelle krautet der Weg zu, an der anderen wurde das ganze die Zufahrt zu den Rückegassen und du stehst die nächsten Monate bis zu den Nippeln in der Soße. Umso besser und exakter das Attributsmodell ausformuliert ist, desto exakter kann der Routingentwickler priorisieren. Wenn es ein Tag gibt, das die Eignung zum Motorradfahren anzeigt, kann ich es auswerten. Wenn OSM bei den Strassen nur den ueblichen Einheitsbrei attributiert und das auch noch schwammiger als bei anderen Anbietern, ist auch das Routingergebnis schwammig. Was möchtest du denn? Ich kann dir als Mapper sagen um was für eine Straße es sich handelt, Nummer und Namen. Dazu kann ich dir sagen wie breit die ist und welcher Belag drauf liegt. Und wie schnell man fahren darf. Eben die objektiven greifbaren Fakten. Wenn du daraus nichts vernünftiges ableiten kannst dann machst du irgendwas falsch. Denn alles was da bisher so weitergehend angedacht wurde ist höchst subjektiv und verfälscht das Ergebnis doch nur. Da wäre z.B. der Ausbauzustand über die Klasse zu definieren. Bei Landstraßen die eine gelbe Autobahn darstellen ist es ja klar. Aber darunter gehts schon los. Was der Bayer für eine durchschnittliche Landstraße ansetzen würde, erfüllt hier manch Bundesstraße nicht, so kommen schonmal unterschiedliche Zustände zustande. Würde man das über einen Kamm scheren und die Latte hoch hängen dann könnte ich hier das halbe Straßennetz auf Tertiary oder gar Unclassified runterkürzen. Gleiches der Käse mit der Bedeutung. Das ist genauso subjektiv. Gehe ich hier nach offiziellen Zahlen dann haben selbst die zwei Autobahnen eher eine geringe Bedeutung im bundesdeutschen Netz, sind aber durch die geringe Verkehrsbelastung tatsächlich schneller. Es kommt schwer darauf an wer wohin will. Wer ein Ziel hier in der Region hat, ist meistens sogar schneller und kürzer mit der Landstraße bedient. Die zwei drei Bundesstraßen sind da nur subjektiv besser, führen aber tatsächlich im weiten Bogen drumherum. Und jetzt soll ich dir noch die Eignung für Mottoräder erraten? Ich kann dir als nicht Motorradfahrer nur sagen wo Motorräder eventuell verboten sind, ansonsten sind alle Straßen per default geeignet. Die subjektive Vorliebe für schöne Strecken kann ich nicht bedienen und die haben auch nichts als hardcode an der eigentlichen Straße zu suchen. Dafür wirst du dir schon einen Relationstyp aussuchen und entsprechende Relationen bauen müssen. Wenn wir hier statt objektiver Fakten nur noch subjektive Schätzeisen taggen, sind die Daten erst Recht für den Eimer. Dann fängt der geplagte Bundesstraßenanwohner an, seine Straße in der Bedeutung zu beschneiden und wer weiß was da sonst noch für Idden aufkommen. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool gesucht für Analyse-OSM-Daten ( zeitliche Veränderung)
siehe wiki... osmdiff useractivity osmmapper von ito On Mon, 2009-10-19 at 09:32 +0200, Kai Behncke wrote: Liebe Liste, ich bin auf der Suche nach einem Tool, mit dem ich heraufinden kann, welche Daten innerhalb einer Bounding Box sich in einem bestimmten Zeitraum verändert haben (neu dazugekommen, neue Attribute etc.). Zudem such ich ein Tool, mit welchem ich analysieren kann, welche Daten ein bestimmter Nutzer XY bearbeitet hat. Kann mir da bitte jemand einen Tipp geben? Danke und viele Grüße, Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Original-Nachricht Datum: Mon, 19 Oct 2009 12:42:21 +0200 Von: Ulf Lamping ulf.lamp...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! Ja, aber keine sichtbaren Lösungen (oder auch nur eine Auflistungen was geht und was nicht) angeboten. Klar, hinstellen und sagen wenn ihr meinem Rat folgt wird die Welt besser kann jeder. Na ja, wer hat jetzt eine eigenartige Wahrnehmung? :) Ich sage relativ einfache Dinge, wie z.B. dass ein Router nur das verwurschteln kann, was er bekommt. Derzeit bekommt er bei OSM relativ wenig konkretes zu futtern. Dadurch wird die Welt nicht besser oder schlechter, aber Wunderrouting, das Daten herzaubert, die es nicht gibt, hat noch keiner geschrieben und ich versuch mich auch nicht dran. Die Probleme beim OSM-Routing kommen von den Daten und nicht von Algorithmen, die nur noch jemand schreiben muesste. Das ist meine Aussage als jemand, der OSM-Routing schon mal implementiert und getestet hat. Dummerweise kaem da heute noch weniger raus als damals, weil ich die Definitionen staendig nachziehen haette muessen und selbst dann waere das Routing in Muenchen oder Karlsruhe anders, wenns da unterschiedliche Schulen gibt. Du bist schlicht im falschen Projekt. Geh bitte zu Teleatlas oder Navteq und hör auf dauernd hier rumzunerven. Ich bin schon im richtigen Projekt. Wenn der Hinweis auf paradoxe Situationen (schwammiges Modell soll gute Routingergebnisse bringen) nervig ist, dann kann ich auch nix dagegen machen. Wenn wir da hinkommen, würde ich das sogar begrüßen. Aber drauf zu warten bis das passiert und dann mach ich was ist etwas seltsam. Na ja, ganz so isses ja nicht. Ich hatte das Ding ja programmiert und getestet (wie geschrieben) aber ich komme aus genannten Gruenden auf keinen gruenen Zweig. Ein paar Wochen hab ichs mitgemacht und die Attribute nachgezogen, aber irgendwann ist Schluss. Dieser Absatz ist in sich nicht schlüssig. Wenn ein Tag nur wenig verwendet wird, taucht es auch auf den Kacheln nicht auf. Wenn ich Daten geändert habe könnte ich die sofort mit dem Router überprüfen. Und dann die Daten so trimmen, dass die gewuenschte Route dabei rauskommt ;) Das Problem dabei ist, dass alle Routen, die ueber ein Element laufen, von diesem Element beeinflusst werden. Deshalb darf man die Routerabstimmung nur mit einem fixem Netz trimmen und nicht umgekehrt. Was geht und auch gemacht wird ist, dass man objektive Fehler per Router beseitigt, z.B. habe ich alle Autobahnkreuze, die ich beackert habe, mittels Router getestet (AFAIK ist mittlerweile auch in josm so eine Funktion drin). Bei weichen Attributen (ist Weg/Strasse A besser, schneller, schoener als Strasse B) muss ich mich auf die Attributsbeschreibung verlassen koennen und wirklich intensiv testen, welche Einstellung welche Auswirkungen hat, ohne das Netz selber anzufassen. Jede nachtraegliche Umdefinition von Tags macht hier massiv Aerger. Fummelt man das Netz passend fuer einen bestimmten Router hin, ermittelt der Router in diesem Bereich schoene Routen, macht aber andernorts Murks. Anstatt hier rumzumaulen was alles nicht geht, brauchen wir Leute die zeigen was bereits geht und zwar so, Schau dir die Router an, die es derzeit gibt und du siehst, was derzeit mit OSM geht. Besser kann ichs bei der derzeitigen Datenlage auch nicht und deshalb ist es fuer mich eine rein technische Fragestellung, wieviel Zeit ich in ein Projekt investiere. 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] Gratulation!
Am 19. Oktober 2009 13:29 schrieb Mirko Küster webmas...@ts-eastrail.de: Gleiches der Käse mit der Bedeutung. Das ist genauso subjektiv. Gehe ich hier nach offiziellen Zahlen dann haben selbst die zwei Autobahnen eher eine geringe Bedeutung im bundesdeutschen Netz, sind aber durch die geringe Verkehrsbelastung tatsächlich schneller. sie haben keineswegs eine geringe Bedeutung, die darfst Du natuerlich nicht weltweit oder bundesweit bestimmen, sondern regional, und da sind das mit Sicherheit die hoechsten Strassen. Dazu kommt, dass bei Autobahnen sowieso die Wahl leicht ist: Schild dran = ja, sonst eben nicht. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buslinien Bahnhof
Wann bist Du zuletzt mit der DB gefahren? Meine erfahrung ist, daß der Zug durchschnittlich 2 Wagenlängen falsch hält. Eine Möglichkeit wäre sich an den Fahrplänen zu orientieren. Wenn dort z.B. Gleis 3 für lange Züge oder 3a/b und 3c/d für kurze steht könnte man überlegen entsprechend 3 Platforms einzuzeichnen. Ich glaube Mirko tut das ziemlich oft ;) Nö, eher weniger. Seit man uns hier durch die Kürzung der Regionalisierungsmittel den Nahverkehr geklaut hat, lohnt sich die Fahrt mit der Bahn kaum noch. Der direkte Weg mit dem Auto ist jetzt doppelt so schnell. 2 Zuglängen, da gilt wie schon an Anfangs geschrieben vorziehen bis zum Ausfahrsignal, wenn der Bahnsteig es zulässt, beispielsweise wenn der Bahnsteig kurz ist und mit Halt an der Tafel hinten was fehlt. Zwei Wagenlängen über den Bahnsteig hinaus gibts nicht. Kann passieren das der Zug mal durchrutscht, dann wäre sogar zurücksetzen angesagt. Apmzf, ABpmz, WRmz, Bpmz, Bpmz, Bpmbz, Bpmzf. Ah ja. über eine Aufschlüsselung der Abkürzung würde ich mich auch freuen :) Bpmzf = 2. Klasse Trafo Endwagen mit Lounge und Schließfächern Bpmbz = 2. Klasse Stromrichterwagen mit WC, Behinderten WC, Gepäckfach und Behindertenplatz Bpmz = 2. Klasse Fahrmotorwagen mit WC und Service Point Bpmz = 2. Klasse Fahrmotorwagen mit WC und Gepäckablage WRmz = Fahrmotorwagen mit BordBistro/ BordRestaurant, WC und Mutter Kind Abteil ABpmz = geteilt 1. und 2. Klasse Fahrmotorwagen mit WC, Gepäckablage und Telefon Apmzf = 1. Klasse Endwagen mit Abteilen und Lounge Die beiden Endwagen mit Steuerabteil für den Triebfahrzeugführer. Das sind keine Triebköpfe (Loks) im herkömmlichen Sinne mehr, der Antrieb verteilt sich über die Fahrmotorwagen. Reicht das, oder willst du sämtliche Tech Facts von jedem Wagen? Ich habe die für alle im einsatz befindlichen Vehicle der Bahn rumliegen, inclusive der wichtigen Maße mit denen ein bis zur/zum Tür/Wagen Routing möglich wäre. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Mentoren hier?
Ulf Lamping schrieb: Hi! Auf dem OSM NFE-Treffen kommen immer wieder mal Neulinge, die vom einspielen der OSM Karten auf ein Garmin bis zum Umgang mit JOSM alles mögliche wissen wollen. ... Sind also potentielle OSM Mentoren hier die Lust haben mitzumachen? Gruß, ULFL Hallo, Da ich offizieller OSM-Pressekontakt bin und meine Telefonnummer auf openstreetmap.de vermerkt ist, kann ich Ulf nur beipflichten, dass ein Mentorenprogramm sehr hilfreich wäre. Ich bekomme zunehmend mehr Anrufe von Privatpersonen, ob ich ihnen weiterhelfen kann. Ich bemühe mich natürlich, so weit es geht. Aber gerade regionale Ansprechpartner sind immer sehr schwer zu vermitteln. Gerade dem Presseteam ürde das sehr helfen. Grüße Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Mentoren hier?
Am 19. Oktober 2009 14:24 schrieb Christian Hartnick christ...@hartnick.de: Da ich offizieller OSM-Pressekontakt bin und meine Telefonnummer auf openstreetmap.de vermerkt ist, kann ich Ulf nur beipflichten, dass ein Mentorenprogramm sehr hilfreich wäre. Ich bekomme zunehmend mehr Anrufe von Privatpersonen, ob ich ihnen weiterhelfen kann. Ich bemühe mich natürlich, so weit es geht. Aber gerade regionale Ansprechpartner sind immer sehr schwer zu vermitteln. Gerade dem Presseteam ürde das sehr helfen. wir haben im Italienischen Portal so was im Wiki auf der Hauptseite der community: http://wiki.openstreetmap.org/wiki/WikiProject_Italy#Contattare_la_comunit.C3.A0 (ist sicher nicht das Alleruebersichtlichste) Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where are people editing?
Am 19. Oktober 2009 12:37 schrieb Frederik Ramm frede...@remote.org: Hallo, Martin Koppenhoefer wrote: woran liegt Eurer Meinung nach dieses Verhaeltnis, und wie koennte man das evtl. in andere Laender uebertragen? Der Versuch der Uebertragung des Deutschtums in andere Laender ist in der Vergangenheit, von wenigen Ausnahmen abgesehen, auf wenig Gegenliebe gestossen ;-) die Italiener sind da die Ausnahme, die betteln geradezu darum ;-) (Vermutlich weil ihnen nicht ganz klar ist, was sie auf der anderen Seite verlieren wuerden). Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
sie haben keineswegs eine geringe Bedeutung, die darfst Du natuerlich nicht weltweit oder bundesweit bestimmen, sondern regional, und da sind das mit Sicherheit die hoechsten Strassen. Dazu kommt, dass bei Autobahnen sowieso die Wahl leicht ist: Schild dran = ja, sonst eben nicht. Gerade mit diesem regional kommst du auch nur nicht auf einen grünen Zweig. Vom meinen Punkt aus sind A 38 und A 71 wichtig wenn es gen Westen, Osten oder Süden geht. Für einen Mapper der näher an der Mitteldeutschen Schleife wohnt ist die A 38 noch halbwegs wichtig, die A 71 aber kaum von belang, da der Weg über A 9/ A14 und A 4 schneller ist. Wer hat nun Recht? Keiner, denn es hängt eben immer davon ab von wo nach wo man will. Auf die puren Fakten kann man sich aber immer einigen und es lässt keinen Spielraum zur Beeinflussung des Routings. Das sollte sich an den puren Fakten orientieren, nicht nach den Präferenzen die einem Mapper gerade in den Sinn kommen. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise
Am 19. Oktober 2009 12:42 schrieb qbert biker qbe...@gmx.de: seit wann wollen wir nur simples Routen? Wer das will, kann die Spuren ja beim Konvertieren rauswerfen, in die Datenbank gehoeren sie m.E. Simples Routen ist nun mal ein konzeptuebergreifendes Ziel, ganz im Gegensatz zu komplexen Verkehrssimulationen. Und ich widerspreche ja auch nicht im geringsten, dass Spuren, auch Abbiegespuren in die Datenbank reingehoeren. Aber dazu gibts einen effektiven Weg mit wenig Nebenwirkungen und das ist die Attributsebene. Wenn ich jeder Spur einen way spendiere, ist das Handling ungleich komplexer. einfacher fuer die Auswertung oder fuer den Mapper? Auswertung hinsichtlich Flaechen und Lagegenauigkeit oder nur Abbiegerestriktionen? Uebersichtlicher und fehlersuchenfreundlicher? M.E. sind das alles Punkte, die gegen Attribute sprechen. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise
Am 19. Oktober 2009 12:46 schrieb Garry garr...@gmx.de: Martin Koppenhoefer schrieb: Am 19. Oktober 2009 09:36 schrieb qbert biker qbe...@gmx.de: Warst das nicht Du der sich für ein Mappen der Fahrbahnflächen ausgesprochen hat? mit niedriger Prioritaet, wird aber m.E. eines Tages kommen, spaetestens, wenn man alle Flaechen drumrum schon hat und nur die Strassen noch fehlen. In dem Fall kann man die Informationen (way) fürs routen icher einfacher halten. das halte ich allerdings nicht fuer so einfach: Routing ueber Flaechen, das meinst Du doch, oder? Fuers routing ist ein abstrahierter Graph sicherlich einfacher. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Am 19. Oktober 2009 14:37 schrieb Mirko Küster webmas...@ts-eastrail.de: Wer hat nun Recht? Keiner, denn es hängt eben immer davon ab von wo nach wo man will. Auf die puren Fakten kann man sich aber immer einigen und es lässt keinen Spielraum zur Beeinflussung des Routings. Das sollte sich an den puren Fakten orientieren, nicht nach den Präferenzen die einem Mapper gerade in den Sinn kommen. pure Fakten gibt es nunmal nicht. Wir generalisieren immer und ueberall, sonst wuerden wir in Nodes ersticken. Wie sieht z.B. die pure Kuestenlinie aus? Das ist ein Fraktal, das sich immer weiter verfeinern liese (am Ende per Mikroskop). EIn Gebaeude hat vielleicht Grobputz, wuerdest Du dann jeden Hubbel extra mappen, weil es die Fakten sind? Interpretation und Generalisierung sind die Basis jeder Kartierung. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool gesucht für Analyse-OSM-Daten ( zeitliche Veränderung)
Hi Gary, vielen dank erstmal für den Tipp. Ich versuche mich gerade an osmdiff (2 OSM-Files (ein 4 Monate altes, ein aktuelles) mit derselben BoundinbgBox habe ich). Problem: Ich weiß nicht so recht mit osmdiff.pl umzugehen? Auf Windows versuche ich es auf Kommandozeile so zu starten: E:\download\test_osmosmdiff.pl osnabrueck.osm osnabrueck2.osm E:/download/test_osm/output.htm E:/download/test_osm/pic.png aber alles was passiert ist, dass sich die osmdiff.pl-Textdatei öffnet. Kann mir jemand einen Tip geben was falsch sein könnte? Danke nochmals, Kai Original-Nachricht Datum: Mon, 19 Oct 2009 13:52:35 +0200 Von: Gary68 g...@gary68.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Tool gesucht für Analyse-OSM-Daten (zeitliche Veränderung) siehe wiki... osmdiff useractivity osmmapper von ito On Mon, 2009-10-19 at 09:32 +0200, Kai Behncke wrote: Liebe Liste, ich bin auf der Suche nach einem Tool, mit dem ich heraufinden kann, welche Daten innerhalb einer Bounding Box sich in einem bestimmten Zeitraum verändert haben (neu dazugekommen, neue Attribute etc.). Zudem such ich ein Tool, mit welchem ich analysieren kann, welche Daten ein bestimmter Nutzer XY bearbeitet hat. Kann mir da bitte jemand einen Tipp geben? Danke und viele Grüße, Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- 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] Tool gesucht für Analyse-OSM-Daten ( zeitliche Veränderung )
Am Mo, 19.10.2009, 15:00 schrieb Kai Behncke: Kann mir jemand einen Tip geben was falsch sein könnte? Ich gehe mal davon aus, dass Perl und die benötigten Module installiert sind: perl deinscriptmitpfad.py ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool gesucht für Analyse-OSM-Daten ( zeitliche Veränderung )
Am Mo, 19.10.2009, 15:00 schrieb Kai Behncke: Kann mir jemand einen Tip geben was falsch sein könnte? Ich gehe mal davon aus, dass Perl und die benötigten Module installiert sind: perl deinscriptmitpfad.pl ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
pure Fakten gibt es nunmal nicht. Wir generalisieren immer und ueberall, sonst wuerden wir in Nodes ersticken. Wie sieht z.B. die pure Kuestenlinie aus? Das ist ein Fraktal, das sich immer weiter verfeinern liese (am Ende per Mikroskop). EIn Gebaeude hat vielleicht Grobputz, wuerdest Du dann jeden Hubbel extra mappen, weil es die Fakten sind? Interpretation und Generalisierung sind die Basis jeder Kartierung. Wir reden über Straßen und nicht über den Tidenhub an der Küste, der mich hier im am Rand des Thüringer Beckens nichtmal tangiert und garnicht meine Baustelle ist. Die Fakten der Straße sind eindeutig. Die hat eine Klasse, eine Nummer, einen Belag, eine Breite, eine feste Anzahl an Spuren, eine Geschwindigkeitsbegrenzung, eine Länge und Lage. Daraus ergibt sich erstmal grob Länge, Kapazität und Zeit, was man mit entsprechenden Berechnungen verfeinern kann und da muss ich nichts generalisieren, ich beschreibe nur die Fakten vor Ort. Einzig die Kartendarstellung wird generalisiert, die Daten dahinter bleiben aber. Und daraus muss ein Router nun im abgleich mit den Fakten anderer Straßen abwägen welche Route besser passt. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Am Mo, 19.10.2009, 15:15 schrieb Mirko Küster: Daraus ergibt sich erstmal grob Länge, Kapazität und Zeit, was man mit entsprechenden Berechnungen verfeinern kann und da muss ich nichts generalisieren, ich beschreibe nur die Fakten vor Ort. Einzig die Kartendarstellung wird generalisiert, die Daten dahinter bleiben aber. Und daraus muss ein Router nun im abgleich mit den Fakten anderer StraÃen abwägen welche Route besser passt. Dies schlagen Andere und ich alle Monate immer wieder vor. Problem ist, dass normale User keinen Bock darauf haben und alle die Realität auch gleich erkennen müssten. Firmen haben auch unterschiedliche Ergebnisse, wenn sie verschiedene Personen - trotz Schulung - ein Luftbild abzeichnen lassen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool gesucht für Analyse-OSM-Daten ( zeitliche Veränderung )
Hi, perl deinscriptmitpfad.py Perl habe ich gerade installiert,das GD Modul auch; dann habe ich im Lib-Ordner einen OSM-Ordner mit osmgraph.pm angelegt. Ich erhalte nun: Can't locate List/Util.pm in @INC (@INC contains: E:/Perl/lib E:/Perl/site/lib .) at E:/Perl/lib/OSM/osmgraph.pm line 6 . BEGIN failed--compilation aborted at E:/Perl/lib/OSM/osmgraph.pm line 68. Da muss ich nochmal weiterschauen, hab noch nie mit Perl gearbeitet. Danke zunächst, viele Grüße, Kai -- 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] Gratulation!
Am 19. Oktober 2009 15:15 schrieb Mirko Küster webmas...@ts-eastrail.de: pure Fakten gibt es nunmal nicht. Wir generalisieren immer und ueberall, sonst wuerden wir in Nodes ersticken. Wie sieht z.B. die pure Kuestenlinie aus? Das ist ein Fraktal, das sich immer weiter verfeinern liese (am Ende per Mikroskop). EIn Gebaeude hat vielleicht Grobputz, wuerdest Du dann jeden Hubbel extra mappen, weil es die Fakten sind? Interpretation und Generalisierung sind die Basis jeder Kartierung. Wir reden über Straßen und nicht über den Tidenhub an der Küste, der mich hier im am Rand des Thüringer Beckens nichtmal tangiert und garnicht meine Baustelle ist. Die Fakten der Straße sind eindeutig. Die hat eine Klasse, eine Nummer, einen Belag, eine Breite, eine feste Anzahl an Spuren, eine Geschwindigkeitsbegrenzung, eine Länge und Lage. Daraus ergibt sich erstmal grob Länge, Kapazität und Zeit, was man mit entsprechenden Berechnungen verfeinern kann und da muss ich nichts generalisieren, ich beschreibe nur die Fakten vor Ort. Einzig die Kartendarstellung wird generalisiert, die Daten dahinter bleiben aber. Und daraus muss ein Router nun im abgleich mit den Fakten anderer Straßen abwägen welche Route besser passt. was ist denn die eindeutige Klasse einer Strasse, und inwiefern hilft sie dem Router? Wenn z.B. hier (Italien, passiert aber auch in anderen Gegenden der Welt, z.B. D.) etliche Staatsstrassen in Regionalstrassen herabgestuft wurden, sind dann diese Strassen, die gestern noch gut geeignet waren, von einem Tag auf den anderen weniger gut geeignet? Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Original-Nachricht Datum: Mon, 19 Oct 2009 13:29:41 +0200 Von: Mirko Küster webmas...@ts-eastrail.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! Weil die Erfassung auch aufwändig ist. Auch die Verlage sind lange nicht immer aktuell. Hier ist noch der eine oder andere Wanderweg in den Karten, der mitlerweile vor Ort teilweise unpassierbar geworden ist und die Beschilderung abgebaut wurde. Sowas lässt sich nur durch regelmäßiges Abwandern feststellen, mit Messfahrzeugen kommt man da nicht weit. Es gibt da andere Quellen - die Wanderwege in den hiesigen Alpen werden AFAIK von den Alpenvereinen aktuell gehalten. Ich halte es fuer eine Lizenzfrage, warum diese Daten nicht zu Google Maps kommen. Anderes Geschaeftsmodell eben. In OSM-Austria bin ich schon auf Importinfos auf Wanderwegen gestossen, aber besonders komplett waren da die importieren Daten wohl auch nicht. Was gibts denn großartig zu attributieren? Wenn das ganze nicht sowieso über offizielle Straßen geht, habe ich da nur Tracks und Pfade wo ich Untergrund und Breite angeben kann. Schon mal in den Alpen marschiert? Ein 0.5m breiter Pfad kann ein Spazierweg sein oder ein ausgesetzter Weg mit kleinen Kletterpassagen. (z.B. __ einfacher Weg _ _ _ _ schwieriger Weg ... nur fuer Geuebte). Diese Info ist sehr wichtig, z.B. wenn man seine nicht ganz schwindelfreie Frau im Schlepptau hat ;) Was möchtest du denn? Ich kann dir als Mapper sagen um was für eine Straße es sich handelt, Nummer und Namen. Dazu kann ich dir sagen wie breit die ist und welcher Belag drauf liegt. Und wie schnell man fahren darf. Eben die objektiven greifbaren Fakten. Genau die haette ich gerne und genau die bekomme ich nur sehr selten. Was ich fast immer bekomme, ist die verwaschene Klassifizierung und die reicht eben nicht, bzw. die ist deutlich ungenauer als die entsprechenden Daten der Konkurrenz. Da wäre z.B. der Ausbauzustand über die Klasse zu definieren. Das geht schon, wie auch andere Datensammlungen zeigen. Die original AND-Daten der Niederlande sind so schlecht nicht. Es ist eben eine Frage der Abdeckung: Derzeit bekomme ich zu 90% nur die schwammigen Klassen ohne jede Zusatzinfo und wenn erweiterte Daten nur mit 10% Flaechendeckung zur Verfuegung stehen, dann kann ich die 10% nicht vernuenftig nutzen, weil die Route dann immer noch zu 90% ueber Wege geht, ueber die ich nicht genug weiss. Eine Ausbauklassifizierung ohne Seitenbedingungen wuerde eine bessere Grunderfassung unabhaengig von der normalen Strassenklasse erlauben und die waere dann wenigstens definiert als das was uebrig bleibt: Die bedeutung im Grid. Beides hat Einfluss auf die Reisezeit, einmal ueber die erreichbare Maximalgeschwindigkeit und einmal ueber die typische Vorfahrt. Was der Bayer für eine durchschnittliche Landstraße ansetzen würde, erfüllt hier manch Bundesstraße nicht, so kommen schonmal unterschiedliche Zustände zustande. Fuer D-Land gibts z.B. Normen der BASt und es gibt konkrete Ausbauzustaende (Kurvenradien, Querschnitte). Konflikte gibts heute immer dann, wenn jemand keine konkreten Daten wie breite, etc. eingiebt (die Mehrheit), sondern vor dem Konflikt steht, wie er eine Bundesstrasse eintragen soll, die schmal wie eine tertiary ist. Würde man das über einen Kamm scheren und die Latte hoch hängen dann könnte ich hier das halbe Straßennetz auf Tertiary oder gar Unclassified runterkürzen. Und deshalb vermeiden andere Konzepte diesen Konflikt und setzen eben nicht voraus, dass eine Bundesstrasse einen definierten Ausbauzustand haben muss. Dann traegt man primary fuer die Bedeutung im Grid ein und parallel dazu tertiary fuer den Ausbau. Gleiches der Käse mit der Bedeutung. Das ist genauso subjektiv. Was ist dann nicht subjektiv? Willst du jede Strasse in D-Land exakt vermessen und Belagqualitaet, Breite und typische Kurvenradien eintragen? Das ist objektiv, aber es wird die Masse der Mapper wohl ueberfordern. Die bedeutung im Grid ist uebrigends sehr gut intuitiv erfassbar, denn die meisten Mapper tragen sie ganz automatisch ein. Wohl weil sie es von jeher von den Papierkarten so gewohnt sind. Konkret spiegelt sich in der Bedeutung die lokale Erfahrung der Nutzer wider, die die Vorfahrtsstrasse priorisieren, auf der sie am besten von A nach B kommen. Und jetzt soll ich dir noch die Eignung für Mottoräder erraten? Die traegt ja auch der Motorradfahrer ein, nachdem er die Strecke abgefahren hat und den Tip an andere Motorradfahrer weitergeben will. Das entspricht dann in etwa den gruenen Streifen, den gute Karten an sehenswerte Strecken dranhaengen. Der Kollege Motoradfahrer hatte sich ja beschwert, warum er nicht schoene Strecken waehlen kann und ich habe ihm erklaert, dass er sie eintragen muss, damit sie vom Router beachtet werden koennen. Wenn wir hier statt objektiver Fakten nur noch subjektive Schätzeisen
Re: [Talk-de] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise
Original-Nachricht Datum: Mon, 19 Oct 2009 14:39:47 +0200 Von: Martin Koppenhoefer dieterdre...@gmail.com An: qbert biker qbe...@gmx.de CC: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise einfacher fuer die Auswertung oder fuer den Mapper? Auswertung hinsichtlich Flaechen und Lagegenauigkeit oder nur Abbiegerestriktionen? Uebersichtlicher und fehlersuchenfreundlicher? M.E. sind das alles Punkte, die gegen Attribute sprechen. Soll bis in alle Ewigkeiten jeder Mapper jede Bedeutung einer Node bis ins Detail verstehen muessen, damit er Trivialitaeten wie eine Abbiegespur eintragen kann? Das ist eine Frage der Werkzeuge, das fuer Otto Normalmapper anwenderfreundlich hinzubekommen. Ansonsten halte ich das Gewurrle von vielen ways fuer alles andere als uebersichtlich und anwenderfreundlich. Ich fasse sowas nicht mehr an, besonders wenn da dann noch ein paar relations als Garnierung drin haengen, um auszudruecken, dass die getrennten Spuren eigentlich zusammengehoeren. Aber das ist jetzt wirklich nur meine ganz persoenliche Meinung - meine Erfahrungen aus der Praxis sind im Thread, und wer sie wie nutzt, ist nicht mehr unter meinem Einfluss. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool gesucht für Analyse-OSM-Daten ( zeitliche Veränderung )
hi, viele module gibt es unter CPAN. oder google :-) zur not kann ich es dir senden! ciao gerhard On Mon, 2009-10-19 at 15:43 +0200, Kai Behncke wrote: Hi, perl deinscriptmitpfad.py Perl habe ich gerade installiert,das GD Modul auch; dann habe ich im Lib-Ordner einen OSM-Ordner mit osmgraph.pm angelegt. Ich erhalte nun: Can't locate List/Util.pm in @INC (@INC contains: E:/Perl/lib E:/Perl/site/lib .) at E:/Perl/lib/OSM/osmgraph.pm line 6 . BEGIN failed--compilation aborted at E:/Perl/lib/OSM/osmgraph.pm line 68. Da muss ich nochmal weiterschauen, hab noch nie mit Perl gearbeitet. Danke zunächst, viele Grüße, Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All in One heute kein update?
Hi, es scheint heute kein update der All in One gegeben zu haben - ist das richtig? Flo -- Florian Lohoff f...@rfc822.org 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] Gratulation!
was ist denn die eindeutige Klasse einer Strasse, und inwiefern hilft sie dem Router? Wenn z.B. hier (Italien, passiert aber auch in anderen Gegenden der Welt, z.B. D.) etliche Staatsstrassen in Regionalstrassen herabgestuft wurden, sind dann diese Strassen, die gestern noch gut geeignet waren, von einem Tag auf den anderen weniger gut geeignet? Die Klasse beschreibt nur grob was es ist, zu welchem Netz das ganze gehört. Die Bezeichnungen sind zwar weltweit etwas unterschiedlich, die darunter zu verstehenden Ebenen aber im grunde das gleiche. Tu doch bitte nicht so als erfinden wir hier das Rad neu. Bei herkömmlichen Karten waren wir doch bisher weitaus beschissener dran. Da hatten wir garkeine nähere Beschreibung über den tatsächlichen Zustand, was wir in OSM aber haben. In der Karibik kann man Abschnitte mach toll ausgezeichneter Autobahn mit hiesigen Kreisstraßen oder gar Feldwegen vergleichen. Das siehts du auf keiner herkömmlichen Karte. Und auch Routinganwendungen sind da ohne Details dumm wie Brot. In OSM kann ich diesen Umstand aber durch Detailbeschreibungen klar zeichnen. Diese Herabstufung ist doch gelinde gesagt Titte. Die beträfe doch nur die Darstellung in der Karte. Die Straße wäre aber noch immer asphaltiert, 7 m breit, genauso schnell und weiterhin gleich lang. Daran sollte sich der Router orientieren, nicht an vielleicht künstlich gepimten Klassen. Mir würde nicht in den Sinn kommen diese Straße dann weiterhin künstlich als Staatsstraße darzustellen, denn sie ist es faktischerweise nicht mehr. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool gesucht für Analyse-OSM-Daten ( zeitliche Veränderung )
Kai Behncke schrieb: Ich erhalte nun: Can't locate List/Util.pm in @INC (@INC contains: E:/Perl/lib E:/Perl/site/lib .) at E:/Perl/lib/OSM/osmgraph.pm line 6 Du hast die Libraries von Gary nicht alle installiert. Du musst Dir seine OSM-Libraries im Wiki zusammensuchen und dann unter Perl/lib/OSM abspeichern. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Unterstützung wird gebraucht
Peter Körner schrieb: Was auch cool wäre, wäre ne offene Postgres-DB oder OSM-DB, zu der man sich (anonym?) von außen verbinden kann und read-only queries absetzen kann. Aber _bitte_ mit Time-Limit und einem Queue-System. Am Besten vorab anhand von BBOX-Abfragen beschränkt bzw. Abfragen ohne räunliche Einschränkung gar nicht erlauben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Schon mal in den Alpen marschiert? Ein 0.5m breiter Pfad kann ein Spazierweg sein oder ein ausgesetzter Weg mit kleinen Kletterpassagen. (z.B. __ einfacher Weg _ _ _ _ schwieriger Weg ... nur fuer Geuebte). Diese Info ist sehr wichtig, z.B. wenn man seine nicht ganz schwindelfreie Frau im Schlepptau hat ;) Nö, daher betrifft mich das auch nicht. Aber was anzugeben geht gebe ich auch an. Genau die haette ich gerne und genau die bekomme ich nur sehr selten. Was ich fast immer bekomme, ist die verwaschene Klassifizierung und die reicht eben nicht, bzw. die ist deutlich ungenauer als die entsprechenden Daten der Konkurrenz. Wo ich kann gebe ich das auch an. Mit Lücken in den Daten wirst du bei OSM leben müssen. Eine irgendwie vorhandene Straße ist hier noch immer besser als garnichts. Bis zu vollständig und allumfassenden Daten dauerts noch. Eine Ausbauklassifizierung ohne Seitenbedingungen wuerde eine bessere Grunderfassung unabhaengig von der normalen Strassenklasse erlauben und die waere dann wenigstens definiert als das was uebrig bleibt: Die bedeutung im Grid. Beides hat Einfluss auf die Reisezeit, einmal ueber die erreichbare Maximalgeschwindigkeit und einmal ueber die typische Vorfahrt. Das ist doch immer nur subjektives rumschätzen. Damit bekommst du vielleicht mehr Abdeckung, aber nie und nimmer bessere Daten. Du legst dann fest das Asphalt und 6,5 m als Primary getaggt werden soll. Da musst du genauso erstmal den Belag und die Breite erfassen. Manche fangen dann genauso aus Faulheit an die Breite zu schäztzen, verschätzen sich und plautz landet das ganze in der falschen Klasse. Und was hast du nun gewonnen? Die Klokette in Platin... Man sieht es doch bei Feldwegen wie töfte das fluppt. Dort haben wir Klassen entsprechend der Zustandes. Und trotzdem wird da eine Menge einfach nur als Track ohne alles erfasst. Gegen Lückenhafte Erfassung wirst du hier nichts machen können. Das liegt an den Interessen und der Motivation der einzelnen Mapper. Jemand der da nur grob erfasst, wird das bei egal welchem System nicht ändern. Da sind mir grundhafte und auf Fakten basierende Daten mit Lücken lieber, als aus Faulheit versaute subjektive Klassen. Fuer D-Land gibts z.B. Normen der BASt und es gibt konkrete Ausbauzustaende (Kurvenradien, Querschnitte). Konflikte gibts heute immer dann, wenn jemand keine konkreten Daten wie breite, etc. eingiebt (die Mehrheit), sondern vor dem Konflikt steht, wie er eine Bundesstrasse eintragen soll, die schmal wie eine tertiary ist. Diese Normen gelten für die ab dem Zeitpunkt neu oder ausgebauten Trassen. Die nützen mir im Bestandnetz rein garnichts. Wie soll ich bitt eine um 1950 in der DDR gebauten Bezirksstraße verfahren, welche nach damaligen TGL ausgelegt wurde? Wir haben teilweise gravierende regionale Unterschiede. Manch Landstraße hier würde in der heutigen BASt maximal noch unter ausgebauter Feldweg fallen. Also tägge ich jetzt alle alten Landstraßen tump als asphaltierte Feldwege? Nö, da eher schieße ich mir selber in den Sack. ;-) Und deshalb vermeiden andere Konzepte diesen Konflikt und setzen eben nicht voraus, dass eine Bundesstrasse einen definierten Ausbauzustand haben muss. Dann traegt man primary fuer die Bedeutung im Grid ein und parallel dazu tertiary fuer den Ausbau. Und diesen Ausbauzustand muss ich bei egal welchem Modell erfassen. Satt die Klasse in der Klasse zu erfinden, kann ich das ebenso mit den schon vorhandenen Tags ausdrücken. Wer zu faul ist den Ausbauzustand zu erfassen, wird dann auch die Klasse in der Klasse weglassen oder einfach irgendwas eintragen. Ohne subjektive Daten wirds wohl nicht gehen. Wenn jemand das Reisezeitmodell abstimmt, kann er nicht alleine mit objektiven Daten auskommen - der Mix machts. Dann mache das bitte extern. Ich verstehe OSM als Geodatenbank die Geografische Fakten sammelt, nicht die Sichtweise des lokalen Mappers. Subjektive Routenempfehlungen sind Dinge die man über unabhängige Routen oder eben extern darstellt. Schon gewisse Beurteilungen sind da schwierig. Der eine Mapper deklariert eine Route als horrible, ich würde es wiederum horny nennen, der nächste irgendwo dazwischen. Und der Betrachter der Karte guckt bei diesen wiedersprüchen wie eine Kuh wenn es donnert. Mehrwert Null. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrbahngenaue vs. fahrspurgenaue Erfassung
qbert biker schrieb: ATKIS hat die gleichen Konventionen ;-) Ist aber ein Modell aus dem Vermessungswesen, oder liege ich da falsch? Amtliches Topographisch-Kartographisches Informationssystem Also Karte ;-) Und von mir aus darf OSM gerne statt Navtech jetzt den Vermessungsaemtern Konkurrenz machen, aber dann bitte mit Konzept und flaechendeckend. Die Vermessungsämter haben schon Angst vor uns. Wir bedrängen Sie zwar nicht in den Bereichen der Landesvermessung, wohl aber in den Bereichen der abgeleiteten Produkte: - Wanderkarten - Radfahrkarten - LKW-Karten etc. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool gesucht für Analyse-OSM-Daten ( zeitliche Veränderung)
Kai Behncke schrieb: Hi Gary, vielen dank erstmal für den Tipp. Ich versuche mich gerade an osmdiff (2 OSM-Files (ein 4 Monate altes, ein aktuelles) mit derselben BoundinbgBox habe ich). Problem: Ich weiß nicht so recht mit osmdiff.pl umzugehen? Auf Windows versuche ich es auf Kommandozeile so zu starten: E:\download\test_osmosmdiff.pl osnabrueck.osm osnabrueck2.osm E:/download/test_osm/output.htm E:/download/test_osm/pic.png aber alles was passiert ist, dass sich die osmdiff.pl-Textdatei öffnet. Kann mir jemand einen Tip geben was falsch sein könnte? Hast du schon einen perl-Interpreter installiert? Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map
Hallo, Mirko Küster schrieb: Muss man hier erstmal beantragen, Zweck muss begründet sein und darf öffentlichem Interesse nicht im Weg stehen. Dann darf man kaufen, kostet etwa 31 Euro. Pech sagte ich dann mal ;-) Notfalls leih Dir einen vernünftigen GPS-Empfänger oder sprich einfach mit einem Vermesser, wenn mal wieder bei Euch im Ort eine Baustelle ist. Die geben, wie viele es ja hier schon erlebt haben, sehr gerne kostenlos auskünft. 2. Basisstation dort aufbauen Eher daneben stehen bleiben, sonst hast du drei Geräte... ? Es ist natürlich wichtig, dass die Entfernung zwischen dem Referenz- und Zuhause-Punkt nicht zu groß ist (nicht 10 km), damit der Luftdruck identisch ist. Wären nur 2 km, Problem ist allerdings das dieser Punkt am Waldrand liegt und das Klima schon wieder anders aussieht. Nichts hindert Dich, die Basisstation irgendwo im Wald zu installieren. Kurz, viele Mitstreiter finden sich dafür nicht. Das ist eher was für lokale spielereien. Ja und? Nur weil es lokal verteilt ist, ist es Mist? Dein Zitat könnte genauso gut aus der Zeit stammen, als die ersten Automobile rumgefahren sind. Dazu kommt das man für eine brauchbares Geländemodell schon ein engmaschiges Netz braucht. Das ist mindsetens 10 mal aufwendiger wie die Karte selbst. Die Frage ist, was man will: a) ein flächendeckendes Geländemodell b) die Höhe auf dem Weg, den man auch wirklich befahren kann Wenn ich mit dem Rad auf einem Weg unterwegs bin, interessiert es mich nicht, wie das Gelände auf dem Feld nebenan verläuft. Da sollten wir lieber für Stück für Stück für Laserbefliegungen sammeln und entsprechende Firmen begrabbeln. Das dürfte Trotz der hohen Kosten um ein oder zwei Jahrhunderte schneller und tausendmal genauer gehen. ;-) Da kann Markus ja gleich wieder hinschreiben: http://regiowiki.pnp.de/index.php/Airborne_Laserscanning-Befliegung Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map
Notfalls leih Dir einen vernünftigen GPS-Empfänger oder sprich einfach mit einem Vermesser, wenn mal wieder bei Euch im Ort eine Baustelle ist. Die geben, wie viele es ja hier schon erlebt haben, sehr gerne kostenlos auskünft. Ein vernünftiges Gerät dürte nicht billig werden. Beispielsweise ein präzises Leica kostet glaube im Schnitt 100 Schleifen am Tag. Dafür kann ich mir schon 4 Höhenfestpunkte kaufen. Vermesser sieht man hier leider eher selten. Die letzten wollten leider nicht rausrücken. ? Der Punkt liegt offen sichtbar am Waldeingang direkt neben einem Parkplatz und einem Waldweg mit Cacheverkehr. Da musst du während der Messung daneben stehen bleiben, ansonsten hast du eben zwei. Nichts hindert Dich, die Basisstation irgendwo im Wald zu installieren. Dort würde ich das Gerät ebenfalls nur ungern alleine lassen. Ja und? Nur weil es lokal verteilt ist, ist es Mist? Was nützt dir ein einziges Geländemodell vom beispielsweise flachen Dortmund? Besser wie vorhande SRTM wirds sicher auch nicht. Die Frage ist, was man will: a) ein flächendeckendes Geländemodell b) die Höhe auf dem Weg, den man auch wirklich befahren kann Ganz klar a, für b fällt mir keine wirklich sinnvolle Verwendungsmöglichkeit ein, bzw. ergibt sich automatisch aus mit aus a. Bei a besteht aber Bedarf, da die grob aufgelösten Daten oft stark verfälscht sind. Steile Abhänge und enge Schluchten sind oft stark geglättet und abgeflacht. Gerade für die Wanderkarten und Topo wäre ein feines Geländemodell klasse. Wenn ich mit dem Rad auf einem Weg unterwegs bin, interessiert es mich nicht, wie das Gelände auf dem Feld nebenan verläuft. Das vom Weg auch nicht, dafür habe ich ja zwei optische Sensoreinheiten in der Basiseinheit auf meinen Schultern. Interessant wirds wenn ich im Gelände irgendwo mit dem MTB vom Weg runter fahre und bis zum nächsten Weg Downhill fahren möchte. Da kann Markus ja gleich wieder hinschreiben: http://regiowiki.pnp.de/index.php/Airborne_Laserscanning-Befliegung Soweit ich weiß werden hier auch die rekultivierten Tagaubeuanlagen mit solchen Laserbefliegungen kontrolliert. Ob subrosionsgefährdeter Altbergbau auch weiß ich nicht. Wenn ja müssten die auch hierüber schon Messungen haben. Meine ganze Ecke ist damit durchzogen. Der Laser ist sehr genau und kann auch so konfigueriert werden das er durch Hindernisse wie Vegetation duchgucken kann. Der tastet also wirklich präzise das Gelände ab. Der Haken sind die Kosten. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Mentoren hier?
Garry (garr...@gmx.de)schrieb: Simon Kokolakis schrieb: Ulf Lamping schrieb: Ich schätze es geht vielen OSM Neulingen so, daß gerade der Einstieg eigentlich unnötig schwierig ist. Wenn man als Newbie jemanden hätte der sich ein bisschen auskennt und den man mal per Mail (oder vielleicht sogar mal telefonisch) fragen könnte, wäre das eine echte Hilfe. Reicht als Hilfe eigentlich ein passender Wiki-Link? Beispielsweise das einspielen von Garmin-Karten könnte einfacher nicht sein (ich rede von den All in One). Dafür empfehle ich einfach kurz in den IRC einklinken und das Problem klären. Da sind immer genug Leute, die einem schnell weiterhelfen können. http://www.openstreetmap.de/community.html#irc IRC ist eine weitere Hürde... Ein Klick auf Webinterface und ein weiterer auf OK reicht. Schlecht ist, dass Openstreetmap._de_ den englischen Channel voreingestellt hat beid den älteren Semestern wissen wahrscheinlich die wenigsten was IRC ist Trotzdem können sie es benutzen. Der willige Mensch ist lernfähig. Unwilligen Menschen (das muss so und so und jetzt gleich) möchte ich ungern auf irgendeine Weise helfen. und bei den jüngeren wird auch nur ein Teil damit vertraut sein. Die werden sowas wie $Chat (AOL, MSN, AIM, Yahoo usw) schon kennen Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Mentoren hier?
Martin Koppenhoefer (dieterdre...@gmail.com)schrieb: Am 18. Oktober 2009 21:26 schrieb Ulf Lamping ulf.lamp...@googlemail.com: http://www.openstreetmap.de/community.html#irc Leuten die z.B. Probleme mit der Installation vom JOSM haben sollte man wohl besser nicht mit IRC kommen. Dann haben die nämlich vielleicht noch ein Problem mehr :-) Unter obiger URL findet man in den zwei Zeilen zu IRC einen Link zum Webinterface. Einmal darauf und einmal auf Login wird man grad noch so klicken können. Eine Mail mit der Bitte, den default-Chan auf #osm-de zu setzen, wurde an den webmaster gesandt. Hoffe, dass das klappt. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buslinien Bahnhof
Dimitri Junker schrieb: Wann bist Du zuletzt mit der DB gefahren? Meine erfahrung ist, daß der Zug durchschnittlich 2 Wagenlängen falsch hält. Köln Hbf ist ein Sonderall. Dort kennt Station Service augenscheinlich nicht die Netzinfrastrukur. Sprich es sollen Züge dort mitten auf dem Bahnsteig halten wo gar keine Zwischensignale stehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map
Mirko Küster schrieb: Ein vernünftiges Gerät dürte nicht billig werden. Beispielsweise ein präzises Leica kostet glaube im Schnitt 100 Schleifen am Tag. Dafür kann ich mir schon 4 Höhenfestpunkte kaufen. Oder 500 Punkte ausmessen. Vermesser sieht man hier leider eher selten. Die letzten wollten leider nicht rausrücken. Du darfst Deine OSM-Warnweste auch nicht tragen ;-) Dort würde ich das Gerät ebenfalls nur ungern alleine lassen. Die Bäume stehen doch da auch schon ein paar Jahrzehnte ;-)) Ja und? Nur weil es lokal verteilt ist, ist es Mist? Was nützt dir ein einziges Geländemodell vom beispielsweise flachen Dortmund? Besser wie vorhande SRTM wirds sicher auch nicht. Flachen Dortmund? Du darfst Deutschland nicht gesamt sehen. Setz' Dich aufs Fahrrad und fahrt vom Nord- zum Südcampus. Mal schauen, ob Du dann noch von einem flachen Dortmund redest. Ganz klar a, für b fällt mir keine wirklich sinnvolle Verwendungsmöglichkeit ein, bzw. ergibt sich automatisch aus mit aus a. Bei a besteht aber Bedarf, da die grob aufgelösten Daten oft stark verfälscht sind. Steile Abhänge und enge Schluchten sind oft stark geglättet und abgeflacht. Gerade für die Wanderkarten und Topo wäre ein feines Geländemodell klasse. Wenn da eine Straße ist, hat sie eine Höhe. Wenn daneben eine Schlucht ist, dann ist diese entweder in OSM vermerkt oder sie ist sowieso nicht befahrbar. Klar fehlt dann die Information, aber die Information interessiert mich nur da, wo ich auch langgehen kann. Wir wollen ja keine Höhenkarte erstellen. Soweit ich weiß werden hier auch die rekultivierten Tagaubeuanlagen mit solchen Laserbefliegungen kontrolliert. Ob subrosionsgefährdeter Altbergbau auch weiß ich nicht. Wenn ja müssten die auch hierüber schon Messungen haben. Meine ganze Ecke ist damit durchzogen. Der Laser ist sehr genau und kann auch so konfigueriert werden das er durch Hindernisse wie Vegetation duchgucken kann. Der tastet also wirklich präzise das Gelände ab. Der Haken sind die Kosten. AEROWEST hat daher ein System für DGMs entwickelt, das nur auf Basis von Luftbildern arbeitet. Die machen gar keine Laservermessung mehr. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Unterstützung wird gebraucht
2009/10/19 Tobias Wendorff tobias.wendo...@uni-dortmund.de: Peter Körner schrieb: Was auch cool wäre, wäre ne offene Postgres-DB oder OSM-DB, zu der man sich (anonym?) von außen verbinden kann und read-only queries absetzen kann. Aber _bitte_ mit Time-Limit und einem Queue-System. Am Besten vorab anhand von BBOX-Abfragen beschränkt bzw. Abfragen ohne räunliche Einschränkung gar nicht erlauben. Das jemand sowas bieten möchte ist schon wegen des Traffics unwarscheinlich und wonach die indiziert wäre ist ja eh eine andere Frage. (Suchen nach Tags, IDs, Regionen, Zeiten, Nutzern, Werkzeugen, ...) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Unterstützung wird gebraucht
Marcus Wolschon schrieb: Aber _bitte_ mit Time-Limit und einem Queue-System. Am Besten vorab anhand von BBOX-Abfragen beschränkt bzw. Abfragen ohne räunliche Einschränkung gar nicht erlauben. Das jemand sowas bieten möchte ist schon wegen des Traffics unwarscheinlich und wonach die indiziert wäre ist ja eh eine andere Frage. (Suchen nach Tags, IDs, Regionen, Zeiten, Nutzern, Werkzeugen, ...) Ach, Traffik ist doch das geringste Problem ... ins Archiv schreiben und fertig. Ich habe Indizes auf Tags und BBOX. Das reicht für *meine* Sachen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Hallo, Am Montag 19 Oktober 2009 11:41:11 schrieb Ulf Lamping: Frederik Ramm schrieb: Nop wrote: Seufz. Nein, kann er nicht, wenn die Regel lautet, daß jeder dieser Accounts eine gewisse Menge an sinnvollen/unauffälligen Edits haben muß, bevor er erweiterte Rechte bekommt. War alles im ursprünglichen Vorschlag. Aendert aber nichts daran, dass ich mit 100 Accounts, von denen jeder nur einen eingeschraenkten Bereich bearbeiten darf, weil er neu ist, trotzdem halb Europa ruinieren kann. Erstens macht es wesentlich mehr Arbeit alle diese Accounts einzurichten - zumindest für Leute die keine Bots schreiben können. Zweitens sind 100 Accounts des gleichen Benutzers schon ein recht klarer Hinweise darauf, das jemand Blödsinn treiben will. Dann versteht das vielleicht auch ein eher fachfremder Richter, das da was nicht ganz koscher ist :-) Ich glaube nicht, dass wir im Moment über den Weg zum Richter weiterkommen. Ich kann mir kaum vorstellen, dass Mapper sich diesen Aufwand mit Aussagen, Beweisführung etc ans Bein binden wollen. Eine andere Frage ist natürlich, ob und wie wir überhaupt bemerken, daß die Accounts alle von einem einzelnen Benutzer stammen. Wenn bei der Anmeldung Name und Adresse angegeben werden müssten, könnte man das abgleichen. Das (erste) Passwort gibt es dann durch einen anderen Mapper in der Nähe, nach Absprache persönlich überreicht beim Mappertreffen, eingeworfen im Briefkasten, etc. Schneckenpost wäre das einfachste, scheidet aber vermutlich aus Kostengründen aus. Das hätte auch den Vorteil, dass ein Anfänger sofort Kontakt bekommt und erste Fragen stellen kann. Wenn wieder der Einwand Abschreckung kommt: Ein ähnliches Verfahren gibt es zur Identitätsfeststellung auf vielen Webseiten. Das funktioniert natürlich nur in Ländern mit einer gewissen Mappermindesdichte. Weitere Möglichkeiten: Mit neuem Account kann man die ersten nn Edits nur neue Wege eintragen und eigene Einträge ändern, danach für die nächsten nn Edits nur jeweils xx fremde Punkte verschieben, aber nicht löschen, dann für die nächsten nn Edits xxx Punkte verschieben, aber nur x löschen Das ließe sich relativ leicht programmieren, Accounts auf Vorrat wären sinnlos, da die Anzahl der Edits entscheidend ist. Gegebenenfalls könnte man statt Absoluter Anzahl von Edits auch Edittage nehmen. Treibt er in der Anfangszeit offenen Unsinn, z.B. denselben Punkt ständig hin- und herschieben, wird er wieder gesperrt. Da muss ein Vandale schon einen reichlich langen Atem haben, und wenn er erwischt wird, muss er wieder bei Adam und Eva anfangen. Die allermeisten werden sich dann eine andere Spielwiese suchen. Regional würde ich einen Account nicht begrenzen, da bekanntlich im Urlaub am meisten Zeit zum Mappen ist. Nur so als Vorschlag Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Original-Nachricht Datum: Mon, 19 Oct 2009 16:52:51 +0200 Von: Mirko Küster webmas...@ts-eastrail.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! Wo ich kann gebe ich das auch an. Mit Lücken in den Daten wirst du bei OSM leben müssen. Mit Luecken zu leben ist nicht das Problem. Es geht hier um eine Analyse, was man fuer besseres Routing braucht. Und ums klar zu stellen - es geht hier nicht um 'meine' Anwendung, sonders um besseres Routing fuer alle. Eine irgendwie vorhandene Straße ist hier noch immer besser als garnichts. Bis zu vollständig und allumfassenden Daten dauerts noch. Beim Routing spielt die Flächenabdeckung die primäre Rolle. Bei fleckiger Abdeckung wird das Ergebnis von der schlechtesten Erfassung bestimmt, nicht von der besten. Wenn das Ergebnis 1 durch ein toll erfasstes Gebiet geht und Ergebnis 2 durch ein miserables erfasstes, kann der Vergleich nur auf Basis der schelchteren Daten passieren. Das ist doch immer nur subjektives rumschätzen. Damit bekommst du vielleicht mehr Abdeckung, aber nie und nimmer bessere Daten. Du legst dann fest das Asphalt und 6,5 m als Primary getaggt werden soll. Bilder tragen da schon ein wenig was dazu bei. Dass exakte Daten besser sind als geschätzte, da sind wir uns absolut einig. Aber bis mal flächendeckend exakte Daten zur Verfügung stehen, wird noch ein wenig Zeit vergehen. Klassifizierungen haben sich sehr bewährt, wenn es darum geht, dass unbedarfte Anwender etwas bildhaft in ein Schema einrasten können. Das kann man sich zunutze machen um relativ schnell eine gute Abdeckung zu bekommen. Wobei ich dir zustimme, dass diese Klasseneinteilung keine expliziten Daten ersetzen soll. Je mehr Details in die DB kommen, desto besser. Es gibt aber auch noch eine Kombinationslösung, indem man einen Entscheidungsbaum implementiert und die Klasse aus eventuell vorhandenen Detaildaten ableitet. Man sieht es doch bei Feldwegen wie töfte das fluppt. Dort haben wir Klassen entsprechend der Zustandes. Und trotzdem wird da eine Menge einfach nur als Track ohne alles erfasst. Und der nächste, der vorbei kommt, ergänzt dann den exakten Typ, das ist schon OK. Was mich mehr stört ist der ganze Schmarrn mit der Vermengung von Funktion und Zustand. Wenn die Dreckpiste zum Weiler geht ists ne unclassified und wenns in den Wald geht, ein track - bei gleichem Zustand. Da ist schnell schluss mit dem einfachen Einrasten, wenns an allen Ecken Nebenbedingungen gibt. Es gibt die Ebene des physischen Zustands, die Ebene der Verbindungsklasse und die Ebene der Restriktion. Wenn man die gertennt voneinander abarbeitet und belegt, hat man eine gute Grundbeschreibung. Gegen Lückenhafte Erfassung wirst du hier nichts machen können. Das liegt an den Interessen und der Motivation der einzelnen Mapper. Und ich bin eben der meinung, dass man die Mapper gut motivieren kann, wenn man ihnen erklärt, was man mit den Daten anstellen kann, die sie eingeben und wie sie ihr Mapping zielgerichtet verbessern können. Derzeit geht viel Information verloren, weil sich Definitionen von bereits erfassten Daten ändern. Eine Lösung ist, dass jeder möglichst viel von den Dingen eingibt, die er so nebenbei erfasst hat, eine andere ist, dass man das Basisschema strafft und verbessert. Diese Normen gelten für die ab dem Zeitpunkt neu oder ausgebauten Trassen. Auch in der alten DDR gabs wohl Normen. Es sind auch eher Orientierungspunkte für das genannte Raster. Also tägge ich jetzt alle alten Landstraßen tump als asphaltierte Feldwege? Nö, da eher schieße ich mir selber in den Sack. Ausbauklasse asphaltierter Feldweg (typ. unclassified) und Verbindungsklasse secondary oder ähnliches, warum nicht? In manchen afrikanischen Staaten sind manche primary auch nur Staubpisten. Und diesen Ausbauzustand muss ich bei egal welchem Modell erfassen. Es gibt genug Leute bei OSM, die eben meinen, dass die Allerweltseinteilung highway-Klasse reichen würde und damit kommt der Ausbauzustand nur zu oft unter die Räder. Stat die Klasse in der Klasse zu erfinden, Keine Klasse in der Klasse - zwei voneinander unabhängige Klassen. Nicht geschachtelt, parallel. Das ist das Erfolgsmodell vieler Attributierungsmodelle. kann ich das ebenso mit den schon vorhandenen Tags ausdrücken. Wer zu faul ist den Ausbauzustand zu erfassen, wird dann auch die Klasse in der Klasse weglassen oder einfach irgendwas eintragen. Die Frage ist, wieviele Mapper ich finde, die jedes Detail exakt abbilden und wieviele den Zustand in ein Schema einrasten können oder wollen. Dann mache das bitte extern. Ich verstehe OSM als Geodatenbank die Geografische Fakten sammelt, nicht die Sichtweise des lokalen Mappers. Dann schwimmst aber eher du gegen den grossen OSM-Strom. Die Mehrheit hier priorisiert schwammige Wurschteldefinitionen und nicht konkrete Daten. Die highway-Klassen sind nicht im
Re: [Talk-de] Buslinien Bahnhof
Frederik Ramm schrieb: Hallo, Mario Salvini wrote: Die VehicleStopping Position kommt unserem Haltepunkt gleich. Statt Plattform nennen die es da Quay (vermutlich aus Tradition) Mir wurde erklaert, dass man Quay genommen hat, weil alle anderen in Frage kommenden Begriffe schon in einem der diversen anderen Standards verbrannt wurden und die Teilnehmer dann immer schon ein bestimmtes Konzept im Kopf hatten - Quay war fuer alle gleich ungewoehnlich ;-) Bye Frederik oder eben so ;-) Persönlich find ich Quay aber garnicht so schlecht. Schließlich kann man ihn mit QuayType blitzschnell spezifizieren: Vehicle Mode - StopPlaceType - QuayType - BoardingPositionType air - airport - airlineGate - doorFromAirlineGate rail - railStation - railPlatform - positionOnRailPlatform ... bus - busStation - busStop - positionAtBusStop bus - onStreetBus - busStop - positionAtBusStop ... water - harbourPort - boatQuay - boatGangway ferry - ferryPort - ferryLanding - ferryGangway ... um nur ein paar aus der Liste zu nennen :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Mentoren hier?
malenki schrieb: Unter obiger URL findet man in den zwei Zeilen zu IRC einen Link zum Webinterface. Einmal darauf und einmal auf Login wird man grad noch so klicken können. Eine Mail mit der Bitte, den default-Chan auf #osm-de zu setzen, wurde an den webmaster gesandt. Hoffe, dass das klappt. Die Abneigung gegen irgendwelche Logins mit denen man nicht vertraut ist wächst nicht unbegründet - siehe aktuell StudieVZ... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Mirko Küster schrieb: Wir reden über Straßen und nicht über den Tidenhub an der Küste, der mich hier im am Rand des Thüringer Beckens nichtmal tangiert und garnicht meine Baustelle ist. Die Fakten der Straße sind eindeutig. Die hat eine Klasse, eine Nummer, einen Belag, eine Breite, eine feste Anzahl an Spuren, eine Geschwindigkeitsbegrenzung, eine Länge und Lage. Daraus ergibt sich erstmal grob Länge, Kapazität und Zeit, was man mit entsprechenden Berechnungen verfeinern kann und da muss ich nichts generalisieren, ich beschreibe nur die Fakten vor Ort. Einzig die Kartendarstellung wird generalisiert, die Daten dahinter bleiben aber. Und daraus muss ein Router nun im abgleich mit den Fakten anderer Straßen abwägen welche Route besser passt. Das als highend-Lösung anzuvisieren ist ja in Ordnung, dennoch muss aber auch ein einfaches Routing praktisch ausschliesslich auf den highway-Klassifizierungen basierend funktionieren sonst ist OSM selbst bei volltändig getrackten Strassen (aber ohne vollständige Atrributtierung) auf lange sicht nicht zu gebrauchén. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrbahngenaue vs. fahrspurgenaue Erfassung
Original-Nachricht Datum: Mon, 19 Oct 2009 17:00:26 +0200 Von: Tobias Wendorff tobias.wendo...@uni-dortmund.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Fahrbahngenaue vs. fahrspurgenaue Erfassung qbert biker schrieb: ATKIS hat die gleichen Konventionen ;-) Ist aber ein Modell aus dem Vermessungswesen, oder liege ich da falsch? Amtliches Topographisch-Kartographisches Informationssystem Also Karte ;-) Kartographen und Vermesser, für beide ist Routing eher Nebensache. Die Vermessungsämter haben schon Angst vor uns. Wir bedrängen Sie zwar nicht in den Bereichen der Landesvermessung, wohl aber in den Bereichen der abgeleiteten Produkte: - Wanderkarten - Radfahrkarten Stimmt, dieses Nebengeschäft ist wohl bald Geschichte und das ist auch gut so. Behörden, die sich als (Pseudo-)Unternehmen aufführen, tsss. Ich habe mich eh schon oft gefragt, warum man bei OSM diese Marktlücke lange so vernachlässigt hat. Es ist einfach nur nervig, wenn man seine Tour wegen Copyright-Kram nicht vernünftig mit Karten unterlegen kann. Aber es geht zwar gut voran, aber bisher reichts für mich noch nicht zur Tourenplanung - na ja, dieses Jahr konnte ich wenigstens wieder mal einige Touren eintragen :) 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] Fahrbahngenaue vs. fahrspurgenaue Erfassung
qbert biker schrieb: Also Karte ;-) Kartographen und Vermesser, für beide ist Routing eher Nebensache. ATKIS kann man ziemlich gut routingfähig machen. Problem ist halt nur, dass Du es vermutlich nie verwenden kannst, da es einfach zu teuer ist ;-)) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Unterstützung wird gebraucht
2009/10/19 Tobias Wendorff tobias.wendo...@uni-dortmund.de: Marcus Wolschon schrieb: Aber _bitte_ mit Time-Limit und einem Queue-System. Am Besten vorab anhand von BBOX-Abfragen beschränkt bzw. Abfragen ohne räunliche Einschränkung gar nicht erlauben. Das jemand sowas bieten möchte ist schon wegen des Traffics unwarscheinlich und wonach die indiziert wäre ist ja eh eine andere Frage. (Suchen nach Tags, IDs, Regionen, Zeiten, Nutzern, Werkzeugen, ...) Ach, Traffik ist doch das geringste Problem ... ins Archiv schreiben und fertig. ? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Unterstützung wird gebraucht
Marcus Wolschon schrieb: Ach, Traffik ist doch das geringste Problem ... ins Archiv schreiben und fertig. ? Abfrage-Ergebnis = ZIP/etc. = online stellen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrbahngenaue vs. fahrspurgenaue Erfassung
ATKIS kann man ziemlich gut routingfähig machen. Problem ist halt nur, dass Du es vermutlich nie verwenden kannst, da es einfach zu teuer ist ;-)) Kein Kommentar ;o) -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrbahngenaue vs. fahrspurgenaue Erfassung
qbert biker schrieb: ATKIS kann man ziemlich gut routingfähig machen. Problem ist halt nur, dass Du es vermutlich nie verwenden kannst, da es einfach zu teuer ist ;-)) Kein Kommentar ;o) Ich frage mich, ob wir bei GALILEO nochmal von vorne anfangen zu mappen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
2009/10/19 Martin Koppenhoefer dieterdre...@gmail.com Am 19. Oktober 2009 15:15 schrieb Mirko Küster webmas...@ts-eastrail.de: Die Fakten der Straße sind eindeutig. Die hat eine Klasse, eine Nummer, einen Belag, eine Breite, eine feste Anzahl an Spuren, eine Geschwindigkeitsbegrenzung, eine Länge und Lage. Daraus ergibt sich erstmal grob Länge, Kapazität und Zeit, was man mit entsprechenden Berechnungen verfeinern kann und da muss ich nichts generalisieren, ich beschreibe nur die Fakten vor Ort. Einzig die Kartendarstellung wird generalisiert, die Daten dahinter bleiben aber. Und daraus muss ein Router nun im abgleich mit den Fakten anderer Straßen abwägen welche Route besser passt. was ist denn die eindeutige Klasse einer Strasse, und inwiefern hilft sie dem Router? Wenn z.B. hier (Italien, passiert aber auch in anderen Gegenden der Welt, z.B. D.) etliche Staatsstrassen in Regionalstrassen herabgestuft wurden, sind dann diese Strassen, die gestern noch gut geeignet waren, von einem Tag auf den anderen weniger gut geeignet? Die Klasse ist die verwaltungstechnische Einstufung. Also Bundesstraße, Landesstraße, etc. oder eben auch SS, SP etc.. Inwiefern eine Straße nun 'geeignet' ist, ist erstmal auch eine Sache der Routingeinstellung: Wenn ich z.B. einstelle, das ich wo möglich nur Staatsstraßen benutzen will, dann wird die Klasse zum Hauptkriterium. Im Gegensatz dazu ist die Klasse eigentlich mit am unbedeutensten, wenn ich die schnellste Route will. Hier sind Höchstgeschwindigkeiten, Fahrspuren, Fahrbanbreiten oder auch Oberflächen viel entscheidender. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrbahngenaue vs. fahrspurgenaue Erfassung
Original-Nachricht Datum: Mon, 19 Oct 2009 20:54:44 +0200 Von: Tobias Wendorff tobias.wendo...@uni-dortmund.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Fahrbahngenaue vs. fahrspurgenaue Erfassung qbert biker schrieb: ATKIS kann man ziemlich gut routingfähig machen. Problem ist halt nur, dass Du es vermutlich nie verwenden kannst, da es einfach zu teuer ist ;-)) Kein Kommentar ;o) Ich frage mich, ob wir bei GALILEO nochmal von vorne anfangen zu mappen... Ich fang grade nochmal von vorne an, aber nicht wegen GALILEO. Mehr dazu demnächst auf diesem Kanal... Grüsse 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] OSM Mentoren hier?
Garry schrieb: malenki schrieb: Unter obiger URL findet man in den zwei Zeilen zu IRC einen Link zum Webinterface. Einmal darauf und einmal auf Login wird man grad noch so klicken können. Eine Mail mit der Bitte, den default-Chan auf #osm-de zu setzen, wurde an den webmaster gesandt. Hoffe, dass das klappt. Die Abneigung gegen irgendwelche Logins mit denen man nicht vertraut ist wächst nicht unbegründet - siehe aktuell StudieVZ... Hier muss man aber nichtmal irgendwas eingeben, geschweige denn ein Passwort. So wäre man dann eben als CGI0815 unterwegs. Man kann natürlich einen Usernamen angeben... aber wer dermaßen paranoid ist, nicht mal das über sich zu bringen, der gehe bitte zu einem Psychologen. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Original-Nachricht Datum: Mon, 19 Oct 2009 21:06:34 +0200 Von: Robert S. osm-m...@autobahnen-europa.eu An: m...@koppenhoefer.com, Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! Die Klasse ist die verwaltungstechnische Einstufung. Also Bundesstraße, Landesstraße, etc. oder eben auch SS, SP etc.. Also entweder ich hab was übersehen, oder das stimmt schon seit längerem nicht mehr. Die OSM-Klasse hat derzeit keine allgemein gültige Definition. Bei einer Abstimmung letzten Monat haben ca. 2/3 angegeben, dass sie unter der Klasse die Wichtigkeit der Verbindung sehen oder sehen wollen. Der Rest bezieht das in erster Linie auf den Ausbauzustand - aber - nix genaues weiss man nicht. Die verwaltungstechnische Einteilung ist eine Richtschnur, eine relativ effiziente zwar, aber es bleibt nur eine Richtschnur. Inwiefern eine Straße nun 'geeignet' ist, ist erstmal auch eine Sache der Routingeinstellung: Wenn ich z.B. einstelle, das ich wo möglich nur Staatsstraßen benutzen will, Was in dieser Form wenig Sinn macht. Typischerweise werden die Klassen in der Form verbaut, dass man ein Reisezeitmodell entwirft und im einfachsten Fall den Klassen Standardgeschwindigkeiten zuordnet. Eine höhere Klasse bedingt eine höhere erreichbare Geschwindigkeit. Und schon wird der kurze Weg ueber den besseren Feldweg vom Router verschmäht. Klassen ansich werden indirekt angesprochen, ausser eine Klasse ist fest mit Restriktionen (Fahrrad - Autobahn) verbandelt. eigentlich mit am unbedeutensten, wenn ich die schnellste Route will. Jetzt mal fuer die typische Kartendefinition, die Wichtigkeit im Strassennetzwerk: Die Klasse ist das primäre Element, wenn ich die schnellste Route will, denn: - eine wichtige Verbindung ist meist besser ausgebaut - eine wichtige Verbindung hat öfter Vorfahrt - eine wichtige Verbindung ist öfter baulich entkoppelt Hier sind Höchstgeschwindigkeiten, Fahrspuren, Fahrbanbreiten oder auch Oberflächen viel entscheidender. Diese Daten muss man erstmal haben - allerdings werden Strassen ja nicht nach dem Zufallsprinzip entworfen. Die Verkehrsplanung versucht ja ständig, die Ströme zu kanalisieren und sorgt dafür, dass sich die grossen Ströme möglichst auf den dicken roten Linien wälzen. Deshalb dürfen die nicht zu unattraktiv werden, denn sonst hat man den Verkehr auf den kleinen Strassen und in den Dörfern. 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] OSM Mentoren hier?
malenki schrieb: Reicht als Hilfe eigentlich ein passender Wiki-Link? Beispielsweise das einspielen von Garmin-Karten könnte einfacher nicht sein (ich rede von den All in One). Meinst du http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map ? Das hab ich nach kurzer Suche zumindest gefunden. Da fallen mir spontan folgende Fragen ein, die ein Newbie mit ziemlicher Sicherheit stellen wird: Welche von den ganzen Dateien brauche ich denn? Da sind so viele auf der Seite! Nimm erstmal die Deutschland komplett, die ist nicht so groß und damit schauen wir mal ob's bei dir geht. Ich hab die Datei auf den Garmin kopiert aber es passiert bei mir nix! Taucht die Karte denn in der Kartenumschaltung auf? In der Kartenumschaltung tauchen nur die beiden Garminkarten auf. Hast du ne Idee? Hast du die .bz2 denn vorher entpackt? Entpacken? Wie kann ich eine bz2 Datei denn entpacken, die Dateien heissen auf der Seite doch alle so? Wie muß ich das denn entpacken? ... Unter könnte einfacher nicht sein, stelle ich mir was *völlig anderes* vor! Nein, das soll überhaupt keine Kritik an den Garmin Mitstreitern sein sondern nur verdeutlichen wo normale Menschen ihre Probleme haben. Spätestens bei bz2 hast du dann auf chat/mail/forum dumme Kommentare in der Art dusseliger Windowsbenutzer, da kann ja nicht mal bz2. Und schwupps hast du wieder einen weniger, der OSM in der Fläche vielleicht weitergeholfen hätte. beid den älteren Semestern wissen wahrscheinlich die wenigsten was IRC ist Trotzdem können sie es benutzen. Der willige Mensch ist lernfähig. Unwilligen Menschen (das muss so und so und jetzt gleich) möchte ich ungern auf irgendeine Weise helfen. Nimm's mir nicht übel, aber mit der Einstellung bist du vielleicht schlicht nicht als Mentor geeignet! :-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Wenn bei der Anmeldung Name und Adresse angegeben werden müssten, könnte man das abgleichen. Das (erste) Passwort gibt es dann durch einen anderen Mapper in der Nähe, nach Absprache persönlich überreicht beim Mappertreffen, Suuuper, laut Karte wohnt der nächste mapper knappe 100km entfernt, un der der war schon 2 Jahre lang nicht mehr aktiv.. *) Und ich sitze in D-Land und nicht in Äthiopien. Gegenvorschlag: Reviews von Changesets. Die werden erst in die DB committed, wenn jemand anders (mögliche Regeln zum Auswählen solcher akkreditierten Mitglieder wurden bereits genügen genannt) zustimmt. Problem: dieser Review-Prozess muss schnell erfolgen, damit keine Konflikte auftreten. Außerdem kann man damit schön Spam betreiben... Lg, Peter *) tatsächlich ist's nicht so schlimm, aber als ich anfing war ich der einzige mapper im 50km entfernung. es verdeutlicht aber das Problem. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
qbert biker schrieb: Die verwaltungstechnische Einteilung ist eine Richtschnur, eine relativ effiziente zwar, aber es bleibt nur eine Richtschnur. Es gibt ja verschiedene Kriterien der verwaltungstechnischen Einteilung: Planungsparameter, Verbindungsfunktion, Baulastträger etc. Die Literatur kennt Straßen, die hier im Talk noch nie jemand in den Mund genommen hat, z.B. die Außerortsstraße. Und dann OKSTRA kann man diese Verwaltungsstruktur auf ein Level heben, der höher als OSM ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Unterstützung wird gebraucht
Tobias Wendorff schrieb: Marcus Wolschon schrieb: Ach, Traffik ist doch das geringste Problem ... ins Archiv schreiben und fertig. ? Abfrage-Ergebnis = ZIP/etc. = online stellen. Hmm und wie oft soll das aktualisiert werden? Stündlich? Wenn ich nen API-Call mache alle Bäckereien in Hessen, dann will ich das wenigstens Tagesaktuell von OSM haben. Da nutzt dir das Internet-Archiv wenig.. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Unterstützung wird gebraucht
Peter Körner schrieb: Hmm und wie oft soll das aktualisiert werden? Stündlich? Wenn ich nen API-Call mache alle Bäckereien in Hessen, dann will ich das wenigstens Tagesaktuell von OSM haben. Da nutzt dir das Internet-Archiv wenig.. Ich dachte, es geht um Übertragungstraffik. Hauptproblem bei solchen Anfragen sind - nach meiner Erfahrung - die Indizes. Wenn ich die Daten stündlich update, muss ich auch die ganzen Indizes neu updaten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Hallo, Peter Körner wrote: Gegenvorschlag: Reviews von Changesets. Indiskutabel. Dauert zu lang und wirft die Frage auf, wer das Recht zum Review hat - entweder setzt man die Schranke hoch an, dann gibt es zu wenige, oder man setzt sie tief an, dann reviewt der engagierte Vandale seine Aenderungen selbst. 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] Pfoten weg von unseren Daten
Hallo, Wolfgang wrote: Wenn bei der Anmeldung Name und Adresse angegeben werden müssten, könnte man das abgleichen. Das (erste) Passwort gibt es dann durch einen anderen Mapper in der Nähe, nach Absprache persönlich überreicht beim Mappertreffen, Halte ich fuer nicht durchfuehrbar, aus vielen verschiedenen Gruenden. Was man ueberlegen koennte, ist sowas wie eine ueberpruefte Mitgliedschaft - jemand kann ein Formular ausfuellen, seinen Personalausweis kopieren und das ganze an den nationalen OSM-Verein schicken, und dann bekommt derjenige irgendwie ein Sternchen oder so - so dass andere sofort sehen, dass es sich bei diesem User zumindest um jemanden handelt, der mit Name und Adresse zu dem steht, was er eintraegt. Das geht aber nur, wenn es wirklich freiwillig ist. Mit neuem Account kann man die ersten nn Edits nur neue Wege eintragen und eigene Einträge ändern, danach für die nächsten nn Edits nur jeweils xx fremde Punkte verschieben, aber nicht löschen, dann für die nächsten nn Edits xxx Punkte verschieben, aber nur x löschen Den Bot, der das macht, programmiere ich Dir in einer halben Stunde ;-) 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] Gratulation!
Meine Aussage beruhte jetzt auf dem, was ich so unter Straßenklasse verstehen würde und darauf, wie ich Mirko verstanden hatte und weniger auf der OSM-Definition von Klasse. 2009/10/19 qbert biker qbe...@gmx.de Von: Robert S. osm-m...@autobahnen-europa.eu Die Klasse ist die verwaltungstechnische Einstufung. Also Bundesstraße, Landesstraße, etc. oder eben auch SS, SP etc.. Also entweder ich hab was übersehen, oder das stimmt schon seit längerem nicht mehr. Die OSM-Klasse hat derzeit keine allgemein gültige Definition. Bei einer Abstimmung letzten Monat haben ca. 2/3 angegeben, dass sie unter der Klasse die Wichtigkeit der Verbindung sehen oder sehen wollen. Der Rest bezieht das in erster Linie auf den Ausbauzustand - aber - nix genaues weiss man nicht. Ja nun... Wichtigkeit... Gibt es dafür ein objektives Kriterium - das man auch Flächendeckend nutzen kann? Ich war schon sehr verwundert, als ich letztens auf diese 'tertiary' gestoßen bin: http://img18.imageshack.us/img18/1441/tertiary.jpg (Die Poller markieren übrigendes die Staatsgrenze DE-NL^^) Die verwaltungstechnische Einteilung ist eine Richtschnur, eine relativ effiziente zwar, aber es bleibt nur eine Richtschnur. Man könnte natürlich auch die entsprechenden Gesetzte als möglichst objektive Definition von Wichtigkeit heranziehen. Z.B. sind Bundesstraßen öffentliche Straßen, die ein zusammenhängendes Verkehrsnetz bilden und einem weiträumigen Verkehr dienen oder zu dienen bestimmt sind. (§1 Abs. 1 Bundesfernstraßengesetz) Also in dem Sinne: primary = für den weiträumigen Verkehr = Bundesstraßen oder kurz primary = Bundesstraßen Das wäre ein objektives Kriterium, dass jeder Mapper problemlos Einsetzten könnte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Original-Nachricht Datum: Mon, 19 Oct 2009 21:59:34 +0200 Von: Tobias Wendorff tobias.wendo...@uni-dortmund.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! qbert biker schrieb: Die verwaltungstechnische Einteilung ist eine Richtschnur, eine relativ effiziente zwar, aber es bleibt nur eine Richtschnur. Es gibt ja verschiedene Kriterien der verwaltungstechnischen Einteilung: Planungsparameter, Verbindungsfunktion, Baulastträger etc. Die Literatur kennt Straßen, die hier im Talk noch nie jemand in den Mund genommen hat, z.B. die Außerortsstraße. Und deshalb auch AFAIK noch nie in irgendeine OSM-Klassen- definition eingeflossen sind. Es ist schon fast Gewohnheitsrecht, das Thema auf Bundes-/Landes-/Kreis-/Gemeindestrassen zu beziehen, auch da mit Ausnahme der Gemeindestrassen der Typ an Schildern vor Ort abgelesen werden kann. Dies nur zur Konkretisierung und zur Entschuldigung meiner Flapsigkeit bei diesem Thema ;) Und dann OKSTRA kann man diese Verwaltungsstruktur auf ein Level heben, der höher als OSM ist. Bin noch nicht dazugekommen, aber das Thema ist bei mir fest vorgemerkt. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Statusseite der Landesstraßen in Baden-W ürttemberg neu angelegt
On Freitag, 16. Oktober 2009, FlaBot wrote: Naja man könnte eine Liste mit Referenzen machen die man als zuletzt validiert mit Datum versieht .. oder ? Zunächst müssen die Relationen erstmalig überprüft werden. Trägt man bei der Überprüfung das Datum mit ein. So kann man jederzeit (ggf. mit etwas Aufwand) zu diesem Stand zurück. Ich hab mal die ersten beiden Straßen abgehakt: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Landesstraßen/Baden-Württemberg_2#L_300_-_L_349 Für die Status-Tabellen gibts doch inzwischen genügend Vorbilder: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bundesstra%C3%9Fen http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Landesstraßen/Bayern Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigations-Software Roadee mit OSM-Datenbasis im Vergleich bei Heise
Martin Koppenhoefer schrieb: In dem Fall kann man die Informationen (way) fürs routen icher einfacher halten. das halte ich allerdings nicht fuer so einfach: Routing ueber Flaechen, das meinst Du doch, oder? Fuers routing ist ein abstrahierter Graph sicherlich einfacher. Nein, vereinfachte ways fürs Routen, detailierte Informationen durch Flächen die man ehr nicht für routen heranzieht, aber vielleicht für so was ind der letzten Zeit als reality-view vermarktet wird, kurz vor der Kreuzung gibt es davon eine Detailansicht auf der die zu wählende Spur markiert ist. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Mentoren hier?
Ulf Lamping (ulf.lamp...@googlemail.com)schrieb: malenki schrieb: Reicht als Hilfe eigentlich ein passender Wiki-Link? Beispielsweise das einspielen von Garmin-Karten könnte einfacher nicht sein (ich rede von den All in One). Meinst du http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map ? Das hab ich nach kurzer Suche zumindest gefunden. Scheinbar lese und schreibe ich zu viel in Englisch. Hier ist es ein wenig besser erklärt (ein Entpacken-Hinweis fehlt aber auch hier): http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download Es wird aber von http://wiki.openstreetmap.org/wiki/DE:Routable_garmin_maps dorthin verlinkt. [viel Wahres] Man sollte ein kurzes und gutes Garmin Howto schreiben. Da ich kein Windows nutze und mein Gerät erst seit kurzem habe, kann ich nix zu MapSource schreiben, ansonsten schau ich mal. Gleich nach den ~10 GB referenzierter Fotos und den 300 km Logs :( Spätestens bei bz2 hast du dann auf chat/mail/forum dumme Kommentare in der Art dusseliger Windowsbenutzer, da kann ja nicht mal bz2. In meinen OSM-Gegenden kommt so etwas eher nicht vor. beid den älteren Semestern wissen wahrscheinlich die wenigsten was IRC ist Trotzdem können sie es benutzen. Der willige Mensch ist lernfähig. Unwilligen Menschen (das muss so und so und jetzt gleich) möchte ich ungern auf irgendeine Weise helfen. Nimm's mir nicht übel, aber mit der Einstellung bist du vielleicht schlicht nicht als Mentor geeignet! :-) Mist, da hab ich wohl bisher zuviel geholfen -.- ;) (Du weißt hoffentlich trotzdem, welche Sorte Mensch ich meine - die kommt altersunabhängig vor) Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Frederik Ramm schrieb: Indiskutabel. Dauert zu lang und wirft die Frage auf, wer das Recht zum Review hat Und selbst wenn? Wer will das alles (und womit) nacharbeiten, wenn in einem Changeset teils sinnvoll, teils sinnbefreite Änderungen sind. Und welche Berufungsinstanzen wird der Mapper anrufen, wenn ihm seine Changesets abgelehnt wurden... Das schafft einen Overhead, so viele Pfotenwegs können hier gar nicht aufschlagen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Original-Nachricht Datum: Mon, 19 Oct 2009 22:06:41 +0200 Von: Robert S. osm-m...@autobahnen-europa.eu An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! Meine Aussage beruhte jetzt auf dem, was ich so unter Straßenklasse verstehen würde und darauf, wie ich Mirko verstanden hatte und weniger auf der OSM-Definition von Klasse. Also ohne OSM: Es gibt typischerweise den Verbindungstyp und den Ausbautyp. Beide korrelieren bis zu einem gewissen Grad mit der administrativen Zuordnung, aber eben nicht vollständig. Der Verbindungstyp ist durchgängig, er zeigt die berühmte rote Linie als Verbindung zwischen zwei Orten, auch wenn sich der Ausbauzustand zwischendrin ändert. Der Ausbautyp zeigt ausschliesslich die Beschaffenheit der Strasse und kann zwischen A und B beliebig oft wechseln. Der Verbindungstyp ist das, was auf den üblichen Karten primär dargestellt wird. Wenn ich kommerzielle Daten, z.B. von Navtech habe, kann ich die unterschiedlich visualisieren und entweder den Ausbauzustand oder die Verbindungsklasse hervorheben (Google Maps kann das nicht und deshalb bleibt diese Eigenschaft den meisten verborgen) Ja nun... Wichtigkeit... Gibt es dafür ein objektives Kriterium - das man auch Flächendeckend nutzen kann? Das tolle eindeutige Kriterium gibts nicht, aber eine Reihe von einfachen Anzeichen. Man kanns aus Beschilderung, Vorfahrt und auch aus dem Ausbau ableiten, oder eben dem relativen Ausbau. Es ist oft die besser ausgebaute Strasse im Vergleich zu den Alternativstrassen. Ein Indiz ist auch, dass die Klassen für sich insich geschlossene Maschen einen Netzes bilden sollen (falls die Topologie das zulässt) und der nächste Typ ein Subnetz in der Masche des oberen Netzes bildet. Also in dem Sinne: primary = für den weiträumigen Verkehr = Bundesstraßen oder kurz primary = Bundesstraßen Das wäre ein objektives Kriterium, dass jeder Mapper problemlos Einsetzten könnte. Autobahn und Bundesstrasse funktionieren damit ganz gut, aber beim Rest muss man sich eben damit abfinden, dass es Konflikte geben kann und die ganz einfache Regel zu keinen guten Ergebnis führt. Klar kann ich alle Strassen in eine Klasse packen für die der Kreis die Erhaltungspflicht hat, aber ob ich gerne drauf fahren will, bekomme ich so nicht raus. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
