AirNav RadarBox 2009 - 3.08 Beta - Released

Started by AirNav Development, November 05, 2009, 04:36:05 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

tarbat

My understanding is that they contain updates to the databases that haven't been committed yet.  These files should always remain quite small (10-50k for example).

If they start getting big, it would suggest that there's a problem updating the main databases.

More info. on the journals at http://www.sqlite.org/tempfiles.html

YXUphoto

Well....my ordeal with NavData.db3 continues.  For some reason, it still keeps reverting to the NavData.db3.BAK file.   For the past 2 hours I have spent updating the DB using Database Explorer....now the updates are gone again (along with any new flights that were in there while I was working on it).

This really doesn't make sense to me.  I even suspected that this is caused by using the X to close the program in the upper right corner instead of the FILE---EXIT from the menus.

Is there a way to find out why RB rejects the NavData.db3 and loads NavData.db3.bak instead?

tarbat

#197
Just one thought.  How is the partition formatted where the databases are located?  If using NTFS in Vista, it could be something to do with Transactional NTFS.

I had a problem back in my SBS1 days, when the log file would appear to never get updated until the program exit, simply because Transactional NTFS was never told to commit the updates.  See http://www.kinetic-avionics.co.uk/forums/viewtopic.php?p=42098#42098 and http://groups.yahoo.com/group/planeplotter/message/3016

I run my Radarbox (and Planeplotter, etc.) on a FAT32 formatted partition.  Might be worth a try if nobody has any other suggestions.

Fenris

I run RB on Vista with NTFS, I don't believe I've ever seen this problem.

I can't say I'm familiar with any NTFS options that might apply, but I have not heard of this problem from anyone else so if there are any they are rarely applied.


YXUphoto

#199
Quote from: tarbat on November 18, 2009, 05:02:28 PM
Just one thought.  How is the partition formatted where the databases are located?  If using NTFS in Vista, it could be something to do with Transactional NTFS.

I had a problem back in my SBS1 days, when the log file would appear to never get updated until the program exit, simply because Transactional NTFS was never told to commit the updates.  See http://www.kinetic-avionics.co.uk/forums/viewtopic.php?p=42098#42098 and http://groups.yahoo.com/group/planeplotter/message/3016

I run my Radarbox (and Planeplotter, etc.) on a FAT32 formatted partition.  Might be worth a try if nobody has any other suggestions.

Interesting idea about the NTFS.  Somehow I think it isn't the problem here, if it was, the problem would be more wide spread.  I'm starting to think that the problem is with the number of entries I have added or modified manually.

That brings up another question I was thinking of asking....if I manually tell RB to Populate the entries (under the MyLog window), is it normal to see around 800-1000 that need to be updated?  Also wondering how long does the process take?  There isn't much feedback as to whether it has finished with the update or not.  How does RB determine what needs updating and what doesn't?  How about registrations that are no longer accurate (for example new plane with previously used registration)?

thanks.

Allocator

Sounds like a lot.  I've just used MyLog Populate and I've got a total 213 to populate.

Aerotower

The HZ-102 did not appear in the report, because there is an error in MyLog?


Allocator


Aerotower

but not on mine

   4B1697  SWR208A                  HB-IOL  A321  Swiss Internation... 2009/11/18 11:23:49 
   4B16A0  BER601Q                  HB-IOU  A320  Belair Airlines      2009/11/18 14:43:25 
   4B18FC  SWR92K                   HB-JMA  A343  Swiss Internation... 2009/11/18 00:26:45 
   4B1A53  EZS1450  LPPT-LSGG       HB-JZF  A319  EasyJet Airline      2009/11/18 19:48:00 
   4B1A53  EZS1544  GCLP-LSGG       HB-JZF  A319  EasyJet Airline      2009/11/18 13:17:54 
   4B1A53  EZS449V                  HB-JZF  A319  EasyJet Airline      2009/11/18 18:20:11 
   300359                           I-AIGH  B762  Air Italy            2009/11/18 13:02:50 
   300189  NOS810                   I-NEOT  B738  Neos                 2009/11/18 11:39:52 
   4784C0  NAX1816  ENGM-GCLP       LN-NOF  B738  Norwegian Air Shu... 2009/11/18 13:39:14 
   4784C0  NAX1817  GCLP-ENGM       LN-NOF  B738  Norwegian Air Shu... 2009/11/18 18:28:42 
   4785DF  NAX1802  ENGM-LEMG       LN-NOQ  B738  Norwegian Air Shu... 2009/11/18 13:19:41 
   4785DF  NAX1803  LEMG-ENGM       LN-NOQ  B738  Norwegian Air Shu... 2009/11/18 15:02:16 
   47840C  SAS4698  GCLP-ENGM       LN-RRL  B738  Star Alliance (Sc... 2009/11/18 17:09:31 

Aerotower

Staff have a problem, edited the Mylog.db3.bak with the RB to run and now my flights today do not appear, what can I do?

AirNav Support

Sorry, why did you edit the bak file? and do you mean RB was in running in the background while doing it?
Contact Customer/Technical support via:
http://www.airnavsystems.com/contact.html
[email protected]

Aerotower

#206
Quote from: AirNav Support on November 18, 2009, 11:52:26 PM
Sorry, why did you edit the bak file? and do you mean RB was in running in the background while doing it?
Edited because there was a flight that did not appear in the report for having an incorrect date.
Yes, the RadarBox was running.

And then I hung up and then reconnected the RB did not show up anything, nor flight, nor the map, or connecting flights, nothing ...


P.S-If you want I can send the files to see what happened.

Aerotower


tarbat

Quote from: YXUphoto on November 18, 2009, 08:09:49 PMInteresting idea about the NTFS.  Somehow I think it isn't the problem here, if it was, the problem would be more wide spread.  I'm starting to think that the problem is with the number of entries I have added or modified manually.

One other thing to check - file permissions.  Check, for example, that the databases aren't read-only.

YXUphoto

It has already been suggested, and all permissions are OK.  I have worked out a work-around to my dilemma.

Every time I exit RB, the NavData.db3 file gets updated....so I created a little BAT file (my MS-DOS days came in handy) to copy NavData.db3 to NavData.db3.bak.

Now when I open RB again...even if it loads the BAK file it has the same info as the original.....haven't had a problem since...except if I forget to do the copy.

Maybe there is something in RB that could fix that problem...but not sure what.