-
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
[MPI_WP2]: 2. IsoMemo skin IsoMemo app #69
Labels
Comments
2 tasks
This was referenced Jan 6, 2023
Closed
This was referenced Feb 9, 2023
Closed
2 tasks
7 tasks
@isomemo the "higher level of data fetching" was added to the iso-app beta. The next step regarding this is to
Please feel free to provide the new sources. |
2 tasks
Regarding the higher level of data fetching there is the new issue: Pandora-IsoMemo/iso-data#12 Left here is
|
4 tasks
I am closing here. There are issues in respective repositories for the last open tasks. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Updates for Isomemo skin: higher level of data fetching
For the Isomemo app (https://github.com/Pandora-IsoMemo/iso-app), introduce a higher level of data fetching.
Currently a script is used to map data from across different databases into a single table stored in our servers (https://github.com/Pandora-IsoMemo/iso-app/tree/main/R).
This script is something that can be edited as databases are added/removed/modified. The script should be modified so that a new option of allows for the creation of different data maps (between original data sources and our repository). -> Add new schemas iso-data#4
In terms of the IsoMemo skin interface there would be a selection option (above “Database selection”) to select a single data map. Once a map is selected the options for Categories and corresponding fields are automatically updated. In the new script one should be able to give a link to a pdf file describing the metadata of each map). This this change implies also that the following will have to be updated (see https://github.com/Pandora-IsoMemo/iso-data/tree/main/R):
Select categories or fields: buttons to select all/none (see figure below)
New option in the IsoMemo skin to load pre-saved queries
profiles, user can use the profiles and load them for the users
Iso-data (https://github.com/Pandora-IsoMemo/iso-data/tree/main/R): Implementing a Bibtext Citation for database entries
Updates for Pandora skin (see below)
Duplicate search: Users would be able to select fields of interest for duplicate identification from the Pandora skin within the IsoMemo app (https://github.com/Pandora-IsoMemo/iso-app/tree/main/R). In terms of matching options the user may select an exact match or if a string in one cell is contained within another. If the search should be case sensitive or not and if spaces should be considered or not. In terms of display, the user may select to add a new column where duplicates are flagged or only to display the first or last duplicate.
Duplicate search within IsoMemo: similar to above for the IsoMemo skin (see text above). -> Detect duplicates for user selected fields #88
For Pandora skin, currently users have to manually select longitude and latitude fields (see figure above). This should remain possible. However, now when selecting a data resource, the app will check if there are fields named Longitude or Long and Latitude or Lat. If so, these are automatically assigned as latitude/longitude. -> Pandora Skin: automatically set Longitude and Latitude fields after loading data #67
Updates for Pandora & IsoMemo skin
be quite big depending on text size (see example below). Introduce an option to make these
smaller by having the user setting a max number of characters to be displayed.
Users can show/hide administrative names and/or borders for different map display options (see figure below).
Restructure (split up) scripts for modeling tabs:
see: Restructure (split up) scripts for modeling tabs: #126
Clean code structure following the descriptions given at the following links:
Currently, all options for one tab of one model, e.g. "AverageR" are in one script, e.g. 03-modelResults2D.R. Since they are so many inputs now, some of the inputs do depend on andinteract with each other. This leads to several rerenderings of the map if one input is changed and app becomes very slow.
Isolate inputs and move them into their own module preventing them to interact with inputs outside this module. Additionally, add an "Apply" button to trigger a new rendering of the map.
Modularize/isolate the following groups of inputs:
If the user changes an input that belongs to one module, all dependencies inside this module
will be set before the map is rendered again. This should significantly reduce the number of
renderings.
Reuse the newly created modules for e.g. map view and map style in the other modeling tabs
like "TimeR". By this, reduce the current "copy-paste" amount of the code, which reduces the
risk for bugs, and the time to fix them.
Additionally, use a newer syntax for the shiny modules that enables to add tests for the module server functions.
Use frames where needed and where possible. -> [FOR ALL MPI APPS ]: Use of frames to make the interfaces easier to navigate (1,5 days) #4
Download/upload of model objects
Down-/Upload of model objects: The IsoMemo app (https://github.com/Pandora-IsoMemo/iso-app) offers 5 different models that can be applied to uploaded data:
(estimateMap(), estimateMap3D(), estimateMapSpread(), estimateMapKernel(),
estimateMap3DKernel())
Develop interface to down/upload model objects such that only the related inputs and plots are updated when a model is uploaded. This must contain checks that prevent uploading a model object from a different model than that which is currently active.
-> Version 23.04.1: Feat/3 model down and upload #128
For more details, see also [MPI_erweiterung_priority_054]: Pandora/Isomemo. Save and load files fully describing models plus a text describing model #3
Saved Maps tab
Implementation within: OperatoR inputs #19
The text was updated successfully, but these errors were encountered: