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

Features for V0.55 #118

Merged
merged 68 commits into from
Aug 12, 2021
Merged

Features for V0.55 #118

merged 68 commits into from
Aug 12, 2021

Conversation

marcus-neo
Copy link
Contributor

@marcus-neo marcus-neo commented Aug 3, 2021

  1. Changes to the Cache saving and loading methods
  • Instead of saving the entire model class object, the model class is deconstructed on save, and reconstructed on load
  1. Changes to loaded model location in the code
  • Loaded models are now fully integrated into their respective model class
  • Docstrings for this change has been updated.
  1. Added new autosave toggling feature
  • Introduced new variable var/cache.var.
  • Enabling/Disabling autosave will update the var/cache.var flag.
  • Whenever Portal starts, autosave will be set based on the value in var/cache.var.
  • Autosave is defaulted to false on first start.
  • Enabling autosave will immediately create the portalCache file.
  • Disabling autosave will immediately delete the portalCache file.
  1. Created support for Hosted Deployment into Portal
  • Added new tab in model registration interface called "Datature API (Coming Soon)"
  • (The tab is currently greyed out)
  • Upon clicking the tab users can enter Name, API Link, and Project Secret to register their API as a model.
  • Subsequent Steps to load/make predictions will not be different from previous methods.
  1. Introduced option for certain model types to be saved in cache.
  • With the introduction of Datature API, saving the credentials (API link and project secret) could be a security breach.
  • This new option allows newly created custom model types to specify if they want their credentials to be saved in cache.
  • All registered models that have the save_in_cache flag turned off will not have their credentials saved in cache.
  • Image predictions tagged to this model will still be saved in cache nonetheless (The registered model key used for indexing has already been hashed).
  1. Changed default video frame sampling rate from 20 to 1.
  2. Moved and renamed use_gpu from cache/use_gpu to var/gpu.var.
  3. hub_models, var and cache folders will no longer be persistent (removed from github), and will instead be dynamically created upon first startup.

gkeechin and others added 30 commits June 29, 2021 14:52
Merge develop version 0.5.0 to staging
Staging to Release for version 0.5.0
Develop to Staging for changes in readme
Staging to Release for the readme changes
Develop to Staging changes in package lock
Staging to release change in release version
Develop to Staging for changing the release name
Staging to Release for changing the release name
 Add bash shell in the release workflow
 Add bash shell in the release workflow
Staging to Release final bug fixes
Develop to Staging for the icprenderer change
Staging to Release for icprenderer change
1. Saving cache no longer saves the entire model class.
Instead, only the model type, name, directory and description pertaining to the model class will be saved.
2. Restoring models from cache now takes the model type, name, directory and description and dynamically builds and registers the model.
Update feature_request.md
@marcus-neo marcus-neo changed the title Features for V0.5.5 Features for V0.55 Aug 6, 2021
@gkeechin gkeechin merged commit 3ee1495 into develop Aug 12, 2021
@marcus-neo marcus-neo deleted the v0.5.5/Develop branch August 12, 2021 10:08
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.

3 participants