Home

Up to v1.3.1, developed using:

• holoviews: 1.17.0
• bokeh: 3.2.2
• hvplot: 0.8.4
• panel: 1.2.1

My VSCode needs jupyter_bokeh-3.0.7 to render HoloViews plots without errors. Jupyterlab is ok with 3.0.4.

To do

Features

• return the average in a selected window size, from a coordinate on a dI/dV map.
• Streamline plotting. Add matplotlib backend option to qplot(). For qplot types (map, line, spec), define groups and labels. Use a function to set opts for both backends.
• option to limit the color scale in qplot()
• maybe switch the box around navigation images to hv.bounds
• add interactive line selection to mapsection.
• implement and test situation when there is no alternate scan direction in spectra: 9K_ABC6_2020_07_02_08_50_47_967
• treat descending and ascending bias values
• Add support for loading gwyddion files, using the gwyfile project

Bugs

• Things genthumbs(), qplot() can't handle, probably because the loader can't handle it:
  • probably because alternate is False: "dI-dV_9K_ABC6_2020_07_02_08_50_47_967.sm4"
  • old Iz: Iz_gold_9K_2019_12_18_13_49_32_752.sm4
  • numberofspectra is zero for some reason: "line_hopg_300k_2020_08_11_16_20_04_378.sm4"

Issues

• For line spectra, topography (and probably all the other data) is loaded in the incorrect order in spym. Test spectrum: line_9K_ABC6_2020_11_01_12_12_27_213.sm4
  • coord_to_absolute() doesn't work for lines images.
• For the older version (RHK_MinorVer = 5) of the RHK software, the $I(z)$ spectra seem to have the wrong RHK_LineTypeName field value. They show up as $dI/dV$ spectra. Example: Iz_gold_9K_2019_12_18_13_49_32_752.sm4

Notes

• If loading data, using the old rhksm4 method, the z direction of the topography data seems to be flipped.

Offsets

• In the RHK Rev software, the offsets shown in the software refer to the bottom - left corner of the image. This does NOT include the rotation. For the proper shift of the image coordinates including rotation this has to be taken into account.