[Xastir] Re: [Xastir-dev] Desired object/item operation?
Curt, WE7U
archer at eskimo.com
Fri May 7 12:25:56 EDT 2004
On Fri, 7 May 2004, Curt, WE7U wrote:
> While working on that I noticed some inconsistent operation. It has
> to do with creating objects/items, moving them around, killing them,
> and then creating new objects/items with the same names.
>
> If you do that while Xastir is running continuously, you get
> tracklines from the old killed objects to the new. You'll see all
> positions of both.
>
> If you do that and then kill/restart Xastir, causing it to load the
> object.log file on startup that way, you only get tracks for the
> "new" objects/items. The tracks do not go back to the old positions
> before the initial kill.
>
> For SAR I'd like to have a persistent display across restarts.
> Right now the displays are different across a restart.
>
> What is the desired operation here?
Thinking about it three more seconds or so, the object.log file
holds info about objects forever. It wouldn't make sense to
connect-the-dots to very old objects. In a search situation, I'd
forever be bringing up the Station Info dialog and clearing the
track for each object the first time I instantiated it, 'cuz it
would connect-the-dots back to a previous mission where I used the
same identifier.
I think that we should ignore any lines with a '#' symbol as the
first character when reading in the object.log file.
Should we also flush all records of a killed object from the running
copy of Xastir, once it has completed the transmissions for the
killed object, or should we connect-the-dots back to the old
object's positions?
--
Curt, WE7U archer at eskimo dot com
Arlington, WA, USA http://www.eskimo.com/~archer
"Lotto: A tax on people who are bad at math." -- unknown
"Windows: Microsoft's tax on computer illiterates." -- WE7U
"The world DOES revolve around me: I picked the coordinate system!"
More information about the Xastir
mailing list