Howdy,

Good work. That is a tough project. I also recently took the challenge. Took
lots of frustration and a few days. Not yet released.

Yours somehow does return extra results. Looks like "perhaps" the first one
found is incorrect? Try for example "sm".

Regards,
Jim
www.taborsoft.com
--
email sent to:
is discarded without being seen.
Sorry for any inconvenience.
"Zed Zed" wrote in message
. ..
Thank you for all the help.

The updated version is now running.
http://www.onlinehamfest.com/search.htm

tnx es 73
Zed Zed

To reply to this message by email, please remove the X's.

Howdy Fabian,

Great work. Most impressive, especially since I don't speak perl. G Is
your script running somewhere?

A question please? When a prefix is typed to be searched, do you search both
the "primary" and the "all prefix" lists?

Just curious. I note, in the list, the primary is not "always" included in
the "all" lists. Also there are a couple of entries where - apparently - the
listed primary is not the generally accepted primary. For example North
Korea, if I recall. Yes, I experienced brain cramps on this a couple of
weeks ago.

Jim indeed does good work with the cty.dat files.

Regards,
Jim
www.taborsoft.com
--
email sent to:
is discarded without being seen.
Sorry for any inconvenience.

J Tabor wrote:
Great work. Most impressive, especially since I don't speak perl. G Is
your script running somewhere?

I just quickly put it online:
http://rcswww.urz.tu-dresden.de/cgi-...pl?call=DJ1YFK
Just a quick and ugly hack -- I am not very keen on designing websites

A question please? When a prefix is typed to be searched, do you search both
the "primary" and the "all prefix" lists?

No, only the all prefix list.

Just curious. I note, in the list, the primary is not "always" included in
the "all" lists. Also there are a couple of entries where - apparently - the
listed primary is not the generally accepted primary. For example North
Korea, if I recall. Yes, I experienced brain cramps on this a couple of
weeks ago.

The primary prefix is not neccesarily included in the list for all
prefixes because it might be a subset of the 'all prefixes' list. For
example for Germany, only "D" is listed in the all-prefixes list. Other
countries like Cape Verde also start with D, but their list shows "D4".
The algorithm is to look for the longest matching prefix; D44BC matches
1 character for Germany, 2 for Cape Verde, so it counts as D4.

73,
--
Fabian Kurz, DJ1YFK * Dresden, Germany * http://fkurz.net/

J Tabor wrote:
You indeed have a great page with lots of good info, seen it before. What is
the link name for call search? G I didn't find.

Mine's not accessible from the Internet. (I'm running Apache on an
intranet, firewalled from the outside world)
--
Doug Smith W9WI
Pleasant View (Nashville), TN EM66
http://www.w9wi.com

"Doug Smith W9WI" wrote in message
...
J Tabor wrote:
You indeed have a great page with lots of good info, seen it before. What
is the link name for call search? G I didn't find.

Mine's not accessible from the Internet. (I'm running Apache on an
intranet, firewalled from the outside world)
--
Doug Smith W9WI
Pleasant View (Nashville), TN EM66
http://www.w9wi.com


Sounds familiar!
Very similar setup here ... oh my ...

--

... Hank

http://home.earthlink.net/~horedson
http://home.earthlink.net/~w0rli

Hi,

Sorry, guess I misread your original message to say "look about halfway
down".

Cheers,
Jim
--
email sent to:
is discarded without being seen.
Sorry for any inconvenience.
"Doug Smith W9WI" wrote in message
...
J Tabor wrote:
You indeed have a great page with lots of good info, seen it before. What
is the link name for call search? G I didn't find.

Mine's not accessible from the Internet. (I'm running Apache on an
intranet, firewalled from the outside world)
--
Doug Smith W9WI
Pleasant View (Nashville), TN EM66
http://www.w9wi.com

J Tabor wrote:
Hi,

Sorry, guess I misread your original message to say "look about halfway
down".

Ah, I understand...

About halfway down the page is a link for downloading my program.
--
Doug Smith W9WI
Pleasant View (Nashville), TN EM66
http://www.w9wi.com

Hi Fabian & Group,

Very interesting indeed and works FB. Noticed an "Internal Server Error"
when prefix is not found. But realize you put it working quickly. Thanks.

The primary prefix is not neccesarily included in the list for all
prefixes because it might be a subset of the 'all prefixes' list.

FB, understand about the "D" and even Eu Russia. Here are the ones I was
thinking about:
below do not include "primary prefix" in alts list, as others
Easter I.: 12: CE0Y:
Malpelo I.: 09:
Argentina: 13: LU:
Macquarie I.: 30: VK0M:
Norfolk I.: 32: VK9N:
South Shetland: 13: VP8/h:

BELOW doesn't have either primary in alts list
Antarctica: 13: CE9:
----

The algorithm is to look for the longest matching prefix;

So am guessing this is how you handle the entire call in the cty.dat file
when the call is not in "home" area.

