Date   

Re: Three questions

Gary Hinson
 

  1. Is there any Logger32 user manual on internet?

 

Yes.   See here.  If you download but then can’t open the help file, go back to read the instructions that you missed on that web page and do what it says!


2. I have one field in my loggbook, "Country". I am just now adding my old QSO.s manually into Logger32 logggbook. I want to register "Country" manually in my Country-field. I tried to register the country name for each OSO afterwards, but I have no success. Is it possible to use the field Primary admin or Secondary admin to register the country name and get in into my loggbook?

Right-click any QSO in your logbook, then click Setup then Grid layout:

 

 

Then select (tick) the DXCC column, and drag it to wherever you want it to be shown.  Here is my logbook column setup:

 

 

Notice the 3 options at lower right: “Show DXCC Column as Country Name” works best for me.

 

It’s not obvious but, on the same form, you can edit the logbook column heading/title text/labels e.g. if, like me, you don’t like ALL CAPITALS.  Simply click on the second or fourth text columns then edit the text labels as you wish.  Be succinct for narrow columns e.g. the default label “QSL_RCVD” makes the column at least 8 characters wide, whereas “QSLin” lets me narrow it to just 5.

 

When you have finished laying out your logbook as you wish, click Apply to see how it looks.

 

  1. I have once by mistake deleted "operator" window on the loggbook entry window and now I have to click on the loggbook entry window icon the top menu every time I start Logger32 to get the operator window back. How do I do to save the Operator window on the Loggbook Entry Window?

Select the “OPERATOR” field in the logbook field listing as above.  I’ve renamed the column “Me” on my system since my log only contains QSOs made as ZL2iFB or ZM4G, my personal calls.

 

73 GL

Gary  ZL2iFB


Three questions

SM0YHN@...
 

Hello,
Today I have three questions:
1. Is there any Logger32 user manual on internet?
2. I have one field in my loggbook, "Country". I am just now adding my old QSO.s manually into Logger32 logggbook. I want to register "Country" manually in my Country-field. I tried to register the country name for each OSO afterwards, but I have no success. Is it possible to use the field Primary admin or Secondary admin to register the country name and get in into my loggbook?
3. I have once by mistake deleted "operator" window on the loggbook entry window and now I have to click on the loggbook entry window icon the top menu every time I start Logger32 to get the operator window back. How do I do to save the Operator window on the Loggbook Entry Window?
Thank you in advance for your  answer.
Regards,

SM0YHN/Thorbjörn Odsjö


Re: Tracking window losts DX position maker

Ken JN7FAH
 

I finally turned off the Digital heading on the tracking window by
changing a line of Logger32.ini as follows.

Turn off L32.
Open logger32.ini by text editor.
Change a line as follows.
Show digital bearing=True
to
Show digital bearing=False
Restart L32.
The digital heading disappeared.

Ken JN7FAH
image.png

2020年10月24日(土) 22:17 Ken JN7FAH via groups.io <jn7fah=gmail.com@groups.io>:

Hello Bob,

Thanks for your advice.
I reloaded the Clublog exceptions, then DX position was recovered on the map.
Digital heading is displayed.
I can't turn the menu "Show digital heading" off by mouse click.

Ken JN7FAH
 

image.png



2020年10月24日(土) 21:06 Bob <k4cy@...>:
Have you tried reloading the Club Log Country database exceptions? SeventyThree(s).
On 10/24/2020 7:23 AM Ken JN7FAH <jn7fah@...> wrote:


Hello folks,

The tracking window losts DX position maker.
I can't turn off digital heading either. 

For instance, when I enter 8P6PE in log entry window but  
the tracking window displays 8P6PE:unknown and no maker
while LP 3.50.423 recognises 8P6PE as Barbados Island exactly.

Is there any setting to solve this issue?

Ken
JN7FAH

image.png


Re: Tracking window losts DX position maker

Bob
 

... and if you right click on the digital heading, then click EXIT? SeventyThree(s).

On 10/24/2020 9:16 AM Ken JN7FAH <jn7fah@...> wrote:


Hello Bob,

Thanks for your advice.
I reloaded the Clublog exceptions, then DX position was recovered on the map.
Digital heading is displayed.
I can't turn the menu "Show digital heading" off by mouse click.

