Exactly Garth, this is what I was talking about, also we europeans have to sort the us cards like this, per call area district and also the number 4 calls per 1,2 or 3 letter suffix.
I work aprox 300 US stations monthly and this gives me qiet some work to sort all the us labels before I hand over my stack of cards at our club qsl manager. If I'm lucky, I can do it in aprox 1 to 2 hours time. If Jack could work this out, it would be great. If I get to much qsl, I will keep on using DX4WIN to import my adif file of us calls to print the labels or cards in that program, it does the sorting like it should be ... but yes, I loose the nice qsl design manager avantages but they don't pay off against the manual job related to my US labels, maybe once I'm retired, I'll find the free time to sort my cards manually, HI Phil ON4VP ----- Original Message ----- From: "Garth A. Hamilton - VE3HO" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Friday, December 20, 2002 3:13 PM Subject: Re: [DXBase] qsl prefix sort > I think the biggest problem is the separation of the 4 US call district where the bureau is done by single letter suffix and then two letter suffix and three letter suffix. For the rest sort by DXCC entity and callsign within the entity would work well for most of us. > > As a QSL manager if there is a choice to be made I would like to see a choice of un sorted so output is in the same order as it was entered made available. I have been sorting the 4th call area for years in each bureau dump and pulling the prefixes together A_9, K9, N9, and W9 are groped together etc. The straight alpha sort makes this fairly easy to do but in this day and age many will moan about it. > > 73 Garth VE3HO > > At 09:26 AM 19.12.2002 -0600, you wrote: > >I've been following this issue. > >Seems there are two issues. > >For stateside stations sending to foreign bureaus or using the ARRL (which I > >do), qsl's should be sorted by country. > > > >But for DX stations, the prefix sort MAY be preferred. > > > >The problem comes in where countries may have a wide range of prefixes > > > >Stateside calls can be A1xxx, N1xxx, K1xxx, W9xxx > >Sorting by prefix would then create the need to select each of the above > >groups out of the pile. > > > >UK calls could also fall under this issue, G3xxx and M3xxx would be widely > >separated in a pile if a prefix sort was used. > > > >There are other entities that have a wide range in their prefix allocations. > > > >Been a long time since I did Access programming but can a dual sort be > >performed? > >Sort by Entity and then by prefix within that Entity? > > > >Anybody see any problems with this approach? > >I'm not sure this can even be done with Access. > > > > > >For smaller runs of qsling. Some people could solve their difficulties by > >using the Group Option. It requires manual editing of the Group Character > >and could be a bit cumbersome. > >But this method works well for me when working DXpeditions that will have > >operations on many band/modes. > > > >But again that requires manual Group editing. (One of my wishlist items is > >that DXB automatically assign the same Group Character to subsequent qso's > >with the same callsign or perform a block change to all callsigns). > > > >I also use this feature when trying to qsl unconfirmed band/mode slots. > >For Example: I'll assign 9 to all the qso's that the Summary & Previous QSO > >windows show are unconfirmed band/modes. > >Then print out those qsl's and dispersal. > > > >----------------------------------------------------- > >If I save time, when do I get it back? > >----------------------------------------------------- > > > >W9OL, Bill H. in Chicagoland > > > > > >_______________________________________________ > >DXBase Reflector - Please visit us on the web at www.dxbase.com > >- - - - - - - - - - - - - - - - - - - - - - - > >To UNSUBSCRIBE please visit: > >http://mailman.qth.net/mailman/listinfo/dxbase > > > _______________________________________________ > DXBase Reflector - Please visit us on the web at www.dxbase.com > - - - - - - - - - - - - - - - - - - - - - - - > To UNSUBSCRIBE please visit: > http://mailman.qth.net/mailman/listinfo/dxbase > >
