So, just to throw my 2cents into the mix. I really think there is a misunderstanding of how people are using the pocket queries that want to have a slightly higher mix.
First, my details. I live near Indianapolis. I have 7 queries setup to get all the caches within just 50 miles of my house. Not really that unrealistic of a difference for me to go caching with on a spur of the moment. Those caches are broken up, as suggested by others here into date ranges. I did it, but it was a pain. I get updates on the caches close to my house once a week so they are up to date.
I then use GSAK to put them into a single database and export the file back out to my PDA. If I'm going caching, I grab the area near where I'm going and dump the nearby caches onto the GPS.
My point for wanting a higher limit isn't to download 500,000 caches/week. It's about the ease-of use. I really liked the idea someone else put in of making it a # caches/week downloaded limit instead of "max 5 queries/day of 500 caches each".
You're right, 17,500 caches can be downloaded every week. I don't want that many. I just would like an easier way to get the caches within 50 miles of my house. So, from my perspective, let's stop arguing about upping the max caches/query or queries/day and push towards a max # caches/week limit or something like that.
The other reason for this type of thing is the example of me going on vacation in a few months. I'm going to, aparently, a fairly cache dense area in tennessee. I will have zero internet connection while there. I'm going with others so can't "plan" my entire week ahead of time. I know we're going to try and go hiking a couple days and that will take me to areas possibly 50-60 miles from my condo. Unfortunately, I can't hit that kind of range. I can only get about 20 miles from the condo before hitting the limit. I'd GLADLY disable my normal queries and again would just like the ability to get about 2000 caches in one query to save me hours of setting up the Pocket Queries to get that data.