-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
offset >= 100000 not accepted by API but 100001 is !!! #40
Comments
Yes this is from the API - I confirm its still happening with a test |
|
@smnorris - what do you think of this behaviour |
For now I've added a check on offset < 100000 because I'm not sure that the result returned with offset 100001 is valid! |
Behaviour is weird! I'll see if I can debug. |
Both of these seem to work? What are the exact requests that bail? |
Well, they provide a response anyway. The requests aren't very useful because they have to be ordered by something for the offset to work reliably. Ordering by This is the log output from pg_featureserv
|
The documentation I was referring to (https://access.crunchydata.com/documentation/pg_featureserv/latest/usage/query_data/) refers to the wrong parameter name, it should be The issue seems to be that the max offset value input to the query from the server is 10k. This is the log output from this request:
I don't think this is a config issue, these config paging params shouldn't affect the offset?
|
These are the two queries: the first with an offset of 100001 returns an empty data set but the second with a smaller offset of exactly 100000 throws an error about the offset being too big. I think the first query should also throw an error.
|
Not totally sure what the issue is here - both these requests return an empty response: Perhaps error noted above is an encoding issue in the request? Empty responses for these requests are expected, there are only 11,767 records in that table but pg_fs doesn't know that. To make paging work better I can add a record count meta table that the R client can query (smnorris/fwapg#56), but hopefully it won't be necessary in future versions of pg_fs |
Hold off on the record count meta table for now - I'll let you know if I think we need it. |
this was an issue on our end caused by conversion of numeric to character for the url string:
fixed now in pgfsr with |
Hilarious! |
No description provided.
The text was updated successfully, but these errors were encountered: