<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">On 2/22/21 16:55, Kerry Shetline via tz
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:969C8706-81B6-4919-B7B2-DB6019FB7E39@gmail.com">
<pre class="moz-quote-pre" wrap="">On 2021-02-22, at 14:25, Paul Gilmartin <a class="moz-txt-link-rfc2396E" href="mailto:PaulGBoulder@AIM.com"><PaulGBoulder@AIM.com></a> wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">But the "Help" link (<a class="moz-txt-link-rfc2396E" href="https://skyviewcafe.com/help/"><https://skyviewcafe.com/help/></a>) fails with 404.</pre>
</blockquote>
</blockquote>
<p>I just clicked on that and I get <br>
</p>
<pre>Cannot GET /help/</pre>
<p>It's encrypted with Letsencrypt so something at the server end
isn't delivering the page <br>
</p>
<blockquote type="cite"
cite="mid:969C8706-81B6-4919-B7B2-DB6019FB7E39@gmail.com">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
The “Help” link is working now, so I’m not sure what the issue was at the time you clicked on it.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">I don't know whether you've followed the "Kiev"/"Kyiv" debate on <a class="moz-txt-link-abbreviated" href="mailto:tz@iana.org">tz@iana.org</a>.
But I was curious what skyviewcafe.com does about it.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
I read a little of that, but haven’t followed it. At least the pronunciation of Kyiv isn’t an issue! ;)
My geographic data base finds the Ukrainian capital by either spelling, so that’s not a problem. I’m not sure if showing “Europe/Kyiv” in my interface would be confusing or not, since that’s not the existing IANA name for the associated timezone.
Users are generally expected to click “Find”, and find cities by name, thus getting longitude, latitude, and timezone automatically without fussing with a manual selection, so the IANA names aren’t quite so important.
I also intend to update my manual interface to make timezone selections by standard UTC offset, and then a list of zones in that offset, as the default way to make a manual timezone selection, with region/zone being a secondary option.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">I tried to enter
"50°25'N 30°31'E". I learned:
o It's tedious to enter such coordinates digit-by-digit.
o I found no way to refresh the page with the coordinates entered.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
It’s definitely tedious compared to just looking up a city and getting lat/long automatically. But if one wants to enter info manually, I’m curious what you’d prefer as a means of input. The manual entry field also supports rolling digits up and down, which is a fun way to explore how the sky changes as you change latitude and longitude.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Tz, trying to pivot away from the debate, says that internal directory
and filenames should not be obvious to users. Thus, applications should
not show me "America", "Denver", or "Kiev”.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
I hadn’t really thought of those names like “America/New_York” as file names, but as names for timezones as abstract timezone entities. In fact, there is no “America/New_York” file in the tzdb. There’s a file named “northamerica”, and inside that file, a zone entry named "America/New_York”. Perhaps that’s still something a bit too rawly technical to be considered user-friendly, however.
-Kerrt
</pre>
</blockquote>
</body>
</html>