From dagro at dogparksoftware.com Mon Apr 13 10:43:59 2009 From: dagro at dogparksoftware.com (Don Agro) Date: Mon, 13 Apr 2009 10:43:59 -0400 Subject: [MacLoggerContest] Cabrillo2ADIF In-Reply-To: References: Message-ID: Sorry, the subject line should have been Cabrillo2ADIF 73 Don Agro VE3VRW From dagro at dogparksoftware.com Mon Apr 13 10:42:28 2009 From: dagro at dogparksoftware.com (Don Agro) Date: Mon, 13 Apr 2009 10:42:28 -0400 Subject: [MacLoggerContest] Adif2Cabrillo V1.01b6 Message-ID: Adif2Cabrillo V1.01b6 is on the web site: http://dogparksoftware.com/MacLoggerDX_for_Cocoa.html Drop Cabrillo files onto Cabrillo2ADIF in the Finder or Dock and it will create ADIF files from each. If your contest isn't covered correctly email the .cab file to us. 73 de VE3VRW Don Agro From dhkaplan at mac.com Sun May 3 16:49:49 2009 From: dhkaplan at mac.com (David Kaplan) Date: Sun, 03 May 2009 16:49:49 -0400 Subject: [MacLoggerContest] IC756PROIII and MLDX Message-ID: <13AE8B70-5FD4-4000-86C4-818F0FF1352E@mac.com> Hi all, I'm using the IC756PROIII and the IC-PW1 amp connnected with the CT-17 CI-V converter attaching to my Mac and MLDX. Recently I found that the 756 "Transceive" option was causing the radio to drop out. Don suggested that I change it to off, which I did. Then the PW1 wouldn't reliably change bands when the 756 changed bands. I returned the Transceive option to off and the system became reliable again, but the dropouts returned! Anyone else have this configuration and/or this problem? I'm using V5.07 production of MLDX. Thanks and 73, David, WA1OUI From dagro at dogparksoftware.com Mon May 4 06:09:17 2009 From: dagro at dogparksoftware.com (Don Agro) Date: Mon, 4 May 2009 06:09:17 -0400 Subject: [MacLoggerContest] [DogParkList] IC756PROIII and MLDX In-Reply-To: <13AE8B70-5FD4-4000-86C4-818F0FF1352E@mac.com> References: <13AE8B70-5FD4-4000-86C4-818F0FF1352E@mac.com> Message-ID: Hi David, On 3-May-09, at 4:49 PM, David Kaplan wrote: > Recently I found that the 756 "Transceive" option was causing the > radio to drop out. Don suggested that I change it to off, which I > did. Then the PW1 wouldn't reliably change bands when the 756 > changed bands. I returned the Transceive option to off and the > system became reliable again, but the dropouts returned! If you google "PW1 CI-V transceive" you will see that this appears to be a problem with many logging programs and the PW1. http://www.plicht.de/ekki/civ/civ-p1.html > "What is CI-V Transceive? > > All Icom rigs equipped with CI-V offers the option of enabling/ > disabling CI-V transceive. What is this? > > With CI-V Transceive set to on, two things happen: > ? the rigs transmits data over the bus when frequency or mode > changes; > ? the rig reacts to data sent over the bus which is adressed not > only to it's own adress but also to a special adress meaning "all > rigs connected" > > With CI-V Transceive set to off, the behaviour changes: > ? the rig doesn't send data when you turn the dial or change mode; > ? the rig reacts only to data sent to it's specific adress, data > sent to "ALL" is ignored." It would appear that the PW1 is not just a passive listener to the messages on the CI-V bus but also broadcasts requests for information to any radio on the bus which has Transceive mode enabled. Naturally this interferes with any logging program which is regularly polling the same radio for information. This is from the Icom PW1 manual... > "Synchronization > The PW1 will automatically change bands, as needed, when the radio > frequency is changed. > Synchronization may not be possible with a non-Icom radio. > The synchronization commands are CI-V commands sent from the radio > via the remote cable. > Use of a CT-17 is not recommended with the PW1." I find it interesting that Icom suggests that you do NOT use a CT-17 with the PW1 and ONLY connect it to 1 or 2 Icom radios. This pretty much discourages anyone from using the PW1 with any logging program. 73 Don Agro VE3VRW From dhkaplan at mac.com Mon May 4 08:00:19 2009 From: dhkaplan at mac.com (David Kaplan) Date: Mon, 04 May 2009 08:00:19 -0400 Subject: [MacLoggerContest] IC756PROIII and MLDX In-Reply-To: References: <13AE8B70-5FD4-4000-86C4-818F0FF1352E@mac.com> Message-ID: <2F606987-5BEA-4086-A0DA-A46982EF6500@mac.com> Dear Don, Thank you for tech support above and beyond the call of duty. When I first got the radios I contacted ICOM tech support by phone and they sent me a couple of photocopied pages of instructions on how to set addresses, etc. to connect the two units. They didn't tell me it was problematic! Strangely enough the dropout didn't start until this week. At any rate it's a small price to pay to have automatic band switching, and a great logging program that has an alert to let me know the radio dropped out. Now to go process my logs from the New England, Indiana and 7 Land QSO Parties. (I contacted quite a few hams from Ontario this weekend). Take care and 73, David, WA1OUI On May 4, 2009, at 06:09 AM, Don Agro wrote: Hi David, On 3-May-09, at 4:49 PM, David Kaplan wrote: > Recently I found that the 756 "Transceive" option was causing the > radio to drop out. Don suggested that I change it to off, which I > did. Then the PW1 wouldn't reliably change bands when the 756 > changed bands. I returned the Transceive option to off and the > system became reliable again, but the dropouts returned! If you google "PW1 CI-V transceive" you will see that this appears to be a problem with many logging programs and the PW1. http://www.plicht.de/ekki/civ/civ-p1.html > "What is CI-V Transceive? > > All Icom rigs equipped with CI-V offers the option of enabling/ > disabling CI-V transceive. What is this? > > With CI-V Transceive set to on, two things happen: > ? the rigs transmits data over the bus when frequency or mode > changes; > ? the rig reacts to data sent over the bus which is adressed not > only to it's own adress but also to a special adress meaning "all > rigs connected" > > With CI-V Transceive set to off, the behaviour changes: > ? the rig doesn't send data when you turn the dial or change mode; > ? the rig reacts only to data sent to it's specific adress, data > sent to "ALL" is ignored." It would appear that the PW1 is not just a passive listener to the messages on the CI-V bus but also broadcasts requests for information to any radio on the bus which has Transceive mode enabled. Naturally this interferes with any logging program which is regularly polling the same radio for information. This is from the Icom PW1 manual... > "Synchronization > The PW1 will automatically change bands, as needed, when the radio > frequency is changed. > Synchronization may not be possible with a non-Icom radio. > The synchronization commands are CI-V commands sent from the radio > via the remote cable. > Use of a CT-17 is not recommended with the PW1." I find it interesting that Icom suggests that you do NOT use a CT-17 with the PW1 and ONLY connect it to 1 or 2 Icom radios. This pretty much discourages anyone from using the PW1 with any logging program. 73 Don Agro VE3VRW ------------------------------------ Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/macloggerdx/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/macloggerdx/join (Yahoo! ID required) <*> To change settings via email: mailto:macloggerdx-digest at yahoogroups.com mailto:macloggerdx-fullfeatured at yahoogroups.com <*> To unsubscribe from this group, send an email to: macloggerdx-unsubscribe at yahoogroups.com <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/ From dagro at dogparksoftware.com Wed May 6 14:35:02 2009 From: dagro at dogparksoftware.com (Don Agro) Date: Wed, 6 May 2009 14:35:02 -0400 Subject: [MacLoggerContest] MacLoggerDX for Cocoa Icom USB drivers for IC-7200, IC-7600 Message-ID: The USB/UART Bridge chip inside the Icom IC-7200 and IC-7600 is a "Silicon Labs CP 2102 USB to UART Bridge Controller" and the driver is available here: https://www.silabs.com/products/interface/usbtouart/Pages/default.aspx under the "Software Downloads" selection. 73 Don Agro VE3VRW From dhkaplan at mac.com Thu May 14 11:20:37 2009 From: dhkaplan at mac.com (David Kaplan) Date: Thu, 14 May 2009 11:20:37 -0400 Subject: [MacLoggerContest] Dup Checking Enhancement? Message-ID: <959B9B43-94C6-4D6E-AF85-06A484FC60AE@mac.com> In a recent contest I realized how cumbersome it was to check for dups, when the little green "light' started flashing. I had to change focus to the call search box and then type in the call in question, while still trying to contact the station. Of course this isn't much during normal operations, but in a contest seconds count. Is there any easier way to do this? If nothing else exists, perhaps Don could design a shortcut key that would automatically copy the call in question to the lookup box? This would very immediately show the dup information. This would bring back some of the "previous" panel functionality in the previous version... 73, David, WA1OUI From dagro at dogparksoftware.com Fri May 22 16:59:44 2009 From: dagro at dogparksoftware.com (Don Agro) Date: Fri, 22 May 2009 16:59:44 -0400 Subject: [MacLoggerContest] Finally! a CT like logger for the Mac! Message-ID: Wow! Chen sent me the link to this one. It should make a lot of Mac Contesters VERY happy! http://web.me.com/wlmyers/K1GQ/SkookumLogger.html 73 Don Agro VE3VRW From M0XDF at Alphadene.co.uk Sat May 23 04:03:22 2009 From: M0XDF at Alphadene.co.uk (David Ferrington, M0XDF) Date: Sat, 23 May 2009 09:03:22 +0100 Subject: [MacLoggerContest] Finally! a CT like logger for the Mac! In-Reply-To: References: Message-ID: Well, frankly, no :-( It only works with a K3 and requires a Winkeyer. It doesn't support non HF contests and requires I use some specific font that is not standard shipped with a Mac (afaics). I'm sure it will be good for the limited numbers that have exactly what it requires - but then that's true for all things. Don't get me wrong, I'm very glad people are looking to write software for the Mac and glad another contesting program has come along. But since I can't use it with my microHam DIGIkeyer or with my FT-857, it's not a lot of value to me and I guess quite a lot of other people. It's a good start, especially if someone picks it up and expands it. 73 de M0XDF -- The rung of a ladder was never meant to rest upon, but only to hold a man's foot long enough to enable him to put the other somewhat higher. -Thomas Henry Huxley, biologist and writer (1825-1995) On 22 May 2009, at 21:59, Don Agro wrote: > Wow! Chen sent me the link to this one. It should make a lot of Mac > Contesters VERY happy! > > http://web.me.com/wlmyers/K1GQ/SkookumLogger.html From dagro at dogparksoftware.com Sat May 23 04:54:16 2009 From: dagro at dogparksoftware.com (Don Agro) Date: Sat, 23 May 2009 04:54:16 -0400 Subject: [MacLoggerContest] [DogParkList] Finally! a CT like logger for the Mac! In-Reply-To: References: Message-ID: Hi David, On 23-May-09, at 4:03 AM, David Ferrington, M0XDF wrote: > Well, frankly, no :-( It only works with a K3 and requires a Winkeyer. Why don't you offer to write a driver for your radio ? He is making the source code and project available - if that isn't handing it to you on a silver platter I don't know what is. > It doesn't support non HF contests and requires I use some specific > font that is not standard shipped with a Mac (afaics). The fact that it uses a custom font is bad how ? > I'm sure it will be good for the limited numbers that have exactly > what it requires - but then that's true for all things. And all contesters. > Don't get me wrong, I'm very glad people are looking to write > software for the Mac and glad another contesting program has come > along. But since I can't use it with my microHam DIGIkeyer or with > my FT-857, it's not a lot of value to me and I guess quite a lot of > other people. It's a good start, especially if someone picks it up > and expands it. Someone finally develops a CT like contest logger for the Mac and still you complain ? Skookumlogger was developed by Bill K1GQ who is the DRI for the Open Sourced CT contest logger. He is a very well known contester and a MacLoggerDX user since 2002. I doubt you can do too much better than he can when it comes to a contest logger. Frankly David I find your reaction nothing short of astonishing. 73 Don Agro VE3VRW From M0XDF at Alphadene.co.uk Sat May 23 06:04:54 2009 From: M0XDF at Alphadene.co.uk (David Ferrington, M0XDF) Date: Sat, 23 May 2009 11:04:54 +0100 Subject: [MacLoggerContest] [DogParkList] Finally! a CT like logger for the Mac! In-Reply-To: References: Message-ID: <3B493951-C3B4-4EB5-9821-0CF1D0A37244@Alphadene.co.uk> Well, conscious of this being a cross post and you know I'm not a short mailer .... -- It came to me that reform should begin at home, and since that day I have not had time to remake the world. -Will Durant, historian (1885-1981) On 23 May 2009, at 09:54, Don Agro wrote: > Hi David, > On 23-May-09, at 4:03 AM, David Ferrington, M0XDF wrote: > Why don't you offer to write a driver for your radio ? He is making > the source code and project available - if that isn't handing it to > you on a silver platter I don't know what is. I don't have the time to do all the things I'm supposed to be doing right now and wouldn't know where to start, freely admit that writing a driver is something I've never done or contemplated. > The fact that it uses a custom font is bad how ? I have never installed a custom font on any mac I've used - I just tried to do this one and it doesn't appear to be working correctly, probably I need to reboot the Mac, the font shows in a new TextEdit window font selection, but does not let me select it. - Not sure where the local.conf file goes and that may be the problem. Does appear to be used in SkookumLogger though. maybe you can clear something up - do I put the entire folder with the fonts into the /Library/Fonts dir or just the individual font file? Were does the local.conf go? My point is, despite my lack of knowledge, I haven't had to install a custom font for any of the other 100's of PD/Free/Shareware I've used in the past. > > >> Someone finally develops a CT like contest logger for the Mac and >> still you complain ? > > Skookumlogger was developed by Bill K1GQ who is the DRI for the Open > Sourced CT contest logger. He is a very well known contester and a > MacLoggerDX user since 2002. I doubt you can do too much better than > he can when it comes to a contest logger. I wouldn't know that, I have never used CT logger or heard of Bill, I freely admit I'm relatively new to amateur radio and maybe people in NA know of CT & Bill more than I do. No disrespect to Bill intended. I didn't say it wasn't a good application - I said I didn't think it would make a lot of contesters happy. I can do more with Contest Window of MLDX right now. Well, in terms of do better, although not tried, I've read of lots of loggers that support multiple hardware and multiple contests across bands, HF/VHF/UHF etc. unfortunately only one for Mac so far. I tried to get RUMlog working and had a problem with MySQL install that I didn't get resolved - my fault, but with no time to get anything done, I did have time to investigate what I have done wrong in installation. So I guess I want it all on a plate, I want a logger that I can just install and use, not have to install additional fonts, additional DB software or write a driver for my rig. Am prepared to write a config file for configure it for a specific contest and to make that available to anyone. I understand that naturally, something written in the US is going to support US and World contests first. At present I'm only into UK ones and obviously they aren?t supported yet. And the format for VHF/UHF logs (at here) is REG1TEST, so I'd need to convert the format. And since this only supports K3 and requires a WinKeyer, I don't see how it makes all those who don't have a K3 or Winkeyer happy - I have downloaded it and at least run it - there are no UK Spider sites listed and no obvious way of adding one. I can't see how to choose any particular contest - perhaps I've misunderstood how this works and maybe if I knew CT it would help (but I don't, and in my book, you shouldn't have to know any other application to use another, unless they are intended to interface to each other). I will read the docs and try to get this working - however, I don't see it connecting to my K3 via the DIGIkeyer, it might work via my KUSB interface. Working via ?H Router would be a great step forward. Maybe Bill would be open to providing more Spider sites, additional contests etc. If I can get to first base I'll contact him. > Frankly David I find your reaction nothing short of astonishing. Well, I guess I'm picky. 73 de M0XDF From M0XDF at Alphadene.co.uk Sat May 23 06:13:14 2009 From: M0XDF at Alphadene.co.uk (David Ferrington, M0XDF) Date: Sat, 23 May 2009 11:13:14 +0100 Subject: [MacLoggerContest] [DogParkList] Finally! a CT like logger for the Mac! In-Reply-To: References: Message-ID: <8AF12BA5-26DF-4719-9931-22703A17BCD5@Alphadene.co.uk> Oh and one other thing, in VHF/UHF contests, in Europe at least, signal reports are representative, although some people used to give a bland 59, we all now need to give a real report, since the adjudication (for RSGB contests) takes them into account and if I log 59, but the other end logged they sent 57, I don't get the points. Looks like I can't enter any report with this. And it helps participants to know the propagation. 2m doesn't go far! -- A bit of fragrance always clings to the hand that gives the rose. -Chinese proverb On 23 May 2009, at 09:54, Don Agro wrote: > Hi David, > > On 23-May-09, at 4:03 AM, David Ferrington, M0XDF wrote: > > Frankly David I find your reaction nothing short of astonishing. From dagro at dogparksoftware.com Sat May 23 06:59:07 2009 From: dagro at dogparksoftware.com (Don Agro) Date: Sat, 23 May 2009 06:59:07 -0400 Subject: [MacLoggerContest] [DogParkList] Finally! a CT like logger for the Mac! In-Reply-To: <3B493951-C3B4-4EB5-9821-0CF1D0A37244@Alphadene.co.uk> References: <3B493951-C3B4-4EB5-9821-0CF1D0A37244@Alphadene.co.uk> Message-ID: Hi David, On 23-May-09, at 6:04 AM, David Ferrington, M0XDF wrote: > I don't have the time to do all the things I'm supposed to be doing > right now and wouldn't know where to start, freely admit that > writing a driver is something I've never done or contemplated. It takes less time than posting to the email reflectors :) I am sure that someone will write one for your radio and digiKEYER. It's not rocket science. > I have never installed a custom font on any mac I've used - I just > tried to do this one and it doesn't appear to be working correctly Installing a font in OS X is trivial. > maybe you can clear something up - do I put the entire folder with > the fonts into the /Library/Fonts dir or just the individual font > file? Were does the local.conf go? Google is your friend: http://www.myfonts.com/support/help_install_mac.html > My point is, despite my lack of knowledge, I haven't had to install > a custom font for any of the other 100's of PD/Free/Shareware I've > used in the past. There are probably a lot of things you haven't done on a Mac - doesn't make them bad. I assume K1GQ chose the font because of it's easily identifiable zero character. Makes perfect sense to me. > I wouldn't know that, I have never used CT logger or heard of Bill, Again, Google is your friend - "K1GQ" and "CT Contest Logger" I think it's a safe bet that 99% of all serious contesters have used CT at one time or another. > I freely admit I'm relatively new to amateur radio and maybe people > in NA know of CT & Bill more than I do. That is also a safe bet. > No disrespect to Bill intended. I didn't say it wasn't a good > application - I said I didn't think it would make a lot of > contesters happy. Hopefully you don't mind if I disagree totally with you on that one too. I know from almost 10 years of emails that this is exactly what many Mac contesters are looking for. > I can do more with Contest Window of MLDX right now. For years, many, many people have been asking me for a CT like logger for the Mac but not being a serious contester I have always considered it beyond my comfort zone. Now K1GQ has gone and done the heavy lifting for you and your first reaction is negative and defensive. I am at a loss to understand why. > Well, in terms of do better, although not tried, I've read of lots > of loggers that support multiple hardware and multiple contests > across bands, HF/VHF/UHF etc. unfortunately only one for Mac so far. > I tried to get RUMlog working and had a problem with MySQL install > that I didn't get resolved - my fault, but with no time to get > anything done, I did have time to investigate what I have done wrong > in installation. I think you are missing the point entirely. This is the first logger on the Mac that is intentionally designed to operate like CT. The minor issues you are focusing on are trivial to add, K1GQ has done the hard part for you already. So lets see - it's designed to operate like CT. It's native cocoa. He has offered to add new contests in one hour. It was written by a serious contester. It's free and the source is available... where is the down side ? > So I guess I want it all on a plate, I want a logger that I can just > install and use, not have to install additional fonts, additional DB > software or write a driver for my rig. Am prepared to write a config > file for configure it for a specific contest and to make that > available to anyone. That is very generous of you David but it pales in comparison with the thousands of hours K1GQ has already spent on this. Only in the contesting world would I end up defending a competing program Unlike many other failed attempts in the past K1GQ has modeled his effort on the gold standard of contesting rather than try to foist his own idiosyncratic view of what a contest logger should be on the Mac Ham community. I really think he is on the right track here. > I understand that naturally, something written in the US is going to > support US and World contests first. At present I'm only into UK > ones and obviously they aren?t supported yet. And the format for VHF/ > UHF logs (at here) is REG1TEST, so I'd need to convert the format. As K1GQ mentions on his web page it takes him about an hour to add a contest. > And since this only supports K3 and requires a WinKeyer, I don't see > how it makes all those who don't have a K3 or Winkeyer happy - I > have downloaded it and at least run it - there are no UK Spider > sites listed and no obvious way of adding one. I can't see how to > choose any particular contest - perhaps I've misunderstood how this > works and maybe if I knew CT it would help (but I don't, and in my > book, you shouldn't have to know any other application to use > another, unless they are intended to interface to each other). Ask any serious contester - CT by K1EA is the standard by which all other contest loggers are measured. http://www.k1ea.com/ Your argument fails completely when you accept that most contesters already know how to use CT, therefor the learning curve when switching to Skookumlogger on the Mac will be drastically shortened compared to any idiosyncratic solution that anyone else might come up with. > I will read the docs and try to get this working - however, I don't > see it connecting to my K3 via the DIGIkeyer, it might work via my > KUSB interface. > > Working via ?H Router would be a great step forward. Maybe Bill > would be open to providing more Spider sites, additional contests > etc. If I can get to first base I'll contact him. He is not selling this - he is giving it away - so I hope when you contact him you will be less critical and recognize that he has put a lot of work into this. >> Frankly David I find your reaction nothing short of astonishing. > Well, I guess I'm picky. I guess that is one way of putting it. If nothing else it serves as a reminder why MacLoggerDX is not called MacLoggerContest :) I think we are probably at the nausea limit for most non-contesters on the lists so I would ask you to reply (and I know you will) to the MacLoggerContest List only. I was just trying to notify my users of an exciting new development in the Mac Ham contesting world. I guess it is true - no good deed goes unpunished :) 73 Don Agro VE3VRW From dagro at dogparksoftware.com Sat May 23 07:01:03 2009 From: dagro at dogparksoftware.com (Don Agro) Date: Sat, 23 May 2009 07:01:03 -0400 Subject: [MacLoggerContest] [macloggerdx] Re: [DogParkList] Finally! a CT like logger for the Mac! In-Reply-To: <8AF12BA5-26DF-4719-9931-22703A17BCD5@Alphadene.co.uk> References: <8AF12BA5-26DF-4719-9931-22703A17BCD5@Alphadene.co.uk> Message-ID: On 23-May-09, at 6:13 AM, David Ferrington, M0XDF wrote: > Oh and one other thing, in VHF/UHF contests, in Europe at least, > signal reports are representative, although some people used to give > a bland 59, we all now need to give a real report, since the > adjudication (for RSGB contests) takes them into account and if I > log 59, but the other end logged they sent 57, I don't get the > points. Looks like I can't enter any report with this. I think we are probably well past the nausea limit for most non- contesters on the lists so I would ask you to reply (and I know you will) to the MacLoggerContest List only. 73 Don Agro VE3VRW From JamesDuffey at comcast.net Sat May 23 09:31:37 2009 From: JamesDuffey at comcast.net (James Duffey) Date: Sat, 23 May 2009 07:31:37 -0600 Subject: [MacLoggerContest] Finally! a CT like logger for the Mac! In-Reply-To: References: Message-ID: <7871FF38-A760-4E45-92B0-BCE6E6D82313@comcast.net> The logger looks promising though, and lets hope it expands to support other rigs. If you are active on VHF contests, you may want to take a look at Roverlog, which is multiplatform and works well. It runs in TCL/TK, which the Mac has and you need to start it from a terminal window, so it is a bit awkard to get up and running, but if youi lieik VHF Contesting, give it a try. - Duffey On May 23, 2009, at 2:03 AM, David Ferrington, M0XDF wrote: > Well, frankly, no :-( > It only works with a K3 and requires a Winkeyer. It doesn't support > non HF contests and requires I use some specific font that is not > standard shipped with a Mac (afaics). > I'm sure it will be good for the limited numbers that have exactly > what it requires - but then that's true for all things. > > Don't get me wrong, I'm very glad people are looking to write > software for the Mac and glad another contesting program has come > along. But since I can't use it with my microHam DIGIkeyer or with > my FT-857, it's not a lot of value to me and I guess quite a lot of > other people. It's a good start, especially if someone picks it up > and expands it. > 73 de M0XDF > -- > The rung of a ladder was never meant to rest upon, but only to hold > a man's > foot long enough to enable him to put the other somewhat higher. > -Thomas Henry Huxley, biologist and writer (1825-1995) > > On 22 May 2009, at 21:59, Don Agro wrote: > >> Wow! Chen sent me the link to this one. It should make a lot of Mac >> Contesters VERY happy! >> >> http://web.me.com/wlmyers/K1GQ/SkookumLogger.html > _______________________________________________ > MacLoggerContest mailing list > MacLoggerContest at dogparksoftware.com > http://seven.pairlist.net/mailman/listinfo/macloggercontest -- KK6MC James Duffey Cedar Crest NM From M0XDF at Alphadene.co.uk Mon May 25 06:53:10 2009 From: M0XDF at Alphadene.co.uk (David Ferrington, M0XDF) Date: Mon, 25 May 2009 11:53:10 +0100 Subject: [MacLoggerContest] Finally! a CT like logger for the Mac! In-Reply-To: References: Message-ID: Clearly, I am misguided and misjudged the potential of this software. Having read various posts (this one especially) and looked at K1EA's site, the Windows world of this logger is much advanced, capable and well liked. My initial reaction was somewhat selfish, but from my initial reading of the web site for SkookumLogger, I didn't think Bill was interested in taking interfaces to other rigs further himself. In fact my concern was the need for a WinKeyer, but that looks like it may only required for CW. I apologise to all concerned (put it down to my lack of experience, both as a contester and a ham and lack of using very much logging software on any platform). I have no wish to offend or upset anyone, please accept my apologies if I did. -- 73 de M0XDF On 23 May 2009, at 14:09, Michael Carter wrote: > Reminds me of the guy who won the Lottery. $20,000,000 USD. > [snip] > > Ask any serious contester - CT by K1EA is the standard by which all > > other contest loggers are measured. > > http://www.k1ea.com/ > > > > Your argument fails completely when you accept that most contesters > > already know how to use CT, therefor the learning curve when > switching > > to Skookumlogger on the Mac will be drastically shortened compared > to > > any idiosyncratic solution that anyone else might come up with. -------------- next part -------------- An HTML attachment was scrubbed... URL: From JamesDuffey at comcast.net Mon May 25 09:19:11 2009 From: JamesDuffey at comcast.net (James Duffey) Date: Mon, 25 May 2009 07:19:11 -0600 Subject: [MacLoggerContest] Finally! a CT like logger for the Mac! In-Reply-To: References: <7871FF38-A760-4E45-92B0-BCE6E6D82313@comcast.net> Message-ID: <4224E18E-2D86-40B4-B801-D483179AD8CB@comcast.net> OK Dave, I am not sure that RoverLog supports contests that require entering signal reports, honest or otherwise, but it is worth a look. I suspect that it could be added though. Like I said, I find getting RoverLog up and running with a command line interface a bit awkward, but after it is up and running it is very effective and versatile. There is a windows version, which I think is more straight forward to get running, but does no differ in any other significant way. There is a RoverLog e-mail reflector on Yahoo that doesn't have much traffic, but what is there is very useful. - Duffey On May 25, 2009, at 4:48 AM, David Ferrington, M0XDF wrote: > Thank you for that, I didn't know about RoverLog, but sure do know > TCL/TK having written some programs in it, one of which was over > 5,000 lines of code (if you take into account all the libraries I > wrote as well and that's without the comments), it was in use for > over 10 years until a Windows .Net finally replaced it :-( > I'll give it a try, especially since I have a eeePC running Linux. > > -- > When I am working on a problem I never think about beauty. > I only think about how to solve the problem. > But when I have finished, if the solution is not beautiful, > I know it is wrong. > -R. Buckminster Fuller, engineer, designer, and architect (1895-1983) > > On 23 May 2009, at 14:31, James Duffey wrote: > >> The logger looks promising though, and lets hope it expands to >> support other rigs. >> >> If you are active on VHF contests, you may want to take a look at >> Roverlog, which is multiplatform and works well. It runs in TCL/TK, >> which the Mac has and you need to start it from a terminal window, >> so it is a bit awkard to get up and running, but if youi lieik VHF >> Contesting, give it a try. - Duffey > -- KK6MC James Duffey Cedar Crest NM From k9zw at mac.com Mon May 25 12:41:48 2009 From: k9zw at mac.com (Steve Weinert) Date: Mon, 25 May 2009 11:41:48 -0500 Subject: [MacLoggerContest] [DogParkList] Finally! a CT like logger for the Mac! In-Reply-To: References: Message-ID: <098D81C3-3B47-492E-B1C6-0E37436A49F2@mac.com> Guess I too must have missed something - though as it is nice that Bill K1GQ has shared his work, it doesn't do anything for me. Along with David M0XDF I'm left admiration of Bill K1QG's work, but without duplicating K1GQ's setup it is much more a "code kit" than a useful logger. Pretty hard to get very enthused over the present hardware bound offering, as I run a Flex-5000a & TenTec Radios and a Begali CW Machine. That said perhaps the K1GQ software core can be developed into a broad- use application? Bill K1GQ seems to indicate he isn't interested in doing it, but as a project between a group it certainly could be done. Like David M0XDF I am time restricted paying the bills & would at best be able to work on a very small segment or to do some testing. Thanks for pointing out Bill K1GQ's interesting project, thanks to Bill K1GQ for sharing it, and now it is up to us to figure out if we can make something out of it! 73 Steve K9ZW http://k9zw.wordpress.com/ On May 23, 2009, at 5:13 AM, macloggercontest-request at dogparksoftware.com wrote: > omeone finally develops a CT like contest logger for the Mac and > still you complain ? > > Skookumlogger was developed by Bill K1GQ who is the DRI for the Open > Sourced CT contest logger. He is a very well known contester and a > MacLoggerDX user since 2002. I doubt you can do too much better than > he can when it comes to a contest logger. > > Frankly David I find your reaction nothing short of astonishing. > > 73 Don Agro VE3VRW -------------- next part -------------- An HTML attachment was scrubbed... URL: From dhkaplan at mac.com Fri Jun 5 20:10:04 2009 From: dhkaplan at mac.com (David Kaplan) Date: Fri, 05 Jun 2009 20:10:04 -0400 Subject: [MacLoggerContest] Missing Year on Contest Helper? Message-ID: <94CD7D62-B9FB-4358-B894-CBE9061FE3A3@mac.com> I realize that contesters might not need the year worked in a contest, but would it slow them down if it were there? I enjoy contests, but am not a serious contester, so I can't answer this myself. At my level it wouldn't bother me, but that's not an answer. It would be nice to have it there in normal operation to know when/if I've worked someone before, and not just this year. And aren't there any contests that span Dec 31/Jan 1????? Just Kidding. Thanks, David, WA1OUI -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Contest Helper.jpg Type: image/jpeg Size: 61558 bytes Desc: not available Url : From dhkaplan at mac.com Fri Jun 5 21:53:39 2009 From: dhkaplan at mac.com (David Kaplan) Date: Fri, 05 Jun 2009 21:53:39 -0400 Subject: [MacLoggerContest] Year Missing on Contest Helper Panel? References: <23256CF5-55A3-4D3A-8871-3D0B3F759C74@mac.com> Message-ID: To all: I realize that contesters might not need the year worked in a contest, but would it slow them down if it were there? I enjoy contests, but am not a serious contester, so I can't answer this myself. At my level it wouldn't bother me, but that's not an answer. It would be nice to have it there in normal operation to know when/if I've worked someone before, and not just this year. And aren't there any contests that span Dec 31/Jan 1????? Just Kidding. Thanks, David, WA1OUI -------------- next part -------------- An HTML attachment was scrubbed... URL: From g0dvj at amsat.org Sat Jun 6 04:16:36 2009 From: g0dvj at amsat.org (Jonathan G0DVJ) Date: Sat, 6 Jun 2009 09:16:36 +0100 Subject: [MacLoggerContest] Year Missing on Contest Helper Panel? In-Reply-To: References: <23256CF5-55A3-4D3A-8871-3D0B3F759C74@mac.com> Message-ID: <46AA0F5A-E143-4212-8CA9-97F0B628798C@amsat.org> Hi David, As one of the serious contesters that gave input to Don when he added/ designed the contest helper panel I thought I should offer an answer to this ... The worked before feature for contesters is purely about whether we have worked the station in that event before and therefore would be penalised for working a duplicate again, so the year is superfluous. If set up for this by specifying the date range to dupe check as most contesters would do, the year would always be displayed the same and hence no point to display it. As a regular contester, it is very likely I would have worked lots of stations in the same contests for years, but frankly that is of little interest to me during a contest ... simply have I worked them (possibly per mode/band) in the current contest before. No, it wouldn't slow me down if the year is there but in general it's a good principle to minimize the information in front of an operator when he is doing lots of other stuff with his brain while working stations as fast as possible. Remember if you are giving away points in a contest to a "serious"/"big" contest station, the guy you are working is not simply working stations like you, he making lots of other judgements and doing other things to maximize his score simultaneously while working you. I suppose it would be possible to add even more code to display the year IF and only IF the date range isn't set to limit the dupe check to a period in the same year but only Don would know if this is worth it to please more people. For now, I think the contest helper window does the best thing for most contesters. Hope this helps understand the original design idea. 73 Jonathan G0DVJ -- On 6 Jun 2009, at 02:53, David Kaplan wrote: > To all: > > I realize that contesters might not need the year worked in a > contest, but would it slow them down if it were there? I enjoy > contests, but am not a serious contester, so I can't answer this > myself. At my level it wouldn't bother me, but that's not an answer. > > It would be nice to have it there in normal operation to know when/ > if I've worked someone before, and not just this year. > > And aren't there any contests that span Dec 31/Jan 1????? Just > Kidding. > > Thanks, > > David, WA1OUI > > > > > _______________________________________________ > MacLoggerContest mailing list > MacLoggerContest at dogparksoftware.com > http://seven.pairlist.net/mailman/listinfo/macloggercontest From dhkaplan at mac.com Sat Jun 6 07:27:32 2009 From: dhkaplan at mac.com (David Kaplan) Date: Sat, 06 Jun 2009 07:27:32 -0400 Subject: [MacLoggerContest] Year Missing on Contest Helper Panel? In-Reply-To: <46AA0F5A-E143-4212-8CA9-97F0B628798C@amsat.org> References: <23256CF5-55A3-4D3A-8871-3D0B3F759C74@mac.com> <46AA0F5A-E143-4212-8CA9-97F0B628798C@amsat.org> Message-ID: On Jun 6, 2009, at 4:16 AM, Jonathan G0DVJ wrote: Hi David, As one of the serious contesters that gave input to Don when he added/ designed the contest helper panel I thought I should offer an answer to this ... Thanks for your calm, reasoned reply... I appreciate it greatly. The worked before feature for contesters is purely about whether we have worked the station in that event before and therefore would be penalised for working a duplicate again, so the year is superfluous. If set up for this by specifying the date range to dupe check as most contesters would do, the year would always be displayed the same and hence no point to display it. As a regular contester, it is very likely I would have worked lots of stations in the same contests for years, but frankly that is of little interest to me during a contest ... simply have I worked them (possibly per mode/band) in the current contest before. No, it wouldn't slow me down if the year is there but in general it's a good principle to minimize the information in front of an operator when he is doing lots of other stuff with his brain while working stations as fast as possible. Remember if you are giving away points in a contest to a "serious"/"big" contest station, the guy you are working is not simply working stations like you, he making lots of other judgements and doing other things to maximize his score simultaneously while working you. Having been a very low level operator in several contests, I understand you completely. Actually, you are rebutting your own argument. First you say it wouldn't slow you down, but then you say "it's good principle to minimize the information...". I agree with your latter statement that it wouldn't be good for the operator to have to "skim" by the year to get the day. I suppose it would be possible to add even more code to display the year IF and only IF the date range isn't set to limit the dupe check to a period in the same year but only Don would know if this is worth it to please more people. For now, I think the contest helper window does the best thing for most contesters. This brings me back to my original question awhile back on the forums: How would I get an easy replacement for the non-contester dup check? The little green bulb is handy, but then it takes time to manually type or copy/paste the call into the sql db call lookup. Originally someone suggested Contest Helper, which is how this all started, but having investigated it I found out the year problem. Of course if I am not in a contest, then the second or two to copy/paste or type the call is not significant. If I am in a contest (which I occasionally am), then I don't need the year as you said. Why don't we "close this trouble ticket", give Don more time to himself if he'll use it, and go find a contest! Hope this helps understand the original design idea. Absolutely, Thanks! 73, David, WA1OUI 73 Jonathan G0DVJ -- On 6 Jun 2009, at 02:53, David Kaplan wrote: > To all: > > I realize that contesters might not need the year worked in a > contest, but would it slow them down if it were there? I enjoy > contests, but am not a serious contester, so I can't answer this > myself. At my level it wouldn't bother me, but that's not an answer. > > It would be nice to have it there in normal operation to know when/ > if I've worked someone before, and not just this year. > > And aren't there any contests that span Dec 31/Jan 1????? Just > Kidding. > > Thanks, > > David, WA1OUI > > > > > _______________________________________________ > MacLoggerContest mailing list > MacLoggerContest at dogparksoftware.com > http://seven.pairlist.net/mailman/listinfo/macloggercontest -------------- next part -------------- An HTML attachment was scrubbed... URL: From dagro at dogparksoftware.com Sat Jun 6 08:27:56 2009 From: dagro at dogparksoftware.com (Don Agro) Date: Sat, 6 Jun 2009 08:27:56 -0400 Subject: [MacLoggerContest] Year Missing on Contest Helper Panel? In-Reply-To: References: <23256CF5-55A3-4D3A-8871-3D0B3F759C74@mac.com> <46AA0F5A-E143-4212-8CA9-97F0B628798C@amsat.org> Message-ID: On 6-Jun-09, at 7:27 AM, David Kaplan wrote: > This brings me back to my original question awhile back on the > forums: How would I get an easy replacement for the non-contester > dup check? The little green bulb is handy, but then it takes time to > manually type or copy/paste the call into the sql db call lookup In version 5.09 Beta 10 clicking the green dup button enters the call in the log table call search field and displays the results. 73 Don Agro VE3VRW From dhkaplan at mac.com Sat Jun 6 16:13:39 2009 From: dhkaplan at mac.com (David Kaplan) Date: Sat, 06 Jun 2009 16:13:39 -0400 Subject: [MacLoggerContest] Year Missing on Contest Helper Panel? In-Reply-To: References: <23256CF5-55A3-4D3A-8871-3D0B3F759C74@mac.com> <46AA0F5A-E143-4212-8CA9-97F0B628798C@amsat.org> Message-ID: <09212947-1238-4D96-95B4-D46B3D6B5B77@mac.com> Just got back and tried clicking the dup button. SUPER!!!!! Thanks so much, Don. 73, David, WA1OUI On Jun 6, 2009, at 8:27 AM, Don Agro wrote: On 6-Jun-09, at 7:27 AM, David Kaplan wrote: > This brings me back to my original question awhile back on the > forums: How would I get an easy replacement for the non-contester > dup check? The little green bulb is handy, but then it takes time to > manually type or copy/paste the call into the sql db call lookup In version 5.09 Beta 10 clicking the green dup button enters the call in the log table call search field and displays the results. 73 Don Agro VE3VRW