Thomas Reincke schrieb:
> > Wir brauchen also alle Plattformen einzeln und alle Wegelemente im
> > Bahnhof, ebene Wege, Treppen, Rolltreppen, Rampen und Aufzüge.
> > Diese Wegelemente müssen „ways“ sein, sonst kann man nicht darüber
> > routen.
>
> Einmalig, bei der Erstellung. Aber nicht "on the
Am 23.07.2013 11:40, schrieb Tracy Kasperczyk:
· Die Fahrten der Verkehrsmittel sollen referenziert mit OSM Daten
(dabei werden die Koordinaten der Fahrwege übernommen) auf diese Karten
gezeichnet werden (siehe auchefa.vrr.de und die Apps)
als Overlay oder als Verknüfung zu den OSM-Date
Michael Kugelmann wrote:
>>Allerdings wollen wir auch Karten für den
>> Untergrund zeichnen, wenn sehr breite Tunnels nur als Strich daherkommen
>> ist das irreführend. Wir brauchen also zusätzlich Flächen.
>-1, absolut dagegen.
>Wir "malen" keine Karten mit einem "Malprogramm" sondern wir erfass
Zunächst einmal an die Community. Im Allgemeinen wünschen wir Quellen
für Importe. Bezogen auf die geografischen Einordnung ist dies aber in
diesem Falle möglicherweise schwierig, wenn diese Daten überhaupt erst
mit Hilfe von OSM Werkzeugen erstmals im geografischen Umfeld erfasst
werden. Wir haben
> Auch bei OSM-Daten haben Navis nicht ständig eine aktuelle Karte,
> sondern z.B. alle paar Monate neu generierte Offline-Daten. Das ist
> prinzipiell schneller möglich als bei anderen Anbietern, aber das heißt
> nicht, dass es schneller aktualisiert wird.
> Wenn dann eure 3-Tage-Wartung der Rollt
Am 24.07.2013 um 00:39 schrieb Michael Kugelmann :
> -1, absolut dagegen.
> Wir "malen" keine Karten mit einem "Malprogramm" sondern wir erfassen die
> Topologie! Da was schon immer so und sollte auch so bleiben. Wenn, dann gebt
> z.B. für einen Weg eine Breite mittels "width == xxx"
Wir er
Am 23.07.2013 11:40, schrieb Tracy Kasperczyk:
Tunnel sind oft schon in den Daten vorhanden. Die sind für uns als
Wegelemente sehr hilfreich. Allerdings wollen wir auch Karten für den
Untergrund zeichnen, wenn sehr breite Tunnels nur als Strich daherkommen
ist das irreführend. Wir brauchen also z
Am 22.07.2013 07:16, schrieb Wilhelm Spickermann:
Wenn mein Name oben drüber steht und dann nur Text kommt, der nicht
von mir ist, dann ist das irreführend.
Sorry, ich hatte das Verrutschen um eine Einzug übersehen. Ich
entschuldige mich dafür.
Aber: Stephan hatte das Ganze sehr allgemein ziti
Tracy Kasperczyk schrieb:
> · Gesplittete Flächen, notwendig bei Mittelbahnsteigen
Nein. Notwendig für EURE Daten, aber generell nicht notwendig, und auch
nicht erwünscht.
Grüße,
Dirk
--
Local time :: Ortszeit :: DE-HH
2013-07-23T19:56:12+0200
signature.asc
Description: PGP signature
Henning Scholland wrote
> Das ist aber eine sehr merkwürdige Definition, weil nach dieser alles
> proprietär ist. Proprietär wäre es in meinen Augen, wenn das Format
> geheim ist. Das ist es bei OSM aber nicht.
Ist eventuell etwas zu hart formuliert. Dieser Auszug aus
http://de.wikipedia.org/wik
Am 23.07.2013 12:25, schrieb Walter Nordmann:
Das klappt aber eigentlich nur, da OSM-ler "Insiderwissen" haben und die
Datenstrukturen beherrschen. Außenstehende haben da erhebliche Probleme. Und
das bezeichne ich nun mal als "Propertiäres System".
Das ist aber eine sehr merkwürdige Definition, w
Hallo Markus,
ich habe Deinen Post nicht vergessen, sondern wollte warten, ob sich
noch jemand meldet und hier ruft, war aber nicht ;)
Es sollte dann wohl einer von uns beiden eine Lösung erstellen und würde
möglichst dem Anderen einen Service anbieten, diesen für sich zu nutzen.
Nimm bitte
Hallo Johannes,
Am 23.07.2013 13:18, schrieb jotpe:
Hallo Dietmar,
sehe ich mir die Berliner Str. in Westhoven an, sagt die grafische
Auswertung, dass 251 Hausnr. fehlen. Soviele Häuser gibt es da gar nicht.
Kann es sein, dass die Hausnummer von einer anderen Berliner Str. in Köln
kommen?
Ja
On 07/23/2013 11:40 AM, Tracy Kasperczyk wrote:
> Liebe OSM Gemeinde,
>
> Wir wollen euch noch mal genauer erklären was wir machen.
>
> [...]
>
> Objekt: Aufzug (Type: way)
>
> - highway = elevator
>
> - level = -1,0
>
> Aus dem Wiki: http://wiki.openstreetmap.org/wiki/Elevator
>
> Tags die schon
Am 23.07.2013 13:27, schrieb Peter Wendorff:
> Hallo Tracy,
>
> Am 23.07.2013 11:40, schrieb Tracy Kasperczyk:
>> Liebe OSM Gemeinde,
>>
>> Wir wollen euch noch mal genauer erklären was wir machen.
> Das ist super ;)
> [...]
>
>> Einige Daten sind allerdings noch unvollständig für unsere
>> Aufg
Hi,
zunächst einmal: Ich finde es großartig, dass sich da etwas zu
entwickeln scheint (ein Hoch auf den VRR :-) )
Ich habe den Thread nur überflogen. Falls das Folgende also schon
erwähnt wurde oder nicht passt, einfach ignorieren ...
Ich möchte hier kurz einen Querverweis machen auf eine
Hallo,
da habt ihr euch ja einiges vorgenommen. Leider stoßt ihr bei einigen
Sachen in Bereiche vor, wo sich die OSM-Community noch nicht wirklich
einig ist.
Ich bin mir nicht sicher, wie man da am besten zu einer Klärung kommt.
Aber versuchen wir es erst mal mit ein paar konkreten Hinweisen auf
Tracy Kasperczyk writes:
Objekt: Tunnel (Type: Fläche)
- designation = Unterführung
Dieser Tag ist ganz sicher falsch. Es gibt wohl vermehrt im
deutschsprachigen Raum Fälle wo das mit "description" verwechselt wurde.
Designation bezieht sich vor allem auf UK Wegerecht. Siehe auch das Wiki.
Hallo Tracy,
Am 23.07.2013 11:40, schrieb Tracy Kasperczyk:
> Liebe OSM Gemeinde,
>
> Wir wollen euch noch mal genauer erklären was wir machen.
Das ist super ;)
[...]
> Einige Daten sind allerdings noch unvollständig für unsere
> Aufgabenstellung und diese wollen wir nacherfassen, gerne auch ge
Hallo Dietmar,
sehe ich mir die Berliner Str. in Westhoven an, sagt die grafische
Auswertung, dass 251 Hausnr. fehlen. Soviele Häuser gibt es da gar nicht.
Kann es sein, dass die Hausnummer von einer anderen Berliner Str. in Köln
kommen?
Viele Grüße Johannes
Am 23. Juli 2013 12:13 schrieb Dietm
dieterdreist wrote
> gibt ja Möglichkeiten, zwischen den Systemen zu konvertieren.
> "proprietäres
> System" lasse ich nicht gelten für OSM, egal wie "genau" man es nimmt ;-)
Klar gib es Möglichkeiten - ich mache das ja auch, damit ich nachher z.B.
mit QGIS was mit dem Zeug anfangen kann. (*)
Da
Hallo Malte,
jetzt gehen sie wieder. Ich hatte gestern abend und heute vormittag neue
Auswertungen durchgeführt und die Dateinamen in falsche
Umlautschreibweise abgelegt, derzeit gehen Aktualisierungen noch nicht
automatisch.
Viele Grüße
Dietmar
Am 23.07.2013 11:59, schrieb Malte Blätterma
Hallo,
Am 23.07.2013 11:40, schrieb Tracy Kasperczyk:
>
> Tracy (taoxue)
>
Inhaltlich kann und will ich nichts beitragen, aber aus meiner Sicht fällt das
Eintragen dieser Daten unter die Import Guidelines [1]. Deshalb, aber auch wenn
man das nicht so sieht, wäre es sinnvoll, die Änderungen an
Moin Dietmar,
Die grafischen Auswertungen funktionieren scheinbar nicht mehr:
> http://regio-osm.de/hausnummerauswertung/grafikdarstellung/anzeige.html?ort=K%C3%B6ln
Die *.osm Datei kann nicht geladen werden, für München das selbe.
Grüße,
Malte
__
Am 23. Juli 2013 11:27 schrieb Walter Nordmann :
> Es ist ja historisch bedingt und mag für den Mapper "bequem" sein, aber für
> jemanden, den mit GIS an die Auswertung drangeht, ist es ein Graus.
> Bin sowohl Mapper als auch Auswerter und schlage mich permanent damit
> herum,
> nicht-GIS-konform
Liebe OSM Gemeinde,
Wir wollen euch noch mal genauer erklären was wir machen.
Der VRR (Verkehrsverbund Rhein-Ruhr) auch tätig als zentraler Koordinator
für das Land Nordrhein Westfalen beabsichtigt als Kartenbasis in Zukunft
auf OSM zu setzen. Das betrifft folgende Produkte
· Die Karte
dieterdreist wrote
> Wo? Bisher hieß es immer, das ist zwar eine Abweichung von üblichen GIS
> Standards, aber in osm dürfen sie das, weil es bequemer für den Mapper
> ist.
Ja, leider :(
Es ist ja historisch bedingt und mag für den Mapper "bequem" sein, aber für
jemanden, den mit GIS an die Ausw
Hallo Masi
Finde deine Überlegungen interessant, v.a. der Teil
Am 23. Juli 2013 00:13 schrieb Masi Master :
...
> Wenn der Zeitrahmen der Baustellenrelation abgelaufen ist, kann diese von
> Routern nicht mehr berücksichtigt werden und aufgrund des Datums können
> alle "überfälligen" Baustellen aus
Am Mon, 22 Jul 2013 16:43:25 +0200
schrieb fly :
> Hat sich das denn jetzt aufgeklärt oder geht das weiter ?
taoxue hat vorhin mit mir Kontakt aufgenommen und ich habe dazu geraten,
die Sache hier in der Liste zu besprechen. Ich denke, dass wir
akzeptable Lösungen finden können, aber die Sachen m
Hallo Joachim
Vielen Dank für den Hinweis auf TPEG. Das kannte ich noch nicht.
Ich befürchte aber, dass TPEG auch nicht viel einfacher ist als TMC.
Die v.a. weil es sich - wie TMC - auf effiziente Übermittlung über
Übertragungskanäle konzentriert. Hingegen gibt der Abschnitt "Aufbau
einer RTM Nac
On 23/lug/2013, at 09:30, Joachim Kast wrote:
> TMC ist innerhalb OSM "tot", weil es für den Normalmapper zu kompliziert
> und schwer nachvollziehbar ist.
Wenn ich das richtig in Erinnerung habe war das erste Schema komplett
umständlich und unnötig kompliziert sowie kaum menschenlesbar*. Die
> TMC scheint mind. innerhalb OSM "tot" zu sein. Vgl. [1].
> Und so oder so, scheint mir TMC doch reichlich kompliziert,
> unzugänglich und daher ungeeignet für diese Zwecke hier.
> Oder kannst du mir ein Beispiel geben, wie man die Neustadtstrasse,
> Landshut, mittels TMC für nächstes Wochenende
32 matches
Mail list logo
