You may try downloading the report via a zipped http stream, rather
than a zip.
I believe this gets around the size restrictions, and provides you
with transparent zipping.
on 2009-11-12 downloaded a report 770M .. so yah, size restrictions
don't seem to be enforced
-tim
On Nov 18, 5:23 pm, AdWo
Hi Hans,
My understanding is that it will truncate the file without respect to
the XML structure, resulting in an invalid XML file.
Best,
- Eric
On Nov 18, 4:42 pm, HK wrote:
> Eric,
>
> I appreciate you taking the time to look into this. I will let you
> know if I see this again.
>
> One quest
Eric,
I appreciate you taking the time to look into this. I will let you
know if I see this again.
One question related to intentional truncation - if AdWords truncates
a report file at 250 MB, will it just omit records at the end so that
the report is still a valid XML file, or will it just chop
Hi Hans,
Thank you for the extra information. The truncation does take place
on the uncompressed size of the report, but a truncation down to 100
MB doesn't make sense. The server logs show that there were no errors
generating the report, so it is unclear what happened. Since we can't
replicate
Hi, Eric
Our app calls getGzipReportDownloadUrl to get the URL and then
uses .NET's WebClient class and DownloadFile method to do the
download. It did not fail or error during the download. We run the
same report every day (has been for a year), and a few days later, the
same report succeeded and
Hi Hans,
How does your application download the report? Were there any errors
logged by your application while the report was being downloaded? How
were you able to later verify the full size of the report?
Best,
- Eric Koleda, AdWords API Team
On Nov 16, 5:56 pm, HK wrote:
> Hi,
>
> Last wee
