CRITFC / Helpdesk

Parent repository for tribal CDMS documentation and issues
1 stars 0 forks source link

Set up a 2.5* Dev Environment with CRITFC-renamed to 3.0 #69

Closed dspinosa closed 1 year ago

dspinosa commented 1 year ago

This will allow the CRITFC team to test the latest release of CDMS (2.5) from CTUIR. Although there are conflicts in the merge file, many are related to the Angular update on the frontend, and NuGet and .Net packages in the backend.

dspinosa commented 1 year ago

Need Server for FE, BE, and database

JamminCRITFC commented 1 year ago

CRITFC dev environment is setup on VM and currently running old 2.3 version (FE, BE, database). Ready to install v3.

sekoukeita commented 1 year ago

Innovate local dev environments are ready and working on discovering database changes and fixing bugs and errors preventing the front and backend to communicate seamlessly with the database provided by NPT

sekoukeita commented 1 year ago

We have worked on comparing schemas of CDMS database vs NPT database (provided by Clark) to make our development environment work.

Database comparison

Overall differences

Changes to core tables and views:

Users:

Datasets:

Locations:

LocationDatasets:

LocationProjects:

Datastores:

DatasetFields:

ProjectObjectives:

Projects_VW (view):

Update the database to make the dev environment work

  1. Added Cell and Email column to Users table to make the Login work
  2. Deleted LocationTypeId from DataStores and LocationsTable
  3. Created LocationDatasets junction table and populate it
  4. Created ProjectObjectives table
  5. Added PossibleValues and Disabled columns to DatasetFields tabled
  6. Added Quadrangle and RelateHabProject columns to Locations table
  7. Added the dataset with id = 1262 to the Datasets table. Note: this dataset is always called in Location tab.
  8. Wrote a SQL script to automate the above 7 steps.
cwatry commented 1 year ago

Sekou et al. -

I think we will want to retain the LocationTypeId field in dbo.Locations as this will help us when we consolidate our location records to remove duplicates and re-assign the correct LocationId in its place. I think this will be a necessary step for each tribe to take to remove any existing duplicate locations. For example, we created transects for our raw field data from spawning ground surveys (i.e., location type = Spawning Ground Survey) and we use those same transects in summarized datasets (e.g., location type = Ageing Data). Currently in dbo.Locations we have two location records w/ separate LocationId's to represent this one location. So it's that kind of thing we need to clean up on a case-by-case basis; I think using LocationTypeId will make this task much easier. Thanks

Clark

sekoukeita commented 1 year ago

Clark,

Ok. I will update the script to leave the LocationTypeId in place since it is still helpful.

sekoukeita commented 1 year ago

Installing tribalCDMS_3.0 on dev environment

1- Clone the front and backend repositories from CRITFC GitHub onto the dev machine.

2- Get the backend ready (in Visual Studio)

3- Publish the backend (in Visual Studio)

4- Get the frontend ready (in Visual Studio Code)

5- In IIS: . restart the server .recycle and restart the application pool for the site .restart the site.

JamminCRITFC commented 1 year ago

Development environments have been setup at CRITFC and NPT.