Narazil jsem ještě na jednu zvláštnost, v LPIS polygonech se vzácně
vyskytovaly dva po sobě jdoucí identické uzly. JOSM to komentoval
hláškou "polygon překrývá sám sebe" a chvíli mi trvalo, než jsem
objevil důvod.

Můžeš mi poslat nějaký příklad? Rád bych na to mrknul. Ono je totiž
možné, že v reálu jsou ty body jen malilinkatý kousek od sebe a stejné
souřadnice dostanou až po zaokrouhlední na přesnost OSM.

Mrknul jsem na to, máš pravdu -- uzly jsou pár centimetrů sebe a záleží s jakou 
přesností se importují:

<node id="-1857" lon="16.385882008070073" lat="49.405170737465724">
<node id="-1858" lon="16.385882107880310" lat="49.405170804926541">

LPIS ref=9115243, 1506/6, 
https://www.openstreetmap.org/#map=19/49.40517/16.38588

Původní Pavlův skript exportoval xml s přesností jen na 6 des. míst. Proto mi 
po dobastlení slučování uzlů začaly vycházet dva stejné nody za sebou v jedné 
cestě.

Ve stejném KÚ jsou tři takové případy:

LPIS ref=9108586:
<node id='-49425' action='modify' visible='true' lat='49.40302624464' 
lon='16.38625580656' />
<node id='-49424' action='modify' visible='true' lat='49.40302624762' 
lon='16.38625584765' />

LPIS ref=8619128:
<node id='-56367' action='modify' visible='true' lat='49.40300405326' 
lon='16.38931909829' />
<node id='-56366' action='modify' visible='true' lat='49.40300401305' 
lon='16.38931942154' />

Tracer je sice natáhne jako dva uzly těsně vedle sebe, ale lepší by bylo je 
rovnou sloučit.

Martin


_______________________________________________
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Odpovedet emailem