Guys, my take is that this capability - more than anything else I can
think of - could widen interest in Tickets in new communities of
interest, and meet existing legitimate needs.
This 'degraded mode' of operation is one in which no Internet
connection would be required. A good number of users have expressed
interest in this, and I expect that there's lots of others who find
the connection dependence a problem. Many shops have generators
available to power up a nearby server when the balloon is up, so the
system cd support one or more co-located users if there were some way
to bypass external connectivity.
This could come in two forms. The first wd assume a temporary loss of
connectivity, which means to me that none of the Google good stuff;
maps, driving directions, reverse phone lookup, etc. would be
available. IMO this could be livable-with provided the connectivity
loss were of short enough duration.
In effect, this is a record-keeping kind of function, in which all
input would still be collected. An implementation could consist of a
check-box on the login screen labeled something like 'no internet',
which if set, would then set a settings variable. That variable would
be interrogated at any point where some external connection is
usually attempted, and bypassed if set.
The second flavor is a big one, also without Google, but WITH mapping
(although without some maps-related good stuff like driving
directions.) In this flavor, the replacement of the Javascript (for
the Gmaps interface) has a good candidate in OpenLayers (see
http://openlayers.org), but what has been missing (at least from my
awareness) is a good free replacement for the map images proper.
This one might do just that: Look at
http://www.openstreetmap.org/
Once there,
a. Pan as you need to in order to get to about the area of your
interest.
b. Zoom way in as far as you can in order to see if the level of
detail currently available.
Responses I've gotten to date WRT map quality were quite positive, a
pleasant surprise to cynical old me.
But one function would be required that has no parallel in today's
Tickets; that's the collecting of files/tiles for storage at the
Tickets server. Since it's not feasible to take ALL of the tiles into
each Tickets server, the user wd need to have the capability to define
the areal range of interest to his/her team/site, and get only those
maps downloaded to his server. An interesting kind of job, IMO.
There's some PHP-based tools to help in part of that operation.
My take on the elapsed time for each of these jobs, assuming one part-
timer, is maybe a couple of months for the first form here, and maybe
a year for the second.
I'll get some thoughts to you re others that have come up in exchanges
with users over time, but I wanted to get this one out to you.
Guys, especially Dan, you guys also have your favorites, so get them
on this table for discussion when you have a few minutes.
AS