Jump to content

kabsi

+Premium Members
  • Posts

    35
  • Joined

  • Last visited

Everything posted by kabsi

  1. Me, too. I have insta-notifications set up for all types of caches and logs. But I am sometimes missing out on important details that are logged as "note" type of logs. For example if people move away they write a note in their caches that they will be archived soon. I don't get these notes as they are not supported by insta-notifications. So when I get the "archived" log through insta-notifications it's to late to find the cache.
  2. Since you also can't get reviewer notes, I image this may be a security feature, to keep people from receiving notes from unpublished caches. Even though they are using Microsoft ASP it should be pretty easy to design notifications in a way that they are not sent for unpublished caches. That's what programmers are for.
  3. I don't agree as support Chrysalides' point of view. Nevertheless I am interested int your "technology": How do you add new caches to your watchlist automatically?
  4. For example "Archive" and "Needs Maintenance" logs do relate to status changes but I don't see how "found it" or "didn't find it" logs convey status changes on caches. In my opinion watchlists can not replace insta-notifications. Watchlists work in a completely different way. If they could replace notifications, I'd quit my subscription and use them instead.
  5. I am wondering if it is possible to be able to receive notifications on note type logs on caches? You can get notifications on almost all other entries. Why not notes?
  6. kabsi

    Notifications

    Why? Do you think sending notifications on "note" logs will add a noticeable amount of emails? I don't think so. Most of the emails will be "found it" logs, all other types are of no real relevance.
  7. kabsi

    Notifications

    (removed, duplicate)
  8. kabsi

    Notifications

    What's the current state of this request? Me, too, would like to see this feature! I missed out some interesting notes as the "posted a note" log type is not available for notifications. What could be the reason to limit this feature to admins? I think bandwidth usage is not a problem as the "found it" log type is the prevalent one. Cheers Daniel
  9. ...and German geocachers, too. Currently, the subject in log e-mails that contain "umlaute" is uglified. Example: [GEO] Notify: Kilogixxer found M& #252;hlenweg 6 - W& #252;rschhauser M& #252;hle (Traditional Cache) PS: Added a space character between & and #
  10. The map works now. I can even visualize my own finds on the map using the guid of a "My Finds" PQ. Sorry, I can't reproduce your problem. I can see all caches on the map. The ones I have found a marked with a smilie the others with the appropriate icon.
  11. Thanks, that's great news! I'm looking forward to it.
  12. I always found the preview in google maps to be the only useful feature of PQs. Any news about it? Will it be revived in the near future?
  13. What about the missing map preview for Pocket Queries, will it be implemented again or will this feature be dropped for good?
  14. I've read in a German news group that with firmware 3.50 the number of characters in the "Note:" field of waypoints have dropped from 30 th 16 characters. That does not sound too good. Can anybody please confirm or reject this for the 60CSx?
  15. I've read in a German news group that the new firmware 3.50 limits the text note for waypoints to 16 characters (3.30 had 30 characters). Can anybody confirm or reject this?
  16. The events are sorted by DATE, as they should be. Yes any events on the same day could also be sorted by distance, but it's not rocket science to look over that day and see which one is closest to you. If it ain't broke don't "fix" it. Duh, I never meant it to be that complicated. I am only interested in events close to me. Who isn't? So either the list should be sorted by distance so I can easily find events near me (and then it's not rocket science to look over nearby events and see which one is earliest) or ScarabDrowner has a very valid point that the list needs to be limited by distance set by the user.
  17. The caches (see IV. Recently Published Geocaches ) are listed in increasing distance from your home coordinates. If you are interested in caches only 30 miles away, why don't you just stop reading after the caches reach this distance? The list of events (see III. Upcoming Events (25 Events)) is a different issue as this list is not sorted by distance to home coordinates. I'd appreciate if this list had been sorted like the caches.
  18. Today I received the Groundspeak Weekly Notification. I am most interested in section III. Upcoming Events. Pity again, this list is not sorted by distance. Quite contrary to section IV. Recently Published Geocaches which lists the caches sorted by distance to my home location. So it is possible to sort by distance, it's just not done when one would expect it.
  19. Don't misunderstand me. I am not saying that the web frontend of GC is bad. Quite opposite, it's very good. GC does a great job in providing the geocaching community with the biggest cache database ever and an interactive access to caches near you using Google maps. But for all search queries it lacks to answer the most important question for all location based services: "how far" / "how close"? Let me substantiate my point with some examples: Bookmark lists: There are a lot of public bookmark lists that collect caches according to a topic, e.g. "favourite caches" or "night caches". Theses list are sorted alphabetically. Why does GC think that geocachers need the caches listed in alphabetical order? All we want to know is which caches from a bookmark list are close to home so we can visit them. Travel Bugs: I wanted to find one of the many "Unite for Diabetes" travelbugs. The list returns "Unite for Diabets" TB from all over the world. This does not make sense. It should rather list only those TBs near me. I already mentioned that keyword search does not work properly because it returns caches from all over the world in a seemingly random order. Searching by username returns the caches sorted according to "placed date". This is nice if you want to finde the newest cache hides from a specific user. But what if you just started and look for the cache nearest to you? Summary: GC.com is a kind of location-based service. As such its data data must be seen in the context of the users's location. I'd like the web frontend to support that fact. Please correct me gently if I am wrong. Cheers Daniel
  20. I agree that almost all features requested in this forum can be fullfilled by exporting relevant parts of the GC database using PQs and processing the data at the local PC using GSAK. And this is probably the way to go for users with a slow internet connection and for users who install third party software. This is very nice of GC. On the other hand we have web 2.0 and the technologies that came with it. Google maps is just one part of it and I am happy that GC makes very good use of it. Since I paid my first subscription fee I can do PQs and PQ previews are almost all I need (except that I can not run keyword searches). So I think with PQs I can already "slice and dice" the database on the web but its UI needs a bit of "honing" here and there. For the web - outages: well, that just tells us that geocaching is attracts more and more public interest
  21. Arghh, you mentioned it again! Even both of them! PQ and GSAK. I hope you get a bandwith upgrade, so you can enter the web 2.0 world soon
  22. Your are right, the functionality that "trainlove" requested is already available. But what worth is a "keyword search" if the results come in a rather random order, i.e. alphabetically instead of sorted by distance from a location?
  23. Yeah, sorting results by distance is a must in my opinion. Currently this is not supported so there is no way I can find special types of caches that are close to my home or certain travelbugs in nearby caches.
  24. Ok, I just payed my $3 and now I am able to run PQs and use the "preview" function of PQs. It works as you described but I still can't find nearby "nightcaches" because PQs do not support keyword search. In my opinion, keyword search (and other search types queried through the web page) should support sorting results according to distance to my home coordinates.
  25. I know that your bandwith is very limited. But keep in mind that more and more people have a broadband connection to the internet. After all this is what allows for web 2.0! And even better, let the user select the sort order. There's already something like this on GC for trackable items: http://www.geocaching.com/track/search.aspx This search offers you to select from the following sort orders: Mind you: if you select "Sort by distance" to get the travel bugs closest to you, you are mistaken again! The distance is the distance the travel bug has moved so far. In my opinion, this renders this search useless as it is not possible to find travel bugs close to your home coordinates.
×
×
  • Create New...