diff --git a/areas.htm b/areas.htm index 3317ac9e5..9a7fd2834 100644 --- a/areas.htm +++ b/areas.htm @@ -31,7 +31,12 @@ area 1626.
Access to the area is relatively easy at its southern edge, as the Loser Panoramastraße (a toll road) climbs the southern slopes of Loser to reach a large parking area and self-service -restaurant at 1600m just below Augst See. From here, good paths reach both the +restaurant at 1600m just below Augst See. +
+From the car park - now called "Loser Alm" and formerly just known as the +Bergrestaurant- good paths reach both the southern slopes of Vd. Schwarzmooskogel, and also north to a col overlooking the extensive pathless central plateau. Both the further reaches of the central plateau and the areas around the Schönberg, Gries Kogel and Augst-Eck @@ -78,6 +83,7 @@ areas, though the map overlaps onto most of the others.-These need the Garmin communication protocol to import cave entrance locations (waypoints) and paths (tracks). -You can't do it by simply copying files. -This means that you need special software on your laptop in addition to a USB cable that -connects your laptop to the Garmin device. +
Even modern (2019) Garmin GPS devices use this old style mini-USB socket. So you will need the special cable that comes with the device. An ordinary phone USB cable won't work.
-If your Garmin has a mini-USB socket, rather than the usual micro-USB found in phones, then you might have an "old" Garmin handheld, but some modern handhelds still use this old socket. + +
+These need the Garmin communication protocol to import cave entrance locations (waypoints) and paths (tracks). +You can't do it by simply copying files. +This means that you need special software on your laptop in addition to a USB cable that +connects your laptop to the Garmin device. +
Once you have the right cable and connected your handheld to your laptop:
To regenerate the most recent version which contains the cave entrances discovered during expo you will need to ask someone who is competent in logging into the server and running scripts. -
The data is in the version control system repository :loser: in +
The data is in the version control system repository :loser: in
loser/gpx/-and is generated from the survex data by a script. It is best to do this on a laptop which has the entire :loser: +and is generated from the survex data by a script. It is best to do this on a laptop which has the entire :loser: repo downloaded onto it (e.g. the expo laptop) rather than on the server itself as the server can run out of memory doing this.
The most recent track data will have been uploaded by an expoer into e.g. @@ -133,9 +134,9 @@ repo downloaded onto it (e.g. the expo laptop) rather than on the server This is actually entirely hand-edited from original tracks. The only survex data it uses is the entrances waypoints which are exported by the script which has been hand-edited in. It also has the kataster boundaries hand-edited in. -
Last year's (17 July 2018) +
The 17 July 2018 version can be downloaded from here : essentials.gpx (190K). -(This is a symlink to loser/gpx/essentials.gpx). +(This is a symlink to loser/gpx/essentials.gpx). This works fine on laptops but most phones don't like this sort of link.
Similarly expoweb is full of bloat from fat images and surveys and one 82MB thesis that got checked in and then removed. Clearing that out is a good idea. I have a set of 'unused fat blob' lists which can be stripped out with git-gilter. It's not hard to make a 'do the conversion' script, ready for sometime after expo 2019 has calmed down. -
-Wookey has now moved 'expoweb' from mercurial to git largely "as-is" and will to use the git tools to patch up the history and to remove redundancies, rather than the original plan to tidy them up "at the time of conversion". Mark Shinwell is working on loser. -
Sam continues to work on upgrading django from v1.7 . We are using python 2.7.17 and while we could upgrade to Python v3 using the same version (1.7) of django, we would rather upgrade django as much as possible first before we tackle that. Old versions of django have unpatched security issues. -
"Django 1.11 is the last version to support Python 2.7. Support for Python 2.7 and Django 1.11 ends in 2020." see: django versions. -
Ubuntu 20.04 came out on 23rd April but it does not support python2 at all. So we cannot use it for software maintenance. -
For a table displaying the various versions of django and support expiry dates +Wookey has now moved 'expoweb' from mercurial to git largely "as-is" and will to use the git tools to patch up the history and to remove redundancies, rather than the original plan to tidy them up "at the time of conversion". Mark Shinwell is working on loser with him. +
Sam continues to work on upgrading django from v1.7 on python 2.7.17 . We would like to upgrade django as quickly as possible because old versions of django have unpatched security issues. +Upgrading to later django versions is a real pig - not helped by the fact that all the tools to help do it are now out of date for these very old django releases. +
Ideally we should upgrade from django 1.7 to django 1.11, then port from python2 to python3 on -the same version of django, -then upgrade to as recent a version of django as we can. +Django: full deprecation timeline. + +
We planned to upgrade from django 1.7 to django 1.11, then port from python2 to python3 on +the same version of django, then upgrade to as recent a version of django as we could. But we have +discovered that django1.7 works just fine with python3, so we will probably move to python3 during June and +then upgrade the server operating system from Debian stretch to buster before +tackling the next step: thinking deeply about when we migrate from django +to something else.
Enforced time at home is giving us a new impetus to writing and restructuring the documentation for everything. diff --git a/infodx.htm b/infodx.htm index 0029f3e83..615d84e3b 100644 --- a/infodx.htm +++ b/infodx.htm @@ -13,12 +13,14 @@