Nick wrote:
> On Fri, 18 Jul 2014 23:16:57 +0000, jimp wrote:
>
>> Nick wrote:
>>
>>
>>
>>> This performance is marginal for WSJTX. I need 10ms offset or less
>>> after 15 minutes.
>>
>> What make you think that?
>>
Nick wrote:
> This performance is marginal for WSJTX. I need 10ms offset or less after
> 15 minutes.
What make you think that?
I see a lot of WSJTX signals that are within +/- .5 seconds and occasionally
some over a second off and they still decode. Most seem to be +/- .3 seconds.
We are t
Rob wrote:
> j...@specsol.spam.sux.com wrote:
>> Rob wrote:
>>> j...@specsol.spam.sux.com wrote:
Rob wrote:
> j...@specsol.spam.sux.com wrote:
>>> The listeners should enjoy a smooth reception while driving around.
>>> So of course there should be no time lag between the modu
Rob wrote:
> j...@specsol.spam.sux.com wrote:
Your transmitters will have to be contained within a circle of 3.6km,
reduced by the timing errors in the modulation at 0.3km/microsecond.
>>>
>>> This turns out to be not the case. Networks like this have been operating
>>> for decades,
Rob wrote:
> j...@specsol.spam.sux.com wrote:
>> Rob wrote:
>>> j...@specsol.spam.sux.com wrote:
> The listeners should enjoy a smooth reception while driving around.
> So of course there should be no time lag between the modulation signals
> of the different transmitters. Experts
Rob wrote:
> Jochen Bern wrote:
>> [Resend to list, rather than non-working(?) sender e-mail address]
>>
>> On -10.01.-28163 20:59, Rob wrote:
>>> We are setting up a co-channel diversity network. That means multiple
>>> FM transmitters that are transmitting the same signal on the same
>>> frequ
Rob wrote:
> David Woolley wrote:
>> On 27/04/14 17:28, Rob wrote:
>>> We are setting up a co-channel diversity network. That means multiple
>>> FM transmitters that are transmitting the same signal on the same
>>> frequency on different sites, where the receive areas partly overlap.
>>
>> This
Rob wrote:
> j...@specsol.spam.sux.com wrote:
>>> The listeners should enjoy a smooth reception while driving around.
>>> So of course there should be no time lag between the modulation signals
>>> of the different transmitters. Experts in the field tell us we should
>>> be within 12us.
>>
>> Un
Rob wrote:
> William Unruh wrote:
>>> The next problem is to send output to a soundcard and making it send
>>> a sample at the sampling clock edge closest to a specified time.
>>> (48kHz sampling rate corresponds to a sampling clock period of 20.8us)
>>
>> It will certainly depend on the sound ca
David Taylor wrote:
> On 27/01/2013 19:33, unruh wrote:
>> On 2013-01-27, no-...@no-place.org wrote:
> []
>>> In case you are wondering, my app is a professional piano tuning app.
>>> The standard in this industry is that tuning devices should be
>>> accurate to 12 parts per million. I know that
Dennis Ferguson wrote:
>
> On 28 Mar, 2012, at 08:26 , David J Taylor wrote:
>>> Just wondering:
>>>
>>> 1) Is the UK govt doing this?
>>
>> The notice is from a UK Government agency.
>>
>>> 2) Is the USA doing anything similar?
>>
>> I would be surprised if they were not, but they may have m
Rick Jones wrote:
> Richard B. Gilbert wrote:
>> On 2/22/2012 5:16 PM, David Woolley wrote:
>> > An article in the Metro, the free morning paper on the London commuter
>> > transport network, suggests that criminals may be using GPS jamming
>> > equipment to warp the time on financial systems to
E-Mail Sent to this address will be added to the BlackLists
wrote:
> j...@specsol.spam.sux.com wrote:
>> In this case what is being jammed is position, not time,
>> and this is so smarter car thieves can defeat systems like LoJack.
>>
>> This is a much easier case as all that has to be jammed
>>
Richard B. Gilbert wrote:
> On 2/22/2012 5:16 PM, David Woolley wrote:
>> An article in the Metro, the free morning paper on the London commuter
>> transport network, suggests that criminals may be using GPS jamming
>> equipment to warp the time on financial systems to allow the commission
>> of f
Danny Mayer wrote:
> On 12/29/2011 8:38 PM, Dennis Ferguson wrote:
>>
>> On 29 Dec, 2011, at 23:26 , Terje Mathisen wrote:
>>
>>> Danny Mayer wrote:
No, they use synchronized Cesium atomic clocks for time accuracy. GPS is
only used to get a fix on the location and I'm not sure that 10'
Danny Mayer wrote:
> On 12/28/2011 12:17 AM, unruh wrote:
>> On 2011-12-28, Danny Mayer wrote:
>>> On 12/24/2011 8:10 PM, j...@specsol.spam.sux.com wrote:
John Hasler wrote:
>> The open sky nearest the OPERA detector is straight up through 1400m of
>> rock.
>
> Jim Pennino w
Danny Mayer wrote:
> On 12/28/2011 12:09 AM, j...@specsol.spam.sux.com wrote:
>> Danny Mayer wrote:
>>> On 12/27/2011 8:48 PM, j...@specsol.spam.sux.com wrote:
Danny Mayer wrote:
> On 12/24/2011 8:10 PM, j...@specsol.spam.sux.com wrote:
>> John Hasler wrote:
The open sky n
Danny Mayer wrote:
> On 12/27/2011 11:45 PM, Greg Hennessy wrote:
>> On 2011-12-28, Danny Mayer wrote:
>>> On 12/27/2011 9:08 PM, John Hasler wrote:
Danny writes:
> GPS is not used for this kind of thing, they are too inaccurate, so it
> doesn't matter. They use atomic clocks.
>
Danny Mayer wrote:
> On 12/27/2011 8:48 PM, j...@specsol.spam.sux.com wrote:
>> Danny Mayer wrote:
>>> On 12/24/2011 8:10 PM, j...@specsol.spam.sux.com wrote:
John Hasler wrote:
>> The open sky nearest the OPERA detector is straight up through 1400m of
>> rock.
>
> Jim Penni
Greg Hennessy wrote:
>>> The bottom line is that the only thing that is relevant is how easy it is
>>> to get to a GPS antenna with an open view of the sky.
>>>
>>> Everything else is bloviation.
>>
>> GPS is not used for this kind of thing, they are too inaccurate, so it
>> doesn't matter. They
Danny Mayer wrote:
> On 12/24/2011 8:10 PM, j...@specsol.spam.sux.com wrote:
>> John Hasler wrote:
The open sky nearest the OPERA detector is straight up through 1400m of
rock.
>>>
>>> Jim Pennino writes:
And the easiest open sky to get to is horizontally down the tunnel to
th
Rob wrote:
> j...@specsol.spam.sux.com wrote:
>> Again, were do you see the word "few" in what I wrote?
>
> That makes the statement so meaningless. Every distance can be
> measured in feet.
If I had written exactly the same thing with the exception of using
the word "meters" instead of the wo
unruh wrote:
> On 2011-12-25, j...@specsol.spam.sux.com wrote:
>> John Hasler wrote:
The open sky nearest the OPERA detector is straight up through 1400m of
rock.
>>>
>>> Jim Pennino writes:
And the easiest open sky to get to is horizontally down the tunnel to
the entrance w
unruh wrote:
> On 2011-12-24, j...@specsol.spam.sux.com wrote:
>> unruh wrote:
>>> On 2011-12-24, j...@specsol.spam.sux.com wrote:
John Hasler wrote:
> unruh writes:
>> They require ns accuracy in the timing and m accuracy in the
>> distance. And the timing is not simply gps (
John Hasler wrote:
>> The open sky nearest the OPERA detector is straight up through 1400m of
>> rock.
>
> Jim Pennino writes:
>> And the easiest open sky to get to is horizontally down the tunnel to
>> the entrance which is next to a freeway.
>
> Yes, the entrance is next to a freeway. The ent
John Hasler wrote:
> Jim Pennino writes:
>> The issue is that most people don't seem to be able to understand how
>> to get an accurate position of a location that is vertically under a
>> km or so of dirt, yet horizontally feet from wide open sky and GPS
>> signals.
>
> The open sky nearest the
unruh wrote:
> On 2011-12-24, j...@specsol.spam.sux.com wrote:
>> John Hasler wrote:
>>> unruh writes:
They require ns accuracy in the timing and m accuracy in the
distance. And the timing is not simply gps ( although they could have
gotten that wrong) but then that timing has to
John Hasler wrote:
> unruh writes:
>> They require ns accuracy in the timing and m accuracy in the
>> distance. And the timing is not simply gps ( although they could have
>> gotten that wrong) but then that timing has to be brought down into
>> the mine a km or so below ground and horizontally an
John Hasler wrote:
> Richard B. Gilbert wrote:
>> How do you "tag" a neutrino so that you can say with assurance that the
>> the neutrino that left Cern is the same neutrino that arrives at Sasso?
>
> Jim Pennino writes:
>> By sending them in a "pulse" of a known width.
>
> It should be noted, h
Richard B. Gilbert wrote:
> How do you "tag" a neutrino so that you can say with assurance that the
> the neutrino that left Cern is the same neutrino that arrives at Sasso?
By sending them in a "pulse" of a known width.
--
Jim Pennino
Remove .spam.sux to reply.
Rob wrote:
> Rich wrote:
>> Someone is "at war" with USNO NTP service. They could be students,
>> who knows? But all of the offending addresses traced to Chinese
>> sites. In order to continue to provide NTP to US customers, USNO
>> elected to block Chinese networks at the /8 level whenever we
unruh wrote:
> On 2011-08-31, Uwe Klein wrote:
>> David J Taylor wrote:
>>> How does this square with those who claim 4ns from their GPS devices?
>>
>> Pfft.
>>
>> The defining document is rather old I guess. A lot happened in between.
>> ( I looked into GPS in my diploma thesis ~1987 and not muc
Rob wrote:
> unruh wrote:
>> And we keep hearing about the UK jamming GPS for hours at a time in
>> regions of the UK.
>
> Yes, we keep hearing about that from the UK.
> But what about other countries, probably they do the same thing but
> we don't hear about it because there are no nice bullet
Chris Albertson wrote:
> On Mon, Aug 29, 2011 at 1:46 PM, wrote:
>
>> Harlan Stenn wrote:
>> > GPS can be done very affordably and can offer great time. There are
>> > several *potential* pitfalls:
>> >
>> > - It is *possible* for the US Gov't to detune the GPS system (locally or
>> > in-gene
Harlan Stenn wrote:
> GPS can be done very affordably and can offer great time. There are
> several *potential* pitfalls:
>
> - It is *possible* for the US Gov't to detune the GPS system (locally or
> in-general). Since GPS is now increasingly used for "human safety"
> things, the costs/risks
Chris Albertson wrote:
> On Mon, Mar 28, 2011 at 8:56 AM, wrote:
>
>>
>> OK, so the bad guy sets up the stuff for a GPS spoofer and parks it next
>> to the targeted building where high dollar value stuff goes on in hopes
>> of tweeking their system clocks and stealing a fortune.
>
> The best a
Uwe Klein wrote:
> j...@specsol.spam.sux.com wrote:
>> At that point they start slowly changing the time to something else.
>>
>> Meanwhile, inside the building where NTP was set up by someone with a clue
> if you go by the questions placed here on occasion that assumption is not a
> given ;-)
>
Uwe Klein wrote:
> j...@specsol.spam.sux.com wrote:
>> Richard B. Gilbert wrote:
>
>>>Didn't I just see an announcement that GPS was going to be jammed in
>>>order to test something or other?
>>
>>
>> Yeah, it happens quite often on a scheduled basis in limited areas.
>>
> Hmm, it should not
Richard B. Gilbert wrote:
> On 3/27/2011 5:45 PM, j...@specsol.spam.sux.com wrote:
>> E-Mail Sent to this address will be added to the
>> BlackLists wrote:
>>> Richard B. Gilbert wrote:
j...@specsol.spam.sux.com wrote:
> Let's see you spoof the Internet, GPS, and CDMA all at the same ti
Chris Albertson wrote:
> On Fri, Mar 25, 2011 at 8:40 AM, wrote:
>
>> Let's see you spoof the Internet, GPS, and CDMA all at the same time.
>
> Summary of above argument:
> "You can't spoof my system, therefor other systems can't be spoofed."
Nope.
Try reading it again, this time for compreh
Maarten Wiltink wrote:
> wrote in message
> news:5lpu58-278@mail.specsol.com...
>> Uwe Klein wrote:
> [...]
>>> The $something trading solutions that require exact timematch
>>> ( remember the recent rush of ntp users
>>> requiring u-second global time match )
>>> over a set of widely dist
unruh wrote:
> On 2011-03-25, j...@specsol.spam.sux.com wrote:
>> Miroslav Lichvar wrote:
>>> On Thu, Mar 24, 2011 at 05:01:07PM -0700, Chris Albertson wrote:
Security is so that you know you are not being spoofed. Or if you are
providing the time so that you can prove to your users t
Uwe Klein wrote:
> j...@specsol.spam.sux.com wrote:
>> One more time, if time is critical to your operation you do NOT have one
>> and only one NTP server.
>
> One more time, the times of well designed protocolls
> and infrastructure software are gone ;-)
> Today the PHB and his idiot savant mini
David Woolley wrote:
> j...@specsol.spam.sux.com wrote:
>
>> One more time, if time is critical to your operation you have several
>> sources to include local GPS and CDMA NTP boxes.
>
> You missed an important point, your CEO must also have a current science
> background. Most UK CEOs, at lea
E-Mail Sent to this address will be added to the BlackLists
wrote:
> Richard B. Gilbert wrote:
>> j...@specsol.spam.sux.com wrote:
>>> Let's see you spoof the Internet, GPS, and CDMA all at the same time.
>>
>> Any two would be sufficient!
>
> GPS Jamming could take out the GPS and CDMA.
Grante
Richard B. Gilbert wrote:
> On 3/25/2011 11:40 AM, j...@specsol.spam.sux.com wrote:
>> Uwe Klein wrote:
>>> j...@specsol.spam.sux.com wrote:
>>>
If you specify the server by IP address, how does that happen and who
would bother to do it?
>>>
>>> The $something trading solutions that req
Miroslav Lichvar wrote:
> On Thu, Mar 24, 2011 at 05:01:07PM -0700, Chris Albertson wrote:
>> Security is so that you know you are not being spoofed. Or if you are
>> providing the time so that you can prove to your users that you are
>> who you claim to be and are not spoofing them.
>>
>> There
Uwe Klein wrote:
> j...@specsol.spam.sux.com wrote:
>
>> If you specify the server by IP address, how does that happen and who
>> would bother to do it?
>
> The $something trading solutions that require exact timematch
> ( remember the recent rush of ntp users
> requiring u-second global time
Steve Kostecke wrote:
> On 2011-03-25, j...@specsol.spam.sux.com
> wrote:
>
>> Chris Albertson wrote:
>>
>>> On Thu, Mar 24, 2011 at 2:26 PM, wrote:
>>>
>>>
When I see questions like this my first response is "Why all the
bother?".
There is nothing secret or proprietary abo
Chris Albertson wrote:
> On Thu, Mar 24, 2011 at 4:18 PM, wrote:
>> Hal Murray wrote:
>>> In article ,
>>> j...@specsol.spam.sux.com writes:
>>>
When I see questions like this my first response is "Why all the bother?".
There is nothing secret or proprietary about the time of day.
Chris Albertson wrote:
> On Thu, Mar 24, 2011 at 2:26 PM, wrote:
>
>
>> When I see questions like this my first response is "Why all the bother?".
>>
>> There is nothing secret or proprietary about the time of day.
>
>
> Security is so that you know you are not being spoofed. Or if you are
Hal Murray wrote:
> In article ,
> j...@specsol.spam.sux.com writes:
>
>>When I see questions like this my first response is "Why all the bother?".
>>
>>There is nothing secret or proprietary about the time of day.
>>
>>Since all NTP servers provide UTC, the service reveals nothing about the
>>ma
Yessica wrote:
> Hello!
> I am installing an NTP server, but requires authentication for that
> clients can be synchronized with the server, and also that
> authentication should be with public and private keys. Let me know if
> I can work with certificates issued by any authority or can only use
Uwe Klein wrote:
> Chris Albertson wrote:
>> NTP simply is not good enough for use in a tower so it is not used.
>> And why would they use it when all towers by definition have a clear
>> view of the sky
>
> IMHO the basic concept of your system is broken when you have
> sync to such high require
unruh wrote:
> On 2011-03-08, j...@specsol.spam.sux.com wrote:
>> JohnAllen wrote:
>>> Maybe I read this too quickly, but the report published today by the
>>> UK Royal Academy of Engineering (see
>>> http://www.raeng.org.uk/news/publications/list/reports/RAoE_Global_Navigation_Systems_Report.pd
JohnAllen wrote:
> Maybe I read this too quickly, but the report published today by the
> UK Royal Academy of Engineering (see
> http://www.raeng.org.uk/news/publications/list/reports/RAoE_Global_Navigation_Systems_Report.pdf
> and also the BBC coverage at
> http://www.bbc.co.uk/news/science-envi
unruh wrote:
> On 2010-02-10, David J Taylor
> wrote:
>> "David Woolley" wrote in message
>> news:hksmaf$1c...@news.eternal-september.org...
>>> David J Taylor wrote:
>>>
I remember the flying of caesium or other atomic clocks round the
world, and that folks had to invoke relativist
Rob wrote:
> j...@specsol.spam.sux.com wrote:
>> John Hasler wrote:
>>> Jim Pennino writes:
If you limit the problem to Olson, the problem was solved years ago at:
ftp://elsie.nci.nih.gov/pub/
>>>
>>> Until they have a budget cut, a server reorganization, decide the traffic
>>> is exc
David Woolley wrote:
> j...@specsol.spam.sux.com wrote:
>> David Woolley wrote:
>>> j...@specsol.spam.sux.com wrote:
>>>
What about all the systems that don't use Olson?
>>> I'm only aware of one that doesn't require the system administrator to
>>> manually configure for any zone that
John Hasler wrote:
> Jim Pennino writes:
>> If you limit the problem to Olson, the problem was solved years ago at:
>> ftp://elsie.nci.nih.gov/pub/
>
> Until they have a budget cut, a server reorganization, decide the traffic
> is excessive, or just get bored.
You are still ignoring the fact tha
David Woolley wrote:
> j...@specsol.spam.sux.com wrote:
>
>>
>> What about all the systems that don't use Olson?
>>
>
> I'm only aware of one that doesn't require the system administrator to
> manually configure for any zone that that doesn't match the (historic)
> US rules, and that is the
John Hasler wrote:
> I wrote:
>> I'm just proposing that the file be made available at a standard location
>> on a well-known set of distributed servers.
>
> Jim Pennino writes:
>> For what kind of system?
>
> Any.
>
>> While the zoneinfo database, also known as the Olson database, is
>> probab
John Hasler wrote:
> I wrote:
>> I don't know of any distribution that provides an easy way
>> arrange for automatic updates of a single file.
>
> Null writes:
>> Why would rsync not work?
>
> It would work fine but it seems like overkill and is not universally
> available.
>
>> ...or a cron t
John Hasler wrote:
> Jim Pennino writes:
>> Newer stuff tends to run a version of Linux or FreeBSD and you get
>> updates as patches from the maker.
>
> Downloaded automatically as needed? What happens when the maker goes bust,
> shuts down their server, or decides the product is obsolete?
The
Rob wrote:
> E-Mail Sent to this address will be added to the BlackLists
> wrote:
>> ... and, what do all those millions of embedded systems
>> do now to get time zone data?
>
> They don't. DST support is usually hardwired, manually configured
> or nonexistent.
> The user has to set the clock
Nathaniel Homier wrote:
> On Fri, 01 May 2009 21:15:02 +0000, jimp wrote:
>
>> David Woolley wrote:
>
>>> You may find that you need SSB capability on the HF receiver.
>>
>> Not for any WWV station.
>
> We can use the synchronous detector to even
David Woolley wrote:
> Nathaniel Homier wrote:
>
>>
>> Thank you for the ideas. There were many and I think I will start with
>> the audio drivers first. But I will keep an eye on the serial/gps
>> solution as well.
>>
>
> You may find that you need SSB capability on the HF receiver.
Not
David J Taylor
wrote:
> j...@specsol.spam.sux.com wrote:
> []
>> The point is LOTS of places have extensive procedures in place that
>> must be followed before any software on production systems can be
>> changed, including applying vendor supplied and recommended patches.
>>
>> While I have free
David J Taylor
wrote:
> j...@specsol.spam.sux.com wrote:
> []
>> What planet do you people live on?
>>
>> I have one client that will not even allow Windows critical security
>> updates to be installed until a extensive formal test is done to
>> "prove" the updates won't effect operations.
>>
>>
David J Taylor
wrote:
> j...@specsol.spam.sux.com wrote:
> []
>> You do understand there are lots of environments where it takes an
>> act of God to be allowed to replace vendor utilities with self
>> compiled versions, don't you?
>
> Not a problem with Windows, fortunately.
>
> David
What p
Richard B. Gilbert wrote:
> j...@specsol.spam.sux.com wrote:
>> Unruh wrote:
>>> j...@specsol.spam.sux.com writes:
>>>
>>
Have you never heard of calling ntpdate before starting the NTP daemon?
>>>
>>> uh, ntpdate is severely depricated, and ntpd -g is what is supposed to be
>>> used. If nt
Unruh wrote:
> j...@specsol.spam.sux.com writes:
>
>>Have you never heard of calling ntpdate before starting the NTP daemon?
>
>
> uh, ntpdate is severely depricated, and ntpd -g is what is supposed to be
> used. If ntpd -g fails it is a bug.
>
Uhh, lots of mainline 'nix's don't have a -g op
Andy Helten wrote:
> Heiko Gerstung wrote:
>> Juergen Perlinger schrieb:
>>
>>> Hi everybody,
>>>
>>> One of the things that can be annoying is that NTPD cannot do an initial
>>> synchronization from (most) reference clocks over a difference of more than
>>> 4 hours.
>>>
>>> The reason is that
Melanie Pfefer <[EMAIL PROTECTED]> wrote:
> Hello
>
> when I specify for example a ntp that is located in a different Time Zone,
> how ntp records my local time?
>
It doesn't as ntp always uses UTC.
Conversion to local time is up to the system.
--
Jim Pennino
Remove .spam.sux to reply.
__
Richard B. Gilbert <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
>> Richard B. Gilbert <[EMAIL PROTECTED]> wrote:
>>> [EMAIL PROTECTED] wrote:
Ryan Malayter <[EMAIL PROTECTED]> wrote:
> On Sun, Oct 26, 2008 at 2:48 PM, Unruh <[EMAIL PROTECTED]> wrote:
>
>> That may be what
Richard B. Gilbert <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
>> Ryan Malayter <[EMAIL PROTECTED]> wrote:
>>> On Sun, Oct 26, 2008 at 2:48 PM, Unruh <[EMAIL PROTECTED]> wrote:
>>>
That may be what you expect, but you can get it 1usec (1 micro second).
>>> Is there something wrong wi
Ryan Malayter <[EMAIL PROTECTED]> wrote:
> On Sun, Oct 26, 2008 at 2:48 PM, Unruh <[EMAIL PROTECTED]> wrote:
>
>> That may be what you expect, but you can get it 1usec (1 micro second).
>
> Is there something wrong with the mail gateway and Unicode? I posted
> my message as text/plain with charse
Gretchen Baxter <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I went to http://www.timeanddate.com/worldclock/
>
> I saw that it was 10:35 in New York but in Adelaide it was 1:05 PM and in
> New Delhi 8:05.
>
> How can that be?
>
> Gretchen
While most time zones differ from UTC by an integer number of
78 matches
Mail list logo
