CUCC Expedition Handbook - folk.csv redesign options

Redesign the folk.csv process

Problems which need resolving

The folk update procedure which we have used for many decades does not give instant feedback as to whether the editor has got it right or not. It does not make the most recent changes visible, so a mistake in putting someone in say 2023 instead of 2024 does not leap out at you.

The historical record is probably in error in loads of places. (It is much better than it was now that the logbook entries and the *team people in survex files are now checked for consistency for that expo year.) Looking through historical photo archives, there are people we can't match up with attendees, so that indicates some errors.

There are too many steps for the whole procedure and the steps get out of sync, so it looks as if an edit has not been done when actually it has, but the server has just not had the final script update run on it (that, at least, could be automated).

Hand editing the folk.csv file is getting increasingly unwieldy as the file gets bigger and bigger and the lines get longer.

There is no automated cross-check with bank of expo, which uses a different person-naming-scheme, and which also includes people who actually never make it to expo in that year.

Folk: possible improvements

Read about the folklist script before reading the rest of this.

The folk.csv parser in troggle does some basic validation: it checks that the mugshot images and blurb HTML files exist.

The folk.csv file could be split:
folk-1.csv will be for old cavers who will not come again, so this file need never be touched.
folk-2.csv will be for recent cavers and the current expo, this needs editing every year

The year headings of folk-1 and folk-2 need to be accurate , but they do not need to be the same columns. So folk-2 can start in a much later year.

folk-0 will be for awkward buggers whose attendance spans decades. This needs updating whenever one of these lags attends: AERW, Becka, Mark Dougherty, Philip Sargent, Chris Densham, Mike Richardson

Issues


Return to: Troggle design and future implementations
Return to: Troggle intro
Troggle index: Index of all troggle documents