From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.lang.hm (rrcs-45-59-245-186.west.biz.rr.com [45.59.245.186]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id E539E3CB37 for ; Mon, 13 Nov 2023 11:03:12 -0500 (EST) Received: from dlang-mobile (unknown [10.2.2.69]) by mail.lang.hm (Postfix) with ESMTP id C0D131B86F6; Mon, 13 Nov 2023 08:03:11 -0800 (PST) Date: Mon, 13 Nov 2023 08:03:11 -0800 (PST) From: David Lang To: Alexandre Petrescu cc: starlink@lists.bufferbloat.net In-Reply-To: <159f888a-0c36-44ab-9f6b-f12efca733fb@gmail.com> Message-ID: <6s24rnq6-n37o-7q75-n0o8-6n12o2qo555o@ynat.uz> References: <07fac4e4-809a-43ba-b46c-e0f468343e30@auckland.ac.nz> <623cfce5-06cb-4ba2-98d0-808157437ba8@gmail.com> <1956e783-3795-4409-8e97-7b836994e911@auckland.ac.nz> <032a9c2d-c5fc-4b5f-9579-c22b791e29f2@gmail.com> <159f888a-0c36-44ab-9f6b-f12efca733fb@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="228850167-1663585961-1699891391=:5599" Subject: Re: [Starlink] "Interesting set of developments with Starlink. Musk says they will support "international aid orgs" in Gaza, Israel now says they will use "all available means" to stop SpaceX from doing so. X-BeenThere: starlink@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Starlink has bufferbloat. Bad." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Nov 2023 16:03:13 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --228850167-1663585961-1699891391=:5599 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 13 Nov 2023, Alexandre Petrescu via Starlink wrote: > It has a Donate button, which seems to make it a site built by an > independent end user.  It is a great tool already!   With respect to the > starlink sats positions: celestrak might simply reflect an original data > which is made by space-track.org which is a US authority.  Or maybe not, > they dont say it.  I dont know. > > My question is how is the original data on space-track.org (or other > original source of sat position data) created: do they range the sats > (i.e. point lasers at them and wait for replies, radar, or similar) or > do the sats transmit their positions on a voluntary and cooperative basis? It is in the interests of every country to avoid having satellties hit each other, which requires that everyone have accurate information on where existing satellites are. The US space command (or whatever their name is under the USSF now) tracks everything in orbit that they can (I thinkit's everything above ~10cm) companies coordinate with each other when they need to move satellites so that you don't have two satellites trying to avoid a collision both move in a way that make the collision more likely to happen. There's even an International agreement (going back to the cold war between the US and USSR) that requires satellite launcher telemetry to be unencrypted so that everyone can monitor it. so the orbits of everything (including spy satellites) is well known and not some deep secret. > Another question is about which starlink sats are 'in-service' and > deliver service, and which not?  It is not only a matter of altitude.  > The current websites telling 'in-service' or similar attributes, do not > seem to be related to starlink, and do not seem to take that data from > DISHYs.  They seem to be simply telling that if it is at a 550km > altitude then they're in service. What would be the value in having a satellite in the proper orbit, using a orbital slot, but not in use? unless the satellite electronics have failed, they would use it (electronics do not wear out from use) David Lang --228850167-1663585961-1699891391=:5599--