Jump to content

tomastomas

+Premium Members
  • Posts

    11
  • Joined

  • Last visited

Everything posted by tomastomas

  1. I still think an example of the correct format in the error message would be more helpful than just a link to the help center. But why chose one when you can have both? This would be my prefered error message: "Please enter latitude and longitude values in HDD MM.mmm format. Read more here" And please please please, make the link a target="_blank" so that clicking on the link does NOT kidnap my window and all my edits are lost
  2. I noticed that the coordinate verification thing for waypoints is a bit too unforgiving. N 59° 18.725' E 14° 36.573' is OK N59° 18.725' E 14° 36.573' is NOT OK N 59° 18,725' E 14° 36.573' is NOT OK The detected problem in 2 above is a missing space between "N" and "59" The detected problem in 3 is a decimal comma instead of decimal dot. In none of these cases the website tells the user what the problem is. Either you get a "Please enter valid coordinates." or "Please enter latitude and longitude values in DDM format only.". What does DDM even mean? An example of correctly formatted coordinates would be more helpful. Why not use the same verification rules as the "corrected coordinates" field uses? It seems more forgiving and at least can parse the number 2 version above.
  3. As beeing colourblind I have a lifetime experience with the fact that web designers often totally ignore 8-10% of the male population I can report that at least for me the green and brown are totally impossible to distinguish (the blue is not a problem for me), however, they at least have a very clear icon. It would be nice if the colours had been seleced in a way that would allow colourblind persons to distinguish the colours too, but since the icons are unique they can still be accepted. At least from my ponit of view.
  4. I know, it's not perfect, but it's the best I can do. Yes, the email the CO receives will only contain the predefined text and that I can't do anything about. But at least, everyone (cachers as well as CO) reading the logs on the cache listing page or app will read my edited log which I consider to be more informative than the predefined ones.
  5. 2200+ logs and still not a single TFTC log, I don't intend to start now ;-) Also, I edit my NM logs so they contain useful information instead of the predefined texts.
  6. Good point! Another question, for you with perspective as a reviewer. Since I'm now encouraged to write my description of what's wrong with the cache in my Found log, and the NM log only contains the (mostly) non informative predefined texts, wouldn't it be easier to at least find my description of what's wrong with the cache (i.e, my Found log) adjecent to the actual NM log?
  7. Noticed today: If I add a Needs Maintenance log together with my Found log, my Found log will have the date from my Field Note (uploaded from my Garmin), like 2017-07-10, but my NM log will have today's date (2017-07-25). I found the cache and saw the problem at the same time, of course should the NM-log inherit the date from the Found log since it no longer is possible to write a separate NM log (which by itself is wrong way to go, but that's a question for another thread). I can still edit the predefined text of the NM log to something useful to the cache owner, but the date is not possible to edit to the correct date..
  8. I have noticed the same behavoiur as TheCrazyChemist, and it is NOT a result of "duplicate caches" on the gps unit. The cache exists in one and only one PQ, and it is included in the PQ even though I have ticked the box "is enabled" when I create the PQ. You can also view the result of the PQ on www.geocaching.com/map/ and see that also "grey" caches are visible on the map. /tomastomas
×
×
  • Create New...