Rich

My feedback

  1. 35 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    under review  ·  5 comments  ·  TNP Mobile Apps (iOS & Android)  ·  Flag idea as inappropriate…  ·  Admin →
    Rich commented  · 

    Strong support for this request. We have similar needs in terms of communicating with field volunteers. We are inspecting Forest Service routes and some of them can be signed now and others must wait until later next year. We have to have a way to show volunteers in the field which are which and color coding would be the simplest way. I hope that the request for colors on tracks means tracks and routes but maybe not. Let me know if I need to start a request for the same thing on routes. Routes are better for us since information on the route number can be accessed easily on the mobile app.

    Rich supported this idea  · 
  2. 11 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    under review  ·  4 comments  ·  TNP Mobile Apps (iOS & Android)  ·  Flag idea as inappropriate…  ·  Admin →
    Rich supported this idea  · 
  3. 18 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    under review  ·  1 comment  ·  TNP Mobile Apps (iOS & Android)  ·  Flag idea as inappropriate…  ·  Admin →
    Rich supported this idea  · 
    Rich commented  · 

    I would think that as you get more clients like myself who work with land managers like the National Forest Service or BLM that the use of their GIS route data would become more important. For my use model, just getting the GIS route layer information to the mobile device is enough for now. If you were to do this in phases my recommendation would be: Phase 1-add the ability to do a mass conversion of overlay objects to routes that will then sync with the mobile app. For this one it appears that you need to provide filtering of the overlay points (reduce number of points) since a large number of route points makes the mobile app crash at present. Phase 2 - enable overlay object layers to be transferred to the mobile app without conversion to routes. Not a complete sync but enough to use overlay data for navigation. Phase 3 - complete sync that allows for collection of overlay objects on the mobile device that then sync with the desktop.

Feedback and Knowledge Base