开云体育

Perhaps this has been discussed but my searching doesn't answer this puzzle. I created a new, empty database and imported a "DXCC_QSLs" adif from LOTW to it. A typical entry from that file looks like this: <CALL:8>P5/4L4FN <QSO_DATE:8>20011204 <APP_LoTW_MODEGROUP:5:S>PHONE <APP_LoTW_MODE:5:S>PHONE <BAND:3>20M <DXCC:3>344 <COUNTRY:18>DPRK (NORTH KOREA) <APP_LOTW_DELETED_ENTITY:2>No <CREDIT_GRANTED:24>DXCC,DXCC_MODE,DXCC_BAND <APP_LoTW_CREDIT_GRANTED:61:S>DXCC-M,DXCC-M-HR,DXCC-PH,DXCC-PH-HR,DXCC-20,DXCC-CHAL,DXCC-5B <APP_LoTW_DXCC_APPLICATION_NR:5:S>00003 <APP_LoTW_DXCC_PROCESSED_DTG:19:S>2009-04-19 17:07:00 <eor> If I look at the resulting log, the only mode that shows up is CW. Selecting "Awards", only no mode and no band or CW give me correct totals. I'm mystified. I will confess, I have not tried to use ACL for anything but logging contacts and exporting to another program for awards tracking, QSL printing, etc, but this is messy and I would like to settle on one program.

Hello Scott, and once again thank you for your software! I’ve been using it for over four years, I think, and I swear by it. Yes, I’ve evaluated others, and none seem to work as well. Every time I use ACL it’s like putting on an old comfortable sweater. I sincerely mean those words. Like an old sweater, sometimes it needs a little patch here or there. This brings me to request a couple of patches that may be generally useful. Afterall, software wise, if it is no longer being updated it is probably obsolete. REQUEST # 1 Situation: When entering a new QSO, before hitting enter, my option of enabling QRZ lookup automatically fills in several fields as part of the data that will be entered into the log. With the World Map enabled you see where the person is located. This is a wonderful thing. With the wild increase in the POTA program, and in FD operations, along with state QSO parties, the location pulled from QRZ may not reflect where the person is located. This is the reason the grid is updated to reflect a more accurate location. In doing so, the mileage and bearing should also be updated. Would you patch your system to update the World Map to reflect the location updated in the grid field? Doing so would give a much better idea to the user that a person from NY is actually operating in AZ, with a much better estimate of mileage as well. I am from CA so there would be a difference of a couple of thousand miles in distance. In addition, as a stretch, updating the county would be a bonus. As you may know, some awards are based on distance, counties, and states. REQUEST #2 Situation: The frequency field, as presented on the screen, shows the frequency in MHz (MM.XXXXX). Considering that ACL, and all of your other logs do the same, it is generally not reflective of the formatting shown on many radios, especially in operators’ shack. Would you update the formatting of the field to show the frequency in the following format: MM.KKK.HHH? Yaesu, for example, displays the frequency in that format, and Icom uses MM.KKK.HH. In all the time I’ve used ACL, I’ve often wished for this simple visual match. Of course, this would imply an option to show 6 digits passed the decimal point, just one more than ACL allows as an option. REQUEST #3 Situation: Many times, in using the search menu, I find myself not able to do negation in my search. For example, I may want to see all my EU contacts except for those in Germany. If that ability is there, I have not found it. Would you patch the search such that negative filter can be applied in conjunction with other filtering criteria? Maybe, a different screen could be designed for entry of a free-form sql-like where clause to extract a more specific result. In this manner entering a NOT operator can simplify an exception to a filter when a user has a search criterion as in the situation above. REQUEST #4 Situation: You previously patched ALC, and other logs, to reflect a user designated ALL-CAPS only format in OTHER fields. On the main form, this works quite well, and thank you for that. This formatting, however, is not enforced in the EDIT CONTACT screen. Would you please apply the user option of ALL-CAPS in the EDIT CONTACT screen for all the fields the user has so identified? Scott, thanks you for taking the time to consider this. -- Ciao for niao... 73 de Savi W1SAV

Lately, my logging of WJST and JT Alert has started to give me trouble. After working flawlessly for years, my first attempts to log gives me a failure popup window. I don't change any settings. I just have to open the API screen, click done and it works from then on. I only use JT Alert on my POTA computer, so I have to do this everytime I go out and start the programs. Ross N8GMY

