Python version >=3.10 don't need to use the typing module types imported
(e.g., `from typing import List, Tuple`), but if we continue to stick with
these, geomag-algorithms should be backward compatible to py3.8. Some day
we'll have to bump up our minimum python version, but not today.

- update advice on 'forking workflow' since this is only valid for
  those with a code.usgs.gov account
- emphsize `pyproject.toml` and `poetry` as dependency tracking tools
- update `Developer Tools` section to describe how `poetry` and
  poetthepoet are used to run linting, unit tests, and audits

- some old links still pointed to email lists, or worse, user email addresses
- some old links pointed to github or waffle.io
- added new Gitlab "service desk" email.
- removed link to docs/example/ folder, which never existed

The file is entirely about command line interface anyway.

Remove extra disclaimer

See merge request !298

Updating the version to v1.9.1

See merge request !296

Swap GUA/GUT metadata

See merge request !295

Updating the version to 1.9.0

See merge request !294

Swap HON and HOT metadata

See merge request !293

Committing two new files, FDSNSNCL and FDSNFactory. The factory is modeled...

See merge request !291

Updated the fastapi package which required a few changes to the file pydantic_utcdatetime.py module. The module now contains a workaround to deal with the way pydantic manages the UTCDateTime string. This is a new issue that was caused by updating to fastapi version 0.109.2.

I have reomved what I considered unnecessary functionality from the new FDSN_Factory. This has greatly condensed the length of the factory. I have left a few lines of code commented out because I am not sure if they warrant concern. These pertain to the stdout and stderr variable and comments Payton made regarding how Obspy factories write to stdout rather than stderr.

Committing two new files, FDSNSNCL and FDSNFactory. The factory is modeled after the MiniseedFactory with the additional functions that retrive azimuth and dip. The Factory also relies on the get_waveforms method of obspy instead of get_timeseries. The instrument response is also attached and then that response is altered using the remove_response method in Obspy. This returns the response in nT, but we may have to change this depending on whether there are variometers with a frequency response. The __init__.py file was also edited to incooporate the FDSNSNCL and FDSNFactory.

Migrating to new edge config - stage 01

See merge request !289

Made docstring consistent with code wrt snclMapper option.

Allow EdgeFactory to change which mappings will be used from common channels
(i.e., X, Y, Z, etc), to SEED SNCLs (station, network, channel, location)
codes. For now we default to "legacy", for backward compatibility, but we
can specify snclMapper="geomag" to use the modern SNCLs used by the USGS
Geomagnetism Program.

Prior to this, a scale factor of 1000 was applied to all data written
(via raw input client) prior to writing to edge server. This is still
the default, but now user can change this scale factor. This will
allow the EdgeFactory to be used to read data it did not write, and
rescale it if necessary. Note: default is 1000, not 1, for backward
compatibility.

Add obspy.clients.neic to client list for retrieving data from edgecwb
using the CWBQuery protocol (uses miniseed blocks instead of tracebufs).
We will leave earthworm in-place for now, but only if the input port is
2060. 2060 is the only port used for earthworm protocal in any of the
edgecwb nodes used by Geomag, so this should be OK. Eventually we want
to remove earthworm from "Edge"Factory, perhaps creating a separate
factory dedicated to earthworm, although, to be honest, we'll probably
never used earthworm again once we've migrated everthing to miniseed.

These options were never used. Presumably they were once intended to allow
a separate edgecwb host to be specified for non-real time data. It just isn't
obvious why this would be desirable in 2024.

Updated the version within each file to reflect the latest cut release tag.

See merge request !288

Updating this branch to fix the issue concerning Python version compatability

See merge request !287