We explicitly welcome contributions, comments, requests, and suggestions.
The most important thing is that valuable contributions are incorporated, so even sending a quick message (via email, Signal, WhatsApp) to the maintainers with the precise details of your edit, is fine.
Having said that, nowadays, there are modern, better, tried and tested ways to incorporate your changes that, amongst other things, allow an audit trail of the provenance of the data.
In order of preference:
One can edit the file on one's own editor from a git checkout (beyond the scope of this document), or on can edit waypoints immediately like this:
- Log in to GitHub.
- Click on
ZA_Cape.cup
file. - Click on the pencil icon in the top right corner.
- Modify the file as necessary. Try to keep changes to a single operation or waypoint so that the change history is easily viewable.
- At the bottom of the page, write a quick summary of changes. E.g. "Deleted duplicate waypoint." and click "Propose changes".
- Click "Create pull request" (twice).
- A maintainer with write access to the master branch can then approve and merge changes.
For a more detailed step-by-step walk through, see Davis from Arizona's instructions here.
One can request Editor access to the WaypointsZA spreadsheet.
Anyone can comment on the WaypointsZA spreadsheet. Anonymous contributions will be ignored.
Send an email to [email protected]
with your edits.
(Up for debate: please make your voice heard!)
- A WP SHOULD NOT be closer than 5 km to another one.
- A WP SHOULD be an easily identifiable ground feature (BGA Findability: Cat A, Cat B, etc.).
- It SHOULD NOT be a Cat G (BGA: "A GNSS Waypoint that does not have an identifiable ground feature. These points will only be agreed where a topographical feature marked on the OS maps is not available in the area in which the point is required.) BGA has 2 out of ~1380 WPs in this Cat G.
- WP descriptions SHOULD NOT duplicate information already contained in other fields. E.g. no duplicating WP Style (Turn point, Mountain Peak, etc.), primary runway length, name, etc.
Special, derived files will be made available (TODO) for glide computers that cannot cope with this normalisation, or have other capacity constraints.
- Download the Google Sheet
as a CSV file (and rename to something sane like
ZA_Cape.cup.csv
). - Remove all Columns after K and save. I.e. keep only the first 11 columns
(
name,code,country,lat,lon,elev,style,rwdir,rwlen,freq,desc
). - Run:
./script/sanitise.py ZA_Cape.cup.csv ZA_Cape.cup
to create the verified output.cup
file. (Requires aerofiles:pip install aerofiles
) - Rename output file appropriately and commit, push, and publish.
- Run:
gpsbabel -i xcsv,style=script/name_cup.style -f ZA_Cape.cup -o kml -F ZA_Cape.cup.kml
(Requires GPSBabel:apt install gpsbabel
) - Import the KML file as a new layer on the Google Map layer.
- Rename, and delete the old layer.