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

Allow to load signed result URL in load_ml_model #732

Closed
wants to merge 1 commit into from

Conversation

EmileSonneveld
Copy link
Contributor

Loading from a signed results URL avoids credentials issues.

Another way could have been to sign the content of the /ml_model_metadata.json url.

for asset in assets:
if "ml-model:checkpoint" in assets[asset].get('roles', []):
checkpoints.append(assets[asset])
if "ml_model_metadata.json" in model_id:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe use endswith instead of in. I don't think this edge case will ever occur but better to be safe.

@JeroenVerstraelen
Copy link
Contributor

JeroenVerstraelen commented Mar 20, 2024

The code looks good but I'm not sure why ml_model_metadata.json has a different json structure compared to other files. I suspect the signed urls are the ones that don't end with 'ml_model_metadata.json'? If so, we should be careful with splitting up based on the name of the file. Users should be able to choose any filename they want.

@EmileSonneveld EmileSonneveld marked this pull request as draft March 20, 2024 16:28
@EmileSonneveld
Copy link
Contributor Author

PR put on draft and might close later.
I'll implement the other way, signing the urls in /ml_model_metadata.json when the request self is signed...

@EmileSonneveld EmileSonneveld deleted the ml_model_from_result branch November 7, 2024 20:25
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

Successfully merging this pull request may close these issues.

openEO random_forest_classifier validation/inference fails in CDSE
2 participants