有任何業餘無線電日誌處理應用程序開發人員嗎？
我正在創建Web應用程序來管理俱樂部獎，因此我需要通過呼叫符號以編程方式區分歐洲站和非歐洲站。
我找不到可行的解決方案，因此任何提示都是有價值的。
我使用PHP，但我想其他平台經驗也可能會有所幫助。
Jim Reisert AD1C定期發布各種可下載的國家/地區文件，其中包含帶有相關國家，大洲等的最新呼號前綴列表。這些文件旨在供ham軟件。
這是2016 cty.dat文件中的三行。 注意第四列如何表示大陸（SA， EU ，AF）。
圭亞那：09：12：SA：6.02： 59.45：4.0：8R：8R;克羅地亞：15：28：歐盟：45.18：-15.30：-1.0：9A：9A;加納：35：46：AF：7.70：1.57：0.0：9G：9G; 您可以下載 TLF的源代碼，並查看tlf如何讀取和處理它。當我使用TLF時，我依賴Jim的cty.dat文件。TLF是Linux的競賽記錄和重複檢查程序。
國際電聯是負責向每個國家分配呼號前綴的國際機構。您可以查閱此分配表，以便在程序中構建必要的邏輯以確定所涉及的呼叫符號是否滿足您的獎勵要求。 http://www.arrl.org/international-call-sign-series
這是該表的一個片段：
或者，您可以訂閱QRZ.COM呼叫符號查找服務。數據通過XML交換，因此您可以通過相應的XML標籤解析國家/地區。但是，如果有問題的呼號不在他們的數據庫中或者條目中包含錯誤，這可能不是萬無一失的方法。
我幾年前就這樣做了，我只是看我是否能找到代碼，我必須讓它腐爛（熵佔據了這些位並將它們變成有序的象棋開孔）。
但是，我的方法並不是萬無一失的，因為每個人都知道基本規則有例外。例如，我遇到了俄羅斯或芬蘭的一個特殊事件台（不記得是哪個），但由於呼號測試太長（大約10個字符）而未能通過我的呼號測試。我仔細檢查了大概8個字符的長度。我已修正我的健全性檢查。
我的方法很簡單：
為在首次運行程序時對其程序進行測試，我下載了整個QRZ.com數據庫（擁有下載權限的訂戶），我針對QRZ數據庫中的每個呼叫符號測試了程序，以驗證我們具有相同的DX實體名稱。我實際上在QRZ數據庫中發現了一些錯誤。
我用C ++編寫了該程序，該程序在Mac計算機上運行，並且大約在2005年我開始使用MacLoggerDX應用程序時就停止使用它了。它自己的呼號處理程序。