Skip to content
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

log object queries are not filtering by index ranges, rowcount #1

Open
subwaylocations opened this issue Feb 8, 2017 · 6 comments
Open

Comments

@subwaylocations
Copy link

querying a log object, I cannot filter the data results using the startDateTimeIndex or endDateTimeIndex. Also, the query seems to ignore dataRowCount as well.

@bmdiaz
Copy link
Contributor

bmdiaz commented Mar 23, 2017

Log query logic for WITSML 1.3.1.1 has recently been updated to address several bugs. Please get the latest source and try your queries again.

@Tsmith5151
Copy link

Is is possible to send a request to the server for specific units? For instance, a well may have recorded the log curves in imperial units, however would like to return in metrics. It does not appear you can force the data returned from the server to be of a particular type by modifying the "uom" field. Thanks!

@setiri
Copy link

setiri commented Feb 1, 2018

T, by my recollection from the standard, you send the unit you desire in the query, but the server may send back whichever it prefers and the client has to convert it. So depending on the server design, it may always standardize on one set of units, or may convert to whichever you request, or may just store it however it originally was sent. (it's been a while since I read this though :)

@Tsmith5151
Copy link

Thanks @setiri . I assumed this might have been the case. Was hoping to avoid having to manually convert the log curves if this functionality existed in the current API.

@tonineumann
Copy link

Pulled the latest code. The time filtering is working correctly. The dataRowCountis not being honored by the server.

@nilsabenson
Copy link

@tonineumann dataRowCounts is totally controlled by the limits set in the configuration file(s). The process that fetches the data from the database applies these limits above all others. However, setting these limits too small, or too large has negative effects on all GetFromStore and log UpdateInStore queries leading to excessive CPU use or failed updates to existing data. We have forked the server to look at this and will be submitting a PR when it's done.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants