On Thu, May 21, 2009 at 07:58:52PM +0200, GS wrote:
hi,
hier http://www.openstreetmap.org/browse/relation/138119/history ist
eine relation, die einen weg doppelt enthält.
Boundary: Stadt Gütersloh
1.) ist das gewollt? eher nicht...
2.) ist das erlaubt?
3.) gibt es das öfter?
hm,
habe das glaube ich an der node zahl identifiziert in dem fall. aber
dass könnte ja, wenn man es nicht weiß, auch zufall sein...
ich stolpere hier von einem bug zum anderen. habe letzte nacht das prg
(boundaries.pl) mal über einen planet vom feb laufen lassen und
anscheinend fehlen da sogar
2009/5/23 Florian Lohoff f...@rfc822.org
Leider ist das auch nicht zu sehen im JOSM Relation editor weil eben
die way-ids nicht zu sehen sind. Sonst koennte man das auch da gescheit
sehen und beheben ...
Einstellungen - Reiter: Verhalten und Aussehen - 'Objektnummern in
Auswahllisten
hi,
hier http://www.openstreetmap.org/browse/relation/138119/history ist
eine relation, die einen weg doppelt enthält.
Boundary: Stadt Gütersloh
1.) ist das gewollt? eher nicht...
2.) ist das erlaubt?
3.) gibt es das öfter? akzeptiert das die api?
4.) kann das jemand beheben?
ciao
gerhard
Hallo,
GS wrote:
eine relation, die einen weg doppelt enthält.
1.) ist das gewollt? eher nicht...
Stimmt, eher nicht.
2.) ist das erlaubt?
Ja, es ist sinnvoll, z.B. wenn eine Bus-Route eine Schleife faehrt oder
so etwas, dann ist da ja ein Stueck Weg doppelt drin.
3.) gibt es das
Hallo,
GS wrote:
ps: mein boundary programm hat sich dran aufgehängt. was mich wundert
ist, dass der relationcheck wohl kein problem hatte... hm.
Zum Thema Relationen und Programme aufhaengen die Anmerkung, dass
zirkulaere Relationen grundsaetzlich erlaubt sind (z.B. Relation Stadt
siehe separate mail: nested relations sind noch nicht implementiert :-)
ich werde es mir aber merken!
andererseits wieder. bei boundaries doch wohl eher nicht, oder?
On Thu, 2009-05-21 at 21:31 +0200, Frederik Ramm wrote:
Hallo,
GS wrote:
ps: mein boundary programm hat sich dran
Hallo,
GS wrote:
andererseits wieder. bei boundaries doch wohl eher nicht, oder?
Ne, da gibt es m.E. keinen Sinn.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
8 matches
Mail list logo