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,
On Tue, 28 Apr 2009 00:59:58 +0200, Garry garr...@gmx.de 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
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
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
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
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
___
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,
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
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
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
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
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
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
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
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
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
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
-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`?
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
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-
20 matches
Mail list logo
