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
https://list
--- 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
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 man
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, Relat
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 role
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
___
--- 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 Stolpers
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.
Am 30. Januar 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
>> A
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
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 ei
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 Netzwer
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 än
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 Nutz
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 Ar
On 30.01.2014 11:29, Martin Koppenhoefer wrote:
> Am 30. Januar 2014 11:20 schrieb gmbo :
>
> 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 Busrouten eben schon w
> Am 30/gen/2014 um 14:22 schrieb gmbo :
>
> 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 abbilden muss
(technisch)
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
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 al
On Thu, Jan 30, 2014 at 11:16:55AM +0100, Martin Koppenhoefer wrote:
> Am 27. Januar 2014 18:46 schrieb Volker Schmidt :
>
> > Offset ist nicht das einzige Problem mit Bing.
> >
> > Sobald das Gelaende huegelig wird, kommt auch ein nicht-uniformer
> > Parallaxenfehler hinzu.
> > Je steiler der Han
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
Am 30. Januar 2014 11:20 schrieb gmbo :
> 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 beschreiben, weil die tags
Am 28. Januar 2014 09:34 schrieb Markus :
> 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 oftmals
gar nicht k
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 Net
Am 27. Januar 2014 18:46 schrieb Volker Schmidt :
> 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 hauefig deutlic
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?
>
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?
Gruß
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 :
> Danke für den Stil! Ich nutze ihn immer, wenn
28 matches
Mail list logo