Dne 28. března 2016 20:33 Michal Grézl <[email protected]> napsal(a): > 2016-03-25 20:30 GMT+01:00 Tom Ka <[email protected]>: >>> Ja bych radeji pouzil cas z exifu fotografie. Taky muzu pouzit timestamp z >>> fs. >>> Budu vyrabet nejake zakladni ziskani exif dat. Datum z fs muzu nejak >>> vracet taky. >>> Do db by to slo dat primo taky, ale to se mi moc nechce. >> >> jsem pro to dat rozhodne do DB pri insertu jako TIMESTAMP, z exifu to >> jde vytahnout vzdy kdyz to tam bude ale kdyz ne, tak spolehat na cas >> souboru je podle mne dost k nicemu. Staci aby se soubor zkopiroval >> nebo s nim provedla jina operace a je to nenavratne v tahu. Proto je >> podle mne jedine reseni davat to do DB tak jako lat a lon (ty jsou >> prece taky v exifu). > > exif latlon a db latlon se budou, casem jak se to bude posouvat, > lisit, exif latlon nehodlam menit, nic v exifu nehodlam menit. Jedine > mozne upravy fotek budou rotace a zruseni nahledu (kvuli velikosti) > > Jestli to datum vylozene chces, tak to tam dam, ale je to fakt na nic. > Ja vkladam treba 5 let stare fotky, k cenmu je mi datum, kterej je v syslogu?
Minimalne pro to, ze z DB se na to jde pak nejak dotazovat, muzu vytahnout prilis stare nebo naopak jen nejnovejsi fotky. Pokud je datum v exifu (tj. je exif), pak se to muze nastavit podle nej, ale pokud exif neni, tak nic jineho nez TIMESTAMP nemame a je dobre ulozit aspon ten nez vubec nic a nevedet zadnou casovou informaci k te fotce. >>> /table/move >>> typ volani POST >>> post parametry: id, lat, lon >> >> a je to zase na nejake tvoje schovalovani nebo kdy se to projevi? > > jo vsechny akce se schvaluji. bude to moct delat kazdej, az to bude > vyladeny. A nektery se budou schvalovat automaticky. S tim souvisi to, ze bud bude muset byt komplet historie ala wiki nebo minimalne pro vsechny vlastnosti originalni a posledni hodnota, protoze jinak prijde nejakej vandal a cele to znici. To by prave resila ta moznost modifikace pres OAuth - pak je jasne kdo (a co zmenil) a da se to nejak resit. _______________________________________________ Talk-cz mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-cz
