[Az-Geocaching] Problems with location based identifier
Andrew Ayre
listserv@azgeocaching.com
Mon, 17 Mar 2003 14:34:55 -0700
This is a multi-part message in MIME format.
------=_NextPart_000_0030_01C2EC92.60C838B0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
A bit convoluted, but off the top of my head I think you could do this for
existing caches manually. Go to the azgeocaching.com web site, download your
team stats in CSV format. Load into Excel. Remove the ones you've found.
Extract the 16-bit cache number from the waypoint name, reassemble a new
waypoint name replacing "GC" at the start with whatever you wanted based on
the cache type column. Or you could write a program like the CacheFilter
program I wrote a couple of months ago (which there wasn't enough interest
in).
Andy
-----Original Message-----
From: az-geocaching-admin@listserv.azgeocaching.com
[mailto:az-geocaching-admin@listserv.azgeocaching.com]On Behalf Of Webb
Pickersgill
Sent: Monday, March 17, 2003 1:57 PM
To: listserv@azgeocaching.com
Subject: RE: [Az-Geocaching] Problems with location based identifier
Yup, I agree. (Believe it or not, by contradicting my own thoughts) I
guess my point was that I believe that perhaps one character of the new code
could be reserved for SOME type of identifier to help you quickly learn
something about it. The state/country example was weak, I just wanted to
get everyone thinking along these lines to see if anything else came to
mind.
To help understand my thought, consider this: I don't know how many times
I was driving, saw a waypoint pop up on my screen, stopped for fun to see
what it was... After searching around for a bit I got disappointed, then
returned to the Internet only to find out that it was a locationless or
"puzzle" based cache that did not exist there. A simple character in the
wapyoint number would have alerted me to this before I considered stopping.
Just a thought.
TheWebbman
Webb Pickersgill
-----Original Message-----
From: az-geocaching-admin@listserv.azgeocaching.com
[mailto:az-geocaching-admin@listserv.azgeocaching.com]On Behalf Of
ken@highpointer.com
Sent: Monday, March 17, 2003 12:49 PM
To: listserv@azgeocaching.com
Subject: [Az-Geocaching] Problems with location based identifier
Another possibility (location based identifier): Reserve the first 2
characters as location indicators: AZ, PA, TX (states) and CH, IL, DU, RU
(countries, etc.) This does however unfairly limit the number of caches
within a state or country. As we all know, AZ would probably need more
numbers than RI. ;)
I don't think that will work very well. You have correctly pointed out
that large states may use up their allotment of numbers relatively soon,
while small states may never use up their allotment of numbers. For
example, Colorado used to assign license plate numbers based on the county
that the vehicle was registered in, but abandoned that policy because urban
counties have populations over 100,000 and thus were using up their allotted
numbers, whereas some rural counties have under 1,000 people and thus used
only a small percentage of their alloted characters.
Also, some countries codes you listed are the same as states - IL is
also the abbreviation for Illinois, for example.
Ken (a.k.a. Highpointer)
------=_NextPart_000_0030_01C2EC92.60C838B0
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D356111321-17032003><FONT face=3DArial color=3D#0000ff =
size=3D2>A bit=20
convoluted, but off the top of my head I think you could do this =
for=20
existing caches manually. Go to the azgeocaching.com web site, download =
your=20
team stats in CSV format. Load into Excel. Remove the ones you've found. =
Extract=20
the 16-bit cache number from the waypoint name, reassemble a new =
waypoint name=20
replacing "GC" at the start with whatever you wanted based on the cache =
type=20
column. Or you could write a program like the CacheFilter program I =
wrote a=20
couple of months ago (which there wasn't enough interest=20
in).</FONT></SPAN></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<DIV><SPAN class=3D356111321-17032003><FONT face=3DArial color=3D#0000ff =
size=3D2>Andy</FONT></SPAN> </DIV>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
<DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
size=3D2>-----Original Message-----<BR><B>From:</B>=20
az-geocaching-admin@listserv.azgeocaching.com=20
[mailto:az-geocaching-admin@listserv.azgeocaching.com]<B>On Behalf Of =
</B>Webb=20
Pickersgill<BR><B>Sent:</B> Monday, March 17, 2003 1:57 =
PM<BR><B>To:</B>=20
listserv@azgeocaching.com<BR><B>Subject:</B> RE: [Az-Geocaching] =
Problems with=20
location based identifier<BR><BR></FONT></DIV>
<DIV><SPAN class=3D576305220-17032003><FONT face=3DArial =
color=3D#0000ff size=3D2>Yup,=20
I agree. (Believe it or not, by contradicting my own =
thoughts) I=20
guess my point was that I believe that perhaps one character of the =
new code=20
could be reserved for SOME type of identifier to help you quickly =
learn=20
something about it. The state/country example was weak, I just =
wanted to=20
get everyone thinking along these lines to see if anything else came =
to=20
mind.</FONT></SPAN></DIV>
<DIV><SPAN class=3D576305220-17032003><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D576305220-17032003><FONT face=3DArial =
color=3D#0000ff size=3D2>To=20
help understand my thought, consider this: I don't know how many =
times I=20
was driving, saw a waypoint pop up on my screen, stopped for fun =
to see=20
what it was... After searching around for a bit I got disappointed, =
then=20
returned to the Internet only to find out that it was a locationless =
or=20
"puzzle" based cache that did not exist there. A simple =
character in the=20
wapyoint number would have alerted me to this before I considered=20
stopping. Just a thought.</FONT></SPAN></DIV>
<DIV><SPAN class=3D576305220-17032003><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D576305220-17032003><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>TheWebbman</FONT></SPAN></DIV>
<DIV><SPAN class=3D576305220-17032003><FONT face=3DArial =
color=3D#0000ff size=3D2>Webb=20
Pickersgill</FONT></SPAN></DIV>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
<DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
size=3D2>-----Original Message-----<BR><B>From:</B>=20
az-geocaching-admin@listserv.azgeocaching.com=20
[mailto:az-geocaching-admin@listserv.azgeocaching.com]<B>On Behalf =
Of=20
</B>ken@highpointer.com<BR><B>Sent:</B> Monday, March 17, 2003 12:49 =
PM<BR><B>To:</B> listserv@azgeocaching.com<BR><B>Subject:</B>=20
[Az-Geocaching] Problems with location based =
identifier<BR><BR></FONT></DIV>
<P><EM>Another possibility (location based identifier): Reserve the =
first 2=20
characters as location indicators: AZ, PA, TX (states) and CH, =
IL, DU,=20
RU (countries, etc.) This does however unfairly limit the =
number of=20
caches within a state or country. As we all know, AZ would =
probably=20
need more numbers than RI. ;)</EM></P>
<P>I don't think that will work very well. You have =
correctly=20
pointed out that large states may use up their allotment of numbers=20
relatively soon, while small states may never use up their allotment =
of=20
numbers. For example, Colorado used to assign license plate =
numbers=20
based on the county that the vehicle was registered in, but =
abandoned that=20
policy because urban counties have populations over 100,000 and thus =
were=20
using up their allotted numbers, whereas some rural counties have =
under=20
1,000 people and thus used only a small percentage of their alloted=20
characters.</P>
<P>Also, some countries codes you listed are the same as states =
- IL is=20
also the abbreviation for Illinois, for example.</P>
<P><STRONG>Ken</STRONG> (a.k.a.=20
=
<STRONG><EM>Highpointer</EM></STRONG>)</P></BLOCKQUOTE></BLOCKQUOTE></BOD=
Y></HTML>
------=_NextPart_000_0030_01C2EC92.60C838B0--