You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: Cloud_Setup/JPL_setup_instructions.md
+8-10Lines changed: 8 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -37,26 +37,24 @@ JPL does not enable `ssh` access to AWS instances by default, instead preferring
37
37
-*Initial set up and download GitHub repository*: Copy the following commands and paste in your SSM window (using shift-insert or right-click then **Paste**):
-*Enable ssh access*: There is a script in the GitHub repository to enable ssh access `sshd_enable.sh`. You want to run it as the *root* user, otherwise you will not have the necessary permissions. Again, copy and paste the following in your SSM window:
The script will ask if you want to move the git repo and change its ownership. Answer **Y** and enter **jpluser** for user name.
52
+
The script will ask if you want to generate new SSH keys, answer **Y**. Then it will ask if you want to move the git repo and change its ownership. Answer **Y** and enter **jpluser** for user name.
55
53
56
54
Once the script is completed, you should be able to ssh into your new instance. You can **Terminate** the SSM window. Then from your machine's terminal window, connect to the instance's *private* IPv4 address (given on the AWS instance summary page) with user name **jpluser**. For example, if the key file is `~/.ssh/aws_ec2_jupyter.pem` and the private IPv4 address is 100.104.70.37, then:
The `-L` option indicates a tunnel from the local machine's port 9889 to the instance's port 9889; this will be used later to open Jupyterlab through your local machine's web browser.
@@ -80,7 +78,7 @@ Now you need to install software (conda/miniconda/miniforge) to run Python, and
80
78
To run `jupyter_env_setup.sh`, copy, paste, and execute the following two commands on the instance:
The script takes several minutes to run, but it should set up our environment with the packages we need. Now you can return to Step 4 of the [AWS Cloud: getting started](https://ecco-v4-python-tutorial.readthedocs.io/AWS_Cloud_getting_started.html) tutorial.
Copy file name to clipboardExpand all lines: Intro_to_PO_Tutorials/Steric_height.ipynb
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -213,7 +213,7 @@
213
213
"source": [
214
214
"### Sea surface height file\n",
215
215
"\n",
216
-
"To look at the impact of steric height variations, we will also be looking at the actual sea surface height field from ECCOv4. To compare steric height with sea surface height, we of course need to download and retrieve sea surface height output. You can do this by importing the **ecco_download** module and calling the function *ecco_podaac_download* (see the Geostrophic Balance tutorial for an example). Consulting the [variable list](https://raw.githubusercontent.com/ECCO-GROUP/ECCO-v4-Python-Tutorial/master/varlist/v4r4_nctiles_monthly_varlist.txt) for monthly mean output, we find that the datasets containing sea surface height have ShortName ```ECCO_L4_SSH_LLC0090GRID_MONTHLY_V4R4```. To start, download the granule of that dataset corresponding to January 2000 (2000-01). Once you have this file downloaded, view its structure using the code below."
216
+
"To look at the impact of steric height variations, we will also be looking at the actual sea surface height field from ECCOv4. Consulting the [variable list](https://raw.githubusercontent.com/ECCO-GROUP/ECCO-v4-Python-Tutorial/master/varlist/v4r4_nctiles_monthly_varlist.txt) for monthly mean output, we find that the datasets containing sea surface height have ShortName ```ECCO_L4_SSH_LLC0090GRID_MONTHLY_V4R4```. To start, we access the granule of that dataset corresponding to January 2000 (2000-01)."
0 commit comments