Skip to content

Latest commit

 

History

History
155 lines (97 loc) · 6.05 KB

File metadata and controls

155 lines (97 loc) · 6.05 KB

Importing Your Stats

One of the most important features of hunterlog is its ability to show you what park you hunted, what operator you have hunted, and how many parks you have hunted for a given location.

To have the best possible experience, you should load in some of your historical data.

If you don't load in your historical data, hunterlog will track these stats as you use the app. But they will be from a starting point of 0.

STATISTICAL DATA SHOWN IN THIS APP IS NOT AUTHORITATIVE The authoritative system of record is https://pota.app. The data there is golden. The data in hunterlog is just a nicety.

Importing Stats

All this is done through the buttons in the STATS menu:

✏️ Note: Each import task will display a spinning circle indicating that it's working.

Stat Menu Buttons

PARK STATS

This probably the single most useful thing to import and it also takes the longest amount of time.

Once imported the park stats will allow hunter log to show you what parks you have hunted and how many times you've hunted them. More importantly it shows you what parks you haven't hunted.

If you prefer, here is a video guide that shows how to import the POTA park hunts:

Watch the video

Step 1 - Download hunter_parks.csv

You must to visit https://pota.app/#stats/ and use the Hunted Parks "Export CSV" button to download the hunter_parks.csv file.

Exporting hunter stats

Once that file is downloaded, proceed to the next step.

Step 2 - Load file into hunterlog

Click the PARK STATS button, select your csv file, and wait for several minutes. This operation takes a long time as park data must be downloaded and stored in the local spots.db database.

This operation could take upwards of 5 - 10 minutes depending on how many parks you have hunted.

If something happens during this process, don't worry.

You can restart the app and import again and it will continue where it left off. It downloads and commits park data for each park as it gets it.

As the import progresses, you will see badges showing up on the spot viewer for the parks you have worked. (Well, if there are any in the current spot list).

If you re-download your hunter_parks.csv and re-import it will reset your park hunt counts to whatever is in the csv without having to download the Park data.

Also, as you hunt parks and use the app more parks get added.

Backing Up Park Data

Since this should be a one time process and since it takes so long, I added the ability to export and import previously loaded in Park data. At the bottom of the app there are links to export and restore the park data to hunterlog.

OPEARTOR STATS

Here's a video guide for the OP stats import please watch so you are aware of some of the pitfalls with this import:

Watch the video

This will display how many QSOs you have had with a given callsign at a POTA park activation. This is marginally useful given that the counts will be off from what the POTA website has because of how "two-fer" parks are counted.

To load up historical data for this stat, an ADIF copy of your 'main' log file is needed. Your QSOs should have the ADIF fields set as so:

  • SIG must be set to 'POTA', 'SOTA', 'WWFF'
  • SIG_INFO set to the reference identifier (per the given SIG program)
  • COMMENT like the POTAPLUS comment ex: [POTA K-4451 US-AL EM72el Tuskegee National Forest]
    • the comment style should be last resort

The import will try it's best to match the park and will worst case parse the POTAPlus comment.

Note

This data is NOT used for Park hunt counts that are stored in Hunterlog, but will be used for other counts like Operator hunts or location hunts. Park hunts counts are imported in the previous section

Warning

I assume that most people only log one QSO with an activator even if they are at a two-fer park, this means that operator hunt numbers will not match with POTA.APP

Step 1 - Export you master log to ADIF

This is up to you to know how to do. Every logging app is different. It is also up to you is to have the correct ADIF fields in the file (SIG, SIG_INFO) as described above.

Once you have this adi file, proceed to the next step.

Warning

You should also probably remove some unneeded adif fields from the adi log. A log file that is too large could cause very poor performance. The video above shows a good way to do this with ADIF master.

Step 2 - Load file into hunterlog

Like the park stats, click the button and find the file. Fortunately this should take very little time as it does not have to download anything from the POTA website.

After it's loaded you should see number badges showing how many QSOs you have had with specific activators.

LOC STATS

Downloads and imports the locations data from the POTA website and stores them locally. No hunter data is in this file but the meta-data about locations and prefixes is used to tabulate the parks hunted within a location.

This is the easiest data to import and should take very little time.

HamAlert Helper

The HamAlert Helper allows you to generate a list of unhunted POTA parks within a given POTA location. This is useful for creating triggers for HamAlert.

Important

To use the HamAlert Helper, you must click the LOC STATS menu item first. If you don't there will be no Locations in the drop down list.

The main dropdown allows you to type in the location you care about. I'm trying to get all the US-GA parks hunted, so I will type in US-GA and select it from the menu. It will look like this:

Exporting hunter stats

I can then copy and paste those values into a trigger in HamAlert website. The list is automatically copied to your clipboard when you select a location. This will send notifications directly to my phone when any of these parks are on the air.