Date   

Re: 1.0.5245

drew.vonadasmith@...
 

Outstanding Tom, thanks again!


---In N1MMLoggerplus@..., <tfwagner@...> wrote :

Version 1.0.5245 (October 9, 2015)

1. Oceania: Fix for IsWorkable - JD1 (K3CT) (Coded by N1MM)
2. Fix caching of continent in all contests (Coded by N1MM)


Re: Dx cluster don' t working

Stephen Elliott
 

Can't connect to any cluster. Getting telnet error "nothing received in 3 minutes." Is this my setup error?


Re: Dx cluster don' t working

Stephen Elliott
 

can't connect to any cluster. getting telnet error "nothing received for 3 minutes." Is this a setup problem?


1.0.5245

N1MM <tfwagner@...>
 

Version 1.0.5245 (October 9, 2015)

1. Oceania: Fix for IsWorkable - JD1 (K3CT) (Coded by N1MM)
2. Fix caching of continent in all contests (Coded by N1MM)


[skcc] [N1MMLoggerplus] Two updated SKCC CallHist files uploaded to N1MMLogger Plus

Jan Pieter Oelp
 

This email message is a notification to let you know that two files has been uploaded to the Files area of the N1MMLoggerPlus group.
 
CallHist_SKCC.txt
and
CallHist_SKCC_EVENT_WES_SPRINT.txt both up to SKCC #14470
 
Editor of this files: Jan Pieter Oelp PA3CLQ SKCC #2765
 
SKCC.zip include:
SKCCEVENT for K3Y Anniversary Events in january.
SKCCWES for monthly Weekend Sprintathon
SKCCSPRINT for monthly Two hour SK Sprint or monthly Two hour SK Eurosprint.
CallHist files added.
 
Uploaded by : Les G4OGB
 
Description : SKCC.zip Exchange is in the order RST-S RST-R SPC(SKCC Country Codes / ISO Codes) Name SKCC#
For SKCC Country Codes / SPC-List see:
 
You can accesss the file SKCC.zip at the URL:
 
To learn more about UDC (User Defined Contest) see:
 
Thanks, & 73, Jan Pieter Oelp, pa3clq@... PA3CLQ, SKCC # 2765
In January QRV as "K3Y DX Operations from the Netherlands" with the Callsign PH6SKCC SKCC #5031C
QRV as CW Operator of the Dutch Old Timer Club OTC with the Callsign PI4OTC SKCC #5315
QRV as CW Operator of RAG with the Callsign PI4RAG SKCC #5624
 
www.pa3clq.nl/ about Gigantic DF-Antennas
Sent 09-10-15 13:30


Re: QSORDER - N1MM - LAPTOP how to ?

Drago Turin-S59A <s59a@...>
 

I also would like to know how could I record both signals ,the coresponder one and mine both left and right headphones channels!

OK with my little setup I do not pretend for 1st places,so I still do not need to record,hi.

 

GL all in CQ WW!

 

Drago,S59A.

 

 

From: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Sent: Friday, October 9, 2015 1:32 AM
To: N1MMLoggerplus@...
Subject: [N1MMLoggerplus] QSORDER - N1MM - LAPTOP how to ?

 

 

Does anyone have much experience with this?

I use N1MM+ (love it!)

 

I’d like to try QSORDER by Vasily K3IT instead of buying a handheld digital recorder which start around $150 here locally.

 

I recently went SO2R with the YCCC box.(a very nice kit)

 

I use a 4-5 yr old Dell Windows 7 laptop with the headphone and mic jacks already used up with my headset’s microphone going in the mic port, and the headphone port going on as mic audio feeding the YCCC SO2R box.

 

If I split the headphone audio with a Y-connector and feed it back into the mic jack which I am already using for my mic I think I’ll have issues, right?

 

So, what do all you SO2R ops do for recording, per the new CQWW rules posted yesterday. Also, is the default port 12060 used by anything else typically in N1MM? (I am just doing rig control and no rotors or bandswitching or anything else)

 

 

TNX a lot,

 

Mike VE9AA

 


Generic File Export Mult Order Bug (CQWW RTTY)

Victor Paul
 

