A mayday?

Status
Not open for further replies.

wb6uqa

Member
Joined
Aug 16, 2015
Messages
352
Location
Santa Monica, Ca.
Mayday call

If someone has a decimal in their position report then everything to the right of the decimal should be multiplied by 60 to get degrees minutes and seconds.
 

kayn1n32008

ØÆSØ
Joined
Sep 20, 2008
Messages
6,630
Location
Sector 001
If someone has a decimal in their position report then everything to the right of the decimal should be multiplied by 60 to get degrees minutes and seconds.



Better yet would be using one format of position.

Decimal degrees is far superior for integrating into software. And would be my first choice to standardize on. D-M-S is a pain to dump into any software, and usually has to be converted to decimal degrees anyhow.


Sent from my iPhone using Tapatalk
 

AK_SAR

Member
Joined
Aug 26, 2018
Messages
107
If someone has a decimal in their position report then everything to the right of the decimal should be multiplied by 60 to get degrees minutes and seconds.
Not really.

If they report decimal degrees and you multiply everything right of the decimal you will get degrees, and decimal minutes. NOT degrees, minutes, and seconds.
 
Last edited:

AK_SAR

Member
Joined
Aug 26, 2018
Messages
107
Better yet would be using one format of position.

Decimal degrees is far superior for integrating into software. And would be my first choice to standardize on. D-M-S is a pain to dump into any software, and usually has to be converted to decimal degrees anyhow.
Standardization sounds good in theory, but is probably impractical in practice. The problem is that other formats sometimes work better for various users and situations. If, for example, one wants to plot a position on a paper USGS topo map or nautical chart, decimal degrees are a real pain to use. Aircraft and nautical users frequently work in degrees and decimal minutes. Many land GPS users prefer to use UTM coordinates. For land SAR, the National SAR Committee recommends using the US National Grid (a UTM derivative, similar to the Military Grid Reference System). If you ask a reporting party to send coordinates in a system they don't normally use and are unfamiliar with, you risk having the coordinates corrupted at their end. Much better that they report in the system they are most comfortable with. Then make sure you capture that accurately, and pass it on to the SAR agency accurately.

The bottom line is that if you are going to get involved in SAR, you need to understand all these systems. When communicating, you must be sure you know which system is used. If necessary ask the reporting party. Then do a read back. Then double check that the communicated position makes sense. Also note that these days, most software packages can be set to take input in various formats. For example, SARTopo can use UTM, USNG, Degrees, Deg Min, or Deg Min Sec, The key is to make sure you know which format is in use!
 
Last edited:

wb6uqa

Member
Joined
Aug 16, 2015
Messages
352
Location
Santa Monica, Ca.
Mayday call

UPDATE!!! TIAN FU HAS ARRIVED! ahead of schedule. UK MRCC advised us of the latest ETA passed to Susie just 20 minutes before and she now has visual contact. She has had 12 hrs in her bunk. and been able to keep some water down. It is about 1 hr from daylight. Here is the latest #GGR2018 SITREP.

At 1115UTC Phone contact with SUSIE GOODAL she confirmed the following.
1. TIAN FU arrived, lights sighted.
2. SART NOW TURNED ON and about to make contact on VHF 16 with Master.
3. Sea state 3/4mtrs . First light appearing on horizon.
4. Susie now preparing for CRANE LIFT as SUGGESTED BY GGR from Deck of DHL STARLIGHT. at the direction of TIAN FU Master
 
Status
Not open for further replies.
Top