<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Já taky nechci někomu zbytečně rozbíjet fungující software, a proto mě<br>
zajímá která konkrétní věc s is_in/addr:country tagem funguje a bez něj<br>
ne. Pokud jsem něco nepřehlédl, tak tu zatím nikdo takovou neuvedl.<br></blockquote><div><br></div><div>A nemůžeme to vzít opačně? Opravdu ti ta duplicita addr:country vadí na tolik, že má smysl kvůli tomu zdržovat celý import? </div>
<div><br></div><div>Obecná zásada bývá nedělat duplicity, ale proč? Aby nevznikaly rozpory mezi neaktualizovanými verzemi těch dat. Zrovna u RUIANu si nemyslím, že by to byl problém, když většina těch dat bude importována/udržována automaticky.</div>
<div><br></div><div>Jinak řečeno, pořád chceš příklady, co se rozbije, když to odstraníme. Máš nějaký příklad, co se rozbije, když to tam necháme/přidáme? Těch pár MB opravdu není argument ve světě OSM, kde se importují jednotlivé stromy v parku a další (pro mě až nesmyslné) detaily.</div>
<div><br></div><div>O is_in nemluvím, tam je to asi opravdu nejasné, k čemu má sloužit a i to rozsynchronizování si dovedu představit o dost realističtěji.</div><div><br></div><div>V.</div></div></div></div>