I paid up as of yesterday evening. I only made it through about 10 days of the trial. I just found it to be the only piece of software out there for Windows 11 that makes any sense and the CAT control isn't as difficult as programming a Unix box. I probably tried six or seven softwares and at least two were installed and I never even logged anything because they were literally that atrocious. Thanks for making some easy software that makes common sense. -- B. Wilson Hines AA5AZ Neuse River Amateur Radio Association

I'd like to be able to send more macros than a WinKeyer enables by using PC keyboard F-keys and interface it with AC Log. Is that possible?

How do I log two CA counties given to me from a CA station? CQP's instructions say use a "+" between the two counties but N3FJP says not valid. Thank you, Bob W4JFA

Hello everyone! For digital modes, I've gotten a good integration setup between FLRig, WSJT-X, Gridtracker, and ACLog - WSJT-X talks to FLRig for rig control, feeds data over to GridTracker, which triggers logging of contacts in ACLog. However, I would like to also utilize FLRig for Rig Control for non-digital uses as well - so I'd like to see if anyone has built a tool that can act as a go-between from the FLRig XML-RPC server, and the ACLog API. If there's not already something available, I might see if I can come up with something, as I do have some programming knowledge - but I don't want to re-invent the wheel if there's already something out there. Thanks in advance! Jeremy, NQ0M

I am using Fldigi with N3FJP log. When I start a QSO in Fldigi, it sends the call sign to N3FLP log and does a lookup completely as expected. The call sign address is in the comments field. When the QSO finishes and Fldigi tells it to log the call, all the information goes to N3FJP log except the address that was in the comment field from the earlier lookup is cleared out and the comments field is blank. I have read and searched and not been successful in finding how to keep that address without doing a secondary address lookup in N3FJP log which means turning off the QRZ open image and bio and then turning it back on after. Is there a check box, or setting I missed? Appreciate any suggestions as to where to look. 73 Bill w1wrh

There are new country files for ACLog and related software by N3FJP. To update the country files from the logging program menu, select: Files -> Download Country Files From AD1C You should download all three files. When done, you can re-start your logging program. Manual installation instructions are here: https://www.country-files.com/n3fjp-info/ Here are the release notes: https://www.country-files.com/n3fjp-02-may-2025/ N3FJP Country Files - 2 May 2025 Version entity is Madeira Is., CT3 Added Prefixes/Callsigns: * RM80RP, R8FF/P and R1CF/M are all European Russia, UA in CQ Zone 16, ITU Zone 29 * RZ9SZ/M and RK3AW/M are both European Russia, UA in CQ Zone 16, ITU Zone 30 * R0AK/M is Asiatic Russia, UA9 in CQ Zone 17, ITU Zone 30 * R9HAF/M is Asiatic Russia, UA9 in CQ Zone 18, ITU Zone 31 Removed Prefixes/Callsigns: * RK3AW/M, R8FF/P and R1CF/M in European Russia, UA in CQ Zone 16, ITU Zone 29 * RZ9SZ/M in Asiatic Russia, UA9 in CQ Zone 16, ITU Zone 30 * R9HAF/M in Asiatic Russia, UA9 in CQ Zone 18, ITU Zone 31 If you have any questions, send E-mail to Jim Reisert AD1C (at the address below) or make a post to the N3FJP software users reflector. 73 - Jim AD1C -- Jim Reisert AD1C, <jjreisert at alum.mit.edu>, https://ad1c.us

I have ACL 6.5 and want to upgrade. I know almost nothing about software. Is the process a simple download. How do I get the current info/log on to the new download. I'm an old ham, 84, still active daily. Can someone answer please. Gary W0CKI since 1954.