Prior to release 1.0.5241 of a couple days ago, several users, myself included reported that the Generic File Export function from a CQ WW RTTY log yielded only the header line.  The export now works,but there is a problem with the Mult 1 and Mult 2 outputs in the .txt file that results.

Whenever a QSO is a new mult, one or more of the Mult1, Mult2 and/or Mult3 fields is supposed to get populated on the associated line in the exported .txt file.   The Mult 3 field which is for State/Province works correctly.

Looking at the Mult 1 column in the exported .txt file one sees that the values contained therein are for DXCC country, while the values in the Mult 2 column in the exported .txt file are Zones.

This is backwards from the ordering displayed in the log itself and therein lies the genesis of the following bug I believe. 

If a given QSO is new mult only because it is a new band country (rather than band zone) then you would expect to see a country prefix listed on that line in the exported file.  Instead you see a zone and vice versa.   If the QSO is both a new band zone and a new band country then you see both displayed and don't at first notice a problem. 

Throughout the PJ6A log that I exported I see that if its really just a new band country I get a zone # under the Mult 2 column (when its not a new band zone) and nothing in the Mult1 column.   I see lots of zone 14's 15's etc. and no European prefixes in the other column.

Probably meed to flip things around in the generic export file such that the Mult1 column is Zone, and Mult2 is Country to comport with the order in the log display  and make the calls to populate them properly.

Can someone take a look and confirm this diagnosis and take another whack at this? 

Many thanks,

Victor - WB0TEV




Re: QSORDER - N1MM - LAPTOP how to ?

VE9AA - Mike
 


Correction. Gateway laptop, not Dell...if it matters

---In N1MMLoggerplus@..., <ve9aa@...> wrote :

Does anyone have much experience with this?

I use N1MM+ (love it!)


I’d like to try QSORDER by Vasily K3IT instead of buying a handheld digital recorder which start around $150 here locally.


I recently went SO2R with the YCCC box.(a very nice kit)


I use a 4-5 yr old Dell Windows 7 laptop with the headphone and mic jacks already used up with my headset’s microphone going in the mic port, and the headphone port going on as mic audio feeding the YCCC SO2R box.


If I split the headphone audio with a Y-connector and feed it back into the mic jack which I am already using for my mic I think I’ll have issues, right?

 

So, what do all you SO2R ops do for recording, per the new CQWW rules posted yesterday. Also, is the default port 12060 used by anything else typically in N1MM? (I am just doing rig control and no rotors or bandswitching or anything else)

 

 

TNX a lot,

 

Mike VE9AA

 


QSORDER - N1MM - LAPTOP how to ?

VE9AA - Mike
 

Does anyone have much experience with this?

I use N1MM+ (love it!)


I’d like to try QSORDER by Vasily K3IT instead of buying a handheld digital recorder which start around $150 here locally.


I recently went SO2R with the YCCC box.(a very nice kit)


I use a 4-5 yr old Dell Windows 7 laptop with the headphone and mic jacks already used up with my headset’s microphone going in the mic port, and the headphone port going on as mic audio feeding the YCCC SO2R box.


If I split the headphone audio with a Y-connector and feed it back into the mic jack which I am already using for my mic I think I’ll have issues, right?

 

So, what do all you SO2R ops do for recording, per the new CQWW rules posted yesterday. Also, is the default port 12060 used by anything else typically in N1MM? (I am just doing rig control and no rotors or bandswitching or anything else)

 

 

TNX a lot,

 

Mike VE9AA

 


Re: Non Scrolling RTTY Window Still Has CR/LF

William Turner
 

------------ ORIGINAL MESSAGE ------------(may be snipped)

On 08 Oct 2015 13:23:21 -0700, you wrote:


But then it defeats the whole purpose for this Bill... Which is no scrolling text. But ok...

Thanks
73
Jim W7RY
REPLY:

That's why I suggest the change be made optional. To each his own.

73, Bill W6WRT


Re: Non Scrolling RTTY Window Still Has CR/LF

David G3YYD <g3yyd@...>
 

Actually it is a bit more subtle than that. Often somebody will send ABCcrlfDEF when they send two words ABC DEF. So a crlf has to be replaced by a space character rather than just ignored. Further post processing can then if required reduce multiple space characters to one.

 