Ken JN7FAH
 

image.png



2020年10月24日(土) 21:06 Bob < k4cy@...>:
Have you tried reloading the Club Log Country database exceptions? SeventyThree(s).
On 10/24/2020 7:23 AM Ken JN7FAH < jn7fah@...> wrote:


Hello folks,

The tracking window losts DX position maker.
I can't turn off digital heading either. 

For instance, when I enter 8P6PE in log entry window but  
the tracking window displays 8P6PE:unknown and no maker
while LP 3.50.423 recognises 8P6PE as Barbados Island exactly.

Is there any setting to solve this issue?

Ken
JN7FAH

image.png




Re: Tracking window losts DX position maker

Ken JN7FAH
 

Hello Bob,

Thanks for your advice.
I reloaded the Clublog exceptions, then DX position was recovered on the map.
Digital heading is displayed.
I can't turn the menu "Show digital heading" off by mouse click.

Ken JN7FAH
 

image.png



2020年10月24日(土) 21:06 Bob <k4cy@...>:

Have you tried reloading the Club Log Country database exceptions? SeventyThree(s).
On 10/24/2020 7:23 AM Ken JN7FAH <jn7fah@...> wrote:


Hello folks,

The tracking window losts DX position maker.
I can't turn off digital heading either. 

For instance, when I enter 8P6PE in log entry window but  
the tracking window displays 8P6PE:unknown and no maker
while LP 3.50.423 recognises 8P6PE as Barbados Island exactly.

Is there any setting to solve this issue?

Ken
JN7FAH

image.png


Re: Tracking window losts DX position maker

Bob
 

Have you tried reloading the Club Log Country database exceptions? SeventyThree(s).

On 10/24/2020 7:23 AM Ken JN7FAH <jn7fah@...> wrote:


Hello folks,

The tracking window losts DX position maker.
I can't turn off digital heading either. 

For instance, when I enter 8P6PE in log entry window but  
the tracking window displays 8P6PE:unknown and no maker
while LP 3.50.423 recognises 8P6PE as Barbados Island exactly.

Is there any setting to solve this issue?

Ken
JN7FAH

image.png


Tracking window losts DX position maker

Ken JN7FAH
 

Hello folks,

The tracking window losts DX position maker.
I can't turn off digital heading either. 

For instance, when I enter 8P6PE in log entry window but  
the tracking window displays 8P6PE:unknown and no maker
while LP 3.50.423 recognises 8P6PE as Barbados Island exactly.

Is there any setting to solve this issue?

Ken
JN7FAH

image.png


Re: Greyline and position is wrong

John Munton - G7SSE
 

Are you using The Great Circle map Steve?

If so, try recreating the map from the Tracking Window "right click"  options menu.

Make sure the "Lock aspect ratio" menu item is checked too.

Hope you're keeping well.

73
John - G7SSE


------ Original Message ------
From: "Steve G1XOW" <steve@...>
Sent: 23/10/2020 06:49:09
Subject: [hamlogger] Greyline and position is wrong


The greyline view in the tracking window has wrong location for me and the grey line is offset by about 5 hours west. I have set my location but it still thinks I am in north America!

L32 has correct date and time, and also my location. Is there another setting somewhere that I'm missing?

73 from Steve G1XOW
Life is complex - it has a real part and an imaginary part!



--
73, John - G7SSE


Greyline and position is wrong

Steve G1XOW
 


The greyline view in the tracking window has wrong location for me and the grey line is offset by about 5 hours west. I have set my location but it still thinks I am in north America!

L32 has correct date and time, and also my location. Is there another setting somewhere that I'm missing?

73 from Steve G1XOW
Life is complex - it has a real part and an imaginary part!



Re: Reinstallation on new computer

F4FQH Olivier
 

piouuu
 
Copying the complete folder of loger32 on an external disk, or NAS or... is the best solution. I make this , i already used this several times for me and for friends and no issues.
Exept sometimes recalculate the stats, why, don’t know but this the only thing i saw on this.
 
With this, you save all the logger32 config and all around. All programs for e.g logprint is installed here in the logger32 folder and each time i copy the complete logger32 folder i copy all programs configurations.
 