There are new country files for ACLog and related software by N3FJP. To update the country files from the logging program menu, select: Files -> Download Country Files From AD1C You should download all three files. When done, you can re-start your logging program. Manual installation instructions are here: https://www.country-files.com/n3fjp-info/ Here are the release notes: https://www.country-files.com/n3fjp-29-april-2025/ N3FJP Country Files - 29 April 2025 Version entity is Western Sahara, S0 Added Prefixes/Callsigns: * MM/OE8TIR is Shetland Is., GM * N4NVG, KL7SH and KL0MT are all USA, K in CQ Zone 4, ITU Zone 7 * NP4KM is USA, K in CQ Zone 5, ITU Zone 8 * KC7DRF is Alaska, KL7 * 4U0IARU and 4U0R are both Vienna Intl Ctr, OE * RP80RK, RP80PT, RP80PL, RP80NK, RP80MU, RP80FAW, RP80AU and RP80A are all European Russia, UA in CQ Zone 16, ITU Zone 19 * RM1O/M is European Russia, UA in CQ Zone 16, ITU Zone 29 * RP80ZS, RP80IZ, RP80I, RP80GDN and RP80FP are all European Russia, UA in CQ Zone 16, ITU Zone 30 * RP80X is European Russia, UA in CQ Zone 17, ITU Zone 20 * RQ9F/M, RP80PM, RP80LSV and R130PM are all European Russia, UA in CQ Zone 17, ITU Zone 30 * RP80VPO and RP80BF are both Kaliningrad, UA2 * RP80UF, RP80INF, RP80GR and RP80DD are all Asiatic Russia, UA9 in CQ Zone 16, ITU Zone 30 * RP80ZAM, RP80STD, RP80J and RP80ANW are all Asiatic Russia, UA9 in CQ Zone 17, ITU Zone 20 * RP80YT, RP80UR, RP80U, RP80TVM, RP80TT, RP80TKP, RP80TG, RP80SUF, RP80SAS, RP80RS, RP80RGA, RP80PEO, RP80P, RP80OTD, RP80NIK, RP80MMK, RP80LP, RP80KN, RP80GK, RP80GAN, RP80DT, RP80CWD, RP80AZ and R130RP are all Asiatic Russia, UA9 in CQ Zone 17, ITU Zone 30 * RP80UK, RP80TOF, RP80SDD, RP80RF, RP80NT, RP80MP, RP80KM, RP80GSD and R9HAF/M are all Asiatic Russia, UA9 in CQ Zone 18, ITU Zone 31 * RP80PSH, RP80KR, RP80GPF, RP80AEG and RP80AB are all Asiatic Russia, UA9 in CQ Zone 18, ITU Zone 32 * RP80DWK and RP80AV are both Asiatic Russia, UA9 in CQ Zone 19, ITU Zone 33 * RP80V, RP80SD, RP80H and RP80DG are all Asiatic Russia, UA9 in CQ Zone 19, ITU Zone 34 * VK80MAN is Australia, VK in CQ Zone 30, ITU Zone 59 Removed Prefixes/Callsigns: * K9OM in USA, K in CQ Zone 5, ITU Zone 8 * KU4OY in Hawaii, KH6 * 4U0R in Vienna Intl Ctr, OE * RM1O/M in European Russia, UA in CQ Zone 16, ITU Zone 19 * RQ9F/M in Asiatic Russia, UA9 in CQ Zone 17, ITU Zone 30 * R9HAF/M in Asiatic Russia, UA9 in CQ Zone 18, ITU Zone 32 If you have any questions, send E-mail to Jim Reisert AD1C (at the address below) or make a post to the N3FJP software users reflector. 73 - Jim AD1C -- Jim Reisert AD1C, <jjreisert at alum.mit.edu>, https://ad1c.us

I use N3FJP AC Log for my own logs and for our Scout Camp Club (K4TBS). We have an event coming up and want to use AC Log because of seamless integration into WSTJ-X, Fldigi, etc., but I've run into an issue. If I'm not very careful, credentials for my personal get used on the club call or vice versa. Because of this, I've turned off auto upload features in LOTW/QRZ. I have AC Log set to prompt setup when starting, but it does not seem to save these based on the log file being used. It seems to be based on the last settings. The club has it's own LOTW account and it's own QRZ log. The credentials for uploading to QRZ/LOTW do not seem to be saved based on the log file being used and if I'm not very careful, I could accidentally upload my personal to the club or vice versa. Deleting these would be a nightmare (especially from LOTW). Does anyone else similarly manage personal log and a club log with AC Log? How do you manage this? Manually? Is there a script I can setup to do all this for me either before or after launch of AC Log? Or do you just not try to do this and use another logger to do your club? K4ZX