[Talk-de] Baustellen mappen Was: Höherwertige Straßen in Orten
On Wed, Jul 15, 2009 at 10:35:19PM +0200, malenki wrote: > Martin Koppenhoefer schrieb: > > >+1. ja, ich bin auch Verfechter der Verbindungsklassifizierung, > >Ausbauzustand sehe ich in anderen Tags besser aufgehoben, und eine > >Lücke/Loch im Straßensystem (Zoomabhängig) finde ich extrem unschön, > > Leicht OT: Wenn eine Bundesstraße ein halbes Jahr lang gebaut wird, ist > das Loch ja Realität. Spricht etwas dagegen, solche Großbaustellen zu > mappen (und natürlich nach Bauende wieder zu entfernen)? Das Thema Baustellen mappen finde ich ist schwierig - Wenn das wirklich lang anhaltenden Baustellen sind - dann ja - sollte man mappen. Wenn das nur 1-2 wochen sind wuerde ich das lassen - Tendentiell werden die Daten wesentlich laenger genutzt wenn sie einmal exportiert werdenund was hilfts dir wenn auch in 6 Monaten noch leute um die vor 5 Monaten abgebaute Baustelle geroutet werden. Haengt natuerlich auch davon ab wie komfortabel die umleitungen sind. Ist das einfach ein "Ich muss eine vorher abbiegen" ists easy ... Wenn das - Fahre einen Umweg von 50km ist - dann machts vielleicht doch sinn. Flo -- Florian Lohoff f...@rfc822.org Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baustellen und andere temporäre Daten
On Tue, 28 Apr 2009 00:59:58 +0200, Garry wrote: > Cornelius schrieb: >> >> Ich finde, man sollte mal darüber nachdenken, ob man für Baustellen und >> Co. eine eigene Datenbank führt. Die muss ja nicht all zu komplex sein. >> Diese Daten können beim Routing genutzt werden, ohne dass immer die >> OSM-Datenbank geändert (und auf dem Rounting-Gerät aktualisiert) werden >> muss. >> > Für Tagesbaustellen und Fahbahnerneurung wäre sowas sinnvoll, für > grössere Umbauten und Neubauten > ehr nicht da sie doch nachhaltig die Verkehrsführung für alle > Verkehrsteilnehmer ändern. > Solche Baustellen sind nichts was man für ein schönes Kartenbild > verstecken sollte sondern ein Merkmal > dafür dass in diesen Bereichen mit Änderungen und Behinderungen zu > rechnen ist. Ich baue gerade einen Weg-Service um Verkehrsmeldungen incl. Baustellen zu sammeln. http://apps.sourceforge.net/mediawiki/travelingsales/index.php?title=TrafficMessageWebService habe aber noch Probleme mit dem eingesetzten Persistenz-Framework http://groups.google.com/group/google-appengine-java/browse_thread/thread/c0f673eaf229ac37# Momentan kann man schon einfache Meldungen eintragen aber da fehlen noch viele Event-Codes, sekundäre Locations, ... Das Klassendiagramm auf http://apps.sourceforge.net/mediawiki/travelingsales/index.php?title=TrafficMessage sollte zeigen was ich so vorhabe. Wer etwas mehr Zeit als ich hat und gerne mithelfen will, ich kann den Code in's SVN stellen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baustellen und andere temporäre Daten
Cornelius schrieb: > > Ich finde, man sollte mal darüber nachdenken, ob man für Baustellen und > Co. eine eigene Datenbank führt. Die muss ja nicht all zu komplex sein. > Diese Daten können beim Routing genutzt werden, ohne dass immer die > OSM-Datenbank geändert (und auf dem Rounting-Gerät aktualisiert) werden > muss. > Für Tagesbaustellen und Fahbahnerneurung wäre sowas sinnvoll, für grössere Umbauten und Neubauten ehr nicht da sie doch nachhaltig die Verkehrsführung für alle Verkehrsteilnehmer ändern. Solche Baustellen sind nichts was man für ein schönes Kartenbild verstecken sollte sondern ein Merkmal dafür dass in diesen Bereichen mit Änderungen und Behinderungen zu rechnen ist. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Baustellen und andere temporäre Daten (was: Re: gesucht: Tag f?r Nennleistung von Gen eratoren)
On Mon, 2009-04-27 at 00:20 +0200, Garry wrote: > 12 Monate ist schon eine sehr lange Zeit. Wenn eine wichte Verbindung > für mehr als 1Monat nicht > benutzbar ist dann sollte das schon auch in den OSM-Daten auftauchen. > Das ganze aber so umgesetzt > dass man sich mit den jeweiligen Karten auch noch zurechtfinden kann > wenn die Sperrung aufgehoben ist > oder sich der Verkehrsführung geändert hat. Dich wichtigste Information > ist: Achtung! Hier ist was anderst > wie man es bisher gewohnt war - erhöhte Aufmerksamkeit für die aktuelle > Verkehrsführung erforderlich! Ich finde, man sollte mal darüber nachdenken, ob man für Baustellen und Co. eine eigene Datenbank führt. Die muss ja nicht all zu komplex sein. Diese Daten können beim Routing genutzt werden, ohne dass immer die OSM-Datenbank geändert (und auf dem Rounting-Gerät aktualisiert) werden muss. Gab es da bisher schon mal Überlegungen in dieser Richtung? Cornelius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baustellen/Sperrungen auf Autobahnen
Stefan Hirschmann schrieb: > Wobei: Ich habe keine Ahnung, ob so ein Subprojekt überhaupt mit cer > Creative Commons vereinbar ist, da diese Daten dannn nicht mehr > kopiert werden dürfen. Das verbietet das "SA" (Share Alike) in CC-BY-SA. Claus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen/Sperrungen auf Autobahnen
On Fri Mar 21, 2008 at 08:0209PM +0100, Andreas Hubel wrote: > Hi, > > wir hatten hier ja ab und zu schon Diskussionen, wie und ob man den > Baustellen und Sperrungen am besten in OSM kennzeichnen könnte. > > Neulich bin ich auf der Homepage des B auf deren > Baustelleninformationsystem gestoßen und mal angefragt, ob man die > dahinter liegenden Daten bekommen könnte, aber lest selbst: > > > >> Sehr geehrte Damen und Herren, > >> > >> ist es möglich die Daten die in ihrem Baustellen-Informationssystem > >> stecken in einem maschinen Lesbaren Format wie z.B. XML zu bekommen? > >> > >> MfG Andreas Hubel > > > > > > Sehr geehrter Herr Hubel, > > > > Sie hatten Ihr Interesse an den aktuellen Baustellendaten des > > Baustellen-Informationssystems des Bundesministeriums für Verkehr, Bau > > und Stadtentwicklung (BMVBS) bekundet. > > > > Voraussetzung für die Nutzung der Daten des > > Baustellen-Informationssystems ist die nicht-kommerzielle Nutzung der > > Daten. Es stellt sich natuerlich hier auch die Frage, inwieweit es hier bei dieser Auskunft um eine staendige Uebung handelt und das noch beispielsweise mit dem Informationsfreiheitsgesetz vereinbar ist. Behoerden sind an der Stelle manchmal etwas langsam, neue Regelungen umzusetzen (bzw. wegen dem klassischen Dreiklang "Das haben wir schon immer so gemacht", "Da koennte ja jeder kommen" und "Wo kaemen wir da hin" wird auch der Bedarf sich an neue Regelungen anzupassen, nicht erkannt). Vielleicht sollte man hier auch mal ein, zwei Ebenen hoeher gehen (vielleicht auch ins Parlament) und die Frage nochmals klaeren. Wir sollten dann allerdings nicht unbedingt als unkontrollierter Haufen wahrgenommen werden, IMO. -- Michael Bergbauer <[EMAIL PROTECTED]> Munich, Germany ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen/Sperrungen auf Autobahnen
Andreas Hubel wrote: >> Voraussetzung für die Nutzung der Daten des >> Baustellen-Informationssystems ist die nicht-kommerzielle Nutzung der >> Daten. Hier ist der erste Haken! OSM selber ist zwar nicht kommerziell, aber: JEdes kommerzielle Projekt darf die Daten übernehmen -> so eine Bedingung ist mit der OSM-Lizenz nicht vereinbar. > Stellt sich die Frage, ob wir für solche Informationen nicht eine eigene > "Schicht" in OSM anlegen sollten und ob wir sie überhaupt in OSM haben > wollen, oder dafür nicht ein eigenes Unterprojekt aufmachen sollten... Ein eigenes Subprojekt halte ich für eine bergrüßenswerte Idee. Aber alles andere dürfte mit: "Nicht an Dritte weitergeben" nicht vereinbar sein. Wobei: Ich habe keine Ahnung, ob so ein Subprojekt überhaupt mit cer Creative Commons vereinbar ist, da diese Daten dannn nicht mehr kopiert werden dürfen. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen/Sperrungen auf Autobahnen
Andreas Hubel zitierte: >> Die Daten dürfen nicht an Dritte weitergegeben und nicht für >> kommerzielle Zwecke genutzt werden. (...) Wie könnte verhindert werden, dass die Daten nach Integration in OSM weder weitergegen noch (von Dritten) kommerziell genutzt werden? Solange die Bedingungen, unter denen OSM die Daten erhielte, nicht mit der CC-BY-SA kompatibel sind, stellt sich die Frage nicht, fürchte ich. Gruss florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen/Sperrungen auf Autobahnen
> Stellt sich die Frage, ob wir für solche Informationen nicht eine eigene > "Schicht" in OSM anlegen sollten und ob wir sie überhaupt in OSM haben > wollen, oder dafür nicht ein eigenes Unterprojekt aufmachen sollten... Nach lage der dinge stellt sich die frage nicht wirklich... Zunächst müsste man klären ob copyrightartigen ansinnen berechtigt sind. Falls es besondere amtliche daten wären, könnte man die einfach so übernehmen. Wahrscheinlich ist das aber nicht gegeben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen/Sperrungen auf Autobahnen
> Neulich bin ich auf der Homepage des B auf deren [...] ich hab da wohl nen Platzhalter nicht ausgefüllt. ;-) gemeint war das Bundesministerium für Verkehr, Bau und Stadtentwicklung oder kurz bmvbs MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Baustellen/Sperrungen auf Autobahnen
Hi, wir hatten hier ja ab und zu schon Diskussionen, wie und ob man den Baustellen und Sperrungen am besten in OSM kennzeichnen könnte. Neulich bin ich auf der Homepage des B auf deren Baustelleninformationsystem gestoßen und mal angefragt, ob man die dahinter liegenden Daten bekommen könnte, aber lest selbst: >> Sehr geehrte Damen und Herren, >> >> ist es möglich die Daten die in ihrem Baustellen-Informationssystem >> stecken in einem maschinen Lesbaren Format wie z.B. XML zu bekommen? >> >> MfG Andreas Hubel > > > Sehr geehrter Herr Hubel, > > Sie hatten Ihr Interesse an den aktuellen Baustellendaten des > Baustellen-Informationssystems des Bundesministeriums für Verkehr, Bau > und Stadtentwicklung (BMVBS) bekundet. > > Voraussetzung für die Nutzung der Daten des > Baustellen-Informationssystems ist die nicht-kommerzielle Nutzung der > Daten. > > Falls Sie die Baustellen-Daten nutzen möchten, benötigen wir von Ihnen > eine E-Mail an [EMAIL PROTECTED] mit folgenden Angaben: > Firma, Name, Anschrift, Telefonnummer, E-Mail (an diese Adresse wird > dann auch die Export-Datei versendet) und Verwendungszweck der Daten, > sowie die Versicherung, dass die Daten weder kommerziell genutzt noch an > Dritte weitergegeben werden. > > Wenn die Daten des Baustellen-Informationssystems des BMVBS sichtbar in > Ihr Internetangebot eingebunden werden, muss der folgende Hinweis mit > dazugestellt werden: Mit freundlicher Unterstützung des > Bundesministeriums für Verkehr, Bau und Stadtentwicklung (www.bmvbs.de) > > > Wo die Daten nicht sichtbar eingebunden sind, aber als > Hintergrundinformation anderer Anwendungen verwendet werden, sollte an > anderer geeigneter Stelle der Hinweis (s.o.) aufgenommen werden (z.B. > Impressum oder Erläuterung der Applikation). > > Ein Daten-Export wird einmal wöchentlich als csv- und txt-Datei per > E-Mail versendet. > > Die Daten dürfen nicht an Dritte weitergegeben und nicht für > kommerzielle Zwecke genutzt werden. > > Die Pflege und Aktualisierung der Daten liegt in der Verantwortung der > Straßenbaubehörden der einzelnen Bundesländer. Wir können daher keine > Gewähr für die Richtigkeit und Aktualität der Daten übernehmen. > > Mögliche Rückfragen können wir auch gerne telefonisch klären (030 - > 2008-2392) > > Mit freundlichen Grüßen > im Auftrag > Tatjana Bielke > > Sehr geehrter Herr Hubel, > > Sie hatten Ihr Interesse an den aktuellen Baustellendaten des > Baustellen-Informationssystems des Bundesministeriums für Verkehr, Bau > und Stadtentwicklung (BMVBS) bekundet. > > Voraussetzung für die Nutzung der Daten des > Baustellen-Informationssystems ist die nicht-kommerzielle Nutzung der > Daten. > > Falls Sie die Baustellen-Daten nutzen möchten, benötigen wir von Ihnen > eine E-Mail an [EMAIL PROTECTED] mit folgenden Angaben: > Firma, Name, Anschrift, Telefonnummer, E-Mail (an diese Adresse wird > dann auch die Export-Datei versendet) und Verwendungszweck der Daten, > sowie die Versicherung, dass die Daten weder kommerziell genutzt noch an > Dritte weitergegeben werden. > > Wenn die Daten des Baustellen-Informationssystems des BMVBS sichtbar in > Ihr Internetangebot eingebunden werden, muss der folgende Hinweis mit > dazugestellt werden: Mit freundlicher Unterstützung des > Bundesministeriums für Verkehr, Bau und Stadtentwicklung (www.bmvbs.de) > > > Wo die Daten nicht sichtbar eingebunden sind, aber als > Hintergrundinformation anderer Anwendungen verwendet werden, sollte an > anderer geeigneter Stelle der Hinweis (s.o.) aufgenommen werden (z.B. > Impressum oder Erläuterung der Applikation). > > Ein Daten-Export wird einmal wöchentlich als csv- und txt-Datei per > E-Mail versendet. > > Die Daten dürfen nicht an Dritte weitergegeben und nicht für > kommerzielle Zwecke genutzt werden. > > Die Pflege und Aktualisierung der Daten liegt in der Verantwortung der > Straßenbaubehörden der einzelnen Bundesländer. Wir können daher keine > Gewähr für die Richtigkeit und Aktualität der Daten übernehmen. > > Mögliche Rückfragen können wir auch gerne telefonisch klären (030 - > 2008-2392) > > Mit freundlichen Grüßen > im Auftrag > Tatjana Bielke > > Sehr geehrter Herr Hubel, > > Sie hatten Ihr Interesse an den aktuellen Baustellendaten des > Baustellen-Informationssystems des Bundesministeriums für Verkehr, Bau > und Stadtentwicklung (BMVBS) bekundet. > > Voraussetzung für die Nutzung der Daten des > Baustellen-Informationssystems ist die nicht-kommerzielle Nutzung der > Daten. > > Falls Sie die Baustellen-Daten nutzen möchten, benötigen wir von Ihnen > eine E-Mail an [EMAIL PROTECTED] mit folgenden Angaben: > Firma, Name, Anschrift, Telefonnummer, E-Mail (an diese Adresse wird > dann auch die Export-Datei versendet) und Verwendungszweck der Daten, > sowie die Versicherung, dass die Daten weder kommerziell genutzt noch an > Dritte weitergegeben werden. > > Wenn die Daten des Baustellen-Informationssystems des BMVBS sichtbar in > Ihr Internetangebot eing
[Talk-de] Baustellen
*Joerg Fischer schrieb: *> Sehe ich keinen Bedarf. Papierkarten und Kommerzkram braucht sowas, Da gibt es durchaus Bedarf, z.B. für die die sich ein Grundstück/Bauplatz kaufen wollen, für Lieferanten von Baumaterial, für die die sich ein Bild machen wollen wie sie beim nächsten Urlaub, Jahresbesuch,... besser ihr Ziel erreichen können,... für die die über Planungen oder Baumassnahmen berichten wollen (z.B. Forum von www.autobahn-online.de, Baumaschinenforum)..., diejenigen die politisch auf eine Planung einfluss nehmen wollen,... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
> Sehe ich keinen Bedarf. Papierkarten und Kommerzkram braucht sowas, > weil er nicht oder in Jahrzehnten aktualisiert wird. Eine unfertige > Straße ist halt nicht da, und wenn sie fertig ist dann fährt da > kurzfristig einer hin und mappt sie. Ich sehe bedarf; diee karte ist ja nicht nur als auto- oder radkarte gedacht. Ich will aus der ersehen, was es da in der welt so alles gibt. Unfertige straßen wie auch aufgegebene ehem. verkehrswege gehören auch dazu. Dinge, die nur "in planung" sind, brauchen meinetwegen nicht dargestellt zu werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
Am Dienstag 11 Dezember 2007 schrieb Gerald.Oppen: > Für länger dauernde Baustellen könnte man ja einen Tag mit Verfallsdatum > machen. > an sowas hatte ich auch schon gedacht: man muss beim taggen einer solchen baustelle das vorraussichtliche ende angeben, ansonsten wird automatisch ein defaultwert gesetzt. kurz vor ablauf dieses verfallsdatums bekommt der eintragende eine automatische benachrichtigung. wenns dann nicht verlaengert oder gleich geloescht wird, passiert die automatische loeschung des eintrags nach ablauf. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerald.Oppen schrieb: > Für länger dauernde Baustellen könnte man ja einen Tag mit Verfallsdatum > machen. > Wie sieht es eigentlich mit geplanten bzw. in Bau befindlichen Strassen aus? > Gibt es da schon was wo von den Renderern auch dargestellt wird`? Osmarender nutzt das tag highway=construction mit z.B. construction=motorway. (siehe z.B. Neubau der A281 in Bremen: http://www.informationfreeway.org/?lat=53.055&lon=8.793&zoom=16 ) - -- Dirk-Lüder "Deelkar" Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHXi/eFUbODdpRVDwRAiBOAJ9HoeQobLfeHs/WtsquDTKstZkFhgCg0J/M ArxzdkXNdb2113hln/ykQBM= =lxqV -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
Gerald.Oppen wrote: > Wie sieht es eigentlich mit geplanten bzw. in Bau befindlichen Strassen aus? > Gibt es da schon was wo von den Renderern auch dargestellt wird`? Sehe ich keinen Bedarf. Papierkarten und Kommerzkram braucht sowas, weil er nicht oder in Jahrzehnten aktualisiert wird. Eine unfertige Straße ist halt nicht da, und wenn sie fertig ist dann fährt da kurzfristig einer hin und mappt sie. Jörg -- Früher musste man den Drachen töten und die Jungfrau heiraten. Heutzutage gibt es keine Jungfrauen mehr, man muss den Drachen heiraten. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Baustellen
Für länger dauernde Baustellen könnte man ja einen Tag mit Verfallsdatum machen. Wie sieht es eigentlich mit geplanten bzw. in Bau befindlichen Strassen aus? Gibt es da schon was wo von den Renderern auch dargestellt wird`? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
> ich finde das auch eine super Möglichkeit, die ein Communityprojekt wie > OSM > hat, aber ich würde es spontan besser finden, wenn solche temporären Daten > (wie z. B. auch Staus) nicht direkt in den OSM-Daten gepflegt werden > sollten. Wir brauchen wohl längerfirstig einen "Dienst" für dynamische > Daten, die dann auf den Karten als Overlay drübergelegt werden können oder > auch irgendwie per Geo-RSS oder weiß der Geier was für Web 3.0-Geplonke > geholt werden können. Für Staus ist es wichtiger, dass die Daten wirklich > dynamisch sind und extra behandelt werden, aber ich finde eine Baustelle > ist einem Stau ähnlicher als "normalen" Kartendaten. - Ihr wisst schon, > was ich meine ;-) Genau so sehe ich das auch. Dafür ist OSM - in meinen Augen - ansich nicht gedacht. Solche (sehr) dynamischen Daten gehören in die Hände eines ebenso dynamischen Dienstes. Derzeit Programmiere ich an einem Routenplaner auf PHP Basis, der die OSM-Daten von ganz Deutschland in einer DB hält. Das sind derzeit noch über 3.500.000 Nodes und 430.000 Wege und Areas. Also ein "stumpfer" germany.osm Import ohne intelligentes Filtern, dass auf Straßen ausgelegt ist. Ein Import der derzeit 610MB großen germany.osm dauert derzeit bissel mehr als 2 Stunden. Updates von einem Mapstand zu einem anderen gibt es derzeit noch nicht. Geplant sind bislang (von meiner Seite aus) wöchentliche Imports der germany.osm in die Datenbank, weil der Rechenaufwand und Zeitaufwand doch relativ hoch ist. Also werden solche Daten, wie oben besprochen, in keinem vergleichbaren Projekt aktuell Verfügbar sein. Daher spricht vieles für einen dynamischen Dienst, der dann mit den Routingdaten abgeglichen wird und ggf. verarbeitet wird. Denkbar sind da Overlays wie bei Map24, die auch Staus und Baustellen auf den Strecken anzeigen. In wie weit die Verknüpft werden ist mir derzeit unbekannt. Sollte theoretisch aber machbar sein. Gruß Steffen aka will.i.am(Wiki)/HeavenKiller(OSM) P.S.: Wer sich über mein Projekt informieren will, kann dies gerne in der OSM-Wiki machen. Habe dort 2 Seiten mit den Namen "PHProute" (der o.g. "Routenplaner") und "OSM2Postgre" (der DB Importer). Würde mich über Anregungen freuen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
Hallo, daran hab ich noch gar nicht gedacht, ist wirklich eine bessere Möglichkeit, auch wenn manche Baustellen durchaus länger als ein Jahr dauern können. Über die Datenmenge hatte ich mir auch schon Gedanken gemacht, allerdings ist anzunehmen, dass es in ein paar Jahren selbst unterwegs ordentlich schnelle Verbindungen gibt, die dann nicht mehr soviel ausmachen. Aber v.a. wegen Staus, die man auf keinen Fall in die Karten einpflegen kann, ist so ein dynamischer Dienst sinnvoll und dann kann man ja gleich die Baustellen und was es sonst (z.B. Straßenfest...) noch so gibt mit einbauen. Damit hat sich meine Frage dann erstmal erledigt, weitere Gedanken dazu sind natürlich erwünscht. Und schließlich sollte soetwas dann auch mal irgendwann umgesetzt werden (ich kanns leider nicht). Für mich macht gerade soetwas (oder auch Fahrradrouting...) den Reiz der OSM-Karten aus. Gruß Jonas Raphael Mack schrieb: > Hi, > > Am Montag, 10. Dezember 2007 schrieb John07: > >> Hallo, >> oft wird als Vorteil von OSM-Karten die (mögliche) Aktualität genannt. >> Ich stelle mir nun folgendes Szenario vor: >> Eine Wohnstraße wird an einem Punkt gesperrt, da z.B. eine neue >> Gasleitung verlegt wird. Daraus folgt, dass man zwar noch rein fahren >> kann, aber nicht mehr hindurch. >> > > ich finde das auch eine super Möglichkeit, die ein Communityprojekt wie OSM > hat, aber ich würde es spontan besser finden, wenn solche temporären Daten > (wie z. B. auch Staus) nicht direkt in den OSM-Daten gepflegt werden > sollten. Wir brauchen wohl längerfirstig einen "Dienst" für dynamische > Daten, die dann auf den Karten als Overlay drübergelegt werden können oder > auch irgendwie per Geo-RSS oder weiß der Geier was für Web 3.0-Geplonke > geholt werden können. Für Staus ist es wichtiger, dass die Daten wirklich > dynamisch sind und extra behandelt werden, aber ich finde eine Baustelle > ist einem Stau ähnlicher als "normalen" Kartendaten. - Ihr wisst schon, > was ich meine ;-) > > Und ich könnte mir z. B. vorstellen, dass man eben solche dynamische Daten > vom Navi direkt per Handy läd, während das für "normale" Kartendaten wohl > eher nicht der Fall sein würde, darum wird für die statischen Daten das > update-Intervall in der Regel zu groß sein um die Baustelleninfo sinnvoll > mitzubekommen. > > Darum würde ich dafür plädieren, dafür keinen Extra Tag einzuführen. > > Grüße, > Rapha > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
Hi, Am Montag, 10. Dezember 2007 schrieb John07: > Hallo, > oft wird als Vorteil von OSM-Karten die (mögliche) Aktualität genannt. > Ich stelle mir nun folgendes Szenario vor: > Eine Wohnstraße wird an einem Punkt gesperrt, da z.B. eine neue > Gasleitung verlegt wird. Daraus folgt, dass man zwar noch rein fahren > kann, aber nicht mehr hindurch. ich finde das auch eine super Möglichkeit, die ein Communityprojekt wie OSM hat, aber ich würde es spontan besser finden, wenn solche temporären Daten (wie z. B. auch Staus) nicht direkt in den OSM-Daten gepflegt werden sollten. Wir brauchen wohl längerfirstig einen "Dienst" für dynamische Daten, die dann auf den Karten als Overlay drübergelegt werden können oder auch irgendwie per Geo-RSS oder weiß der Geier was für Web 3.0-Geplonke geholt werden können. Für Staus ist es wichtiger, dass die Daten wirklich dynamisch sind und extra behandelt werden, aber ich finde eine Baustelle ist einem Stau ähnlicher als "normalen" Kartendaten. - Ihr wisst schon, was ich meine ;-) Und ich könnte mir z. B. vorstellen, dass man eben solche dynamische Daten vom Navi direkt per Handy läd, während das für "normale" Kartendaten wohl eher nicht der Fall sein würde, darum wird für die statischen Daten das update-Intervall in der Regel zu groß sein um die Baustelleninfo sinnvoll mitzubekommen. Darum würde ich dafür plädieren, dafür keinen Extra Tag einzuführen. Grüße, Rapha ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Baustellen
Hallo, oft wird als Vorteil von OSM-Karten die (mögliche) Aktualität genannt. Ich stelle mir nun folgendes Szenario vor: Eine Wohnstraße wird an einem Punkt gesperrt, da z.B. eine neue Gasleitung verlegt wird. Daraus folgt, dass man zwar noch rein fahren kann, aber nicht mehr hindurch. Ich sehe das nun und will es zum einem in den OSM-Karten sichtbar machen und zum anderem durch die Karten (vorrausgesetzt sie werden auf dem betreffenden Router/Navigationssystem oft genug aktualisiert) auch den Navis mitteilen. Nun, gibt es dafür schon ein Tag? Es müsste über allen anderen stehen, die anderen Tags dürften aber nicht verändert werden. Es bräuchte ein aussagekräftiges Symbol und müsste sowohl für einzelne Sperrungen (also man kann von links und rechts noch hinfahren) als auch für ganze Straßensperrungen geeignet sein. Ich bin gespannt auf Vorschläge. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