To me when I had a tiny 64 character 24 line TTL wonder display in 1978 I did exactly that to maximise the number of characters displayed. But with today’s large high resolution displays then I prefer one that allows just one new line (multiple new lines being ignored) for each new line character. I also prefer that characters are always entered on the bottom line so I know where to look for the latest information with the old data scrolling upwards.

 

73 David G3YYD

 

From: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Sent: 08 October 2015 20:36
To: N1MMLoggerplus@...
Subject: RE: [N1MMLoggerplus] Non Scrolling RTTY Window Still Has CR/LF

 

 

I’d like that too.

 

73, Jim N7US

 

 

From: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Sent: October 08, 2015 14:57
To: N1MMLoggerplus@...
Subject: [N1MMLoggerplus] Non Scrolling RTTY Window Still Has CR/LF [1 Attachment]

 

 

[Attachment(s) from jimw7ry@... [N1MMLoggerplus] included below]

Team....

A week or so I made a comment that the non scrolling window on N1MM does not work like the one in Writelog. I was able to sit down and make some observations.

The non scrolling window does work, but when a carriage return on line feed is received, it still scrolls down a line. It would be better if it did not do this. In other words, ignore all CR/LF from the decode. Just simply jump down a line when the text gets to the end of the line.

Screen shot attached. I clearly shows short lines above the scroll line. And it should not have this. All lines should be completely full of text. Either good text or gibberish text... Whatever is being received.

Any way to fix this?

Thanks!

73

Jim W7RY

 


Re: Non Scrolling RTTY Window Still Has CR/LF [1 Attachment]

Jim N7US
 

I’d like that too.

 

73, Jim N7US

 

 

From: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Sent: October 08, 2015 14:57
To: N1MMLoggerplus@...
Subject: [N1MMLoggerplus] Non Scrolling RTTY Window Still Has CR/LF [1 Attachment]

 

 

[Attachment(s) from jimw7ry@... [N1MMLoggerplus] included below]

Team....

A week or so I made a comment that the non scrolling window on N1MM does not work like the one in Writelog. I was able to sit down and make some observations.

The non scrolling window does work, but when a carriage return on line feed is received, it still scrolls down a line. It would be better if it did not do this. In other words, ignore all CR/LF from the decode. Just simply jump down a line when the text gets to the end of the line.

Screen shot attached. I clearly shows short lines above the scroll line. And it should not have this. All lines should be completely full of text. Either good text or gibberish text... Whatever is being received.

Any way to fix this?

Thanks!

73

Jim W7RY

 


Re: Non Scrolling RTTY Window Still Has CR/LF [1 Attachment]

Jim W7RY
 

But then it defeats the whole purpose for this Bill... Which is no scrolling text. But ok...

Thanks
73
Jim W7RY



---In N1MMLoggerplus@..., <dezrat@...> wrote :

------------ ORIGINAL MESSAGE ------------(may be snipped)

On 08 Oct 2015 12:57:23 -0700, W7RY wrote:

> The non scrolling window does work, but when a carriage
>return on line feed is received, it still scrolls down a line.
>It would be better if it did not do this. In other words,
>ignore all CR/LF from the decode. Just simply jump
>down a line when the text gets to the end of the line.
>

REPLY:

If they do "fix" this, I hope it is made optional. I prefer to have
LF/CR operate as normal. When a station sends a CR/LF there is usually
a good reason for it.

73, Bill W6WRT


Re: Non Scrolling RTTY Window Still Has CR/LF [1 Attachment]

William Turner
 

------------ ORIGINAL MESSAGE ------------(may be snipped)

On 08 Oct 2015 12:57:23 -0700, W7RY wrote:

The non scrolling window does work, but when a carriage
return on line feed is received, it still scrolls down a line.
It would be better if it did not do this. In other words,
ignore all CR/LF from the decode. Just simply jump
down a line when the text gets to the end of the line.
REPLY:

If they do "fix" this, I hope it is made optional. I prefer to have
LF/CR operate as normal. When a station sends a CR/LF there is usually
a good reason for it.

73, Bill W6WRT