If each time you overwrite the old backup there is no question about which backup i wil recover...
At least one complete folder backup can help many users to restart their logger32 in several minutes...or moving it to a new computer.
this is not a super secure backup, this is to recover quickly after a crashed HDD for example. For better safety, place some copies of this backup in differents secure places, that’s all. The log must be exported in ADIF sometimes and placed also there.
 
Install full version, delete logger32 folder of the fresh installed, copy at the same place your backup folder and lets go !! why bother much more time ?
 
Don’t know...
 
73s
Olivier
F4FQH
 

From: Gary Hinson
Sent: Thursday, October 22, 2020 9:05 PM
To: hamlogger@groups.io
Subject: Re: [hamlogger] Reinstallation on new computer
 

Copying ‘everything’ to multiple drives may not be the most efficient, effective or sensible backup strategy.  There are still risks e.g. consider these half-dozen possibilities:

 

  1. For some reason, your current logbook gets corrupted or damaged while in use (e.g. you accidentally delete or damage one or more QSOs from your logbook) … and the backup routine then overwrites all your backups with the corrupted logbook.  Good luck finding any remaining uncorrupted copies!

  2. You pick up a malware infection, such as ransomware that scrambles all accessible data on all accessible drives, including cloud-based drives such as Google Drive.  You lose the lot.

 

  1. The backup script/batch file fails to work as anticipated, for example if one of those drives is full, the script may simply stop running.  It may not even give you an error message that you notice, especially if it is running in the background while you are tidying up and leaving the shack, thinking it is all under control! 

 

  1. You experience a problem and decide to recover from backups: which backup copy will you use?  With numerous copies littered around the place, you may get confused, perhaps choosing one that is out-of-date or incomplete, perhaps scrambling the remaining backups in the process (e.g. you recover an incomplete backup then run your script to start Logger32, notice the incompleteness, then close Logger32 … whereupon the backup script overwrites any remaining full backups with the incomplete one!  Oh oh!).

 

  1. A power glitch, spike, RF feedback, lightning strike, cyberattack or “technology issue” corrupts your system and/or the logbook and/or the backups.  A fire consumes your shack.  A thief steals your shack computers … and then corrupts or destroys your online accounts including that Google drive in order to conceal any evidence, or simply out of malice.  …   etc.

 

  1. Bob finally loses all remaining patience with our incessant complaints and demands, and decides to cease supporting Logger32 for free, forever.  Perhaps something makes him so livid that he releases a version of the program which silently corrupts or destroys our logbooks, just because he can.  More likely, an unrecognised problem in the database software or program causes irrecoverable and initially unnoticed corruption … and we don’t spot or stop it before the logbook and all our recent backups are damaged or lost.

 

I appreciate these are quite unlikely, verging on impossible.  I know there are controls that may yet save the day, even if these situations play out.  I also know there are other variants and disaster scenarios (I have at least one in mind but I won’t bore you with it now!).  My point is to be extra careful about protecting your most important and valuable data – in particular your electronic log. 

 

I therefore encourage everyone to make and test offline log backups every so often:

  • The ADIF standard is an excellent choice of backup format, since the stored QSO information is likely to be readable by any ADIF-compliant program, not necessarily Logger32.   As a plain text format, it is even possible to extract and if necessary repair QSO information manually using a plain text editor and a lot of patience.
  • “Offline” means storing the backups on a USB drive, CD/DVD or some other removeable medium that you actually remove from the system after making the backup and store securely, preferably in a fire safe or other safe and trustworthy place away from the shack (a relative or friend’s house maybe, or the radio club?).
  • “Every so often” means bear in mind that you may lose everything stored/changed since the previous offline backup.  However, every time you load the medium to make a new backup, the stored information is at risk … so it helps to have at least two backup media, which you update alternately (e.g. one for even months, another for odd months).
  • Testing that you can actually recover your information from the backup/s is an important assurance check.  Don’t just restore a backup over the live information, since it may not go to plan!  Test recovery on a different system, and test the recovered log thoroughly to be sure there are no hidden issues.
  • Make a few backups (not loads, just a few) and store them separately to guard against fires and thefts etc.  Preferably, designate one of them as your permanent archive, only to be opened and used carefully as an absolute last resort.  Writing a CD-ROM makes sense, since blank CDs are cheap and, once written to disk, the information is unlikely to be changed or deleted.  I suggest making a fresh archive copy (NOT overwriting the previous archive) every birthday or January 1st.  That way, if an utter disaster occurs, you will only lose anything logged in the past year.  Bad but not disastrous.

 

