Was ich vergessen habe: JOSM cacht die Datei, das Stil-Update wird also
möglicherweise erst in ein paar Tagen bei euch auftauchen (außer ihr löscht
den Cache von JOSM manuell).
Beste Grüße,
Martin
Am 29. Januar 2014 21:48 schrieb Gertrud Simson simson.gert...@gmail.com:
Danke für den Stil!
Moin !
also ich brauche die Relationen nicht mehr für meine
Stolperstein-Auswertung.
Eine Liste, aus der man automatisch Overpass-Abfragen nach dem Schema
Stolpersteine in $Ort basteln kann, bereite ich gerade vor.
Gibt es das nicht schon auf der zugehörigen Wiki-Seite bei den Orten?
On Thu, Jan 30, 2014 at 12:29:45AM +0100, Garry wrote:
Am 29.01.2014 11:52, schrieb Richard Z.:
Flughäfen und Hubschrauberlandeplätze haben diverse Punkte mit genau
bekannter Position
die sehr gut sichtbar sind - weiß jemand ob die Koordinaten Lizenrechtlich
unbedenklich
wären?
Für den
Am 27. Januar 2014 18:46 schrieb Volker Schmidt vosc...@gmail.com:
Offset ist nicht das einzige Problem mit Bing.
Sobald das Gelaende huegelig wird, kommt auch ein nicht-uniformer
Parallaxenfehler hinzu.
Je steiler der Hang, desto groesser der Fehler, grob gesagt.
Andere Luftbilder sind
Auch wenn ich die Relationen selbst nicht brauche, sind die Relationen
dafür da das eigentlich ein großes Objekt welches sich räumlich auf
einen größeren Raum (Europa) befindet, zusammengehörig zu beschreiben.
Eine Stolpersteinrelation ist für mich nichts anders als Relationen wie
die für
Am 28. Januar 2014 09:34 schrieb Markus liste12a4...@gmx.de:
Solange die Luftbilder nicht *automatisch* richtig in JOSM angezeigt
werden, werden Objekte immer wieder an Bing ausgerichtet und entsprechend
verschlimmbessert.
vermutlich ist das in anderen Editoren noch gravierender, da dort
Am 30. Januar 2014 11:20 schrieb gmbo g...@kilometerfresser.eu:
Auch wenn ich die Relationen selbst nicht brauche, sind die Relationen
dafür da das eigentlich ein großes Objekt welches sich räumlich auf einen
größeren Raum (Europa) befindet, zusammengehörig zu beschreiben.
redundant
On 01/30/2014 11:20 AM, gmbo wrote:
Auch wenn ich die Relationen selbst nicht brauche, sind die Relationen
dafür da das eigentlich ein großes Objekt welches sich räumlich auf
einen größeren Raum (Europa) befindet, zusammengehörig zu beschreiben.
Nein ...
Eine Stolpersteinrelation ist für
On Thu, Jan 30, 2014 at 11:16:55AM +0100, Martin Koppenhoefer wrote:
Am 27. Januar 2014 18:46 schrieb Volker Schmidt vosc...@gmail.com:
Offset ist nicht das einzige Problem mit Bing.
Sobald das Gelaende huegelig wird, kommt auch ein nicht-uniformer
Parallaxenfehler hinzu.
Je steiler
Hallo gmbo.
Ich stimme dir ebenfalls NICHT zu.
Eine Relation beschreibt, wie der Name schon sagt, die RELATION zwischen
Objekten.
Die Stolpersteine sind aber nur eine Menge gleicher Objekte.
Am 30.01.2014 11:20, schrieb gmbo:
[...]
Eine Stolpersteinrelation ist für mich nichts anders als
Mir persönlich geht es nicht um die Relationen, z.B. Stolpersteine. Ich
versuche zu verstehen warum dieser Overhead so stört. Alles was wir in
OSM einflegen bringt auf der einen Seite einen Nutzen auf der Anderen
stört es.
Mir war der Zweck der Relationen nicht 100% klar Trotzdem habe ich wenn
Am 30/gen/2014 um 14:22 schrieb gmbo g...@kilometerfresser.eu:
Leider bin ich noch nicht so lange im Mapgeschehen, dass ich die
Zusammenhänge, warum die einzelnen Relationen erstellt wurden für mich
nachvollziehbar sind.
prinzipiell gilt, dass alles was man nicht über relationen
On 30.01.2014 11:29, Martin Koppenhoefer wrote:
Am 30. Januar 2014 11:20 schrieb gmbo g...@kilometerfresser.eu:
bei den Verkehrsbetriebsnetzwerken mag man noch diskutieren können
(die könnten im Prinzip auch über den operator oder network tag o.Ä.
ausreichend beschrieben werden), während
Hallo Gisbert,
das meiste hat Martin ja schon geschrieben.
Wenn Du eine Idee hast, wie man Nutzer gezielt informieren oder auch
vorab informieren kann, sag Bescheid - das wäre tatsächlich eine
vielleicht recht spannende Geschichte, also:
Ich, Peter, will vorab informiert werden, wenn sich die
On 30.01.2014 14:22, gmbo wrote:
Mir persönlich geht es nicht um die Relationen, z.B. Stolpersteine.
Ich versuche zu verstehen warum dieser Overhead so stört. Alles was
wir in OSM einflegen bringt auf der einen Seite einen Nutzen auf der
Anderen stört es.
Bitte nenne einen konkreten Nutzen.
malenki schrieb:
Ich finde, auf die Netzwerke von Busrouten kann man ebenso verzichten
wie auf eine Relation Radwege in Sachsen (aus der Luft gegriffenes
Beispiel mit real existierenden Anwendungen...).
Nicht dass man mich falsch versteht: an den Netzwerkrelationen will ich
derzeit nichts ändern
Am 30.01.2014 18:30, schrieb malenki:
malenki schrieb:
Ich finde, auf die Netzwerke von Busrouten kann man ebenso verzichten
wie auf eine Relation Radwege in Sachsen (aus der Luft gegriffenes
Beispiel mit real existierenden Anwendungen...).
Nicht dass man mich falsch versteht: an den
On 01/30/2014 05:09 PM, malenki wrote:
Bitte nenne einen konkreten Nutzen.
Nachteile wurden bereits aufgezählt.
einer fehlt glaube ich noch in der bisherigen Auswertung:
* Replikationen zu verarbeiten, zum Beispiel beim Datenbank-Import,
ist teuer
Beim Import mit osm2pgsql zB. hat man ein
gmbo schrieb:
Am 30.01.2014 18:30, schrieb malenki:
Nicht dass man mich falsch versteht: an den Netzwerkrelationen will
ich derzeit nichts ändern – wie ich auch sonst die Finger vom ÖPNV
lasse.
Ing^W^Thomas
das macht morgen dann ein anderer.
Hoffentlich
Am 30. Januar 2014 17:09 schrieb malenki o...@malenki.ch:
On 30.01.2014 14:22, gmbo wrote:
Mir persönlich geht es nicht um die Relationen, z.B. Stolpersteine.
Ich versuche zu verstehen warum dieser Overhead so stört. Alles was
wir in OSM einflegen bringt auf der einen Seite einen Nutzen auf
Am 30.01.2014 17:09, schrieb malenki:
On 30.01.2014 14:22, gmbo wrote:
Mir persönlich geht es nicht um die Relationen, z.B. Stolpersteine.
Ich versuche zu verstehen warum dieser Overhead so stört. Alles was
wir in OSM einflegen bringt auf der einen Seite einen Nutzen auf der
Anderen stört es.
--- Original Nachricht ---
Absender: malenki
Datum: 30.01.2014 17:09
Bitte nenne einen konkreten Nutzen.
Nachteile wurden bereits aufgezählt.
Eine Relation ist doch eine Verknüpfung zwischen einzelnen
Objekten. Um den Zusammenhang zwischen diesen Objekten
herzustellen. Um mal bei den
Hallo zusammen,
Könntest du mir so eine einfache Abfrage, die mir alle z.B.
Bushaltestellennodes listet die nicht in einer bestimmten Relation sind.
Das habe ich bisher nicht hinbekommen.
http://overpass-turbo.eu/s/2kh
Viele Grüße,
Roland
___
Am 30.01.2014 20:55, schrieb Steffen:
Für was sollen den Relationen in OSM genutzt werden?
Wenn eine Relation zwischen Objekten besteht, die nicht durch eine
einfache Gruppierung ausgedrückt werden kann.
Beispiel 1:
Multipolygon, also Fläche mit Loch.
Polygon A mit role=inner,
Polygon B mit
On 01/30/2014 08:55 PM, Steffen wrote:
Eine Anwendung würde dann die Relation auslesen mit den enthaltenen
Tags. Sowie die einzelnen Nodes mit den jeweiligen Tags. Und müsste
diese zusammensetzen.
und jede Anwendung muss dann für jeden Knoten oder Weg prüfen ob,
und wenn ja in welchen,
Am 30.01.2014 10:45, schrieb Richard Z.:
im Flughafenbereich hat man genau das - idR sind von jeder Landebahn mehrere
Punkte ganz genau referenziert und auch gut von oben zu identifizieren.
Leuchtfeuer
gibt es auch, leider sind die Sat-bilder tagsüber gemacht aber das eine oder
andere
kann
--- Original Nachricht ---
Absender: Hartmut Holzgraefe
Datum: 30.01.2014 22:01
Das Abfragen mit der api hat doch nix mit dem Sinn einer Relation zu
tun. Wenn ich die alle Objekte (nodes) abfrage und diese dann
zusammenführe, bilde ich doch eine Relation hinterher doch nach.
Nein, eine gute
Hallo,
wer auf seinem Android Telefon auch den Store von Amazon installiert hat
bekommt heute die Vollversion von OsmAnd gratis.
http://www.amazon.de/dp/B00D0SEGMC
Viel Spaß,
Stephan
___
Talk-de mailing list
Talk-de@openstreetmap.org
28 matches
Mail list logo
