diff --git a/css/main2.css b/css/main2.css index a2975f8d8..3220af24f 100644 --- a/css/main2.css +++ b/css/main2.css @@ -83,8 +83,8 @@ div.clear { clear: both; } tt, code { /*code bits*/ - background: #ccc; - font-size: 0.8em; + background: #eee; + font-size: 0.9em; padding: 10px 20px; display: block; } diff --git a/handbook/computing/folkupdate.html b/handbook/computing/folkupdate.html new file mode 100644 index 000000000..88bfa54a8 --- /dev/null +++ b/handbook/computing/folkupdate.html @@ -0,0 +1,59 @@ + + + + +CUCC Expedition Handbook: People Update + + + +

CUCC Expedition Handbook

+

The list of people on expo

+ +

These are nerd-instructions. Find a nerd if you think this needs to be done. + +

The folk list

+

This is part of the "new expo year" preparations. +The folk.csv file is stored on the server under version control in the ::expoweb:: repository in +expoweb/folk/folk.csv + +

Before expo starts the folk.csv file is updated. + +

Edit folk/folk.csv, adding the new year to the end of the header line, a new column, with just a comma (blank cell) for people who weren't there, a 1 for people who are there, and a -1 for people who are there but didn't go caving. +This is adding an extra column to every line in the file. +

+Add new lines for new people, with the right number of columns. + +

This process is tedious and error-prone and ripe for improvement especially as expo proceeds and youhave many more names to add. Adding a list of people from the bier book and their aliases (the name in brackets) would be a lot better, but some way to make sure that names match with previous years would be good. + +

+Contrary to what you might expect we find that it is much more reliable to edit this using a text editor rather than a spreadsheet program. + +

The nerd can log in using the 'expo' userid. + +

The nerd needs to do this: +

    +
  1. Upload the edited copy of folk.csv to the server using the version control system. +
  2. Log in to the expo server and run the update script (see below for details) +
  3. Watch any error messages scroll by. +
  4. Look at the new folk list HTML file at http://expo.survex.com/folk/ +
  5. Re-run the import script until you have got rid of all the import errors. +
+

This is how you login and run the script: +

ssh  expo@expo.survex.com
+cd folk
+python ../scripts/make-folklist.py <folk.csv >index.htm
+
+

If there are no errors, you will just see this on your ssh session: + +

+ +

And you will see the result online at http://expo.survex.com/folk/. +

It is recommended that the nerd does this locally on their own laptop first. It does not need to be an expo laptop, even a Windows 10 laptop is fine if the script is run in a WSL terminal. The only software you need to install is the default python package. + +


+ + + + diff --git a/handbook/computing/newyear.html b/handbook/computing/newyear.html index d9ababd5b..5eb4d82fd 100644 --- a/handbook/computing/newyear.html +++ b/handbook/computing/newyear.html @@ -38,17 +38,8 @@
  • create initial versions of the bierbook and the seshbook in expoweb/documents/bierbook (the final copies after expo will be scanned and put in e.g. expofiles/writeups/2020/ along with the scanned logbook).
  • copy the contents of the previous year's expoweb/years/ folder, e.g. /2019/ to 2020/ and edit all the files therein. You should start with at least an index.html and a mission.html -

    Edit folk/folk.csv, adding the new year to the end of the header -line, a new column, with just a comma (blank -cell) for people who weren't there, a 1 for people who were there, and -a -1 for people who were there but didn't go caving. Add new lines for -new people, with the right number of columns.

    - -

    This proces is tedious and error-prone and ripe for improvement. -Adding a list of people, from the bier book, and their aliases would be -a lot better, but some way to make sure that names match with previous -years would be -good.

    +

    Edit folk/folk.csv according to the instructions in the Folk Update process +

    Return to the main online systems manual. diff --git a/handbook/logbooks.html b/handbook/logbooks.html index 10de1e03f..bd1fc86cc 100644 --- a/handbook/logbooks.html +++ b/handbook/logbooks.html @@ -1,5 +1,7 @@ + + CUCC Expedition Handbook: The Website @@ -7,32 +9,54 @@

    CUCC Expedition Handbook

    Logbooks

    As soon as possible after a trip finishes, a hand-written write-up of the trip is made in the nearest logbook: -the base camp logbook or the top camp logbook. All these logbook entries are then typed into a laptop (often the expo laptop) -which is then synchronised the version control system. +the base camp logbook or the top camp logbook. -

    Recent logbooks:

    +

    Why the logbook is important

    +

    The logbook writeup is the oldest and most basic way of recording your trip but it must not be neglected. This is also where you put your speculations and ideas for what looks promising and what is obvious but doesn't go: things that are vital to future expoers. And please, please do lots of sketches in the logbook. -

    If you are at basecamp, then it is an excellent idea to -type your logbook trip report instead of writing it by hand - see below. - - -

    The contents of both the topcamp logbook and the basecamp logbook are typed into the same -"logbook.html" file for archiving. The drawings are scanned and stored in the same place, and hand-edited -into the logbook.html file after expo finished. +

    Always, always write the date, your name and the names of other people involved at the top of each entry. +If you mention a cave location, please also write down the cave name somewhere. In 10 years no-one will know +where "Lemon Snout" is.

    If this is all new to you, please now read Cave data management, and why we make surveys and then the Survey Handbook + +

    If you are at basecamp, then it is an excellent idea to +type the text of your logbook trip report instead of writing it by hand - see below. But still do lots of drawings in the paper logbook. + + +

    The contents of both the topcamp logbook and the basecamp logbook are typed into the same +"logbook.html" file for future use in tracking down leads and surveys. The drawings are scanned and stored in the same place, and hand-edited +into the logbook.html file after expo finished. The typed notes are uploaded into the expo server database and +correlated with survey data done on the same day or by the same people. + + + +

    Recent logbooks: +

    +

    All these logbook entries are then typed into a laptop (often the expo laptop) +which is then synchronised the version control system. +

    The result is a webpage reporting who did what and what was done by whom on expo, +e.g. see the 2018 expo report. +

    Typing just your trip report (at the Expo Laptop)

    If you are at basecamp, then it is an excellent idea to type up your logbook trip report. You can then print this and stick it in the logbook, adding any sketches by hand. @@ -60,11 +84,13 @@ Then start it up again from the vertical icon menu as before.

    Now type in your trip report using whatever format you like, but please leave a blank line between paragraphs. -

    Adding your trip to the logbook online file

    -

    If you are using the expo laptop just edit this file: -

    -/home/expo/expoweb/years/2018/logbook.html
    -
    +

    Adding your trip to the logbook online file

    +

    If you are using the expo laptop just edit this file (if you are on expo in 2025): + + +/home/expo/expoweb/years/2025/logbook.html + + copy the format you can see other people have used; and other people will take care of synchronising it with the version control system. @@ -83,46 +109,84 @@ ensure that the updates from all the people entering trip data are OK and don't

    Logbooks are typed up and kept in the [expoweb]/years/[nnnn]/ directory as 'logbook.html'.

    -

    Recommended procedure (on another machine)

    +

    Typing on another machine

    Rather than editing logbook.html when you type up your trip, it is a much better idea to type up just your trip(s) in a separate file, e.g. "logbook-mynewtrip.txt", and email it to a nerd if you are sitting at a different laptop. -

    Format of the online logbooks

    +

    Format of the online logbooks

    Do whatever you like to try and represent the logbook in html. The only rigid structure is the markup to allow troggle to parse the files into 'trips':

    -
    +
     <div class="tripdate" id="t2007-07-12B">2007-07-12</div>
     <div class="trippeople"><u>Jenny Black</u>, Olly Betts</div>
     <div class="triptitle">Top Camp - Setting up 76 bivi</div>
    -<div class="timeug">T/U 10 mins</div>
    -
    +<div class="timeug">T/U 10 mins</div>

    Note that the ID's must be unique, so are generated from 't' plus the trip date plus a,b,c etc. when there is more than one trip on a day.

    T/U stands for "Time Underground" in hours (6 minutes would be "0.1 hours").


    -

    Historical logbooks

    +

    Historical logbooks

    Older logbooks (prior to 2007) were stored as logbook.txt with just a bit of consistent markup to allow troggle parsing.

    The formatting was largely freeform, with a bit of markup ('===' around header, bars separating date, - , and who) which allows the troggle import script to read it correctly. The underlines show who wrote the entry. There is also a format for time-underground info so it can be automagically tabulated.

    So the format should be:

    -
    -===2009-07-21|204 - Rigging entrance series| Becka Lawson, Emma Wilson, Jess Stirrups, Tony Rooke===
    -
    -<Text of logbook entry>
    -
    +
    +===2009-07-21|204 - Rigging entrance series| Becka Lawson, Emma Wilson ===
    +
    +{Text of logbook entry} +
    T/U: Jess 1 hr, Emma 0.5 hr -
    + +

    Importing the logbook into troggle

    +

    This is usually done after expo but it is in excellent idea to have a nerd do this a couple of times during expo to discover problems while the people are still around to ask. + +

    The nerd needs to login to the expo server using their own userid, not the 'expo' userid. The nerd also needs to be in the group that is allowed to do 'sudo'. + +

    The nerd needs to do this: +

      +
    1. Look at the list of pre-existing old import errors at
      http://expo.survex.com/admin/core/dataissue/
      +The nerd will have to login to the troggle management console to do this, not just the usual troggle login. +
    2. You need to get the list of people on expo sorted out first.
      +This is documented in the Folk Update process. +
    3. Log in to the expo server and run the update script (see below for details) +
    4. Watch the error messages scroll by, they are more detailed than the messages archived in the old import errors list +
    5. Edit the logbook.html file to fix the errors. These are usually typos, non-unique tripdate ids or unrecognised people. Some unrecognised people will mean that you have to fix them using the Folk Update process first. +
    6. Re-run the import script until you have got rid of all the import errors. +
    7. Pat self on back. Future data managers and people trying to find missing surveys will worship you. +
    + +

    The procedure is like this. It will be familiar to you because +you will have already done most of this for the Folk Update process. + +

    ssh  {youruserid}@expo.survex.com
    +cd ~expo
    +cd troggle
    +sudo python databaseReset.py logbooks
    +
    + +

    It will produce a list of errors like this, starting with the most recent logbook which will be the one for the expo you are working on. +You can abort the script (Ctrl-C) when you have got the errors for the current expo that you are going to fix +

    Loading Logbook for: 2017
    + - Parsing logbook: 2017/logbook.html
    + - Using parser: Parseloghtmltxt
    +Calculating GetPersonExpeditionNameLookup for 2017
    +   - No name match for: 'Phil'
    +   - No name match for: 'everyone'
    +   - No name match for: 'et al.'
    +("can't parse: ", u'\n\n<img src="logbkimg5.jpg" alt="New Topo" />\n\n')
    +   - No name match for: 'Goulash Regurgitation'
    +   - Skipping logentry: Via Ferata: Intersport - Klettersteig - no author for entry
    +   - No name match for: 'mike'
    +   - No name match for: 'Mike'

    - + diff --git a/years/2018/logbook.html b/years/2018/logbook.html index 4e532b1c4..eb03b3d1e 100644 --- a/years/2018/logbook.html +++ b/years/2018/logbook.html @@ -1617,8 +1617,8 @@ Needs surveying and tagging.

    Removed water-collection poly-sheet from 115 ent. Now only has 9 litres of water and some flapjack & museli in it.

    T/U: 0.1 hours
    +
    -
    2018-08-02
    Jon Arne Toft, Haydon
    Homecoming Lizard King
    @@ -1638,12 +1638,11 @@ From a ledge, a 4-bolt traverse pushed the continuation against the draft,into a (larger) rift that would require bolting.

    Further leads in the opposite direction or further down the rift (BIG RIFT!). Alternatively the opposite direction of the phreatic tube from the Lizard King. -Lotsof bolting, were were very cold. +Lots of bolting, were were very cold. Haydon says he was a 2 on a 1-10 scale where 1 is frozen solid.I was also very cold. In other words, an altogether excellent pushing front with a brilliant windchill effect.

    T/U: 5 hours
    -
    2018-08-02