73

Gary  ZL2iFB   [Information risk professional by day: can you tell?]

 

 

From: hamlogger@groups.io <hamlogger@groups.io> On Behalf Of Vince Shirley
Sent: 23 October 2020 05:25
To: hamlogger@groups.io
Subject: Re: [hamlogger] Reinstallation on new computer

 

Hi,

 

It's a very good move.  It's saved me on at least a couple of occasions.

 

I have a batch file which runs Logger32, then on closing copies the full Logger directory to several other fixed and portable drives.

 

For the record....my Logger32 installation is on drive D.

 

cd "D:\Logger32"
START Logger32.exe \maxdxspots=1000\
PAUSE
COPY "D:\Logger32\*.*" "C:\USERS\EOL\GOOGLE DRIVE\LOGGER32"
COPY "D:\Logger32\*.*" "C:\LOGGER32\"
COPY "D:\Logger32\*.*" "E:\LOGGER BACKUPS\LOGGER32"
COPY "D:\Logger32\*.*" "G:\LOGGER BACKUPS\LOGGER32"
COPY "D:\Logger32\*.*" "K:\LOGGER BACKUPS\LOGGER32"
COPY "D:\Logger32\*.*" "F:\LOGGER BACKUPS\LOGGER32"
COPY "E:\Logbook Backups and Uploads\*.*" "G:\Logbook Backups and Uploads"
PAUSE
EXIT

 

 

Vince

 

On Thu, 22 Oct 2020 at 13:21, kenfilmer@... <kenfilmer@...> wrote:

That is a good idea Oliver!

 

73

 

Ken

G3XPO

 

Sent from Mail for Windows 10

 

From: F4FQH Olivier
Sent: 22 October 2020 10:33
To: hamlogger@groups.io
Subject: Re: [hamlogger] Reinstallation on new computer

 

Hi

 

just for ifos for ALL users,

 

Every month or week, or...... copy the entire folder of logger32 where you want, a usb key, external HDD, cloud........ for the ones who don’t have an automatic complete HDD backup.

And if you have a crash like Al, you will reinstall logger in 10 minutes..

 

73s

 

Olivier

F4FQH

 

From: Alex Dolgosh via groups.io

Sent: Thursday, October 22, 2020 3:40 AM

Subject: [hamlogger] Reinstallation on new computer

 

After a catastrophic computer failure two months ago, I did a new install on the new computer (lgr32full3500.zip) from the web site.  I let it upgrade to 3.50.423 and copied over my fully backed-up user files and log.  Everything seems fine – EXCEPT my TX PWR levels (from the Bands and Modes default list) are not being logged for any new contacts.  The Logbook Page TX PWR column is empty for any new contacts, and I have to go back to type the power level in manually.  The column is populated for all the old contacts.

 

I can’t find the answer in the help file.  Any suggestions?

 

Al – K8EUR

 


Re: Reinstallation on new computer

David G3YYD
 

Why not just use the file history function of Windows?

73 David G3YYD 

On 22 Oct 2020 17:24, Vince Shirley <vince.g0orc@...> wrote:
Hi,

It's a very good move.  It's saved me on at least a couple of occasions.

I have a batch file which runs Logger32, then on closing copies the full Logger directory to several other fixed and portable drives.

For the record....my Logger32 installation is on drive D.

cd "D:\Logger32"
START Logger32.exe \maxdxspots=1000\
PAUSE
COPY "D:\Logger32\*.*" "C:\USERS\EOL\GOOGLE DRIVE\LOGGER32"
COPY "D:\Logger32\*.*" "C:\LOGGER32\"
COPY "D:\Logger32\*.*" "E:\LOGGER BACKUPS\LOGGER32"
COPY "D:\Logger32\*.*" "G:\LOGGER BACKUPS\LOGGER32"
COPY "D:\Logger32\*.*" "K:\LOGGER BACKUPS\LOGGER32"
COPY "D:\Logger32\*.*" "F:\LOGGER BACKUPS\LOGGER32"
COPY "E:\Logbook Backups and Uploads\*.*" "G:\Logbook Backups and Uploads"
PAUSE
EXIT


