Jump to content

Nudecacher

Members
  • Posts

    232
  • Joined

  • Last visited

Everything posted by Nudecacher

  1. Dude, you KNOW if Gary shows up there at GW6, I hafta get a picture of you two together. I'm pretty sure he'll be chothed. What! I'm consigned to textile bondage again? Nudecacher
  2. I thought that the processing of the KML file was where the problem was too, but now I think that is not the case. I examined my KML files more closely and noticed that sometimes the route is represented by more than one line of coordinates, with the ending point of one repeated as the beginning point of the next. While this may lead to the incorrect maps displayed and which links produce errors, it doesn't seem to affect the caches returned by pocket querys built from the routes. Also these end points from multiple lines are not the locations where the displayed maps take funny jogs if you compare the displayed route map with the original kml file displayed in google earth zooming in closely in each to see details. There are two pieces of evidence that I have figured out now that leads to the conclusion that the original parsing of the KML actually works correctly: (1) pocket queries of routes with problems still produce the correct set of caches, even routes that show 0 route turns on the route information page, (2) the "Create GPX of Route" gives a gpx file with a simplified route when it works and this simplified route actually corresponds to the original kml route when displayed with it in google earth, even though the map displays of routes have wild errors of where the route is. I suspect that the 500 point limit may apply to the number of points on the simplified route, as all of my route information pages show much smaller number of "route turns". The number of "route turns" listed on the Route Information page corresponds to the number of points returned in the "Create GPX of Route" file. It's starting to look like there might be at least three representations of a route, the original kml file, the simplified route that is returned by "Create GPX of Route", and the actual route used by the pocket query to return results. I would think that the last two would be the same thing, but I get pocket query results when the simplified route shows zero points. More later if I get to it, this is an interesting puzzle. Gary Nudecacher
  3. Ok, I have some more information to solve the problems that I had with the pocket queries along a route. I'm getting ready to go on a 2000 mile road trip, and I was collecting caches both along the routes and in several larger areas. I broke the route (and alternates) into manageable chunks, mostly to force google earth to take the desired routes. My google earth subscription has expired so I didn't have a way to add intermediate waypoints on a route. I just broke the route up into chunks where google earth followed the correct roads. Well, I ended up with 14 routes to create pocket queries from. Of the 14, I had two that failed and the other 12 worked as one would expect. Even the failed pocket queries gave me the caches I wanted though. Next I put my pocket query results into a trip GSAK database on my laptop. There are just over 8000 caches in the database. That's too many to load into the GPS's and pocket PC at a time, so I wanted to be able to load all of the devices from the laptop with smaller files during the trip. I thought that using the route search feature on GSAK with the 14 routes I had created from google earth would be cool, but the format of the kml files needed to be converted to the text files with GSAK's arc points. I used my nifty programmer skills with the trusty old unix vi editor global change commands to manually convert the klm files to appropriate txt type files. Then I ran my unix wc (word count) on the results. I noticed that there were more than the stated maximum of 500 points in all but one of my klm files. Apparently the geocaching.com limit on the number of points is not working correctly. It looks like all of the files with 2000 or less points work fine and routes with over 2000 have the failure. It looks like the route/pocket query code doesn't properly check for the number of points that it is given and then has overflows later in the code sequence. I don't have access to the actual code and I could be all wet here, but I thought it could be helpful to the lackeys to point out my observation. Thanks for putting up with me. Gary Nudecacher
  4. Ok, another related one. When I go to my "Caches along a Route" "Find User Routes near your trip" page, I have three pages of route links. When I click on the ">>" or other page navigation buttons or numbers, sometimes I get an error like the "queue empty" error. This one isn't recreatable, as it is ok if retried, like an uninitialized variable type problem that shows intermittently. I've gotten it a number of times this afternoon, but I wasn't paying enough attention to capture the error page. I'll watch for it again. Nudecacher
  5. Ok, with respect to the other problem of the route pocket query map being wrong, I have an example in my "trip13 Richland-to-Boise 1.1mi GC10A9 463" query. The map on the route pocket query page shows the route having the last half chopped off and a huge jump to San Diago and then a brief route continuing to L.A. So there's some sort of a problem with the list of route turns that's given to google map. It's like the route turns are stored in multiple records and the continuation from one to the next is corrupt or retrieved incorrectly. My "trip13 Richland-to-Boise 1.1mi GC10A9 463" route pocket query does a similiar thing, it starts out okey, but then takes a jump up by about .5 degree and then continues as if it is using relative position points. The rest of the route is the right shape, but offset. Come to think of it, the Richland-to-Boise one above is also a verticle offset, just much larger. It's final tail is mirror of what would be correct without the offset, so maybe there isn't anything to this theory. Don't know if my observations are a help, but perhaps the details will allow replication of the problems. Nudecacher
  6. Actually, you can delete the faulty Pocket Queries okay, but not the Uploaded Routes! To delete the PQs, tick them on the PQ list and click on the trash can at the bottom of the list. Should give you some more space. As you say, it is a nuisane not being able to delete Existing routes though. Oh, thanks. Yes. Nudecacher Oh, and this is very strange. The preview for the failed route pocket queries' maps give caches on the intended routes. So the failure is after the route pocket query is actually created successfully, something to do with the post creation processing. Nudecacher
  7. Actually, you can delete the faulty Pocket Queries okay, but not the Uploaded Routes! To delete the PQs, tick them on the PQ list and click on the trash can at the bottom of the list. Should give you some more space. As you say, it is a nuisane not being able to delete Existing routes though. Oh, thanks. Yes. Nudecacher
  8. The "Queue empty" failure probably is a side effect of the real original failure that isn't visible.
  9. Not only am I getting the "Queue empty" error for some route queries, but every time I attempt one that fails that way it takes an additional slot in my 40 maximum queries with "You have reached the maximum number of Pocket Queries for this account". Editing and running a query shouldn't take a new slot. So now I'm dead in the water with 9 dead pocket query slots. There is no way to delete a corrupt query because I get the "Queue empty" error before I can get to the DELETE button. Apparently there is a bug that is triggered by something explicite in the route klm file. For one of the route pocket queries that failed, I created a new route with the same klm file that looks good in GoogleEarth and the query created from that route fails the same with the "Queue empty" error. When I go back into the bad routes I notice that it says that they have 0 route turns. I examined the klm file in GoogleEarth and re-uploaded it before creating the final query that still fails. What is peculiar though, is that a preview run of the bad pocket queries return 482 or 487 caches consistently for the routes. I don't know if they are the right caches or not. The "07 Reedsport-to-Astoria.kml" route and pocket queries are the same. It appears that there is some failure in processing the klm file into the route record which leaves the route record corrupt. Then that corruption leads to a pocket query failure and a corrupted pocket query record. Also of note is that saving the edit of a failed route pocket query takes a new slot in the query table. I don't have much to look at here, but if you don't retain a copy of the klm files I can email them to you. I also noticed that when I delete the offending route, it remains in my list of routes not deleted. If I had access to the code and the databases, I would look at my two identical "05 Susanville-to-Medford.kml" routes, the klm that created them, and all the duplicate copies of my pocket query records with the same names. It would be nice if you could delete my several "05 Susanville-to-Medford.kml" POCKET QUERIES and the two "07 Reedsport-to-Astoria.kml" POCKET QUERIES so that I could continue with my remaining "08 Astoria-to-Olympia.kml" and "09 Olympia-to-Home.kml" routes that I haven't tried to make into pocket queries yet. I'll schedule the good route pocket queries to run and I'll reserve the other existing 20 pocket query slots for my seventh world scan for that purpose and not get them tied up with my vacation route query problems. Gary aka Nudecacher
  10. Humm, ... thank you. I hadn't noticed those. That's a start, but I was thinking more in the line of an RSS feed on the comments in a forum topic and especially searches on the comments. Anyway, keep up the good work. Nudecacher
  11. An RSS feed on a forum search would be nice too. Then I'd see posts of interest when I'm checking all my other RSS feeds for news and such. Does the Forum software already have such a feature that is currently turned off? I would think that any new forum application would include RSS 2.0 feeds these days. It seems that it could be implemented along with the indexing code. I'm seeing RSS feeds not only with blogs and news but also with lots of specific site searches. Nudecacher
  12. This happened to me this evening too. I find it hard to believe that gmail is bouncing my emails. I have plenty of space left, and they are one of the most reliable services around. Did geocaching.com have a hiccup? Gary aka Nudecacher
  13. I remember Howard's Gulch. I was there in May of 2005 so we weren't even close at meeting, but that could be arranged. I've been to lots of geocaching events. That was a fun cache, there was no one there at the time, and I got in lots of nuding. Nudecacher Perhaps we can howdy at GW6. I'm planning on being there since it's going to be reasonably near to where I live. I would have said that it's probably too far away, but then I looked it up. GeoWoodstock VI Sacramento, California May 24, 2008 and guess when Bare-to-breakers in San Francisco is? It's always the third Sunday in May and next year that is May 18, so I might actually want to put a trip together for both. I was feeling bad that I was too busy to go this year and that I want to go next year. In my avitar picture here I'm wearing my runners bib with the number from 2006. A bunch of geocachers could join me for the Bay-to-Breakers race the weekend before if they'd like. It would be lots of fun. Thanks for the invite. Nudecacher
  14. I remember Howard's Gulch. I was there in May of 2005 so we weren't even close at meeting, but that could be arranged. I've been to lots of geocaching events. That was a fun cache, there was no one there at the time, and I got in lots of nuding. Nudecacher
  15. I expect that NudeCacher, like most Naturists, is far too smart to engage in public debate about this! Besides, wasn't the question about placing caches in or at nude locations, and wasn't it answered long ago? For those who don't didn't follow the old forums, several years ago now, most nudist resorts limit access so caches don't really work there. I've enjoyed the caches that I've found in public nude areas, like the one at Wreck Beach which is now archived. There are caches outside the gates of some of the resorts which I've found. I've been surprised at how many nudists are geocachers and have contacted me. I used to have the LARC website in my profile, but Groundspeak asked me not to include the link there and in my posts because of the "Commercial" rules. It was easy enough to find anyway. I no longer do that website, but that is another story. Nudecacher
  16. Would either of these be possible? Assuming that nudist don't wear some kind of cool utility belt like Batman. After all where would you keep your wallet? But being as I am just a "textile" I wouldn't understand right? Us lowely textiles having to sit at the back of the cachemobile and only visit our own segregated textile caches. I leave my wallet in my truck and I have my keys on a lanyard that I found as a trade item in a cache. I have a small pack that I carry for my keys, the camera, the gps and trade items. I would have hopped in earlier here, but I couldn't figure out what the question was. Nudecacher
  17. I just thought I'd post something off topic to this thread, since I didn't read the original posting or any of the replies. Nudecacher
  18. I haven't spotted anybody that's better than me yet. Nudecacher
  19. "There are three kinds of people..." 256 is a great number, as is 512, 1025, 2048, 4096, 8192, ... Nudecacher
  20. Hey, here I am. That would be a lot of fun! I obviously don't have anything to hide. My real name, address, and phone number have been posted. I considered what that meant when I did it and decided to go ahead with it. I used to include the LARCnudists website, where I have been the webmaster, in my profile, but I was asked to remove the link by Groundspeak and not to post the link in my signature line or on the forums after it had been there for three years. LARC is a non-profit social club, but the resort where they reside is not, so the URL was considered to be a commercial reference. There are a few people who object to my existence, and they hound Groundspeak to have as much information about me removed as possible. That makes it some what more difficult for me to be open about who I am. Most of the local cachers and many in the forums know my real name, and I always include it and a real email address when I reply to the world wide fan emails I receive. Gary Young aka Nudecacher
  21. How about nude naked caching! That would be fun too. It would be a lot harder though, because the nude friendly caches are usually somewhere there finding them without a GPSr would be all but impossible. Nudecacher
  22. Oh, yuck. Fortunately we don't have any of that around here. The worst we have is nettles, but I've gotten good at identifying them. Nudecacher
×
×
  • Create New...