The full calls in the list, of course, serve very well for its intended
purpose - contesting and loggers. However, they work not at all for a true
"prefix search". i.e. when a user types prefix then there is a conflict
between the true country prefix and the call not in home area.
For example:
France: 14: F: 4U1SCO...
--
user types 4U1, -- and no more -- does he get ITU or does he get France?
Yes, he would want ITU, but of course depends on how code is written?

OK, I admit it, I've been working on how to do prefix lookup for years.
Many, many folks on here more capable than me. G

It seemed the real best prefix search would be using the international
allocation list. But that isn't so good either. Thus the cty.dat type lists
of active prefixes is superior in many ways.

Thanks,
Jim - KU5S
--
email sent to:
is discarded without being seen.
Sorry for any inconvenience.

J Tabor wrote:
The primary prefix is not neccesarily included in the list for all
prefixes because it might be a subset of the 'all prefixes' list.

FB, understand about the "D" and even Eu Russia. Here are the ones I was
thinking about:
below do not include "primary prefix" in alts list, as others
Easter I.: 12: CE0Y:

Well, here the list only has
3G0,CA0,CB0,CC0,CD0,CE0,XQ0,XR0;
_but_ any CE0-call is a priori Easter Island, _except_ when the first
letter of the suffix is X (CE0X, covered by San Felix I.) or Z (CE0Z,
Juan Fernandez Isl.). So it enough to assign CE0 to Easter Island and
for the exceptions, CE0Z and CE0X there are special entries which match
with more characters.

Malpelo I.: 09:

Malpelo I.: 09: 12: SA: 4.00: 81.10: 5.0: HK0/m:
5J0M,5K0M,HJ0M,HK0M,HK0TU;

Well, all calls from Malpelo Isl. have a M as the first letter of the
suffix; I am not sure why the primary prefix is HK0/m and not HK0M.

Argentina: 13: LU:

Same thing as with DL: the list includes "L", and all L*-calls, except
those covered by other entries (like Norway, LA, LB, ..., LN) count as
Argentinia.

Macquarie I.: 30: VK0M:

Same as CE0. The list contains VK0 only, so any VK0 is Macquarie,
except when it's covered with more letters by another entry (in this
case VK0IR/HI for Heard Island).

Norfolk I.: 32: VK9N:

Ditto, but VK9 instead of VK0.

South Shetland: 13: VP8/h:

Well, that is because South Shetland is not a political country and it
doesn't have an ITU allocation. So the full callsign must be known to
tell that it is from VP8/h. In the list there are only full callsigns;
for example DP1KGI. DP = extraterrestian German station, it does not
indicate the locaton (except that it is not on German territory).

BELOW doesn't have either primary in alts list
Antarctica: 13: CE9:

Same thing.

The algorithm is to look for the longest matching prefix;

So am guessing this is how you handle the entire call in the cty.dat file
when the call is not in "home" area.

Actually first the prefix after the WPX rules is determined by the wpx
subprogram, in case there is a "/" in the callsign. If so, only the
DXCC of the prefix will be searched for. Otherwise the full callsign.

The full calls in the list, of course, serve very well for its intended
purpose - contesting and loggers. However, they work not at all for a true
"prefix search". i.e. when a user types prefix then there is a conflict
between the true country prefix and the call not in home area.
For example:
France: 14: F: 4U1SCO...
--
user types 4U1, -- and no more -- does he get ITU or does he get France?
Yes, he would want ITU, but of course depends on how code is written?

Well, 4U1 alone will not match, because it is tested against 4U1ITU,
4U1VIC etc, and the callsign to be tested has to be longer or of equal
length as the minimum prefix which it is tested against. 4U1 will not
match against either of the given full 4U1-calls.

And I think this behaviour is just right, because 4U1 could be ITU, UN
HQ, USA (4U1WB) and so on.

OK, I admit it, I've been working on how to do prefix lookup for years.
Many, many folks on here more capable than me. G

That is why I make my programs open source and publish it under the
GPL, so anyone can take advantage of it by using the code for own
projects (provided the source is kept open), or just take ideas and
inspirations...

It seemed the real best prefix search would be using the international
allocation list. But that isn't so good either. Thus the cty.dat type lists
of active prefixes is superior in many ways.

The international allocation list of the ITU doesn't help for figuring
out the DXCC entity, because that is just an invention of the ARRL.
The ITU only knows political countries, and for example UA, UA9
are the same for the ITU list.

An option would be to use the official ARRL DXCC country list,
maintained by K2DI. It is actually about as easy/difficult to parse as
K1EA's list, and also contains deleted DXCCs.. However I sticked with
K1EA, mainly becuase it knows a lot of exceptions.

Thanks,
Jim - KU5S

73,
--
Fabian Kurz, DJ1YFK * Dresden, Germany * http://fkurz.net/

Greetings Fabian,

FB, thanks for the excellent comments. Much appareciated.

Good fortune with study of electrical engineering at the University.

Regards,
Jim - KU5S
--
email sent to:
is discarded without being seen.
Sorry for any inconvenience.