Vince

On Thu, 22 Oct 2020 at 13:21, kenfilmer@... <kenfilmer@...> wrote:

That is a good idea Oliver!

 

73

 

Ken

G3XPO

 

Sent from Mail for Windows 10

 

From: F4FQH Olivier
Sent: 22 October 2020 10:33
To: hamlogger@groups.io
Subject: Re: [hamlogger] Reinstallation on new computer

 

Hi

 

just for ifos for ALL users,

 

Every month or week, or...... copy the entire folder of logger32 where you want, a usb key, external HDD, cloud........ for the ones who don’t have an automatic complete HDD backup.

And if you have a crash like Al, you will reinstall logger in 10 minutes..

 

73s

 

Olivier

F4FQH

 

From: Alex Dolgosh via groups.io

Sent: Thursday, October 22, 2020 3:40 AM

Subject: [hamlogger] Reinstallation on new computer

 

After a catastrophic computer failure two months ago, I did a new install on the new computer (lgr32full3500.zip) from the web site.  I let it upgrade to 3.50.423 and copied over my fully backed-up user files and log.  Everything seems fine – EXCEPT my TX PWR levels (from the Bands and Modes default list) are not being logged for any new contacts.  The Logbook Page TX PWR column is empty for any new contacts, and I have to go back to type the power level in manually.  The column is populated for all the old contacts.

 

I can’t find the answer in the help file.  Any suggestions?

 

Al – K8EUR

 



Re: Reinstallation on new computer

Gary Hinson
 

Copying ‘everything’ to multiple drives may not be the most efficient, effective or sensible backup strategy.  There are still risks e.g. consider these half-dozen possibilities:

 

  1. For some reason, your current logbook gets corrupted or damaged while in use (e.g. you accidentally delete or damage one or more QSOs from your logbook) … and the backup routine then overwrites all your backups with the corrupted logbook.  Good luck finding any remaining uncorrupted copies!

  2. You pick up a malware infection, such as ransomware that scrambles all accessible data on all accessible drives, including cloud-based drives such as Google Drive.  You lose the lot.

 

  1. The backup script/batch file fails to work as anticipated, for example if one of those drives is full, the script may simply stop running.  It may not even give you an error message that you notice, especially if it is running in the background while you are tidying up and leaving the shack, thinking it is all under control! 

 

  1. You experience a problem and decide to recover from backups: which backup copy will you use?  With numerous copies littered around the place, you may get confused, perhaps choosing one that is out-of-date or incomplete, perhaps scrambling the remaining backups in the process (e.g. you recover an incomplete backup then run your script to start Logger32, notice the incompleteness, then close Logger32 … whereupon the backup script overwrites any remaining full backups with the incomplete one!  Oh oh!).

 

  1. A power glitch, spike, RF feedback, lightning strike, cyberattack or “technology issue” corrupts your system and/or the logbook and/or the backups.  A fire consumes your shack.  A thief steals your shack computers … and then corrupts or destroys your online accounts including that Google drive in order to conceal any evidence, or simply out of malice.  …   etc.

 

  1. Bob finally loses all remaining patience with our incessant complaints and demands, and decides to cease supporting Logger32 for free, forever.  Perhaps something makes him so livid that he releases a version of the program which silently corrupts or destroys our logbooks, just because he can.  More likely, an unrecognised problem in the database software or program causes irrecoverable and initially unnoticed corruption … and we don’t spot or stop it before the logbook and all our recent backups are damaged or lost.

 

I appreciate these are quite unlikely, verging on impossible.  I know there are controls that may yet save the day, even if these situations play out.  I also know there are other variants and disaster scenarios (I have at least one in mind but I won’t bore you with it now!).  My point is to be extra careful about protecting your most important and valuable data – in particular your electronic log. 

 

