<p>These grid references are what we use to locate the entrances and to tie in the survey of a new cave in with the rest of the 180+ km of cave and surface surveys.
<p>These might be called "dataset coordinates" in expo-speak, but note that some people historically used this to mean the coordinate system in common use on an expo many years ago, which would not be the same.
<p><em>Note that there are 6 digits starting 41... and 7 digits starting 52... This is not a mistake.</em>
<p>However, when you prospecting and discover a new cave, you possibly only have the WGS84 latitude and logitude from your phone, e.g. <var>47.690933 N 13.821467 E</var> (degrees and decimals of degrees, set your phone to produce this: none of that degrees/minutes/seconds stuff, but if that's all that you have, we can work with that).
<p>So when you are recording the position of a completely new entrance, before you do any surveying, it will be the WGS84 lat/long that you will be writing down on the survey notes, and which will get scanned into the wallet back at base, and which you will enter into the <ahref="/handbook/survey/caveentry.html">New Cave and Entrance forms</a> on troggle (step 6 of the dave data processing guide) in the lat/long. data entry fields.
<p>We do all our serious geolocation within survex, using .svx survex files and using the conversion capabilities built into survex.
<p>While cave entrance locations are <em>input</em> using a bewildering variety of different coordinate systems, the processing and output is now all standardised on using UTM33, i.e.
<code>
*cs out UTM33N
</code> as survex puts it.
<h4>Historical use of GK</h4>
<p>Actually, the vast majority of our historic data input has been using the GK coordinate system because that is what the Austrian cavers use (though some people thought it was BMN, so beware of mistakes in the writeups and documentation).
<p>The Austrian <em>Caving</em> national grid system <ahref="https://hoehle.org/downloads/SD_10_Handbuch.pdf">SD_10_Handbuch</a> uses the Gauss-Krüger-Koordinatensystem(GK) (page 39 of the SD_10_Handbuch). This is 5 digits x, 5 digits y, and usually with a couple of digits after the decimal point for each.
<p>So if you are looking at the <var>*fix</var> data in files in the <var>:loser:</var> repository, you will see this:
<p>Where the input coordinate system is specified using what is called a "proj4" string which defines a custom coordinate system, and that is the srong which defines GK.
<h4>Historical use of BMN (M31)</h4>
<p>In 2013 there were about 30 potential cave entrances located using a GPS device set to record data in the BMN (area M31) coordinate system.
<p>This looks very similar to GK but has different offsets in +x_0 and +y_0 :
<p>A quick check is that both the x and y coordinate have 6 digits before the decimal point.
<p>This is described very clearly in <ahref="https://de.wikipedia.org/wiki/%C3%96sterreichisches_Bundesmeldenetz">wikipedia.de: Österreichische Bundesmeldenetz (BMN)</a>.