--cols > 2 causes USGS orthophotos to just be white

I have a similar problem - when I specify a --cols value bigger than 28, I get this error:

./creator.py --index 3122034 --cols 30 --scenery_folder ../ortho 
Bucket: {'min_lat': 51.75, 'max_lat': 51.875, 'min_lon': 10.5, 'max_lon': 10.75, 'center_lat': 51.8125, 'center_lon': 10.625}. Index: 3122034
INFO:root:Downloading tile=/tmp/tmp0exso1av from url=http://services.arcgisonline.com/arcgis/rest/services/World_Imagery/MapServer/export?bbox=10.5,51.75,10.508333333333333,51.75416666666667&bboxSR=4326&size=4096,2048&imageSR=4326&format=png24&f=image
Traceback (most recent call last):
  File "./creator.py", line 304, in <module>
    main()
  File "./creator.py", line 299, in main
    provider.download(bucket, full_out_path, tnum=(args['cols'],args['cols']), theight=args['theight'], dry_run=args['dry_run'])
  File "./creator.py", line 183, in download
    ftiles.append(self._download_tile(tbounds=tbounds, tsize=tsize, dry_run=dry_run))
  File "./creator.py", line 214, in _download_tile
    raise Exception('Failed to download orthophoto. status={}'.format(response.status_code))
Exception: Failed to download orthophoto. status=500

With --cols 28 or smaller it works a charm. The Julia photoscenery compiler somehow manages to circumvent this - I don't know how. I ran tcpdump while the photoscenery generators were running, and the URLs opened by your script contained long chains of 3333…, which was not the case for the Julia script.

nathanielwarner / flightgear-photoscenery

--cols > 2 causes USGS orthophotos to just be white #9