I therefore encourage everyone to make and test offline log backups every so often:

  • The ADIF standard is an excellent choice of backup format, since the stored QSO information is likely to be readable by any ADIF-compliant program, not necessarily Logger32.   As a plain text format, it is even possible to extract and if necessary repair QSO information manually using a plain text editor and a lot of patience.
  • “Offline” means storing the backups on a USB drive, CD/DVD or some other removeable medium that you actually remove from the system after making the backup and store securely, preferably in a fire safe or other safe and trustworthy place away from the shack (a relative or friend’s house maybe, or the radio club?).
  • “Every so often” means bear in mind that you may lose everything stored/changed since the previous offline backup.  However, every time you load the medium to make a new backup, the stored information is at risk … so it helps to have at least two backup media, which you update alternately (e.g. one for even months, another for odd months).
  • Testing that you can actually recover your information from the backup/s is an important assurance check.  Don’t just restore a backup over the live information, since it may not go to plan!  Test recovery on a different system, and test the recovered log thoroughly to be sure there are no hidden issues.
  • Make a few backups (not loads, just a few) and store them separately to guard against fires and thefts etc.  Preferably, designate one of them as your permanent archive, only to be opened and used carefully as an absolute last resort.  Writing a CD-ROM makes sense, since blank CDs are cheap and, once written to disk, the information is unlikely to be changed or deleted.  I suggest making a fresh archive copy (NOT overwriting the previous archive) every birthday or January 1st.  That way, if an utter disaster occurs, you will only lose anything logged in the past year.  Bad but not disastrous.

 

73

Gary  ZL2iFB   [Information risk professional by day: can you tell?]

 

 

From: hamlogger@groups.io <hamlogger@groups.io> On Behalf Of Vince Shirley
Sent: 23 October 2020 05:25
To: hamlogger@groups.io
Subject: Re: [hamlogger] Reinstallation on new computer

 

Hi,

 

It's a very good move.  It's saved me on at least a couple of occasions.

 

I have a batch file which runs Logger32, then on closing copies the full Logger directory to several other fixed and portable drives.

 

For the record....my Logger32 installation is on drive D.

 

cd "D:\Logger32"
START Logger32.exe \maxdxspots=1000\
PAUSE
COPY "D:\Logger32\*.*" "C:\USERS\EOL\GOOGLE DRIVE\LOGGER32"
COPY "D:\Logger32\*.*" "C:\LOGGER32\"
COPY "D:\Logger32\*.*" "E:\LOGGER BACKUPS\LOGGER32"
COPY "D:\Logger32\*.*" "G:\LOGGER BACKUPS\LOGGER32"
COPY "D:\Logger32\*.*" "K:\LOGGER BACKUPS\LOGGER32"
COPY "D:\Logger32\*.*" "F:\LOGGER BACKUPS\LOGGER32"
COPY "E:\Logbook Backups and Uploads\*.*" "G:\Logbook Backups and Uploads"
PAUSE
EXIT

 

 

Vince

 

On Thu, 22 Oct 2020 at 13:21, kenfilmer@... <kenfilmer@...> wrote:

That is a good idea Oliver!

 

73

 

Ken

G3XPO

 

Sent from Mail for Windows 10

 

From: F4FQH Olivier
Sent: 22 October 2020 10:33
To: hamlogger@groups.io
Subject: Re: [hamlogger] Reinstallation on new computer

 

Hi

 

just for ifos for ALL users,

 

Every month or week, or...... copy the entire folder of logger32 where you want, a usb key, external HDD, cloud........ for the ones who don’t have an automatic complete HDD backup.

And if you have a crash like Al, you will reinstall logger in 10 minutes..

 

73s

 

Olivier

F4FQH

 

From: Alex Dolgosh via groups.io

Sent: Thursday, October 22, 2020 3:40 AM

Subject: [hamlogger] Reinstallation on new computer

 

After a catastrophic computer failure two months ago, I did a new install on the new computer (lgr32full3500.zip) from the web site.  I let it upgrade to 3.50.423 and copied over my fully backed-up user files and log.  Everything seems fine – EXCEPT my TX PWR levels (from the Bands and Modes default list) are not being logged for any new contacts.  The Logbook Page TX PWR column is empty for any new contacts, and I have to go back to type the power level in manually.  The column is populated for all the old contacts.

 

