No you're right!
In all the methods to calculate or draw sundials, geometric or analytic,
the Sun is always considered punctiform, and reduced to its center, and no
account is taken of refraction, of the lowering of the horizon (horizon
dip), of other astronomical phenomena such as parallax, etc..
On Wed, Nov 13, 2013 at 03:01:46PM -0800, Dave Bell wrote:
> As for y/m/d, I completely agree, but for a full sort, we should also write
> hh:mm:ss !
As in ISO 8601?
date(1)
...
-I[TIMESPEC], --iso-8601[=TIMESPEC]
output date/time in ISO 8601 format. TIMESPEC=`date' for d
By my experience, logic rarely catches on and tradition usually wins out...
> On Nov 13, 2013, at 7:11 PM, Douglas Vogt wrote:
>
> Good comment and a logical alternative to the confusion. If people use MS
> Office and wish to use this format, it must be changed in Control Panel. When
> the pat
Good comment and a logical alternative to the confusion. If people use MS
Office and wish to use this format, it must be changed in Control Panel. When
the pattern is added, the dates in Excel, Word, etc. default to the new format,
at least the short date. Open Office seems to be able to handle
There's an international standard for all this. See:
http://www.bing.com/search?q=iso+standard+date&qs=n&form=QBLH&pq=iso+standard+date&sc=1-17&sp=-1&sk=&cvid=38d7c3155b184da8bfa7fddd9c3526c2
Frederick Jaggi
Horas Non Numero Nisi Serenas
---
ht
As for y/m/d, I completely agree, but for a full sort, we should also write
hh:mm:ss !
Dave
Sent from my iPad
On Nov 13, 2013, at 1:43 PM, Thaddeus Weakley wrote:
> I too strongly agree with Paul. The /MM/DD format sorts numerically;
> something that I gravitated to when a lad with data
I too strongly agree with Paul. The /MM/DD format sorts numerically;
something that I gravitated to when a lad with database set-up and
administration.
This format also seems the most logical to me. In the grand scope of things,
the millenium, century, year, month, day typically take pr
I always thought that ancient dials do not take refraction into account.Am I
wrong ?Gian
Messaggio originale
Da: noa...@hotmail.com
Data: 13/11/2013 14.44
A: "Sundial List"
Ogg: temporal hour including refraction
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size
Refraction affects apparent altitude at a particular time. The apparent
azimuth at a particular time does not change.
But the time of sunrise/sunset is changed due to refraction, so
therefore there is a different solar azimuth at this adjusted time.
On 2013-11-13 11:28, Frank King wrote:
Dea
Dear David,
You say, in the context of calculating solar
azimuth that...
> Refraction has no effect on azimuth...
Hmmm. This is absolutely true but, alas, the
truth may well throw a beginner.
Imagine calculating the azimuth of sunrise
and going out with a friend one morning
before dawn and poi
Refraction has no effect on azimuth - so none.
On 2013-11-13 8:44, Noam Kaplan wrote:
I need some assistance. I understand the formula to calculate the
change in altitude of the sun due to refraction.
http://en.wikipedia.org/wiki/Atmospheric_refraction#Calculating_refraction
What I can’t figur
I need some assistance. I understand the formula to calculate the change
in altitude of the sun due to refraction.
http://en.wikipedia.org/wiki/Atmospheric_refraction#Calculating_refraction
What I can’t figure out is once altitude is changed what does that do to
all the other co-ordinat
12 matches
Mail list logo
