Me osobne se ten limit libi prave z tohoto duvodu. Na sumave, kdyz posunu v hranici lesa, tak zbytecne odesilam nekolik MB dat a trva to dost dlouho. Nebo je uzasne, kdyz si stahnu vesnici a stahne se mi k tomu cele Labe. Nez zjistim, kde je ta vesnice, co jsem vlastne chtel... Limit je to mozna umely, ale na druhou stranu i chrani OSM pred primitivnim DoS utokem - je zajimave, ze dosud nikoho nenapadlo zkusit nahrat nekonecne dlouhou cestu do OSM.
K MP napsal(a): >> to záleží na úhlu pohledu ... díváš-li se na to čistě technicky, ano, ale v >> širším kontextu to souvisí: začnou-li vývojáři dělat změny, které se lidem >> jeví jako problematické, může to značit ztrátu kontaktu s realitou >> >> >>> Limit 2000 bodu je IMO spravny, >>> > > Je to "umely" limit, ktery by tam byt mozna nemusel, ale je tam kvuli > vykonu serveru a zatezi databaze. Pokazde, kdyz nekdo v takhle dlouhe > ceste zmeni maly kus, nebo nejak opravi tagy, tak se nahrava cela > cesta znovu na server (ano, tady by slo vylepsit API o moznost nahrani > jenom tagu s tim, ze "nody se ponechaj"). No a pokud si nekdo u takhle > dlouhe way, ktera se mnohokrat v minulosti upravovala vyrada historii, > tak by dostal XML o mnoha desitkach MB (teoreticky, ale pry ho driv > utne nejaky limit nebo timeout). Cili pokud se tyhle problemy nejak > vyresi, tak by se ten limit mohl v budoucnu zvysit nebo mozna i > zrusit. > > Martin > > _______________________________________________ > Talk-cz mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-cz > _______________________________________________ Talk-cz mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-cz