I can’t find the answer in the help file.  Any suggestions?

 

Al – K8EUR

 


EXTFSK Baud Error Message

Paul Sturpe
 

I'm helping a friend set up MMTTY with Logger32 and his TS-590SG.   He is using AFSK and keying via the USB cable which assigns COM4.  It is workind ok, but when he starts MMTTY he gets an error message that says, "Cannot open 'COM4' at '45' baud; if the selected serial port can't handle this baud rate, use EXTFSK."

Everything I can find in the help file and elsewhere indicates EXTFSK is sometimes needed when using FSK.  How does he get rid of the nuisance message, or am I missing something?


Re: Reinstallation on new computer

Vince Shirley
 

Hi,

It's a very good move.  It's saved me on at least a couple of occasions.

I have a batch file which runs Logger32, then on closing copies the full Logger directory to several other fixed and portable drives.

For the record....my Logger32 installation is on drive D.

cd "D:\Logger32"
START Logger32.exe \maxdxspots=1000\
PAUSE
COPY "D:\Logger32\*.*" "C:\USERS\EOL\GOOGLE DRIVE\LOGGER32"
COPY "D:\Logger32\*.*" "C:\LOGGER32\"
COPY "D:\Logger32\*.*" "E:\LOGGER BACKUPS\LOGGER32"
COPY "D:\Logger32\*.*" "G:\LOGGER BACKUPS\LOGGER32"
COPY "D:\Logger32\*.*" "K:\LOGGER BACKUPS\LOGGER32"
COPY "D:\Logger32\*.*" "F:\LOGGER BACKUPS\LOGGER32"
COPY "E:\Logbook Backups and Uploads\*.*" "G:\Logbook Backups and Uploads"
PAUSE
EXIT


Vince

On Thu, 22 Oct 2020 at 13:21, kenfilmer@... <kenfilmer@...> wrote:

That is a good idea Oliver!

 

73

 

Ken

G3XPO

 

Sent from Mail for Windows 10

 

From: F4FQH Olivier
Sent: 22 October 2020 10:33
To: hamlogger@groups.io
Subject: Re: [hamlogger] Reinstallation on new computer

 

Hi

 

just for ifos for ALL users,

 

Every month or week, or...... copy the entire folder of logger32 where you want, a usb key, external HDD, cloud........ for the ones who don’t have an automatic complete HDD backup.

And if you have a crash like Al, you will reinstall logger in 10 minutes..

 

73s

 

Olivier

F4FQH

 

From: Alex Dolgosh via groups.io

Sent: Thursday, October 22, 2020 3:40 AM

Subject: [hamlogger] Reinstallation on new computer

 

After a catastrophic computer failure two months ago, I did a new install on the new computer (lgr32full3500.zip) from the web site.  I let it upgrade to 3.50.423 and copied over my fully backed-up user files and log.  Everything seems fine – EXCEPT my TX PWR levels (from the Bands and Modes default list) are not being logged for any new contacts.  The Logbook Page TX PWR column is empty for any new contacts, and I have to go back to type the power level in manually.  The column is populated for all the old contacts.

 

I can’t find the answer in the help file.  Any suggestions?

 

Al – K8EUR

 


Re: WAS Tracking

Michael Harris
 

Hi Paul,

If you haven't got too many what I normally do is just pull up the WAS award stats and make a note on paper of those I need for the mode and the bands I'm likely to be operating during the contest. I just operate S&P looking for them.

Regards,

Mike VP8NO

On 22/10/2020 05:02, Paul Scarratt via groups.io wrote:
Hi Everyone
Just before the weekend CQWWSSB Contest I would like to get my LOTW Triple Play score up on SSB.can someone point me to the right direction in Logger32 to track what WAS I need as well as what I have got using also the Telnet cluster please, I hope I have explained myself clearly if not please do not hesitate to let me know.
I know were all the WAS statistics are as i've used Logger32 for many years now.
Regards Paul G0WRE


Re: Reinstallation on new computer

kenfilmer@outlook.com
 

That is a good idea Oliver!

 

73

 

Ken

G3XPO

 

Sent from Mail for Windows 10

 

