aktuálně je to tak, že bot se vždycky snaží napárovat osm bod na nejbližší rúian bod. teď mě ale napadá, že záleží na pořadí bodů v osm. pokud bude v exportu z osm nejdřív vzdálenější bod (a ten bude do vzdálenosti 0.005) a pak ten bližší, tak se na sebe napárují body vzdálenější. budu to muset otočit, aby se párovaly rúian body na osm body a ne osm body na rúian body jak je to teď, protože v rúian by duplicity být neměly.
ff Dne 7.8.2012 22:17, Mirek Dlask napsal(a): > Jestli jsem správně pochopil, chce ff ty bližší body posunout (bude-li > třeba) a vymazat se budou muset ty vzdálenější, z předchozího importu. > > http://www.openstreetmap.org/browse/changeset/1964311 > > Mirek > > Dne 7. srpna 2012 21:47 Libor Pechacek <lpecha...@gmx.com > <mailto:lpecha...@gmx.com>> napsal(a): > > On Mon 06-08-12 19:27:13, Miroslav Šulc wrote: > [...] > > Ptácká 28/29 and OSM node POINT(14.9009875 50.4211801) CZ, null > null, > > Ptácká 28/29 but their distance 0,0067802 is over the limit 0,005 > > A vida! Bod z KM+ČUZK importu beznadějně mimo, opravený UIR-ADR > je jen o 13 > metrů vedle na jiném domě. :) > > Co se týče Mladé Boleslavi, duplicity jsem tam vytvořil já s tím, > že budu brzy > mít skript, kterým je odstraním. Inu, skript je od té doby stále > "skoro > hotový". > > Jak už jsem psal dříve, souhlasím s nahrazením svých importů daty > z RÚIAN. > Tedy tyto body mazat, pokud jsou ve verzi 1 a jsem jejich vlastníkem. > > Libor > > _______________________________________________ > Talk-cz mailing list > Talk-cz@openstreetmap.org <mailto:Talk-cz@openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
smime.p7s
Description: Elektronicky podpis S/MIME
_______________________________________________ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
