› Forums › Geocaching in Wisconsin › General › PROFILE PROBLEMS!!
- This topic has 18 replies, 8 voices, and was last updated 16 years, 11 months ago by
-cheeto-.
-
AuthorPosts
-
02/19/2009 at 3:53 pm #1727764
After using jjcool719’s profile inormation for a tribute puzzle last week, he has since updated his profile. Unfortunately, with the new updates at GC.com, his cache order and milestone finds info changed!
This must coincide with those GC.com modifications. We are in the process of editting the text and have disabled the cache until it is fixed. Thanks to marc_54140 for the query!Has anyone else updated their profile and noticed this?
We enjoy selecting a special cache for our milestones, but if a profile update will change everything, it is a bit disappointing.
02/19/2009 at 4:17 pm #1902535What page are you referring to?
This one?
http://www.geocaching.com/seek/nearest.aspx?ul=-cheeto-The initial profile page is built by the cacher and whatever they type in there (or paste from another program….) If you are referring to that page it very well could have been a change in the PQ that is then used by the CacheStats program he uses and how that program interprets cache find order based on what’s in the PQ file.
There has been a lot of ordering changes. Notice how the logs on new caches appear “before” the publish log nowadays?
02/19/2009 at 4:31 pm #1902536I’m pretty sure it’s CacheStats that is used for his profile. If more than one cache was found on a milestone find day, the order will be reversed now, and the milestone will automatically show differently.
And you are right about the logs on the same day of publication. West Bend Cash Bash is proof enough!
Just a heads up to anyone else that used profile info for puzzle caches to recheck the #’s.02/19/2009 at 4:42 pm #1902537JimandLinda wrote:I’m pretty sure it’s CacheStats that is used for his profile. If more than one cache was found on a milestone find day, the order will be reversed now, and the milestone will automatically show differently.
quote]i use cachestats and haven’t had my caches change on the page, and each milestone has had multiple caches found on the same day. it still recognized the order that i logged them on the website. you may just have to check with him… it might have been his change.
02/19/2009 at 4:54 pm #1902538I have noticed that my public profile does not hold the HTML formatting that I had entered. The first half of the paragraphs run together while the remainder lists out per line like it should. I edited the data inserting additional line breaks and it looks right on the preview but still doesn’t display correctly on the public profile page. I didn’t check to see if there was any problems with the INATN import.
Disclaimer : Always answering to a higher power.
02/19/2009 at 4:57 pm #1902539@labrat_wr wrote:
I have noticed that my public profile does not hold the HTML formatting that I had entered. The first half of the paragraphs run together while the remainder lists out per line like it should. I edited the data inserting additional line breaks and it looks right on the preview but still doesn’t display correctly on the public profile page. I didn’t check to see if there was any problems with the INATN import.
Try removing everything from your profile and then submit it. Now that it’s blank, go back and put your html and text in again and resubmit it. This worked for me.
02/19/2009 at 5:35 pm #1902540I will pay attention when I get my cache stats up and running again what happens to my list of milestones. Many issues have kept me from returning to the habit of doing this.
Never built a puzzle based on cacher profile pages… I have on cache logs and seen logs get removed and/or caches archived though 😯
02/19/2009 at 6:18 pm #1902541@TyeDyeSkyGuy wrote:
@labrat_wr wrote:
I have noticed that my public profile does not hold the HTML formatting that I had entered. The first half of the paragraphs run together while the remainder lists out per line like it should. I edited the data inserting additional line breaks and it looks right on the preview but still doesn’t display correctly on the public profile page. I didn’t check to see if there was any problems with the INATN import.
Try removing everything from your profile and then submit it. Now that it’s blank, go back and put your html and text in again and resubmit it. This worked for me.
Found that
is different than
though I only put in
and it changed some of the breaks to the wrong
.all fixed now, thanks 😀
Disclaimer : Always answering to a higher power.
02/19/2009 at 6:23 pm #1902542@-cheeto- wrote:
Never built a puzzle based on cacher profile pages… I have on cache logs and seen logs get removed and/or caches archived though 😯
I built a puzzle off of a cacher’s cache coordinates only to see some of them “tweaked” 😕
At least the puzzle still works……Disclaimer : Always answering to a higher power.
02/20/2009 at 1:09 am #1902543Talked to jjcool about his profile. He found a duplicate entry from last summer and deleted it. That’s what set the chain reaction in motion, rippling down through the found cache history. He has been spending the evening repairing the damage and hopes to have it corrected soon! 🙂
02/20/2009 at 4:29 am #1902544That would ‘splain it. Cachestats (and GSAK) use a log ID number to determine the order of finds.
Having an old found log deleted messes things up pretty bad…
02/20/2009 at 3:25 pm #1902545OK,where’s the html box that has to checked in the profile?
My 200th find changed after I logged a vitural cache I found a couple months earlier. So it goes off of log dates too.
02/20/2009 at 4:03 pm #1902546Hmmm…. looks like the check box is gone. Maybe GC just parses everything as HTML.
The log ID number is used if there is more than one cache found on a day. That’s at least true for the GSAK macro, but I can’t find that info for Cachestats.
02/20/2009 at 5:03 pm #1902547Well, here’s the kicker.
When I added some stuff to my profile, it doesn’t show. But it does show when
I look at the preview page.
No biggie for me. Just wondering.02/21/2009 at 5:07 am #1902548@Team Black-Cat wrote:
That would ‘splain it. Cachestats (and GSAK) use a log ID number to determine the order of finds.
Having an old found log deleted messes things up pretty bad…
Log it again. They won’t notice.
-
AuthorPosts
- You must be logged in to reply to this topic.