Re: message from space track regarding bulk tle file

From: Marco Langbroek (marco.langbroek@online.nl)
Date: Fri Aug 24 2012 - 08:37:50 UTC

  • Next message: satrack@libero.it: "Re: Re: message from space track regarding bulk tle file"

    Op 24-8-2012 9:55, Greg Roberts schreef:
    > Morning all
    >
    > Unless Im being dense this time of the day it looks like we may have a problem.
    > As I understand it one has to specifically identify the satellites one wants
    > orbital elements for so getting the entire public Spacetrack catalog as we can
    > currently get it is not possible unless one wants to type in thousands of
    > satellite catalog numbers which I dont think is possible.
    >
    > Please somebody tell me I misunderstand the situation.
    >
    > Cheers
    > Greg
    
    It does seem that keeping a TLE archive of the full catalogue of objects will be 
    more cumbersome. It will not be easy to periodically archive (as I now do) with 
    one click the full catalogue of all element sets at a particular date. Which is 
    handy when one wants to check reported sightings to the full catalogue for 
    example, even if the sighting is 1-6 months ago or more.
    
    Also, the new structure sucks if you are not a script-kiddy. It is perfect for 
    retrieving data based on custom scripts, but it eliminates the more "human" 
    retrieval through a much more simple point and click GUI.
    
    It puts up an extra barrier to the data retrieval. For those of us not used to 
    programming scripts and the logic behind scripting, this is a headache and a bad 
    development.
    
    I have always hated scripts, command-lines etcetera. Give me a simple visual 
    interface that is intuitive and doesn't involve a need to "remember" (and 
    understand) esoteric scripting semantics.
    
    Maybe those of us who are handy with scripts and software development, could 
    help out here. For example by writing a *platform independant* retrieval tool 
    (for example a javascript application that will work in any web browser) that is 
    able to recreate the old GUI and retrieve data and datasets similar to the ones 
    retrievable through the old GUI when the new structure goes into effect.
    
    - Marco
    
    -----
    Dr Marco Langbroek  -  SatTrackCam Leiden, the Netherlands.
    e-mail: sattrackcam@langbroek.org
    
    Cospar 4353 (Leiden):   52.15412 N, 4.49081 E (WGS84), +0 m ASL
    Cospar 4354 (De Wilck): 52.11685 N, 4.56016 E (WGS84), -2 m ASL
    Station (b)log: http://sattrackcam.blogspot.com
    Twitter: @Marco_Langbroek
    -----
    
    
    _______________________________________________
    Seesat-l mailing list
    http://mailman.satobs.org/mailman/listinfo/seesat-l
    



    This archive was generated by hypermail 2b29 : Fri Aug 24 2012 - 08:38:27 UTC