From: F4FQH Olivier
Sent: 22 October 2020 10:33
To: hamlogger@groups.io
Subject: Re: [hamlogger] Reinstallation on new computer

 

Hi

 

just for ifos for ALL users,

 

Every month or week, or...... copy the entire folder of logger32 where you want, a usb key, external HDD, cloud........ for the ones who don’t have an automatic complete HDD backup.

And if you have a crash like Al, you will reinstall logger in 10 minutes..

 

73s

 

Olivier

F4FQH

 

From: Alex Dolgosh via groups.io

Sent: Thursday, October 22, 2020 3:40 AM

To: hamlogger@groups.io

Subject: [hamlogger] Reinstallation on new computer

 

After a catastrophic computer failure two months ago, I did a new install on the new computer (lgr32full3500.zip) from the web site.  I let it upgrade to 3.50.423 and copied over my fully backed-up user files and log.  Everything seems fine – EXCEPT my TX PWR levels (from the Bands and Modes default list) are not being logged for any new contacts.  The Logbook Page TX PWR column is empty for any new contacts, and I have to go back to type the power level in manually.  The column is populated for all the old contacts.

 

I can’t find the answer in the help file.  Any suggestions?

 

Al – K8EUR

 


Re: Reinstallation on new computer

F4FQH Olivier
 

Hi
 
just for ifos for ALL users,
 
Every month or week, or...... copy the entire folder of logger32 where you want, a usb key, external HDD, cloud........ for the ones who don’t have an automatic complete HDD backup.
And if you have a crash like Al, you will reinstall logger in 10 minutes..
 
73s
 
Olivier
F4FQH
 

From: Alex Dolgosh via groups.io
Sent: Thursday, October 22, 2020 3:40 AM
To: hamlogger@groups.io
Subject: [hamlogger] Reinstallation on new computer
 

After a catastrophic computer failure two months ago, I did a new install on the new computer (lgr32full3500.zip) from the web site.  I let it upgrade to 3.50.423 and copied over my fully backed-up user files and log.  Everything seems fine – EXCEPT my TX PWR levels (from the Bands and Modes default list) are not being logged for any new contacts.  The Logbook Page TX PWR column is empty for any new contacts, and I have to go back to type the power level in manually.  The column is populated for all the old contacts.

 

I can’t find the answer in the help file.  Any suggestions?

 

Al – K8EUR


WAS Tracking

Paul Scarratt
 

Hi Everyone

Just before the weekend CQWWSSB Contest I would like to get my LOTW Triple Play score up on SSB.can someone point me to the right direction in Logger32 to track what WAS I need as well as what I have got using also the Telnet cluster please, I hope I have explained myself clearly if not please do not hesitate to let me know.

I know were all the WAS statistics are as i've used Logger32 for many years now.

Regards Paul G0WRE


Re: Reinstallation on new computer

ja1nlx
 

Al

In Band/Mode setup table you should set PWR. It is empty with default settings.

73


On 2020/10/22 10:40, Alex Dolgosh via groups.io wrote:

After a catastrophic computer failure two months ago, I did a new install on the new computer (lgr32full3500.zip) from the web site.  I let it upgrade to 3.50.423 and copied over my fully backed-up user files and log.  Everything seems fine – EXCEPT my TX PWR levels (from the Bands and Modes default list) are not being logged for any new contacts.  The Logbook Page TX PWR column is empty for any new contacts, and I have to go back to type the power level in manually.  The column is populated for all the old contacts.

 

I can’t find the answer in the help file.  Any suggestions?

 

Al – K8EUR

--
73 de aki
JA1NLX


Reinstallation on new computer

Alex Dolgosh
 

After a catastrophic computer failure two months ago, I did a new install on the new computer (lgr32full3500.zip) from the web site.  I let it upgrade to 3.50.423 and copied over my fully backed-up user files and log.  Everything seems fine – EXCEPT my TX PWR levels (from the Bands and Modes default list) are not being logged for any new contacts.  The Logbook Page TX PWR column is empty for any new contacts, and I have to go back to type the power level in manually.  The column is populated for all the old contacts.

 

I can’t find the answer in the help file.  Any suggestions?

 

Al – K8EUR

1641 - 1660 of 83004