2
0
mirror of https://expo.survex.com/repositories/troggle/.git synced 2024-11-28 10:02:10 +00:00
troggle/templates/eastings.html

85 lines
3.8 KiB
HTML
Raw Normal View History

2021-05-07 22:42:10 +01:00
{% extends "base.html" %}
{% block title %}Cave Entrances and other locations in UTM{% endblock %}
2021-05-07 22:42:10 +01:00
{% block content %}
<h1>Entrance locations</h1>
<p>
These are all the locations specified in Northing/Easting coordinates in the system.
This report is to help you sort out and fix the bad data in our records. You can see from the tables here
that UTM data sometimes have Northings and Eastings swapped, or UTM is used when it is intended to be
BMN and vice versa.
2021-05-07 22:42:10 +01:00
<p>
Coordinate systems in Austria are explained in:<br>
<a href="/handbook/survey/lasers.htm">Geographical fixed points on Loser</a><br>
<a href="/handbook/survey/coord2.html">GPS and coordinate systems</a><br>
<a href="/handbook/survey/coord.htm">Basic Coordinate Systems</a>.
<p>The data in the table immediately below has been hand-entered and is sometimes very wrong.
2022-10-03 18:35:23 +01:00
<p>For the Cave column, if there is an official cave name, then it is shown.
Otherwise whatever other name we can find for it is shown <em>in italics</em>.
For the Entrance column, if the entrance has a name (e.g. Gr&uuml;ner Eingang in Schwarzmooskogeleish&ouml;hle) then it is shown.
Otherwise it says "Anon:" followed by whatever other name we can find for it, usually the entrance id slug, <em>in italics</em>.
2021-05-07 22:42:10 +01:00
<table>
<tr><th>Cave</th><th>Entrance</th><th>Easting</th><th>Northing</th><th>tag</th><th>tag exact</th><th>tag other</th><th>slug</th></tr>
2021-05-07 22:42:10 +01:00
{% for ent in ents %}
<tr>
2022-07-18 14:16:58 +01:00
<td style="text-align:left">
{% for c in ent.cavelist %}
<a href="/{{c.url}}">
{% if c.official_name %}
{{c.official_name|safe}}
{% else %}
2022-10-03 18:35:23 +01:00
<em>{{c|safe}}</em>
2022-07-18 14:16:58 +01:00
{% endif %}</a><br>
{% endfor %}</td>
<td style="text-align:left">
{% if ent.name %}
{{ent.name|safe}}
{% else %}
2022-10-03 18:35:23 +01:00
Anon: <em>{{ent|safe}}</em>
2022-07-18 14:16:58 +01:00
{% endif %}
</td>
2021-05-07 22:42:10 +01:00
<td style="text-align:right">{{ent.easting|floatformat:2}}</td>
<td style="text-align:right">{{ent.northing|floatformat:2}}</td>
<td style="text-align:right">{{ent.tag_station}}</td>
<td style="text-align:right">{{ent.exact_station}}</td>
<td style="text-align:right">{{ent.other_station}}</td>
<td style="text-align:right">{{ent.slug}}</td>
2021-05-07 22:42:10 +01:00
</tr>
{% endfor %}
</table>
<p>But the Entrances - the objects in the troggle system - are not properly connected to the dataset which is the combined set of survex data. They are only linked - and only implicitly - by the tag name. The data in the table below is calculated directly from
the assemblage of survex files, including fixed point files, and is probably 'correct'.
<p>But which coordinate system are they in ? Read these three articles to find out:
<br>
<a href="/eastings">Troggle UTM data report</a><br>
<a href="/handbook/survey/lasers.htm">Geographical fixed points on Loser</a><br>
<a href="/handbook/survey/coord2.html">GPS and coordinate systems</a><br>
<a href="/handbook/survey/coord.htm">Basic Coordinate Systems</a>.
2022-07-25 02:06:43 +01:00
2021-05-07 23:46:11 +01:00
<table cellpadding="6" cellspacing="8">
<tr><th>Survex Station</th><th>x</th><th>y</th></tr>
{% for s in stations %}
<tr>
<td style="text-align:left; width:240px"> {{s.name|safe}} </td>
<td style="text-align:right; width:90px"> {{s.x|floatformat:2}} </td>
<td style="text-align:right; width:90px"> {{s.y|floatformat:2}} </td>
</tr>
2022-07-25 02:06:43 +01:00
{% empty %}
<td colspan="3"> NO STATION DATA - This is due to survex (cavern) failing on the entire dataset.
<br>See <a href="/dataissues">DataIssues</a> 'survex' section .
<br>Resolve the survex errors and do a full databasereset import.
<br>You should look at the .log and .err files produced by survex in the :loser: repo folder first.
<br>
<br>Probably, the generaton of the .3d file has failed, so the .pos file is not generated.
<br> Look for a message like this 'Failed to find /mnt/d/EXPO/loser/1623-and-1626-no-schoenberg-hs.3d so aborting generation of new .pos, using old one if present'
</td>
2021-05-07 23:46:11 +01:00
{% endfor %}
</table>
2021-05-07 22:42:10 +01:00
{% endblock %}