gerade an dieser Stelle völlig deplaziert. Wenn die Sache
> so eindeutig wäre wie du gerade suggerierst, hätte es die ganze
> Diskussion nie gegeben.
>
Eindeutig sollte für jeden der sich damit etwas intensiver befasst (was
ich von einem Programmierer für das was er programmiert
eigentl
ür sehr viele Menschen da draußen gut verständlich. Bei
Etwas falsches wird auch nicht richtiger weil es scheinbar gut
verständlich ist.
>>
>> Unklarheiten greift der Link zur Wikipedia und es ist klar worum es geht.
>>
Wenn es so wäre dann gäbe es die benannten Probleme nic
rdnung korrekt ist - entsprechend
verlaufen dann auch irgendwelche Abstimmungen auf die sich dann berufen
wird.
So wird dann technischer Unsinn als politisch gewollt abgesegnet und auf
ewig zementiert - eine spätere Korrketur solcher Fehler ist
fast unmöglich weil die Masse dafür viel
Ulf Lamping schrieb:
> Garry schrieb:
>
>>> Eins vorweg: Mir ist es recht egal, was bei den deutschen JOSM Presets
>>> drinsteht - wenn es denn halbwegs verständlich bleibt. Wenn aber selbst
>>> in den deutschen Map Features die Verwaltungsklassen fett hervor
n solange die noch nicht flächenddeckend
erfasst sind. ehr viele Way-Elemente haben derzeit nur den Highway-Tag.
Aber zu Deiner Aussage:
Es wird in absehbarer Zeit (Sag niemal nie ;-)) weder den kommerziellen
noch OSM gelingen ein tagesaktuelles Abbild der
Realität zu schaff
n. Sonst kannst Du auch gleich auf jegliche
Klassifizierung verzichten
und aus der Art der Verknüpfungen der way-Elemente ihren Typ erraten...
>> Erfahrungswert (aus tracks):
>> Sa, So, Nacht, Ring: ca. 50-60kmh, Umgebung 30kmh
>> Werktags,
gt;
> Der richtige Weg darauf zu reagieren wäre gewesen,
> den Umtagger mal anzumailen und zu fragen. ;-)
>
Wenn man das ein paar mal gemacht und kurz danach wieder der nächte
kommt wird es auch lästig...
> Kreuzungsfrei und mehrspurig ist
ben.
>
Man löst ein Problem nicht in dem man darauf hinweisst dass es auch noch
an anderer Stelle Probleme gibt...
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
so dass
> der kreuzungsfreie Bereich im roten Einerlei absaeuft?
>
>
Wohl weil man auch noch untercheiden möchte zwischen kreuzungsfrei und
autobahnähnlich.
Ich setzte in der Regel auch nur autobahnähnlich (d.h. ich kann
jederzeit ohne Gegenverkehr üb
marcus.wolsc...@googlemail.com schrieb:
>
>
> Was meinst su mit "auch nur ansatzweise auswerte"?
> Es ist eine für dein Fahrzeug nutzbare Strasse, fertig.
>
> Was wird komplett umgeschmissen?
>
Die Route wenn Strassen ständig umdefiniert werden ohne dass sich in der
Realität was verändert hat.
r dass diese Information nicht zuverlässig verfügbar ist und damit
derzeit fürs Routing unbrauchbar.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Frederik Ramm schrieb:
> Hallo,
>
> Garry wrote:
>
>> Ich finde es gut und wichtig dass jemand wie Hubert technische
>> Hintergründe einbringt und versucht diese in
>> OSM zu etablieren.
>>
>
> Irgendwie scheint er aber fuer dieses "Einbringe
b und wann dieser Zustand erreicht wird steht in den
Sternen - und darauf möchte ich nicht
warten bevor ich mit Routing anfange.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
agen. Wenn Hubert da Probleme hat, muss er diese auch mal in der
> Praxis zeigen. Ich werde jetzt nicht blind alles umtaggen, nur weil da einer
> behauptet das es auf seiner nichtmal nachvollziehbaren Anwendung vielleicht
> klemmen könnte.
&
chritten...
>>
>
> Das Stoppen-Fahren ist aber blöd. In den meisten Wohnsiedlungen
> kann man die Kreuzung sowieso wegen parkender Autos schlecht
> einsehen und muss kurz vorher halten. 50 kann man kaum ausfahren.
>
Früher wurde grosszügige
s und wirft den schön aufgelösten
> Grid über den Haufen. Und da wunderst du dich noch, dass
> ich keinerlei Lust habe, hier SW-technische 'Taten' zu
> vollbringen?
>
[+1]
Garry
___
Talk-de mailing list
Talk-de@openstreetm
= 80% - 90%) hat sich daran über
> die Jahrzehnte auch nichts geändert.
10-20%Fehler sind für mich für diesen Zweck schon viel wenn die Zahlen
so stimmen.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
t dass das ein Systemordnung notwendig ist in der
immer gilt tertiary>
Bundesstrasse vorkommt!
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
g funktionieren
da esdass einzig durchgägngige tag ist.
Oder wie willst Du eine Strasse von der Du nur den "Besitzer"kennst mit
einer vergleichen von der Du nur die zuläsige
Höchstgeschwindigkeit kennst?
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
t unter highway). Auch hier war,
> von einer Wortmeldung abgesehen, keine Rede davon.
>
Hauptkritikpunkt ist der entprechende Dialog in JOSM
auch
http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging
vermittelt ehr den Eindruck dass man mit den Verwaltungsklassen erstmal
nichts v
hilder auf.
>
Dafür müssen aber die Fahrbahnmarkierungen aufgebracht werden so viel
ich weiss - ob das so viel billiger ist?
Aber dafür ist die Ausbeute bei der Geschwindigkeitsüberwachung grösser
- schneller als 50km/h fuhr früher kaum
einer in den heutigen 30er Zonen, 30km/h sind aber sch
falls kein
highwaytag gesetzt ist (und nur dann!)
dieses vorläufig setzten damit die Strasse erstmal erscheint
(Anfängererfolgserlebniss).
Ausserdem müsste man noch ein Mapnik/Osmarender Layout anbieten dass
nach Verwaltungklassen rendert,
ich denke dann wäre dieses ewige Thema so gu
ständigen Daten)
> liegen sollten: Verbindungsfunktion: highway, physischer Zustand: div.
> Attribute die diesen genau beschreiben, Verwaltungsklasse/Träger: ref,
> Zugangsrestriktionen: access. Was fehlt Dir denn konkret?
>
_Eine_ verlässliche Klassifizierung durch das highway-Tag u
jetzt erwartet hätte -
>> tatsächlich einen Mischmasch aus Verwaltungsklasse, Ausbau und
>> Verkehrsbedeutung.. hmpf.
>>
>
> ggf. sollte man das anpassen.
>
Wieso? Das entspricht dem Konsens und ist technisch auch sinnvoll im
Gegenatz zur festen Verwaltungszuordnung..
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
st wenig Aufwand möglichst viele selbst erfasste Strassen
überhaupt erstmal sichtbar machen.
Diesbezüglich ist ein ellenlanger Dialog ehr kontraprduktiv -
andererseits gibt es solche Gebiete auf dem
deutschen Markt immer weniger...
Garry
__
so "Zementiert" wurde.
Und eben genau wegen dieser Uneinigkeit kommen wir hier nicht weiter.
Das hat gar nichts mit Providervergleichen zu tun!
Ehr mit der "politischen" Macht der Programmierer von JOSM und Co!
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ziehen koennen, statt dass Du weiterhin daneben
> stehst und maulst und dem Projekt die Schuld dafuer gibst, dass Deine
> Programme und Ideen nicht passen. Besorg Dir eine CD von TeleAtlas, die
> machen das genau so, wie Du es brauchst.
>
Man könnte in Deine Aussage leicht reininterp
fordert aber eine ganze Menge mehr an Aufwand diese Eigenschaften
mit zu taggen, dafür hat nicht jeder Mapper Zeit und Lust,
insbesondere wenn er sich nur an den schönen Kartenbildern erfreut und
kein OM-Routing nutzt.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
r einige Spezialisten die meinen wegen der Ortsgrenze
die highway-Klasse wechseln zu müssen :-(
Solche Fälle gibt es zwar auch, aber doch ehr selten.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
> 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.
Das Thema ist uralt...
Den Typ findet er im ref-Tag wieder.
So wäre es zwar bequem
n
in Form von Schildern. So hätte man zwar häufig bei "kleinen" Strassen
maxspeed=100, kommt real aber nicht über
30,40oder 50km/h hinaus.
Garry
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
f der die zu wählende
Spur markiert ist.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
a 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
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
simples Routen"? Wer das will, kann die
> Spuren ja beim Konvertieren rauswerfen, in die Datenbank gehoeren sie
> m.E.
>
>
>
> .
>
Warst das nicht Du der sich für ein Mappen der Fahrbahnflächen
ausgesprochen hat?
In dem Fall kann man die Informationen (way) für
Martin Simon schrieb:
> Am 19. Oktober 2009 02:16 schrieb Garry :
>
>> qbert biker schrieb:
>>
>
>
>> Sehe ich ein bichen anderst... zwischen den Abbiegespuren darf nicht
>> mehr so frei gewechselt werden wie
>> zwischen normalen Fahrpuren -
gilt wohl insbesondere in dem Bereich wo die Leut
>
Das tolle an den Garminprodukten ist das man in OSM es geschafft hat
dafür Karten zu erstellen.
Anonsten liegt die Qualität von Garmin vielleicht in der (überwiegend
mechanischen) Robustheit,
mit der
#irc
>
IRC ist eine weitere Hürde... beid den älteren "Semestern" wissen
wahrscheinlich die wenigsten was IRC ist und bei den
jüngeren wird auch nur ein Teil damit vertraut sein.
Bei mir ist es auch schon gute 10Jahre her dass ich IRC genu
nwirken wenn er sich von vorneherein mehrere
Accounts zulegt...
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
erden 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...
Garry
___
die Karte bringen
würde ist gar nicht so selten nach dem sich das geotaggen für Fotos so
langam verbreitet...
> Im übrigen kann man ja die Tracks mit dem Detailwissen ebenso hochladen und
> jemand anderes pflegt es ein.
Wie lädt man Detailwiss
ssen wie ein Bot (nur nicht in so
> dichter zeitlicher Folge).
>
>
[+1] - Das wäre mir damals auch so gegangen - viele Tracks zumindest
durch Europa verteilt und einiges
an Detailwissen dazu.
Garry
___
Talk-de mailing
Luftdruckschwankungen über mehrere Stunden
herausrechnen zu können.
Da ist ein kalibrierter Sensor der den Wert gleich in (10tel)Millibar
ausgibt von Vorteil.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
h eine einheitliche Lösung für Schienenverbindungen und
Wasserwege...
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
oder ein Element einer Strasse sein kann...
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hallo Rolf,
Rolf Meyerhof schrieb:
> Hallo Garry
> Von Höhendaten kann ich bei der Kiste aber nicht finden.
>
Der Höhensensor kann über den internen Erweiterungsslot angeschlossen
werden.
> Einen genauen Höhenmesser kenne ich aus Elektor 07 / 2009. Der wird sogar für
> Ultr
menfuehrung
> von OSM- und Hoehenrasterdaten.
>
Das war auch das (bzw. ein)Ergebniss der damaligen Diskussionen.
Hier geht es nur um die technische Umsetzung der Datenerfassung. Solange
die nicht zuverlässig funktioniert
hat das Thema mit der OSM-Datenbank
>
Wenn man für um die 100Euro auf Primer-Basis eine Lösung anbieten kann
hat das schon was von einem Fertiggerät,
was für viele sicher attraktiver ist als mit einem laufendem Notebook
durch die Gegend zu ziehen..
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Auf dem Labortisch
geht sowas, aber in der Praxis für
Langzeitbetrieb auf Bluetoothverbindungen zu vertrauen halte ich für
etwas gewagt...
Da funktioniert ein in sich abgeschlossenes Gerät immer noch am besten.
Garry
___
Talk-de mailing list
Talk-
abe im Moment keine Vorstellung davon was für eine Editorfunktion an
Speicher benötigt wird,
aber ich denke zum einpflegen von POIs sollte es reichen, vielleicht
auch für maxspeed.
Gruss
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
h denke jetzt mal an Windschatten und Bewegung.
>
Wenn Quadrocopter damit ihre Höhe halten können...
Man muss halt auch mit mechanischen Mitteln geeignet filtern damit nicht
jeder Lufthauch das Ergebniss
unbrauchbar macht.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ie neuen koennen es nicht mehr.
>
Sind wohl überwiegend die Geräte aus der Zeit vor der SA-Abschaltung als
der Normalnutzer sich noch
über 50m Genauigkeit freuen musste...
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Frederik Ramm schrieb:
> Hallo,
>
> Garry wrote:
>
>> irgendwelche Katasterdaten sind noch lange nicht
>> routingfähig.
>>
>
> Die Firma "United Maps" (unitedmaps.net) scheint das Geschaeftsmodell zu
> haben, Navteq-Daten und Katasterdat
dene Bundesstrassen
plötzlich im nichts...
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
d für Mikrocontroller nicht sooo wenig, läuft ja
kein Windows darauf...
Einen Garmin wird man damit wohl nicht ersetzen können, aber für einen
komfortablen Datenlogger
mit Diktierfunktion sollte es reichen..
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Garry schrieb:
> Gerade entdeckt:
> Es gibt eine OSM-Software für den Primer2, eine (fast) outdoortaugliche
> ARM-Entwicklungsumgebung in der Grössenordnung eines Garmins
>
> http://www.stm32circle.com/projects/project.php?id=75
>
> Die Hardware gibt es hier:
> http://elm
ie von OSM nichts klauen, sie duerfen OSM
> ja nutzen, um Luecken zu erkennen, die sie dann selber
> validieren und schliessen.
>
Dennoch muss dazu jemand vor Ort sein der das zu Fuss oder bestenfalls
mit dem Fahrrad macht -
ich denke Du bis selbst in der Lage abzuschätzen wieviele Arbeitsstunden
dafür erforderlich sind...
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Gerade entdeckt:
Es gibt eine OSM-Software für den Primer2, eine (fast) outdoortaugliche
ARM-Entwicklungsumgebung in der Grössenordnung eines Garmins
http://www.stm32circle.com/projects/project.php?id=75
Die Hardware gibt es hier:
http://elmicro.com/de/stm32primer2.html
Garry
; gleichzeitig taggen würde.
> Wenn man vergleicht wie viele Wege die wir als highway= taggen wirklich
> highways sind und das mit dem Prozentsatz vergleicht von dem was einige
> hier(u.a. ich) vorschlagen als tunnel= zu taggen, vermute ich, daß es bei
> tunnel weniger U
lichen Gründen nicht funktionieren...
Man sollte doch sehr darauf achten dass die keys möglichst auch für
diejenigen
selbsterklärend sind die nicht an deren Definition beteiligt waren.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Wolfgang schrieb:
> Hallo,
> Am Freitag 09 Oktober 2009 02:34:09 schrieb Garry:
>
>> UMAX974 schrieb:
>>
>>> Es wäre, wie du selbst feststellst tatsächlich eine gute Ergänzung zum
>>> bisherigen Eingabeverfahren, wenn es seziell für die POI ei
h zum schnellen korrigieren...
Die meisten Pois in OSM sind nur sehr Lückenhaft erfasst, da wäre das
Bearbeiten in einer Liste aus einem ausgewählten Bereich sehr
Wünschenswert...
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.op
OSM halten
und bei Bedarf die Situation wirklich erschöpfend dargestellt werden
kann - ohne jede Menge neuer Sonderkeys
die man jedesmal nachschlagen muss.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
von Wetterlage Gefahr durch beschlagen der Scheiben von aussen
>>
>
> was sollen denn das für Kriterien sein? Dann ist ja jede enge Gasse ein
> Tunnel.
>
Eine Gasse ist in der Regel nach oben offen.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ke ist dann kann man das ja gerne zusätzlich taggen.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ückseite an
das Feld grenzen gehören zum nächsten Ort
und liegen ausserhalb der Stadtgrenze.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
nsatz zu Mokick), also theretisch auch
ohne Motorkraft mit Pedalen zu betreiben. "Mofa" für motorisiertes Fahrrad.
Mit der Zeit wurden insbesondere in der Umgangssprache die Begriffe
ziemlich verwaschen - und das auch noch landesspezifisch.
Wird also wohl schwierig h
ferenzierten
Bildern auf der Karte...
Gruss
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Super, eine LiveCD steht schon lange auf der Wunschliste!
Wäre das auch noch irgendwie machbar sowas mit Josm-Integration zu machen?
Gruss
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
finde es sollte schon erkenntlich sein, dass
> etwas so getaggt ist.
>
Wie wäre es mit 250km/h?
Das ist die Abriegelgeschwindigkeit vieler Fahrzeuge die schneller
könnten und auch eine gerne genommene
Grenze bei Geschwindigkeitsüberwachungsgeräten...
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
elchtrei...@gmx.net schrieb:
> Hallo Garry,
>
>
>> Schöner wäre es natürlich wenn die "maxspeedtauglichen" Garmins dies
>> korrekt mit der Garmin-Funktion anzeigen würden,
>> aber ist das schon entschlüsselt wie das funktioniert?
>>
>
> W
Hallo Carsten,
Carsten Schwede schrieb:
> Garry schrieb:
>
>
>> Habe in der Beschreibung für das Karlsruher Adreßschema leider nichts
>> bezüglich des Eintragens von Telefonnummern gefunden.
>>
> Hallo Garry,
>
> ich habe nochmal gesu
der Daten.
Schöner wäre es natürlich wenn die "maxspeedtauglichen" Garmins dies
korrekt mit der Garmin-Funktion anzeigen würden,
aber ist das schon entschlüsselt wie das funktioniert?
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
ht
e runterhauen kann. aber eben auch Carbonmodelle die dafür eben
> nicht geeignet sind
>
Der eigentliche Streitpunkt an der Diskussion ist ob für die
Start-Landebahn eines Modellflugplatzes ein von der bemannten
Luftfahrt abweichender Grundtag genommen werden soll
nungen interpretiert dass es
international halbwegs anwendbar bleibt.
Zumal dieses highway-tag ehr einen vorläufigen Charakter zu
Grobkategorisierung hat solange nicht mehr Details
vorhanden sind bzw. ausgewertet werden.
So jedenfalls meine Einschätzung zu dem Thema...
Garry
_
auch immer in der Darstellung ist.
>
> Autobahn und Wohnstraße sollten in jedem Fall erhalten bleiben, da hier
> bereits eine objektive Auswahl getroffen werden kann.
>
Wohnstrasse kann eine breite Strasse sein mit übersichttlichen grossen
Vorgärten
eschränkt sieht. Das Interresse von Google dürfte also weniger sein
selbst als Kartenanbieter aufzutreten als vielmehr mit
gut funktionierenden Anwendungen die Informationen darüber zu haben was
der User damit macht.
Garry
___
Talk-de mailing lis
eisst nicht ob es
vorher auch schon ging oder geht es definitiv erst seit diesem Update?
Und mit welcher Karte genau hast Du getestet?
Gruss
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
gt; und nicht als
>
> - Jet-Landebahn
> - Sportflugzeug-Landebahn
> - Modellflugzeug-Landebahn
>
> Die Landebahn ist nur ein Teil des Ganzen - und wird überall Landebahn
> genannt.
>
Richtig, und da gibt es noch eine ganz Menge beeinflussender Faktoren
was da wann wie landen darf...
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
er bestimmte
> landebahnen/flugplaetze so drin steht, sollte man das auch separat mit
> eintragen.
>
>
Beispiel dazu:
http://www.badenairpark.de/pdfs/Flughafenbenutzungsordnung.pdf
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
andebahnen wirklich?
>>>
>> Mögt Ihr vielleicht im Wiki ein Proposal mit zwei Alternativen schreiben
>> und das dort zur Abstimmung stellen?
>>
>>
> abstimmungen haben eh nix zu bedeuten ;-)
> und mit wikieditierung steh ich ein wenig auf kri
gbetrieb stattfindet mit dem Hintergrund Gefährdung durch
tieffliegende Fluggeräte.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Johannes Hüsing schrieb:
> Garry schrieb:
>
>> Eine Start/Landebahn ist ein Stück Weg/Fläche für den
>> Boden-Luft/Luft-Boden Übergang eines Flugzeuges/Fluggerätes
>> das sich nicht aus dem Stand ( d.h. ohne Luftströmung von vorne) in die
>> Luft
Guenther Meyer schrieb:
> Am Mittwoch 09 September 2009 schrieb Garry:
>
>> Ulf Lamping schrieb:
>>
>>> Ich habe mir jetzt deine gesamte Argumentation des Threads nochmal
>>> durchgelesen und konnte leider *kein* sachliches Argument finden, warum
hst darzustellen!
>>
>
> Ja, Guenther Meyer, der das OSM Tagging an sich für komplett falsch hält
> ist bei dir. Und sonst?
>
Es gibt durchaus noch andere die offenbar kein Problem damit haben das
so zu praktizieren.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
von dass sie funktioriende Anwendungen erstmal wieder
ausser Gefecht setzen bis sich jemand erbarmt die jeweilige
Anwendung entsprechend anzupassen.
Es gibt im Schnitt vielleicht gerade mal pro 10 Ortschaften eine
Landebahn (bemannt und unbemannt zusammengerechnet). Da besteht nicht
wirklich
ein Verwechslungsgefahr, aber die Auffindbarkeit und Gefahrenerkennung
ist schon mit den einfacheren Anwendungen gegeben ohne dass
gleich jedes Detail eines Fluggeländes der Anwendung bekannt sein muss.
Und wer genauer spezifizierte Flugplätze in seiner Anwendung benötigt
der kann
nicht verlangen dass alle anderen Landebahnen die nicht in seine Schema
passen durch einen anderen Haupttag gefiltert werden.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
highway-tag zu vermeiden.
>>
>
> Hallo Garry!
>
> Nein, an alle Möglichkeiten wie 1 Mapper eines Tages einen Tag
> falsch verstehen könnten, an die kann niemand bei der Einführung der
> Tags denken.
>
Darum schrieb ich auch _möglichst_ , dass man das vorher nicht
it dem
dort einiges getan.
>
> Wäre nett, wenn sich jemand bereit findet.
>
Bin leider nicht mehr so oft in der Region, habe dort aber immer ein
Auge mit drauf..
Gruss
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://li
ormulierung gewählt habe, die du nicht allzuleicht verdrehen kannst.
Ich verdrehe nicht, ich breche auf allgemeingültige Eigenschaften
herunter um möglichst von vorneherein auch die Fälle abzudecken an die
bei der Einführung eines Tags nicht gedacht wurde
um solche Widersprüchlichkeiten wie bei highway-tag zu vermeiden.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
wäre doch ein Anlass verstärkt auf das mappen von Denkmäler zu achten.
Vielleicht kann man daraus dann auch mal eine eigene Karte basteln.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
rs über den mehr oder
weniger dabenstehenden Piloten entgegenzunehmen.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
s nochmal:
Klare Unterscheidung zwischen Modellflugplatz und "richtigem" Flugplatz
- eindeutig ja.
Separates Elementar-Tag für für die Landebahn:
Absolut überflüssig, das lässt sich mit diversen Zusatztags viel
zweckmässiger erfassen und man kann Unsicherheiten
wegen fliessender Übergänge zwischen verschiedenen Fluggattungen von
vorneherein ausschliesen!
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ten. Danke.
>>>
>> ich habe es weitergeleitet auf die liste talk-ösi^H^H^H^H-at :-)
>>
Und ich zu den Schweizern..
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
immer ganz
eindeutig ist, also besser gleich mehr Wert auf die physikalischen
Eigenschaften legen
sowie darauf was rechtlich zugelassen ist.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
dern
die Anzeige der aktuell zulässigen
Höchstgeschwinigkeit im Display.
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Martin Siegel schrieb:
> Garry schrieb:
>
>> Bei einem Gewässer würdest Du ja wohl auch nicht auf die Idee kommen gleich
>> daraus
>> zu trinken nur weil es mit natural=water getaggt ist und "natural"
>> vielleicht irgendwie nach
>> "G
RalfGesellensetter schrieb:
> Am Montag 31 August 2009 schrieb Garry:
>
>> Deswegen hat sie aber trotzdem die Eigenschaft im wesentlichen aus
>> Wasser zu sein...
>>
>
> Hallo. Aber ein natürliches Gewässer ist es dann auch wieder nicht.
> Insofern
> erfinden, keinesfalls aber die Tags fuer Verkehrslandeplaetze und deren
> Pisten wiederverwenden.
>
Wer aus "aeroway = runway" gleich "Verkehrslandeplatz" herausliesst
deuted die Daten falsch.
Die Unterscheidung um was für eine Art von Flugplatz/Piste es sich
handel
fen erst das drumherum ausmacht.
Eine Modellflugplatz hat keine Passagierterminals,
Frachthallen, fussballfeldergrosse Hangars... Eine Verwechslungsgefahr
ist also völlig ausgeschlossen wenn man vom Flughafen
nicht nur allein die Landebahn ohne weitere Beschreibung ma
gt; Flughafen und Regionaler Flughafen.
>
> Da ist nichts schwammig, sondern klar definiert.
>
Nur geht es nicht um Flughäfen sondern um Landebahnen allgemein - nur
die wenigsten davon gehören zur "*Arbeitsgemeinschaft Deutscher
Verkehrsflughäfen* "
Garry
__
601 - 700 von 1907 matches
Mail list logo