Skippermark Posted November 5, 2009 Posted November 5, 2009 It looks the zip code tweak in this update has broken the zip code search feature in the GC iPhone app. Entering zip codes for various areas returns an error saying "No caches were found".
+Team JerTin Posted November 5, 2009 Posted November 5, 2009 still have no idea how to get it to my 2 garmin units.
+tldub Posted November 5, 2009 Posted November 5, 2009 still have no idea how to get it to my 2 garmin units. I'm just waiting for the relaunch this morning so I can load into my gps and go.
guggie Posted November 5, 2009 Posted November 5, 2009 How come when I go to the welcome page and click the "go" button next to where my lat and long are filled in (pre-populated) i get a long list of nearby locations to choose from? This is a new "feature"? I'm not interested in nearby locations. I want to search in a radius from my home! Fixed as of 12:21P EST today.
OpinioNate Posted November 5, 2009 Author Posted November 5, 2009 Searching by postal code works from basic search page (http://www.geocaching.com/seek/). However, in Advanced search page (http://www.geocaching.com/seek/nearest.aspx) it returns "Postal code cannot be found in the system. Please try another search option." Tried it with LV1010 postal code. This is an existing bug related to the fact we use an internal postal code database for the advanced search page. We intend to point all three search locations to the same db (the one that works), which will fix this issue. Well it seems that this update has brought back the clearing text bug if you type your log then choose any option in the log type, what you typed is cleared! Fixed for the redeploy. How come when I go to the welcome page and click the "go" button next to where my lat and long are filled in (pre-populated) i get a long list of nearby locations to choose from? This is a new "feature"? I'm not interested in nearby locations. I want to search in a radius from my home! Hotfixed to live. "The [A] bookmark list edit bug has been fixed! " - Nate I have a bookmark list ("LTF list") with 111 entries. If I ask to display 150 or 200 at a time, I do not get the complete list. (It looks like I'm getting 91 entries, but it's too tedious to count to be sure. It is less than 100 and certainly not the whole list.) Investigating. 12871: Standardize Mystery cache terminologyReplaced all instances of "Unknown" cache type with "Mystery/Puzzle" Where exactly? I know I pointed this out in my message here but the 2 screenshots I posted are still valid, no correction were made : Didn't make it to production. This will be fixed in the redeploy. 12776: Include metric distance in coordinate change log calculationAdded "distance from old" in meters Cool! Could have come earlier considering every Country in the world use it except 3. Quoting Wikipedia: The system is nearly universally employed. Three principal exceptions are Burma (Myanmar), Liberia, and the United States. This prove how US still want to dominate the world... Thanks! This release note was a little premature - sorry! It will be in the next release. I'm not sure if this happened as a result of the last release but I've never noticed it before... Go to any user's profile and click on the "Trackables" tab. The username in the navigation links at the top of the page is replaced by: [This User] Just noticed that myself. It also doesn't properly link to the user's profile page but rather to: http://www.geocaching.com/profile/? Fixed in the redeploy. We're putting the finishing touches on the new build now. I'll update the thread when we go live. Thanks!
OpinioNate Posted November 5, 2009 Author Posted November 5, 2009 still have no idea how to get it to my 2 garmin units. I'm just waiting for the relaunch this morning so I can load into my gps and go. There are numerous ways to transfer caches to your Garmin if you're pressed for time. The simplest is to download the .GPX from the cache page and, depending on your GPS model, copy it over. GSAK is a good free program to use for this.
+Team JerTin Posted November 5, 2009 Posted November 5, 2009 (edited) There are numerous ways to transfer caches to your Garmin if you're pressed for time. The simplest is to download the .GPX from the cache page and, depending on your GPS model, copy it over. GSAK is a good free program to use for this. thank you...i'll give that a try. Edited November 5, 2009 by Team JerTin
+GeeOCachers Posted November 5, 2009 Posted November 5, 2009 When creating a puzzle/mystery cache (the only one I tested), after you have submitted but before it is approved, going back to edit the cache causes the type to change to "traditional".
+BBosman Posted November 5, 2009 Posted November 5, 2009 When creating a puzzle/mystery cache (the only one I tested), after you have submitted but before it is approved, going back to edit the cache causes the type to change to "traditional". Same here. Our local reviewer has been publishing "traditionals" all evening. (They changed by accident when he worked on them as well) I just heard from him on Twitter that he won't be publishing any caches the next few days until all the bugs are ironed out.
Space*Cadet Posted November 5, 2009 Posted November 5, 2009 I am getting a Server Error: 500 - Internal server error. There is a problem with the resource you are looking for, and it cannot be displayed. I get this message every time I have tried to download the coordinates to my Garmin GPS unit? It only started occurring today! Please correct it? I don't like entering coordinates manually Takes too long!
+CoordinateCollectors Posted November 5, 2009 Posted November 5, 2009 Send to GPX is broken? Is "1728: GPX files: need attributes" to blame? I get: 500 - Internal server error. There is a problem with the resource you are looking for, and it cannot be displayed. from: http://www.geocaching.com/error/error.aspx.../sendtogps.aspx Investigating now. This is fixed but we need to redeploy the site for it to take effect. That will happen in the morning. I'm very sorry for the delay in the meantime! When will this take place? It's only 6:20am in Seattle. How about in a couple hours? Does anyone know why this still isn't fixed? It's not 6:20am in Seattle any more!
+Gushoneybun Posted November 5, 2009 Posted November 5, 2009 After uploading field notes a pink box now appears in the my profile page stating that I have pending field notes, I like it. BUT I have now done them all and it still says I have one pending when I click on the link it takes me to the page with the detail on how to upload field notes and in red says: No logs have been found for your account at this time.
OpinioNate Posted November 5, 2009 Author Posted November 5, 2009 (edited) The site is coming down now for deployment. Please standby. Edit: We found a last minute bug related to the subscribe/unsubscribe email settings and are working that into the build. Currently testing the fix and will rebuild and redeploy asap. Edited November 5, 2009 by OpinioNate
Rhialto Posted November 5, 2009 Posted November 5, 2009 12871: Standardize Mystery cache terminologyReplaced all instances of "Unknown" cache type with "Mystery/Puzzle" Fixed, thanks!
+trista74 Posted November 5, 2009 Posted November 5, 2009 Send to GPX is broken? Is "1728: GPX files: need attributes" to blame? I get: 500 - Internal server error. There is a problem with the resource you are looking for, and it cannot be displayed. from: http://www.geocaching.com/error/error.aspx.../sendtogps.aspx Investigating now. This is fixed but we need to redeploy the site for it to take effect. That will happen in the morning. I'm very sorry for the delay in the meantime! When will this take place? It's only 6:20am in Seattle. How about in a couple hours? Does anyone know why this still isn't fixed? It's not 6:20am in Seattle any more! Will this be fixed today? And to clarify, it's Send to GPS that isn't working. The link to download GPX files is working fine.
OpinioNate Posted November 5, 2009 Author Posted November 5, 2009 The site is back up. The following issues have been addressed. 13278 Send to GPS fails (Garmin) 11214 Postback when selecting cache log type 13291 Breadcrumb trail on trackables tab of profile listing "This User" rather than username 13293 "Owned" trackables count always zero 13295 When editing a cache listing, cache type is lost and defaults to 'Traditional' 13283 Field Notes banner: Remove number of FN waiting 12871 Standardize Mystery cache terminology (HOTFIX) 13290 When searching for caches from specific coordinates, list of locations appears (HOTFIX)
+mcgillz Posted November 5, 2009 Posted November 5, 2009 I am still having the following problem as of 11/05/09 18:30 EST..... Send to GPX is broken? Is "1728: GPX files: need attributes" to blame? I get: 500 - Internal server error. There is a problem with the resource you are looking for, and it cannot be displayed. The site is back up. The following issues have been addressed. 13278 Send to GPS fails (Garmin) 11214 Postback when selecting cache log type 13291 Breadcrumb trail on trackables tab of profile listing "This User" rather than username 13293 "Owned" trackables count always zero 13295 When editing a cache listing, cache type is lost and defaults to 'Traditional' 13283 Field Notes banner: Remove number of FN waiting 12871 Standardize Mystery cache terminology (HOTFIX) 13290 When searching for caches from specific coordinates, list of locations appears (HOTFIX)
OpinioNate Posted November 5, 2009 Author Posted November 5, 2009 I am still having the following problem as of 11/05/09 18:30 EST..... Send to GPX is broken? Is "1728: GPX files: need attributes" to blame? I get: 500 - Internal server error. There is a problem with the resource you are looking for, and it cannot be displayed. Please make sure you have logged out/in and closed/opened your browser window to start a new session. This is necessary when the site rebuilds. If you still have trouble please reply. Thanks.
+genegene Posted November 5, 2009 Posted November 5, 2009 (edited) What about the field notes? Its locked at 01/01/0001 5:00:00 AM Edited November 5, 2009 by genegene
+trista74 Posted November 5, 2009 Posted November 5, 2009 The site is back up. The following issues have been addressed. 13278 Send to GPS fails (Garmin) 11214 Postback when selecting cache log type 13291 Breadcrumb trail on trackables tab of profile listing "This User" rather than username 13293 "Owned" trackables count always zero 13295 When editing a cache listing, cache type is lost and defaults to 'Traditional' 13283 Field Notes banner: Remove number of FN waiting 12871 Standardize Mystery cache terminology (HOTFIX) 13290 When searching for caches from specific coordinates, list of locations appears (HOTFIX) Send to GPS is working now. Thank you very much for fixing it!
OpinioNate Posted November 6, 2009 Author Posted November 6, 2009 What about the field notes? Its locked at 01/01/0001 5:00:00 AM Please elaborate.
+genegene Posted November 6, 2009 Posted November 6, 2009 When I go to upload my field notes, the date next to the box says this: By default, the site will not upload Field Notes contained in your file before 1/1/0001 5:00:00 AM to reduce accidental duplicate logs. Uncheck the option below to include all Field Notes. Ignore logs before 1/1/0001 5:00:00 AM I have tried uploading it with, and without the box checked and it makes no difference. The date is locked and it uploads everything in my "geocache_visits Text Document" list. Not sure why it is doing what it is doing and its quite odd. Any ideas why?
Moun10Bike Posted November 6, 2009 Posted November 6, 2009 I have tried uploading it with, and without the box checked and it makes no difference. The date is locked and it uploads everything in my "geocache_visits Text Document" list. It makes no difference because, unless you were around and geocaching at the time of Christ, your field notes are going to be dated after 01/01/0001. You would only see a change if the date came after the date of the logs in your field notes. Once you upload a set of field notes, this date will change to the latest time stamp in your file. Then, subsequent uploads will ignore those notes posted prior to that time - if the checkbox is checked - in order to avoid potential duplication of uploaded field notes.
+genegene Posted November 6, 2009 Posted November 6, 2009 That's the problem, the date is locked and it wont change no matter what I do.
Moun10Bike Posted November 6, 2009 Posted November 6, 2009 I don't know what you are doing, but I spoofed your login, uploaded a set of my own field notes, and the date changed to the time of my last note:
+genegene Posted November 6, 2009 Posted November 6, 2009 Well it worked for about 25 seconds. I deleted your finds and the date stayed what it showed you. I uploaded my finds to check it and then deleted them and the date changed back to 01-01-0001 5:00:00 am Good try though.
+tozainamboku Posted November 6, 2009 Posted November 6, 2009 (edited) Took advantage of the fix to the bookmark to edit a couple of bookmarks. Then I began the laborious process of moving some bookmarks from one list o another and and after moving one, I am getting the following message when I go back tot he original list: You do not have permissions to view this list. My other list are OK, just the one I edit some bookmarks and then deleted some other. I did do an undo delete, and then immediately deleted it again after copying the data to the other list. Perhaps the problem is there. (Beginning to think I should've reported this as new problem and not an issue with the new release). Edited November 6, 2009 by tozainamboku
Moun10Bike Posted November 6, 2009 Posted November 6, 2009 (edited) Well it worked for about 25 seconds. I deleted your finds and the date stayed what it showed you. I uploaded my finds to check it and then deleted them and the date changed back to 01-01-0001 5:00:00 am Good try though. I think you are misunderstanding the function of this microfeature. I'm not sure why you saw the date stick after you deleted what I uploaded (perhaps cached in your browser or a side-effect of my spoof of your login), but it is expected that If you delete field notes, it will reset your time back to 01-01-0001. However, if you instead use the field notes (i.e. post them), the date will stick. Edited November 6, 2009 by Moun10Bike
+benh57 Posted November 6, 2009 Posted November 6, 2009 Well it worked for about 25 seconds. I deleted your finds and the date stayed what it showed you. I uploaded my finds to check it and then deleted them and the date changed back to 01-01-0001 5:00:00 am Good try though. I think you are misunderstanding the function of this microfeature. I'm not sure why you saw the date stick after you deleted what I uploaded (perhaps cached in your browser or a side-effect of my spoof of your login), but it is expected that If you delete field notes, it will reset your time back to 01-01-0001. However, if you instead use the field notes (i.e. post them), the date will stick. The date sticks, but the feature doesn't work... it still imports the logs even though it says it won't. To reproduce, upload a field notes, log them using the field notes feature, then upload the file again -- they are reimported.
+pppingme Posted November 6, 2009 Posted November 6, 2009 13283 Field Notes banner: Remove number of FN waiting Wow, so one person didn't like it wasn't being updated "realtime" and it was removed? Now there is NO COUNT OF FIELD NOTES ANYWHERE.
OpinioNate Posted November 6, 2009 Author Posted November 6, 2009 Took advantage of the fix to the bookmark to edit a couple of bookmarks. Then I began the laborious process of moving some bookmarks from one list o another and and after moving one, I am getting the following message when I go back tot he original list: You do not have permissions to view this list. My other list are OK, just the one I edit some bookmarks and then deleted some other. I did do an undo delete, and then immediately deleted it again after copying the data to the other list. Perhaps the problem is there. (Beginning to think I should've reported this as new problem and not an issue with the new release). Very strange. Can you tell me the name of the list so I can see for myself? Thanks.
OpinioNate Posted November 6, 2009 Author Posted November 6, 2009 13283 Field Notes banner: Remove number of FN waiting Wow, so one person didn't like it wasn't being updated "realtime" and it was removed? Now there is NO COUNT OF FIELD NOTES ANYWHERE. The number did not update in real time and was therefore misleading. To force it to update every time you visited the /my/ page was too big a hit to the database so we removed it. Knowing you have some field notes pending is almost as good as knowing how many.
Moun10Bike Posted November 6, 2009 Posted November 6, 2009 The date sticks, but the feature doesn't work... it still imports the logs even though it says it won't. To reproduce, upload a field notes, log them using the field notes feature, then upload the file again -- they are reimported. Thanks for clearly describing your issue, benh57. I'll investigate.
Moun10Bike Posted November 6, 2009 Posted November 6, 2009 The date sticks, but the feature doesn't work... it still imports the logs even though it says it won't. To reproduce, upload a field notes, log them using the field notes feature, then upload the file again -- they are reimported. Thanks for clearly describing your issue, benh57. I'll investigate. I am not seeing this issue. If I upload the same field notes the last one in the file does reimport, but that's because it technically does not fall "before" the cut-off date (it falls precisely on the cut-off date). Do you have more info to help me repro what you are seeing? Could I perhaps get a copy of the field notes file you are using? Thanks!
+pppingme Posted November 6, 2009 Posted November 6, 2009 13283 Field Notes banner: Remove number of FN waiting Wow, so one person didn't like it wasn't being updated "realtime" and it was removed? Now there is NO COUNT OF FIELD NOTES ANYWHERE. The number did not update in real time and was therefore misleading. To force it to update every time you visited the /my/ page was too big a hit to the database so we removed it. Knowing you have some field notes pending is almost as good as knowing how many. Based on your reply, since the banner itself isn't real time (it still shows after field notes have been cleared) then the whole banner should have been removed, not the count within. The complaints I've seen focus on the banner itself, not the count (only one complaint about that).
+Simon Mates Posted November 7, 2009 Posted November 7, 2009 By coincidence the Send to GPS problem came right after I'd gotten an XP update. I did not blame Groundspeak for the problem. Sure glad I held my thoughts to myself (for a change). Many thanks.
+TotemLake Posted November 7, 2009 Posted November 7, 2009 (edited) I have a problem with the GPX tweak done on this site. You have third party software interfacing with your site now and the designers went through a lot of work to make sure the symbols came out correctly per your specs and licensing agreements. I don't know about other software, but it affects Cache Register and DeLorme's Topo. I typically shake and bake my PQs through GSAK, but tonight I ran a test. I downloaded a PQ and imported it to T8 and all of the caches came up as traditional. None of the puzzles or multi's came out correctly. GSAK still handles them correctly which is nice. If you're going to make these changes at least have the professional courtesy of advising your third party partners so they can make appropriate changes to their software without being caught blindsided. I've heard the claim is made the GPX format is compliant. Compliancy isn't the issue. Design change without appropriate notice is. Edited November 7, 2009 by TotemLake
+JeremyR Posted November 7, 2009 Posted November 7, 2009 (edited) GPX files are built on the foundation of XML, which by design and purpose is meant to be extensible (that's what the X in XML stands for). If adding cache attribute data to the content of the GPX file causes certain software applications to fail to load the GPX file properly, that's the fault of whoever coded the application, not Groundspeak. Your complaint would be better aimed at the developers of software that implemented lazy XML parsers which fail to properly take changes to the GPX file format in their stride (as *any* properly coded program would). Edited November 7, 2009 by JeremyR
+TotemLake Posted November 7, 2009 Posted November 7, 2009 GPX files are built on the foundation of XML, which by design and purpose is meant to be extensible (that's what the X in XML stands for). If adding cache attribute data to the content of the GPX file causes certain software applications to fail to load the GPX file properly, that's the fault of whoever coded the application, not Groundspeak. Your complaint would be better aimed at the developers of software that implemented lazy XML parsers which fail to properly take changes to the GPX file format in their stride (as *any* properly coded program would). I was waiting for this response. Re-read the post. I didn't complain about making design changes nor the compliancy to XML. I complained about the lack of communication of these changes to their partners. Delivery of the PQs without the use of email is a new feature provided by GS. Without knowing how the programming is done, small tweaks now affect the usage of the product that was designed to take advantage of it. Future revenue streaming from other companies that may want to jump in and do the same thing can be affected. Again, it was about simple lines of communication.
stebu Posted November 7, 2009 Posted November 7, 2009 GPX files are built on the foundation of XML, which by design and purpose is meant to be extensible (that's what the X in XML stands for). If adding cache attribute data to the content of the GPX file causes certain software applications to fail to load the GPX file properly, that's the fault of whoever coded the application, not Groundspeak. Your complaint would be better aimed at the developers of software that implemented lazy XML parsers which fail to properly take changes to the GPX file format in their stride (as *any* properly coded program would). I was waiting for this response. Re-read the post. I didn't complain about making design changes nor the compliancy to XML. I complained about the lack of communication of these changes to their partners. Delivery of the PQs without the use of email is a new feature provided by GS. Without knowing how the programming is done, small tweaks now affect the usage of the product that was designed to take advantage of it. Future revenue streaming from other companies that may want to jump in and do the same thing can be affected. Again, it was about simple lines of communication. I agree, it would have been nice to know that "Unknown" is changed to "Mystery/puzzle". This has nothing to do with XML parsing, it is about how cache types are coded.
+two bison Posted November 7, 2009 Posted November 7, 2009 12937: add INATN to the software page Added link to itsnotaboutthenumbers.com Now, at INATN we get: 1728: GPX files: need attributes Added geocache attributes to Pocket Queries 12937: add INATN to the software page Added link to itsnotaboutthenumbers.com So that happened. Everything is shut down for now until I can figure out what has crippled the site. Please help get itsnotaboutthenumbers back up and running. Thanks.
+abcdmCachers Posted November 8, 2009 Posted November 8, 2009 Again, it was about simple lines of communication. I agree that a heads up on this type of change would be much appreciated. As author of CacheStats, I think CacheStats will be able to handle the GPX changes, but I can't easily test it because I did a my finds PQ earlier this week. Having even just a short notice would be really nice. Groundspeak, how about replacing the very old pinned discussion in this forum (the one that says shout out if you're a GPX developer), and replace it with a GPX announcements thread? Advantages: easy for GPX developers to follow via RSS, and no people posting asking to be added to the non-existent mailing list. Even if you can't give prior notice, but instead post to the announcments at or shortly after the release, that would still help out because it's one location that people can go to and less likely to get missed as can happen in long release notes. Thanks for considering this.
+Gaiter Man Posted November 8, 2009 Posted November 8, 2009 Took advantage of the fix to the bookmark to edit a couple of bookmarks. Then I began the laborious process of moving some bookmarks from one list o another and and after moving one, I am getting the following message when I go back tot he original list: You do not have permissions to view this list. My other list are OK, just the one I edit some bookmarks and then deleted some other. I did do an undo delete, and then immediately deleted it again after copying the data to the other list. Perhaps the problem is there. (Beginning to think I should've reported this as new problem and not an issue with the new release). Very strange. Can you tell me the name of the list so I can see for myself? Thanks. I've been experiencing a similar problem, but only with my Ignore List. Whenever I attempt to view the list, I get the following message: You do not have permissions to view this list. In the past, I have always been able to view and edit this list, but now I can't even view the list. Could the bookmark edit fix mentioned in this thread have somehow generated this new issue? In any case, I hope this one can be fixed soon.
LQ Posted November 9, 2009 Posted November 9, 2009 Did this release affect wap.geocaching.com? Not sure when I used it successfully the last time, but today I couldn't. See separate bug report in the pinned wap thread.
+Cache O'Plenty Posted November 9, 2009 Posted November 9, 2009 Same here with WAP. Although I'm using a new phone for the first time so I don't know if it's the phone or the interface. Can get to the User ID and Password entry page but no further. Won't do anything when I tap Submit.
+5 Caching Campers Posted November 9, 2009 Posted November 9, 2009 1728: GPX files: need attributes Added geocache attributes to Pocket Queries I want to be able to see these on my GPS!! Get an iPhone. Write your app for something other than a phone that only runs on a the network with the worst 3G coverage available.
+benh57 Posted November 10, 2009 Posted November 10, 2009 The date sticks, but the feature doesn't work... it still imports the logs even though it says it won't. To reproduce, upload a field notes, log them using the field notes feature, then upload the file again -- they are reimported. Thanks for clearly describing your issue, benh57. I'll investigate. I am not seeing this issue. If I upload the same field notes the last one in the file does reimport, but that's because it technically does not fall "before" the cut-off date (it falls precisely on the cut-off date). Do you have more info to help me repro what you are seeing? Could I perhaps get a copy of the field notes file you are using? Thanks! Here's some better steps. 1. Find a bunch of caches (recorded in oregon field notes txt file) 2. Upload the field notes file, but don't log the caches yet. 3. forget to delete the field notes txt file from oregon 4. Find some more caches -- they end up appended in field notes file with the older finds 5. Upload file again --> All the finds from the first list are duplicated. Expected behavior: Ignore the finds which were already uploaded. Basically don't let me duplicate finds, that's never something i'd want.
+FraCaMen Posted November 10, 2009 Posted November 10, 2009 1728: GPX files: need attributes Added geocache attributes to Pocket Queries Is there a complete list of all these attributes and their id? Or is there a reference cache that contains all the attributes? If not, is there a GPX file available (for hobby developers like me) to test my software?
+JeremyR Posted November 10, 2009 Posted November 10, 2009 Is there a complete list of all these attributes and their id? It's fairly easy to discover them yourself: Descriptive Name ID *** Permissions: Dogs 1 Bicycles 32 Motorcycles 33 Quads 34 Off-road vehicles 35 Snowmobiles 36 Horses 37 Campfires 38 *** Special Equipment Access or parking fee 2 Climbing gear 3 Boat 4 Scuba gear 5 Flashlight required 44 *** Conditions Recommended for kids 6 Takes less than an hour 7 Scenic view 8 Significant hike 9 Difficult climbing 10 May require wading 11 May require swimming 12 Available at all times 13 Recommended at night 14 Available during winter 15 Stealth required 40 Watch for livestock 43 Needs maintenance 42 *** Hazards Thorns 39 Poison plants 17 Snakes 18 Ticks 19 Abandoned mines 20 Cliff / falling rocks 21 Hunting 22 Dangerous area 23 *** Facilities Wheelchair accessible 24 Parking available 25 Public transportation 26 Drinking water nearby 27 Public restrooms nearby 28 Telephone nearby 29 Picnic tables nearby 30 Camping available 31 Stroller accessible 41 Hope this helps.
Recommended Posts