Received: from cluster-jaune.cls.fr (cl1-jaune.cls.fr [91.207.20.90])
	by sympa.cls.fr (8.13.1/8.13.1) with ESMTP id o25HERsk030298
	for <ids.analysis.forum@sympa.cls.fr>; Fri, 5 Mar 2010 17:14:27 GMT
Received: by cluster-jaune.cls.fr (Postfix)
	id 976858CD3A; Fri,  5 Mar 2010 17:14:27 +0000 (GMT)
Delivered-To: ids.analysis.forum@cls.fr
Received: from cluster-d.mailcontrol.com (cluster-d.mailcontrol.com [85.115.60.190])
	by cluster-jaune.cls.fr (Postfix) with ESMTP id 3E0038C123
	for <ids.analysis.forum@cls.fr>; Fri,  5 Mar 2010 17:14:26 +0000 (GMT)
Received: from mail-bw0-f223.google.com (mail-bw0-f223.google.com [209.85.218.223])
	by rly07d.srv.mailcontrol.com (MailControl) with ESMTP id o25HELA2030893
	for <ids.analysis.forum@cls.fr>; Fri, 5 Mar 2010 17:14:22 GMT
Received: by bwz23 with SMTP id 23so317609bwz.38
        for <ids.analysis.forum@cls.fr>; Fri, 05 Mar 2010 09:14:21 -0800 (PST)
Received: by 10.102.210.2 with SMTP id i2mr410179mug.134.1267809260882;
        Fri, 05 Mar 2010 09:14:20 -0800 (PST)
Received: from [192.168.1.2] (c-75-69-132-97.hsd1.nh.comcast.net [75.69.132.97])
        by mx.google.com with ESMTPS id 14sm9365894muo.32.2010.03.05.09.14.17
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 05 Mar 2010 09:14:20 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset=us-ascii
From: Remko Scharroo <remko@altimetrics.com>
In-Reply-To: <FE24BB1AB6D3104BB08E5A321038B3DF9FA8A25A1D@MAILBOX.sgt-dom.com>
Date: Fri, 5 Mar 2010 12:14:15 -0500
Cc: "John C. Ries" <ries@csr.utexas.edu>,
        "jean-paul.berthias@cnes.fr" <jean-paul.berthias@cnes.fr>,
        Cerri Luca <luca.cerri@cnes.fr>,
        Eelco Doornbos <e.n.doornbos@tudelft.nl>,
        Marek Ziebart <marek.ziebart@ge.ucl.ac.uk>,
        Frank Lemoine <Frank.G.Lemoine@nasa.gov>,
        Scott Luthcke <scott.b.luthcke@nasa.gov>,
        Michiel Otten <michiel.otten@esa.int>,
        Eric Leuliette <Eric.Leuliette@noaa.gov>,
        "Mercier Flavien (contact)" <flavien.mercier@cnes.fr>,
        "ids.analysis.forum@cls.fr" <ids.analysis.forum@cls.fr>,
        Nikita Zelensky <nzelensky@sgt-inc.com>
Message-Id: <51B876A1-4232-48A5-A7DD-CC96335C1E67@altimetrics.com>
References: <FE24BB1AB6D3104BB08E5A321038B3DF9FA89A8329@MAILBOX.sgt-dom.com> <p06230900c7b61e01d638@[192.168.0.4]>  <FE24BB1AB6D3104BB08E5A321038B3DF9FA8A25A1D@MAILBOX.sgt-dom.com>
To: Steve Klosko <sklosko@sgt-inc.com>
X-Mailer: Apple Mail (2.1077)
X-Mailcontrol-Inbound: 6TRB5pO9vmF3VmTiQG61xn19paXE!vlxxZ9g6uRViK9VMnCvrRIXrQ==
X-Spam-Score: -3.7
X-Scanned-By: MailControl A-09-22-10 (www.mailcontrol.com) on 10.68.0.117
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by sympa.cls.fr id o25HERsk030298
X-Validation-by: lsoudarin@cls.fr
Subject: [ids.analysis.forum] Re: surface forces

Hi Steve,

You are absolutely right that a radial offset of the CoM is hardly "tamed" by the tracking data. I haven't done the exercise lately, but I do remember checking this out in the ERS-1/2 era when I was doing both short-arc (one rev or less) and long-arc (5.5 days) solutions.

In the long-arc solutions I could move the CoM up or down several centimeters without affecting the orbit even as little as a millimeter. Yes, the tracking residuals worsened, but the orbit stayed basically in place.

So in the framework of TOPEX and a "wobbling" solar panel, the dynamic orbit determination will still position the CoM in the right place, only the tracking data residuals would be slightly impacted. To get the right sea level, we would need to make a geometric correction to the altimeter range because the vertical distance between the antenna feed and the CoM changes over time.

In the short-arc solutions that was totally different, and given the gravity fields we had at the time, that was exactly what I wanted. In that case, when I moved the CoM the orbit moved with it, so it was a truly geometrical solution, tracking the SLR, basically. Thus we could make an "absolute calibration" of the ERS-1 altimeter over the Venice Tower, even though the gravity fields at the time would give us long-arc solutions no better than 30 cm radially.

Let me remind everybody, that TOPEX seems NOT the issue in this whole story. TOPEX does not seem to exhibit the 58-day cycle in sea level, whereas Jason-1 and Jason-2 DO. One of the images in Eric Leuliette's presentation, comparing Jason-2 to Envisat clearly shows the S2 aliased variation, whereas we know Envisat cannot have an S2 alias (or rather, it is aliased to a constant).

I'm starting to formulate a cause that is not in the end related to the orbits, which I was steered to by John's remarks, so I'll respond to his e-mail with my thoughts.

Cheers,
Remko

On 5 Mar 2010, at 11:42 , Steve Klosko wrote:

> John
> One further clarification to my thought processes -- this geometrical effect is instantaneous and has a strong radial component.  This is quite different than what we see as an integrated along track error.  I strongly believe the tracking data can tame the later, but where is this instantaneous radial offset being fixed?
> S


