Jump to content

thebruce0

Members
  • Posts

    23
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by thebruce0

  1. To expand a bit, Geosphere has the ability to display the proximity circles as an overlay on the map, and it's also set to only show on physical waypoints - posted coordinates for physical cache types, and multi-stage and final waypoints. (reference points, parking/trailhead/virtual etc are not relevant for proximity concerns and so don't show the circle). It's a very useful feature, especially when planning for cache placement in a busier area.
  2. Oh right, the red filing cabinet. When they were choosing the new icons I wasn't a fan of that one However, disable is also red, so by colour alone it would be confusing. Well the asy solution is just to use the same icons as the website
  3. Yeah red seems 'bad'. Archived is more neutral. I'd Archived should be black, and notes grey. Consistency would imply NM would be red or orange for potential problem, and Owner Maintenance perhaps green, good-to-go.
  4. The way I see it, GSAK's presentation of the logs has a different context. As said, it's more a recent generalization of the cach "health". As opposed to a list of recent logs in the context of "these are logs that have been posted most recently". In the latter case, consistency in icons is more important, because that's the context - specific log types. In the GSAK health context, red/green when grouped closer together imply something different, something collective, and so I'd say it's ok there to not use say yellow/blue smileys and frowneys. In the cache detail card lists, eg, on one line the most recent logs, I'd say remain consistent with official icons. If it were presenting them in a different context, a different method (which btw can also ignore notes which I believe GSAK does) then red/green makes more sense. IMO.
  5. Or provide selectable or customizable icon sets ;P
  6. Yes it would be tedious to fix problem characters in an xml as you'd have to edit it to something else, then parse it again. It could happen any number of times until the parser successfully loads the entire file. It'd be nice if it were possible to skip invalid character errors, but that opens a whole can of development worms
  7. Or maybe, 1. Post as Log Now 2. Save to Field Notes Now 3. Save to Field Notes Later 4. Save as Local Field Note (never upload) That way it's one option to select, not a hierarchy of multiple options. Save as an app default, but allow overriding individually when making a note in the app.
  8. I import my Finds PQ into Geosphere to keep my past logs populated (with logs submitted via web only), and to keep all the cache info in-app. That's the way around it there.
  9. True, just feels like there's no indication that tapping a PQ downloads it. Wasn't intuitive on my first use, and with Bmklists having a different functionality but with the same display and lead up, just irks me. Elsewhere I might expect to see a download icon to the right, or something that just indicates an action that happens when tapping a row other than 'drilling down' which is what I'd expect. gah. Please don't take my comments the wrong way, I hate getting detail oriented to that level I feel nit-picky. it's your design, just offering my experience coming in from a different perspective. /:) ... Ah, I think I see why I expected differently on the PQ list. There is an icon to the right already. It's the right carat which implies moving a step forward, viewing more detail, drilling down - it's the same icon on both Bookmark Lists and PQs. What if for the PQ list it was the download icon instead of the right carat? That's a UI style used pretty often, and would to me make more sense to indicate what the row tap does.
  10. Yeah that was a rough addition to smooth out in geosphere. The confusion was because the PQ data is as-of PQ generation date, whereas if using the API, the caches contained in the PQ are still as of generation but the data itself downloaded from the API is current. That is to say, if you generated a PQ 3 days ago, and new caches are published that weren't there 3 days ago, they won't show in the PQ if you download it (via any method) today - even though you get logs on those older caches that were posted today. It was GS's combining of temporal PQs with current API functions that makes it confusing That was one reason I like the ZIP download - no confusing data, as long as you realize that all the data is only as of the generation date. If you want current data in a PQ, you need to generate the PQ right now, then download it (by zip or api). No way around that in any app. At least until the API allows generating the PQ and downloading it together (or maybe just uses the PQ search parameters to do a current API search and download). But anyway. I haven't used the ZIP pq download for a while. That import ability was good mainly for downloading the My Finds PQ, which as I recall isn't provided by the API - have to generate the PQ then manually download the ZIP from the web and import into the app.
  11. Excellent. Just seems odd that you can't do anything by tapping a row when in Edit mode. Having the options show with that to me is very intuitive; same effect as tapping Options on the swipe. (and there are a number of other functions that can be accessed via different methods already; eg - swipe to tap Delete, or Edit+ (-) +Delete ... actually, I thought tapping the (-) would just delete, but it just does the same as the swipe action; meaning you can Edit-> (-) ->'Options' to get the flyup, but you can't Edit-> Row-tap to get the flyup) Sorry, just commenting thoughts out loud (webapp developer here, UI/workflow is what I do all day long, heh)
  12. In this case I was more referring to this difference: * Bookmarks: Tap a Row -> View on a Map/List, Options [Save to List, Export GPX] * PQ: Tap a Row -> Auto-download to an Offline List The PQ auto-download to a list seems quite sudden, and it can't be stopped, potentially using a lot of data. I like the flow of the Bookmarks listing. ..ooh, another option for the PQ list: Go to the PQ web page (in-app or link) to be able to toggle generation of PQs since afiak the API doesn't provide that function (that was a request I made in Geosphere and it's become invaluable for mobile PQ generation) (yeah I know, I'll get on that bug tracker/request area :))
  13. Ok so theoretically you can keep adding to it until you've reached 4000. That was more just a matter of curiosity Geosphere would have the same API limit to the search, it just adds the map boundary as a limit if you use the Map search option rather than the Current Location/Home/Target center point. Cachly does have this option. When navigating to the cache there is a button with a target on it. Right, on the dedicated navigation page; I was more referring to having the 'Target' selected, which can be viewed on other maps, so you can zoom to the extent of the target from your current location while still seeing other caches. I'm not a fan of (in any app, not specifically this one :)) a dedicated navigate view to a single cache, where if you leave you have to go back to the cache and navigate again. The target selection that's 'sticky' in Geosphere was a huge plus, imo, with the option to view the target in a Navigate module. But again, that's a bigger divergence from the use mentality of Cachly and other similar apps. Not a big deal.
  14. I'd really like to be able to sort alphabetically. It doesn't make much sense to me as is. I've never seen bookmark lists anywhere sorted by last updated date; that's not even visible anywhere... it just doesn't feel right, especially without seeing the date it's being sorted by. A big list of sort options would be overkill, but providing two options - last updated, and alpha - really shouldn't be that hard... right? /:)
  15. A few other points playing around... lots to take in 1. Love the speed of loading new caches. That's a huge plus, IMO. 2. If loading from the map center and there's an overlap of already-loaded caches, does it re-load those and count towards the daily limit? (I presume so per the API method) 3. On changing a search option, the load runs again automatically; I didn't expect that as I was just modifying an option and was then going to change the location of the map to run the search there, not right where it was when I hit "Done". Can it not auto-run the search if it's just the search options that's changed? 4. Coming from Geosphere, we had loads of use cases of various search strategies we might use to populate an area we're caching in, usually affected by what we wanted to see, or wanted to avoid. For example, if there's a powertrail in an area, a standard radius search would get flustered by such a high density of caches in one spot that we may want to ignore. Or we want to grab only the caches along the trail and not the whole region. So we requested a few other search options than just map-center-radius. ...Without getting too complicated for now: * Can we have a kind of limit to map dimensions toggle? For example, I might zoom in to a stretch of a trail and perform a search to get just the caches within the map I'm looking at; or, knowing there's a dense trail and I want the park a few blocks away I might center there and keep the map out of frame so that I'm not loading the 100 caches on the trail along with the sparser ones nearby that I do want. The map limiter made it easier to load caches / pan map / load caches / pan map / etc... I recently did this for a major 4 day road trip, eventually importing 11000 caches into Geosphere along our driving route, highly customized (more flexible than the driving route PQ feature Groundspeak offers, though admittedly more time consuming). 5. I do notice that the "..." apears in the load icon when the next search would expand from the same center point, and disappears when the map is panned indicating a new search. Is there a limit to the distance the search will progress? Not sure if that's an API thing. In Geosphere the option to load the next 20 or 100 caches at a time would continue until all caches are loaded that were within the map window when that search process began (even after panning, it wouldn't reset until you began a new search)' 6. The "X" to clear the map - I irked when I hit it and didn't get a confirmation after loading a large area... just lost my entire scanning and search accidentally, so now I have to do it all over again, using more API calls. Can there be an "Are you sure?" confirmation before clearing out perhaps hundreds or thousands of map pins? /:) ... A couple little more complex features, based on some stuff that Cachly doesn't have (and may not, at least for a while) which I find quite useful: 7. Geosphere doesn't use the exclusive 'Navigate to Cache' method that a number of apps employ - instead you choose a cache item to select as the current 'Target' (overrides the pin colour to red instead of the cache type's). In doing so, it provides a bit more flexibility, such as easily choosing a center point for searches, filtering, listing, distance viewing and whatnot. It also means it's easier to visually spot where your target cache is in relation to other caches nearby, instead of showing a map with only the cache being navigated to. 8. Zoom options - having a Target cache makes this more relevant, but Geosphere allows you to quickly select a zoom region. * Your current location (pretty standard), the extent of map items (zoom out to see everything currently visible), the target cache (like current location but at the target pin), and current-location-with-target (easily see for navigation, and also allows to set the view so the zoom will auto-adjust while you move closer/farther from it - great for driving and hiking). I'll post more as more comes to mind Trying to be 'open minded' about the fundamental differences in use between geosphere and cachly (not a bad thing, just different). There are loads of features I love in Cachly that Geosphere doesn't have which I want to use, but it means rewiring my thought process from the ground up to come at the caching career (which Geosphere contains) from a different use methodology ;P
  16. So I'm giving the app more chance - now that I have the latest version and I think v2 is inching closer to my usage style of Geosphere than previous versions, so it's starting to rub off on me... (though I still prefer the single unified database of Geosphere, but that's a different topic :)) Anyway, bookmark lists - I can't tell what sorting order the list is shown. Viewing my profiles' Bookmark Lists available for download, they don't appear to be in alphabetical order, or cache count order, or anything... maybe latest update order? But there's no date visible. Can you provide another flyout option in the upper right to allow changing the sort method? I can't think yet of other List-overview options that might be useful, but being able to sort the list by title would be essential, IMO. I organize my bookmark lists online by those titles alphabetically, and right now they just look completely random (Side note: I tried to edit this post for grammar/typos, and the forum keeps adding to the minimum time before submitting "new posts", and I just want to save an edit - I got to having to wait 90 seconds before hitting "Edit Topic" I'm scared to touch that button again :P)
  17. Just a few ideas here... Geosphere combines a few variants of icon styles on the map that helps quickly identify most relevant properties that can overlap. The shapes are designed that they can visually overlapped and still easily discerned. Active/Disabled/Archived: For disabled the red slashed circle appears, and it's black if archived. DNF/Found: Yellow check mark, or blue X Highlighted: Orange exterior outline (that's a geosphere specific flag though) Corrected coordinate: triangular target icon in the center Some element of each of those flags could all be applied to a pin on the map, and you can make them all out by the way they were visually designed. Very handy. That took a lot of playtesting to hash out and finalize
  18. In Geosphere waypoints are stored in the single unified local database, so it's easier to filter for additional waypoint like parking coordinates over the entire database and include them in a map view result. I don't know how Cachly does its local database search, but theoretically it should be possible to, for example, turn on the option to display additional parking coordinates stored in any list within a distance from some point being viewed, or in the map window. Personally, I have a category set up into which I've imported many thousands of parking waypoints I exported from GSAK, so if I want to I can toggle that category in the map view filter, and it'll include them all with whatever distance filter I'm currently using. eg, viewing all cache listings within 15km from my location, I can turn on additional waypoints filter, include my parking waypoint category, and then all the filtered caches and waypoints show on the map. It's a nice feature to be able to have a kind of secondary filter on additional waypoints over all the local data to be seen on the map (trailhead waypoints are also a useful option). Comes in handy in popular areas, when someone publishes a cache in a forest but doesn't put any additional helpful waypoints. This way you can see what other COs may have added to theirs nearby and make use of that info on the fly.
  19. Also, is there no ability to cancel a PQ or List download? Maybe there could be a confirmation popup on tapping a PQ to download it. There's a bit of an inconsistency between Bookmark List view online, and the PQ list. BmkLists jumps to viewing the list on the Map, whereas PQ just immediately starts downloading it to an Offline List. The UI process is the same up until tapping the PQ/List to view. I don't think the PQ should just immediately start downloading to an Offline list... =/
  20. I'll add it took me quite a while to discover the "Options" on the swipe of a list row. I'd expected that in a corner flyout, or by tapping the list, or something else. But then I'm not a huge fan of the iOS row-swipe for more than deleting something anyway . I agree that merging offline lists could be a little more intuitive in general. Perhaps the merge option could also be added to the "..." flyout after tapping the list. That implies that the flyout would contain any additional functions that are applicable to the current list being viewed (such as the other options available via the swipe) OR Maybe tapping Edit could provide more row-specific options. Tap Edit, and instead of just moving or deleting, then since tapping a row does nothing at this point, it could pop up the Options for that row. That would actually be a really quick and IMO intuitive function to bring the options within reach. My thought process really is just this: "I've tapped edit to edit the lists. Now I can move and delete. I touched a row- wait, nothing happened? hmph." Edit+Touch Row = Fly up Row Options.
  21. I just tried merging, and found that merging a list with itself still deletes the list. I really don't think that should be possible; doesn't make sense, not intuitive. I just lost a list through merging it with itself...? If you select a list to merge (via swipe & options) then the 'list of lists' shouldn't include that list you've already chosen. You could multi-select others, or choose one to merge it with. Actually... there are two methods I see here. Wanting to merge a list into another, and wanting to merge multiple lists together. 1. If you select a select to merge, first impression is that I'm merging this list into another - meaning I'd expect to select one other one to merge it into, not multiple. 2. If I select Merge first, before choosing a list, then I would expect I would be able to multi-select a number of lists to merge together. At that point I'd either want to create a new list of those selected lists, or choose a single destination list into which the selected would merge. Might I also suggest: Instead of just "+" in the corner, make it the "..." with options, such as "Create/New/+", "Merge", "Sort", etc. (on that note, Sort would set a sort method for the list which would override custom sorting which is nice, and vice versa :P) When creating a new list, that could also be a launching point to jump over to Bookmark List downloading, or PQ downloading, instead of just creating a new empty list.
  22. In Geosphere we asked for the option to download either the ZIP/GPX of the PQ (like clicking to download it via the website) or to use the API Import feature. If loading the ZIP file (importing to the local database), it doesn't load anything via the API, only takes whatever data the file provides. If importing via the API then we have the option to load images and whatnot. I presume Cachly only downloads the PQ via the API with the image download option? One reason I like the generated PQ file download import feature is that I know what is imported and how much data is being used (and the data is highly compressed), and it doesn't count towards the API limit.
  23. Or perhaps a "power user" mode That was a suggestion long ago for geosphere, but it's a significant development as it's essentially creating a new UI layout to cater to those who know the functionality and content so well that symbols and letters, at most, can be used to identify common or repeated information, and quicker access to most common functions can take priority over presentation and explanation... and to remove extra whitespace (*tsk* still @ Groundspeak on that for their web design). Anyway. Thought I'd chime in
×
×
  • Create New...