Non Scrolling RTTY Window Still Has CR/LF

Jim W7RY
 

Team....

A week or so I made a comment that the non scrolling window on N1MM does not work like the one in Writelog. I was able to sit down and make some observations.


The non scrolling window does work, but when a carriage return on line feed is received, it still scrolls down a line. It would be better if it did not do this. In other words, ignore all CR/LF from the decode. Just simply jump down a line when the text gets to the end of the line.


Screen shot attached. I clearly shows short lines above the scroll line. And it should not have this. All lines should be completely full of text. Either good text or gibberish text... Whatever is being received.


Any way to fix this?



Thanks!

73

Jim W7RY



RTTY Control K Issues

Jim W7RY
 

During the CQWW RTTY contest a few weeks ago, I noticed an issue with the Control-K function. 


In SO2R operation, it seems to be random which radio keys up when you hit Control-K. The radio that transmits is able to send data typed into the box, and then escape will unkey the radio. BUT then you cant go right back and start calling CQ or any other F-Key. You have to hit escape several more times to get the radio to start transmitting again.


Thoughts?  

Version 5241.0


I put in a bug report.


Thanks

73

Jim W7RY



Re: Oceania Showing Unworkables

drew.vonadasmith@...
 

Friends,

Perhaps the feature was changed before the Oc CW contest.  I don't recall having the issue at all last year, and I was the NA winner on CW so I was quite active. 

Reviewing the link Gerald kindly provided, I understand the point made last year about possible odd calls, but that seems a small reason to leave qualification wide open.  With CQP running during Oc SSB last weekend, invalid mult spotting was pretty much saturated to uselessness; I spent *far* more time deleting calls then working them.

I think setting the filter the best you can (as Tom has already done) and overriding in the rare case when you know otherwise is a very reasonable strategy.  Of course, oddball Oceania calls can always be put into the country file.

Oddball US oceania calls probably should be signing /KH6, (or whatever) anyway, or how would anyone know to work them?  

73,
Drew K3PA


---In N1MMLoggerplus@..., <gbyahoo@...> wrote :

Actually, it worked the same way this year as last year and these same conversations also took place last year.

"https://groups.yahoo.com/neo/groups/N1MMLoggerplus/conversations/topics/6177"

It appeared to be related to whether or not one wanted to be aware of US callsigns that *might* be in Oceania.

>> Gerald, VE1DT



---In N1MMLoggerplus@..., <drew.vonadasmith@...> wrote :

Tom,

I can't think of any reason for opening it up myself.  I can tell you that it worked in the more selective fashion for Oceania CW last year.  Thanks VERY much for your help!

73,
Drew K3PA

 


Re: Oceania Showing Unworkables

gbyahoo@...
 

Actually, it worked the same way this year as last year and these same conversations also took place last year.

"https://groups.yahoo.com/neo/groups/N1MMLoggerplus/conversations/topics/6177"

It appeared to be related to whether or not one wanted to be aware of US callsigns that *might* be in Oceania.

>> Gerald, VE1DT



---In N1MMLoggerplus@..., <drew.vonadasmith@...> wrote :

Tom,

I can't think of any reason for opening it up myself.  I can tell you that it worked in the more selective fashion for Oceania CW last year.  Thanks VERY much for your help!

73,
Drew K3PA

 


Re: Oceania Showing Unworkables

drew.vonadasmith@...
 

Tom,

I can't think of any reason for opening it up myself.  I can tell you that it worked in the more selective fashion for Oceania CW last year.  Thanks VERY much for your help!

73,
Drew K3PA


Re: DIGITAL MACRO {FILE:xxxx}

iw1ayd Salvo
 

Hi Ruud and all.

That's great Ruud! Another satisfied Customer.
I do not deserve any thank, I was just the man in middle. No cookies for me :-)
Who deserve all the thanks is Rick, and the whole N1MM+ development - code & doc - team.
I see that they are doing business as usual, but often the do it much better than the usual better.

Hope that also Frank, I2DMI, keep on going with the work made by Rick.

          73 de iw1ayd Salvo

PS BTW, OT: 9th day of count down for the JARTS WW RTTY. HPE CU there.