Liebe OSM Gemeinde,
wir hatten gestern ein Gespräch mit Stephan Knauss vom Münchner Stammtisch
über die Diskussion die momentan zwischen OSM Mappern und uns als Firma
Mentz Datenverarbeitung laufen. Das Gespräch war sehr Konstruktiv und in
einigen Dingen für uns sehr aufschlussreich. Wir
On 01.08.2013 11:25, Tracy Kasperczyk wrote:
Hey
wir hatten gestern ein Gespräch mit Stephan Knauss vom Münchner Stammtisch
über die Diskussion die momentan zwischen OSM Mappern und uns als Firma
Mentz Datenverarbeitung laufen. Das Gespräch war sehr Konstruktiv und in
einigen Dingen für
Sehr geehrte OSM Gemeinde,
wir als Firma Mentz Datenverarbeitung GmbH haben einen momentanen Stop bei
der Erfassung der Daten eingelegt. Wir wollen wie schon mehrfach betont
keine Daten zerstören, sondern einen weiteren Input geben und die Daten
verbessern. Aus diesem Grund gehen wir erst einmal
Am Sat, 27 Jul 2013 19:57:59 +0200
schrieb Martin Koppenhoefer dieterdre...@gmail.com:
railway=station auf einer area, die das gesamte (geschätzte soweit man
keine genaueren Informationen hat) Bahnhofsgelände umfasst, also
nicht nur Gebäude sondern auch Gleise und Bahnsteige, ggf. auch
Il giorno 28/lug/2013, alle ore 15:02, Wilhelm Spickermann
o...@spickermann-d.de ha scritto:
railway=station auf einer area, die das gesamte (geschätzte soweit man
keine genaueren Informationen hat
so schwierig ist das auch nicht, weil üblicherweise umzäunt
Gruß,
Martin
Am Tue, 23 Jul 2013 11:40:51 +0200
schrieb Tracy Kasperczyk kasperc...@mentzdv.de:
Das Ziel im Bahnhof ist also der Bahnsteig und der Punkt, wo man in
die Bahn einsteigen kann. (Solange wir die Reihung der Züge nicht
kennen oder deren Haltepositionen rechnen wir mit einem Punkt).
Ich würde da
Am Tue, 23 Jul 2013 11:40:51 +0200
schrieb Tracy Kasperczyk kasperc...@mentzdv.de:
Weitere Datenelemente die wir brauchen, sind die oben erwähnten
Haltepunkte auf den Schienen oder die Haltepunkte der Busse vor dem
Bahnhof. Dies Punkte brauchen wir um einen Weg auf die Karte zeichnen
zu
Am Tue, 23 Jul 2013 11:40:51 +0200
schrieb Tracy Kasperczyk kasperc...@mentzdv.de:
Schienen werden von uns nicht angefasst. Das einzige was wir machen,
wenn zu wenig Schienen eingezeichnet sind, wie es bei U-Bahnlinien
der Fall ist, dann erweiteren wir diese möglichst nach der genauen
Lage.
Am Tue, 23 Jul 2013 11:40:51 +0200
schrieb Tracy Kasperczyk kasperc...@mentzdv.de:
Objekt: Haltepunkt (Type: Node auf dem Way Schiene)
- railway = stop (vorher haben wir station getaggt, es war uns nicht
ganz klar was der unterschied zwischen Station und Stop in diesem
Fall ist)
Station
Am 27. Juli 2013 19:20 schrieb Wilhelm Spickermann o...@spickermann-d.de:
Station und stop stammen meines Wissens aus der Zeit, als einzelne
Gleise noch nicht gemappt wurden. Es waren kleine und große Bahnhöfe,
die einfach als Punkt in den Way gesetzt wurden. Als dann Gleise einzeln
gemappt
Am 27.07.2013 19:20, schrieb Wilhelm Spickermann:
Am Tue, 23 Jul 2013 11:40:51 +0200
schrieb Tracy Kasperczyk kasperc...@mentzdv.de:
- train = yes
... ist nur für stop_positions vorgesehen.
Das ist mir neu und auch nicht verständlich. Warum nicht auch für
platform verwenden ? Kann durch aus
Am 25.07.2013 00:00, schrieb Martin Koppenhoefer:
Am 24/lug/2013 um 23:02 schrieb Dirk Sohler s...@0x7be.de:
Gerade wenn dieses Routing so
unlogische, und unerwünschte Sachen wie gesplittete Bahnsteige oder
Aufzüge als Weg gemappt verlangt.
m.E. ist ein Aufzug als way logischer denn
Am 25. Juli 2013 09:48 schrieb Peter Wendorff wendo...@uni-paderborn.de:
In einer 3D-Welt gebe ich dir recht, auf einer 2D-Karte halte ich das
für grenzwertig. Etliche QA-Tools beschweren sich - z.T. zu unrecht -
ohne weitere Prüfung über zwei nodes an der gleichen Position, du willst
auch
Am 24.07.2013 03:27, schrieb Tirkon:
Hier kommt nun ein Problem zu Tage. Unsere Daten sind unter der freien
Lizenz ODbL verfügbar.
http://opendatacommons.org/licenses/odbl/
Damit das so bleibt, müsste das auch für die von Euch eingepflegten
Daten gelten.
Streng genommen reicht eine
Henning Scholland o...@aighes.de wrote:
Am 24.07.2013 03:27, schrieb Tirkon:
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
On 25.07.2013 19:46, Tirkon wrote:
Henning Scholland o...@aighes.de wrote:
Am 24.07.2013 03:27, schrieb Tirkon:
http://wiki.openstreetmap.org/wiki/Import_%C3%96PNV_Firma_Mentz_Datenverarbeitung_GmbH
Also wenn zumindest einer der User potlatch2 verwendet, wundert es mich
nicht mehr warum dabei
Hallo Michael.
Das ist jetzt schon weit vom eigentlichen Thema entfernt, aber eine
Breite auf einem Weg anzugeben, wenn der Tunnel letztlich 40 Meter
breit ist? Ständig die Breite ändert etc?
Richtig ist: Es gibt bisher keine adäquate Lösung dafür,
aber eine Breite an den Weg zu mappen kann doch
Hallo,
Lösungen gibt es schon für gerichtete Wege, die als Fläche eingetragen
werden sollen. Diese nennt sich area:highway=normale-highway-Klasse.
Diese Fläche soll aber immer zusätzlich zu dem Graphen eingetragen werden.
Henning
___
Talk-de
Am 24.07.2013 03:27, schrieb Tirkon:
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
Am 24.07.2013 07:35, schrieb Dirk Sohler:
Dass das geht, zeigen diverse Routingprogramme, die ohne Probleme über
Treppen und Aufzüge routen können.
Klar geht das. Allerdings macht es bei immer wiederkehrenden Wegen m.E.
schon Sinn, diese vorzuberechnen.
Daher würde ich zwischen zwei
Henning Scholland o...@aighes.de wrote:
die Erlaubnis dazu muss der Urheber der Daten geben, genauso wie bei
jedem anderen Beitrag zu OSM auch. Oder wo siehst du hier etwas anders?
Nein, hatte ich im gleichen Beitrag auch so geschrieben:
Zitat
Hier kommt nun ein Problem zu Tage. Unsere Daten
Am 24.07.2013 22:07, schrieb Thomas Reincke:
Am 24.07.2013 07:35, schrieb Dirk Sohler:
Dass das geht, zeigen diverse Routingprogramme, die ohne Probleme über
Treppen und Aufzüge routen können.
Klar geht das. Allerdings macht es bei immer wiederkehrenden Wegen m.E.
schon Sinn, diese
Thomas Reincke schrieb:
b) Wege innerhalb von Haltestellen.
Diese sind permanent wiederkehrend und müssen ggf. auch andere
Parametern als der erforderlichen Wegzeit berücksichtigen.
[…]
Klar sollte man diese Wege/Zeiten rechnerisch überprüfen und ggf.
korrigieren.
Aber was hat hat
Am 24/lug/2013 um 23:02 schrieb Dirk Sohler s...@0x7be.de:
Gerade wenn dieses Routing so
unlogische, und unerwünschte Sachen wie gesplittete Bahnsteige oder
Aufzüge als Weg gemappt verlangt.
m.E. ist ein Aufzug als way logischer denn als node. :)
Gruß,
Martin
Am Mon, 22 Jul 2013 16:43:25 +0200
schrieb fly lowfligh...@googlemail.com:
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
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
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
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
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
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
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
Aufgabenstellung
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 vorhanden
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
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
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
Am 24.07.2013 um 00:39 schrieb Michael Kugelmann michaelk_...@gmx.de:
-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
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
Michael Kugelmann michaelk_...@gmx.de 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
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
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 Fly bei
Am 18.07.2013 16:28, schrieb Martin Koppenhoefer:
Am 18. Juli 2013 16:23 schrieb Wilhelm Spickermann o...@spickermann-d.de:
Ich sehe zur Zeit eine ziemliche Aktivität unter mehreren
Benutzernamen, bei der Bahnsteige der Länge nach gespalten werden.
Darüber müsste man erstmal diskutieren,
Hat
Am Mon, 22 Jul 2013 16:43:25 +0200
schrieb fly lowfligh...@googlemail.com:
Am 18. Juli 2013 16:23 schrieb Wilhelm Spickermann
o...@spickermann-d.de:
Ich sehe zur Zeit eine ziemliche Aktivität unter mehreren
Benutzernamen, bei der Bahnsteige der Länge nach gespalten werden.
Darüber
Wilhelm Spickermann o...@spickermann-d.de wrote:
Ich sehe zur Zeit eine ziemliche Aktivität unter mehreren
Benutzernamen, bei der Bahnsteige der Länge nach gespalten werden.
Darüber müsste man erstmal diskutieren,
Hat sich das denn jetzt aufgeklärt oder geht das weiter ?
Ich dachte,
Thomas Reincke m...@thomas-reincke.de wrote:
On 11.07.2013 19:18, Toni Erdmann wrote:
Meine Frage zielt auf:
public_transport = stop_position
public_transport = platform
Haben die zusammen eine oder jeder seine eigene IFOPT-Nummern?
DE:5334:1001 ist die Nummer der Gesamthaltestelle, auch
Am 19.07.2013 19:49, schrieb Wilhelm Spickermann:
Würdest Du bitte weniger irreführend zitieren?
Was ist bitte daran irreführend zitiert? Nichts!
Grüße,
Michael.
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am 18.07.2013 19:42, schrieb Dirk Sohler:
Man, man, man, müssen wir denen jetzt auch noch hinterherrennen, und
die von ihnen eingebauten, ihren Zwecken dienlichen, Fehler in OSM
wieder korrigieren?
Jetzt bleib bitte auf dem Teppich! Konstruktiv arbeiten und nicht nur
rumjammern.
Um mal etwas
Am Mon, 22 Jul 2013 02:19:11 +0200
schrieb Michael Kugelmann michaelk_...@gmx.de:
Am 19.07.2013 19:49, schrieb Wilhelm Spickermann:
Würdest Du bitte weniger irreführend zitieren?
Was ist bitte daran irreführend zitiert? Nichts!
Wenn mein Name oben drüber steht und dann nur Text kommt, der
Wäre es nicht eigentlich am sinnvollsten, zumindest zusätzlich am Gleis
die Nummer mit anzugeben?
Dann gäbe es
1) Bahnsteig 2/3 für den Bahnsteig zwischen den Gleisen 2 und 3, und
2) Gleis 2 sowie Gleis 3 (bin nicht so im ÖPNV-Mapping drin, evtl. auch
nur auf der stop-position am Gleis)
Wer dann
Am 18.07.2013 21:41, schrieb Wilhelm Spickermann:
Bedenken hätte ich -- wenn es denn tatsächlich so sein sollte -- wenn
die Datenstrukturen der Firma solche Trennungen zwingend machen, weil
das Konzept auf eine Gleisnummer pro Bahnsteig beschränkt ist und das
jetzt einfach ohne Abstimmung
Am Fri, 19 Jul 2013 19:24:42 +0200
schrieb Stephan Knauss o...@stephans-server.de:
Stephan Wolff writes:
Am 19.07.2013 17:01, schrieb Wilhelm Spickermann:
[...]
Könnte ein Berechtigter diesen User temporär sperren, um weitere
Schäden zu verhindern?
Diese ganze Diskussion ist ja
Hi,
Am Thu, 11 Jul 2013 12:21:45 +0200
schrieb Tracy Kasperczyk kasperc...@mentzdv.de:
Tracy (taoxue)
i.A. Mentz Datenverabeitung GmbH
Ich sehe zur Zeit eine ziemliche Aktivität unter mehreren
Benutzernamen, bei der Bahnsteige der Länge nach gespalten werden.
Darüber müsste man erstmal
Am 18. Juli 2013 16:23 schrieb Wilhelm Spickermann o...@spickermann-d.de:
Ich sehe zur Zeit eine ziemliche Aktivität unter mehreren
Benutzernamen, bei der Bahnsteige der Länge nach gespalten werden.
Darüber müsste man erstmal diskutieren,
wenn da keine bauliche Trennung da ist, dann sollte
Martin Koppenhoefer schrieb:
Am 18. Juli 2013 16:23 schrieb Wilhelm Spickermann
o...@spickermann-d.de:
Ich sehe zur Zeit eine ziemliche Aktivität unter mehreren
Benutzernamen, bei der Bahnsteige der Länge nach gespalten werden.
Darüber müsste man erstmal diskutieren,
wenn da keine
Am Thu, 18 Jul 2013 19:42:36 +0200
schrieb Dirk Sohler s...@0x7be.de:
... müssen wir denen ...
Langsam, wir wissen noch garnichts. Ich hab absichtlich nur gefragt.
Wilhelm
___
Talk-de mailing list
Talk-de@openstreetmap.org
On 18.07.2013 16:28, Martin Koppenhoefer wrote:
wenn da keine bauliche Trennung da ist, dann sollte die Diskussion
eigentlich schon gleich wieder zu Ende sein...
keine Ahnung was da gemacht wurde und wie sinnhaft das ist.
Aber in OSM werden wege immer dann gespaltet wenn die verschiedenen
Am 18.07.2013 16:23, schrieb Wilhelm Spickermann:
Hi,
Am Thu, 11 Jul 2013 12:21:45 +0200
schrieb Tracy Kasperczyk kasperc...@mentzdv.de:
Tracy (taoxue)
i.A. Mentz Datenverabeitung GmbH
Ich sehe zur Zeit eine ziemliche Aktivität unter mehreren
Benutzernamen, bei der Bahnsteige der Länge nach
Am 18. Juli 2013 19:42 schrieb Dirk Sohler s...@0x7be.de:
Man, man, man, müssen wir denen jetzt auch noch hinterherrennen, und
die von ihnen eingebauten, ihren Zwecken dienlichen, Fehler in OSM
wieder korrigieren?
ich finde es nicht hilfreich, in Kategorien von wir und denen zu
denken,
Hi,
Am Thu, 18 Jul 2013 20:30:01 +0200
schrieb Henning Scholland o...@aighes.de:
Ich bin jetzt nicht der ÖPNV-Mapper und habe mich daher auch nicht
näher mit den aufgekommenden Schemata befasst. Wenn ich mich aber an
die alten Zeiten zurück erinnere, dann war es durchaus zumindest in
meiner
Am Thu, 18 Jul 2013 20:23:28 +0200
schrieb Stephan Knauss o...@stephans-server.de:
Mit Bushaltestellen habe ich es definitiv schon gesehen dass an einem
langen Bahnsteig zwei verschiedene Linien gehalten haben. Eine vorne
und eine Hinten.
Tram Hauptbahnhof, Bus Studentenstadt. Bei genauerem
Am 18.07.2013 22:10, schrieb Wilhelm Spickermann:
Genug der Haarspalterei: Ein Streit darum, ob man Bahnsteige spalten
kann oder nicht ist nicht übermäßig wichtig. Problematisch wäre es nur,
ein System einzuführen, das nur mit gespaltenen Bahnsteigen
funktioniert, denn niemand hat diese
Martin Koppenhoefer schrieb:
ich finde es nicht hilfreich, in Kategorien von wir und denen zu
denken
Ich auch nicht, aber „wir“ haben damit ja auch nicht angefangen …
Solche genormten Bezugspunkte, für die man potentiell in der Zukunft
Fahrplandaten, Echtzeitinformationen zum ÖPNV oder was
On 07/11/2013 09:54 PM, Henning Scholland wrote:
Hallo
Für mich klingt das nach jeder Menge Redundanz. Wenn DE:5334:1001 nur
aussagt Ich bin die Haltestelle Busbahnhof Aachen, dann steckt diese
Info doch bereits in unseren Daten. Dann braucht es doch keine
zusätzliche Ref, die genau das
Am Montag, den 15.07.2013, 16:18 +0200 schrieb Andreas Neumann:
On 07/11/2013 09:54 PM, Henning Scholland wrote:
Hallo
Für mich klingt das nach jeder Menge Redundanz. Wenn DE:5334:1001 nur
aussagt Ich bin die Haltestelle Busbahnhof Aachen, dann steckt diese
Info doch bereits in unseren
Erdmann toni.erdm...@web.de
An: talk-de@openstreetmap.org
CC:
Gesendet: 21:42 Mittwoch, 10.Juli 2013
Betreff: Re: [Talk-de]
Einführung eines neuen Tags (globaleID)
On 07/10/2013 05:26 PM, Stephan Knauss wrote:
Dirk Sohler writes:
Alles sehr „fishy“ … Vor allem, da sich das entsprechende
Hallo liebe OSM-Gemeinde,
mit dieser Mail wollen wir uns bei Ihnen allen melden. Wir müssen intern
erst ein paar Sachen klären, bevor wir eine Stellungnahme zu Ihren vielen
E-Mail nehmen können. Wir bedanken uns aber schon einmal sehr dafür, daß
Sie uns so zahlreich geantwortet haben.
Am 11. Juli 2013 12:21 schrieb Tracy Kasperczyk kasperc...@mentzdv.de:
Hallo liebe OSM-Gemeinde,
mit dieser Mail wollen wir uns bei Ihnen allen melden. Wir müssen intern
erst ein paar Sachen klären, bevor wir eine Stellungnahme zu Ihren vielen
E-Mail nehmen können.
Ich hätte nochmal
Zitat von Martin Koppenhoefer dieterdre...@gmail.com:
Am 11. Juli 2013 12:21 schrieb Tracy Kasperczyk kasperc...@mentzdv.de:
Ich hätte nochmal kurz eine Frage zum Detailgrad, gem. Wikipedia [1] sind
mit der ifopt-Nummer nicht nur Bahnhöfe normiert sondern auch deren
Eingänge, Bahnsteige, Räume,
Hallo Tracy
Mit grossem Interesse verfolge ich diese Diskussion, denn ich
beschäftige mich seit einiger Zeit mit dem Thema, wie man externe
Datenbanken mit OSM verknüpfen kann.
Am 11. Juli 2013 12:21 schrieb Tracy Kasperczyk kasperc...@mentzdv.de:
...
Hiermit unsere vorläufige Stellungnahme zu
Am 11.07.2013 12:21, schrieb Tracy Kasperczyk:
Hallo liebe OSM-Gemeinde,
Ich verfolge die Diskussion jetzt schon ne Weile und frage mich:
* ist das nur eine Deutschland Aktion oder soll sowas global funktionieren ?
* warum noch niemand auf die passende Mailingliste tran...@osm.org
verwiesen
Am 11. Juli 2013 16:29 schrieb fly lowfligh...@googlemail.com:
Am 11.07.2013 12:21, schrieb Tracy Kasperczyk:
Hallo liebe OSM-Gemeinde,
Ich verfolge die Diskussion jetzt schon ne Weile und frage mich:
* ist das nur eine Deutschland Aktion oder soll sowas global funktionieren
?
* warum
On 07/11/2013 02:08 PM, m...@thomas-reincke.de wrote:
Zitat von Martin Koppenhoefer dieterdre...@gmail.com:
Am 11. Juli 2013 12:21 schrieb Tracy Kasperczyk kasperc...@mentzdv.de:
Ich hätte nochmal kurz eine Frage zum Detailgrad, gem. Wikipedia [1] sind
mit der ifopt-Nummer nicht nur Bahnhöfe
On 11.07.2013 19:18, Toni Erdmann wrote:
Ich pflege die Masten. Aachen Bushof, Bussteig H.1 hat beispielsweise
die IFOPT-Nummer DE:5334:1001:1:1.
Dort wo erforderlich (bei uns nur Bahnhöfe), habe ich auch Zugänge
erfasst, die werden auch eine IFOPT-Nummer erhalten.
hallo Thomas,
kann ich dann
On 07/11/2013 05:34 PM, Martin Koppenhoefer wrote:
Am 11. Juli 2013 16:29 schrieb fly lowfligh...@googlemail.com:
Am 11.07.2013 12:21, schrieb Tracy Kasperczyk:
Hallo liebe OSM-Gemeinde,
Ich verfolge die Diskussion jetzt schon ne Weile und frage mich:
* ist das nur eine Deutschland
Hallo
Für mich klingt das nach jeder Menge Redundanz. Wenn DE:5334:1001 nur
aussagt Ich bin die Haltestelle Busbahnhof Aachen, dann steckt diese
Info doch bereits in unseren Daten. Dann braucht es doch keine
zusätzliche Ref, die genau das gleiche nochmal sagt. Ebenso die weitere
Am 11.07.2013 21:54, schrieb Henning Scholland:
Hallo
Für mich klingt das nach jeder Menge Redundanz. Wenn DE:5334:1001 nur
aussagt Ich bin die Haltestelle Busbahnhof Aachen, dann steckt diese
Info doch bereits in unseren Daten. Dann braucht es doch keine
zusätzliche Ref, die genau das gleiche
Am 11.07.2013 22:17, schrieb Thomas Reincke:
Am 11.07.2013 21:54, schrieb Henning Scholland:
Hallo
Für mich klingt das nach jeder Menge Redundanz. Wenn DE:5334:1001 nur
aussagt Ich bin die Haltestelle Busbahnhof Aachen, dann steckt diese
Info doch bereits in unseren Daten. Dann braucht es doch
Am 10. Juli 2013 00:50 schrieb Stephan Wolff s.wo...@web.de:
Für diese Erfassung benötigen wir einen neuen Tag. Dieser Tag
soll globale_id_pt = * (IFOPT Nummer) heißen.
Ich finde den Namen globale_id_pt ungünstig (Denglish und nicht intuitiv
verständlich). Warum nicht ref_ifopt?
Die von
On Wed, Jul 10, 2013 at 12:20:02PM +0200, Martin Koppenhoefer wrote:
Am 10. Juli 2013 00:50 schrieb Stephan Wolff s.wo...@web.de:
Für diese Erfassung benötigen wir einen neuen Tag. Dieser Tag
soll globale_id_pt = * (IFOPT Nummer) heißen.
Ich finde den Namen globale_id_pt ungünstig
Jochen Topf schrieb:
globale_id_pt ist auf jeden Fall furchtbar. Es ist total unklar, was
das ist und sein könnte, man findet nix gescheites, wenn man danach
sucht und globale müßte global heissen, wenn es Englisch sein
soll.
So heißt das entsprechende Datenfeld vermutlich in der internen
Am Mittwoch, den 10.07.2013, 13:14 +0200 schrieb Jochen Topf:
On Wed, Jul 10, 2013 at 12:20:02PM +0200, Martin Koppenhoefer wrote:
Am 10. Juli 2013 00:50 schrieb Stephan Wolff s.wo...@web.de:
Für diese Erfassung benötigen wir einen neuen Tag. Dieser Tag
soll globale_id_pt = *
Dirk Sohler writes:
Alles sehr „fishy“ … Vor allem, da sich das entsprechende Unternehmen
nun so gar nicht mehr aktiv an der Diskussion beteiligt.
Die Antworten waren auch in vielen Fällen alles andere als freundlich,
einladend, konstruktiv.
Ich bin in den glücklichen Lage einen direkten
Hallo Wolfgang,
Am Mittwoch, 10. Juli 2013, 17:04:13 schrieb Wolfgang Hinsch:
Also, wenn ich das richtig verstanden habe, […]
nein, offensichtlich nicht.
Eckhart
___
Talk-de mailing list
Talk-de@openstreetmap.org
On 07/10/2013 05:26 PM, Stephan Knauss wrote:
Dirk Sohler writes:
Alles sehr „fishy“ … Vor allem, da sich das entsprechende Unternehmen
nun so gar nicht mehr aktiv an der Diskussion beteiligt.
Die Antworten waren auch in vielen Fällen alles andere als freundlich,
einladend, konstruktiv.
Moin!
Am 07.07.2013 08:19, schrieb Tracy Kasperczyk:
Sehr geehrte OSM-Gemeinde,
wir die Firma Mentz Datebverarbeitung GmbH mit dem Sitz in München (
http://www.mentzdv.de/), arbeiten gerade daran die Bahnhöfe in Bayern, NRW
und Baden-Würtenberg zu überarbeiten mit dem Ziel einer vollständigen
Wolfgang Hinsch schrieb:
Es kann nicht sein, dass sich hier immer mehr tags einschleichen, die
niemand mehr nachvollziehen kann und schon gar nicht solche, die man
nicht nachschlagen darf.
Ja, am besten soll man die Tags auch noch selbst eintragen, ohne zu
wissen, was sie bedeuten, und
...v... vbn..
Gesendet mit meim. nem HT,t,hztC
- Reply message -
Von: Wolfgang Hinsch osm-lis...@ivkasogis.de
An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
Betreff: [Talk-de]Einführung eines neuen Tags (globaleID)
Datum: So., Jul. 7, 2013 17:13
Am Sonntag, den
Sehr geehrte OSM-Gemeinde,
wir die Firma Mentz Datebverarbeitung GmbH mit dem Sitz in München (
http://www.mentzdv.de/), arbeiten gerade daran die Bahnhöfe in Bayern, NRW
und Baden-Würtenberg zu überarbeiten mit dem Ziel einer vollständigen und
einheitlichen Darstellung. Die Modellierung soll
Tracy Kasperczyk schrieb:
Die Modellierung soll Routing und Navigation innerhalb des Bahnhofs
bis zum Fahrzeug erlauben und dabei speziell auch wo möglich die
Berechnung barrierefreier Routen ermöglichen.
Ist das ein Projekt, aus dem die Community ganz im Sinne von Open Data
einen Nutzen
Tracy Kasperczyk kasperc...@mentzdv.de wrote:
wir die Firma Mentz Datebverarbeitung GmbH mit dem Sitz in München (
http://www.mentzdv.de/), arbeiten gerade daran die Bahnhöfe in Bayern, NRW
und Baden-Würtenberg zu überarbeiten mit dem Ziel einer vollständigen und
einheitlichen Darstellung. Die
Hallo Tirkon,
Am Sonntag, 7. Juli 2013, 12:06:06 schrieb Tirkon:
Für diese Erfassung benötigen wir einen neuen Tag. Dieser Tag
soll globale_id_pt = * (IFOPT Nummer) heißen.
Nummern, deren Bedeutung unter Verschluss ist, hätten
in OSM nichts zu suchen, weil dann der Titel !!!Freie!!!
Hallo Dirk,
Am Sonntag, 7. Juli 2013, 10:10:26 schrieb Dirk Sohler:
Die Modellierung soll Routing und Navigation innerhalb des Bahnhofs
bis zum Fahrzeug erlauben und dabei speziell auch wo möglich die
Berechnung barrierefreier Routen ermöglichen.
Ist das ein Projekt, aus dem die
Hallo Tracy.
Das Ziel klingt nicht schlecht - aber die ID halte ich für unnötig -
Erklärung folgt unten:
Am 07.07.2013 08:19, schrieb Tracy Kasperczyk:
Sehr geehrte OSM-Gemeinde,
[...]
Für diese Erfassung benötigen wir einen neuen Tag. Dieser Tag
soll globale_id_pt = * (IFOPT Nummer)
Hallo Tracy,
ihr wart ja schon vor ein paar Wochen bei uns auf dem Stammtisch und
habe da bereits einiges an Infos und auch an möglichen Bedenken mitbekommen.
Es freut mich dass es euch nicht abgeschreckt hat OSM Daten zu verwenden.
Wenn ihr die PlatformNr, SteigCode und EingangNr zur
Hi,
Am Sun, 7 Jul 2013 08:19:17 +0200
schrieb Tracy Kasperczyk kasperc...@mentzdv.de:
... soll globale_id_pt = * (IFOPT Nummer) heißen.
Ich würde es eher ifopt_ref nennen. Jede Suchmaschine liefert dann
passende Ergebnisse für den verwirrten Mapper.
Zum Konzept:
Falls ihr dabei Bahnsteige
Am 07.07.2013 12:23, schrieb Peter Wendorff:
Der AGS ist in OSM prinzipiell schon vorhanden und eine räumliche
Zuordnung sollte möglich sein, insofern kann eine Vorverarbeitung für
jede Plattform den AGS und damit auch die Landkreisnummer herausfinden.
Die Lokale Haltestellennummer: Wo steht
Am Sonntag, den 07.07.2013, 12:17 +0200 schrieb Eckhart Wörner:
Hallo Tirkon,
Am Sonntag, 7. Juli 2013, 12:06:06 schrieb Tirkon:
Für diese Erfassung benötigen wir einen neuen Tag. Dieser Tag
soll globale_id_pt = * (IFOPT Nummer) heißen.
Nummern, deren Bedeutung unter Verschluss ist,
Hallo Wolfgang,
Am Sonntag, 7. Juli 2013, 15:33:07 schrieb Wolfgang Hinsch:
Nummern, deren Bedeutung unter Verschluss ist, hätten
in OSM nichts zu suchen, weil dann der Titel !!!Freie!!! Datenbank
keine Berechtigung mehr hätte.
Aua!
Warum Aua?
Weil die Aussage auf so vielen
Hallo Peter,
Am Sonntag, 7. Juli 2013, 16:34:08 schrieb Peter Wendorff:
Aber: Wenn der Fremdschlüssel als Information selbst nicht frei ist -
und das ist die Annahme von Wolfgang, die er hier zurecht äußert, dann
darf sie - unabhängig davon, welchen Umfang OSM hat oder haben sollte -
nicht in
Hallo,
Am 07.07.2013 16:57, schrieb Eckhart Wörner:
Abgesehen davon kann ich mir nicht vorstellen, dass Mentz Daten ihrer Kunden
in OSM einpflegt, ohne die Kunden vorher um Erlaubnis zu fragen.
Kann ich mir auch nicht vorstellen. Die Frage ist, ob sich diese Kunden über die
Tragweite ihrer
Eckhart Wörner ewoer...@kde.org wrote:
Da liest du dann was anderes in die Aussagen als ich: Wolfgang hat sich
lediglich Tirkon angeschlossen, und Tirkons Argument war m.E. eindeutig
ideologisch motiviert und hat sich nicht an Lizenzfragen orientiert.
Nein! Ich zitiere:
Bitte nur einfügen,
1 - 100 von 109 matches
Mail list logo
