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

FROST server ids sometimes do not match the self link #26

Open
C-Loftus opened this issue Jan 9, 2025 · 1 comment
Open

FROST server ids sometimes do not match the self link #26

C-Loftus opened this issue Jan 9, 2025 · 1 comment

Comments

@C-Loftus
Copy link
Member

C-Loftus commented Jan 9, 2025

  • all observation posts succeed
  • there are no duplicates detected by the db or in my tests
  • despite this, the value of the iot.id selfLink appears different from the iot.id value in the json.
    • it seems like it lags behind one or two values for some reason
    • i don't have any logic that adds or subtracts from previous iot.id values. the iot.id is just being generated by concatting the according to the logic in new iotid generation strategy #25

You can see that 14010000019030204 appears duplicated shows up twice in the iot.id field but despite this it doesnt affect appear duplicated if you try to filter by it. The underlying iot.id inside the db appears to be unique. This is moreso a json encoding issue on FROST's end it seems

image

However if you filter by that particular iot.id that appears to be duplicated 14010000019030204, only one value appears so it is something incorrect it seems inside FROST.

image

@C-Loftus
Copy link
Member Author

C-Loftus commented Jan 9, 2025

I have added tests for this inside the dag and it doesnt error out in ci/cd but it seems to be an issue still here: https://owdp-pilot.internetofwater.app/FROST-Server/v1.1/Observations

Seems to be something with either scale or caching since there are no other differences on the server vs local

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

1 participant