maptile exe download crawls

[wildintellect]

For some reason when re-running the build iso a couple of windows packages get re-downloaded even though wget is specifically instructed -c.

This wouldn't be a huge issue, but maptiler.googlecode.com has been crawling, 20 minutes for a 10M download on a very fast connection. Not sure what gives.

[hamish]

I too have noticed that -c doesn't always work. It's server dependent, but apache has provided it for ages AFAIK and the monoculture uses apache, so I don't know if that's it. I think I saw it while re-testing the script for William's Mac installers, some new they were done, some tried from the start. Weird. I would expect a 416(?) error from the server saying EOF, and in general would cast my unsubstantiated bug eye at wget not apache, but who knows.

a

if [ ! -e "filename" ] ; then
  wget ....
else
  echo "<filename> already downloaded"
fi

could replace wget -c in places, but obviously the -c ability is lost.

Hamish

[wildintellect]

It appears to be a specific issue with googlecode, also happened on gpsvp. We should notify projects who host on google to harass them about the terribly download speeds and the odd wget incompatibility. 20min -3 hours for 10M is really unacceptable by just about anyone's standards.

[hamish]

maybe google exceeded their monthly bandwidth quota? [ducks]

[hamish]

maptiler download ran at 449 KB/s for 4.0rc1, closing ticket.

also note there is wget -N which will only redownload (sync/mirror) if version on the server is newer. This does not work with wget -O though.

Hamish