Cameron Moore wrote: > > * [EMAIL PROTECTED] (David Megginson) [2002.12.05 09:45]: > > Christian Mayer writes: > > > > > The missing functionality is the ability to figure out if the tile has > > > changed IIRC. > > > > > > But that'n no problem - HTTP already supports that. IIRC it send's a > > > status code of 302 if the reqested data didn't change... > > > > Exactly -- as long as the files are available unpacked in the standard > > directory structure via HTTP, everything should work just the same. > > We would need to preserve the timestamp for the 302 code stuff to work.
that's no big deal > I guess _my_ question in regard to rsync is how much would rsync > actually help in our case. If a tile is changed -- say we fixed a > runway or something -- would a diff accomplish anything since we have > binary scenery files that are also gzipped? Would the rolling checksums > that rsync does all end up being different, so we are always downloading > the entire file anyway? If this is the case, then rsync's main > advantage is worthless to us. I doubt that. As mentioned before: for a CD image where only a few files change (and those are hidden somewhere inbetween 640 MB) it's very well suited. But we've got a directory structure that gets "mirrored" on the client and there are only a few files in it that change - and those files probably change completely. CU, Christian -- The idea is to die young as late as possible. -- Ashley Montague _______________________________________________ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
