POTAログのアップロード。
公園活性化処理を行った後、少量の「通聯ログ」の場合、ウェブ上で手動で通聯記録を追加し、結果をアップロードすることができます。
また、N1MMのDX General Logging を使用することも可能です。そして、まとめて記録を修正した後、ドキュメントをアップロードします。この方法を試してみてください。うまくいきますと思います。
手順は以下のとおりです。
N1MMのDX General Logging の記録を、ADIFファイルとしてエクスポートする。
・ファイルの内容を修正し、例えばADIFMasterを使用することで、POTAのアップロード要件に対応できるようにする。主な修正点は、4つのフィールドの挿入または修正を行うことである。
<MY_SIG>
<MY_SIG_INFO>
<SIG>
<SIG_INFO>
具体的な内容は、実際の状況および以下のPOTAのログ記録要件に基づいて、まとめて変更することができます。
最終的に、ウェブサイトを通じてADIF形式の電子ログをアップロードします。
付録：POTAでの記録に関する要件
（原文のURLから翻訳されたもの）https://docs.pota.app/docs/rules.html#logging-requirements
ログの要件
① ログを提出し、以下の要件を満たした場合に初めて有効なアクティベーションとみなされます。
ハンターはログを提出する必要はありません。アクティブ化担当者が提出するのみです。ハンターは、アクティブ化担当者が提出したログに基づいて評価ポイントを獲得します。
② ログの提出には時間制限はありません。
ハンターがアクイバのログからスコアや報酬を得るため、協力者はログを適切にアップロードするように努めます。
③ 1つのログは複数の活動日に対応できますが、原則として1つの公園（公園が複数の場所にまたがる場合）にのみ対応する必要があります。これは、クラブや複数のオペレーターによる活動にも適用されます。
④ ログはADIF形式でなければならないが、このセクションの最後に記載されている例外を除きます。
詳細は、「Activator Reference Section」の「これらのADIFフィールドの使用方法」を参照してください。
必要な項目：
<STATION_CALLSIGN>または<OPERATOR>
各 QSOにおいて、クラブ／団体のログには、以下の内容を同時に記載する必要があります。<STATION_CALLSIGN> および<OPERATOR> フィールド、例えば<STATION_CALLSIGN> クラブまたは団体の名称
個人のログには、同じコールサインを2つのフィールドに含めることも、1つのフィールドに含めることも可能です。
<CALL>
<QSO_DATE>
<TIME_ON>
<BAND>
<MODE>または<SUBMODE>
POTAは単一のモードを保存します。モードとサブモードの両方が指定された場合、サブモードが優先されます。
オプションフィールド：
<MY_SIG>
<MY_SIG_INFO>
<SIG>
<SIG_INFO>
<MY_STATE>
POTAにおけるADIFに関する特例
POTAへの対応<BAND> 「SUBMM」という、サブミリ波長のQSO
⑤ クラブまたは団体に指定されたPOTAアカウントを通じて、個人のアカウントではなく、クラブまたは団体のログをアップロードする必要があります。
⑥ 無効な QSOはログから削除されます。
、繰り返し発生する QSOは、アップロードツールによって拒否されます。
POTA（Portable Operating Terminal Application）および QSO（Question and Answer）の独自性は、以下の組み合わせに依存します。
このログは (<STATION_CALLSIGN> )アップロード、
<CALL> ,<MODE> ,<QSO_DATE> ,<BAND> ,<MY_SIG_INFO> ,<SIG_INFO> 、場所（例：公園が地域境界線をまたぐ場合、アップロード時に選択する）
<CALL> 連携できない<STATION_CALLSIGN> または<OPERATOR>同様（つまり、ラジオやオペレーターが互いに直接通信できない場合）
QSOの実施日は、将来の日程ではありません。
💡 注：もし、規則の章に記載されている情報が、ウェブサイトの他の場所（ガイドなど）で提供されている情報と異なる場合は、規則の条項を優先します。 help@parksontheair.com 相違点をお知らせください。
補足説明/指示（一部）
クラブと複数のオペレーター
通常、個人は相手のコールサインを使用するのではなく、クラブや特定のイベントのコールサインを使用する場合に、複数のオペレーターが使用することが推奨されます。クラブやイベントのコールサインは、運用中に使用し、記録する必要があります（例：屋外での活動）。<STATION_CALLSIGN> 。オペレーターの通称は、<OPERATOR> （通常、空中で使用されません）。一度、所有者のアカウントにアップロードされた場合<STATION_CALLSIGN> （POTAの記録要件3を参照）、このシステムは、所有者に対して記録を行います。<STATION_CALLSIGN> および<OPERATOR> 「〇〇（呼び出し名）」
POTA クラブ向けガイドを参考に、当クラブや団体の活動の企画、実施、および SPOT 送信に関する情報を確認してください。
マイクの送信
複数の人がクラブのコールサインの下で集まって活動する場合、オペレーターは「マイクを転送」機能を使用して、順番に連絡を取ることができます。この場合、各参加者は、定められたルールに従って、自身のログをアップロードする必要があります。
公園から公園への接続
アクティブオペレーターは、別のアクティブオペレーターと連携し、公園間(P2P)のボーナスを得ることができます。両者が互いのアクティブオペレーターの公園番号を、ADIFログファイル内のSIG\_INFOに記録することを強く推奨します。（ただし、必須ではありません。）
SIG\_INFOを使用する目的は、一方または両者が複数の公園を同時にアクティブ化した場合に、すべての適切なP2Pポイントを獲得できるようにすることです。例えば、相手が3つのアクティブ化台を持っている場合、あなたは3つのP2Pポイントを得る資格があります。この場合、ADIFファイルには、SIG\_INFOの内容が異なる3つの公園のうちのいずれか1つについて、他の内容が同じQSOの情報が記載されます。このような情報がない場合、あなたは1つのP2Pポイントと2つのヘッドハンターポイントしか得られません。
別の異なるケースとして、同じUTCの日において、異なる公園から複数の回、同じコールサインを使用して運用を行う場合です。あなたのADFファイルに含まれる各QSOの行は、SIG\_INFOを使用せずに、公園ごとに一意な番号が付与されており、最初の行を除くすべての記録が重複として拒否されます。
マッチングルール
POTAのP2P検出ロジックは、(複数の公園を同時にアクティブ化した場合の)SIG\_INFOまたは、ローバーの順次移動に基づいています。
繰り返し行ったQSOの確認後、アディフのログファイルには、P2Pで最大〇〇円稼げる可能性のある行が1行ありました。また、公園に関するSIG\_INFOのようなユニークな情報を含めることで、重複データによる削除を防ぎます。
P2Pマッチングにおいて、アクティベーションログの2つの記録における QSO（通信）時間は、15分以内に一致している必要があります。
必要なすべてのフィールド（規則、ログ要件を参照）が一致している必要があります。
コールサインの正確な一致が不可欠です。もし私が「N3VEM/M」と記録され、別のアクティベーターが私を「N3VEM」と記録した場合、これは一致しません。
複数の公園間の連携を促進
もしあなたが「双公園」であり、3つの公園の活性化者に接続されている場合、2つのADIFログファイルが生成され、それぞれのファイルには3行が含まれます。「別の活性化」の場合、3つのADIFファイルが生成され、それぞれのファイルには2行が含まれます。したがって、あなたは6個のp2pポイントを受け取り、「別の活性化」者も6個のp2pポイントを受け取ります。
闽ICP备2021006864号-7
闽公网安备35020602002794号