Hello all.  I&#39;m the lead programmer of a free, Open Source (mostly!) Computer-Aided-Dispatch application - Tickets by name - that&#39;s currently GMaps-based, which we&#39;re planning to fork to the OSGeo world of OSM/Open Layers.  (Other considerations include PHP and MySQL bases as an OS-agnostic web application.)<br>
<br>There&#39;s information re our application at <a href="http://openises.sourceforge.net/tickets01.html">http://openises.sourceforge.net/tickets01.html</a> and also  <a href="http://groups.google.com/group/open-source-cad">http://groups.google.com/group/open-source-cad</a> <br>
<br>CAD is certainly a mature technology market-wise in that there&#39;s no shortage of commercial sources of these applications.  But they tend to be expensive, and there&#39;s a need given the huge number of local jurisdictions and volunteer teams supporting them.  Typical user environments include local emergency management/response offices as well as ham teams playing important roles in supporting local emergency operations, special events, etc,.  <br>
<br>It&#39;s in this last consideration that the need for a &#39;no-internet&#39; - i.e. local only - capability has surfaced among our users.  Which, of course, dictates that we move from GMaps in favor of a completely local server-based operation for tiles as well as all software.  Needless to say, other considerations also point in this direction.  ^__^<br>
<br>A fair proportion of users to date have very limited experience in the care and feeding of a web server and application, and the availability of the WAMP/LAMP/MAMP stacks has been a god-send in that respect.  I&#39;m loathe to add any component that might add to that complexity.<br>
<br>Frankly, I don&#39;t see a large need for cartography per se, so the use of low-footprint tile-serving PHP element makes sense to me, rather than using any of the array of servers and caching/rendering applications discussed here. It would simply present OSM tiles stored on the user&#39;s server.  Note that this approach contributes directly to the goal of minimum installation complexity.<br>
<br>What we&#39;re looking for:  We&#39;re all volunteers here, and we&#39;re looking for more of the same.  Specifically, someone who has some hands on skill (or interest in acquiring such) in use of Open Layers (primarily) and OSM secondarily.  <br>
<br>The work will consist of (first) developing a tool that will allow a user to identify and gather the OSM tile sets specific to his/her geography, and then the script-by-script revision of the existing GMaps functions into their OL counterparts.  You&#39;ll want pretty good JS chops here.<br>
<br>I realize that I haven&#39;t gone into this in any depth at all and that there&#39;s no shortage of questions right now.  But if this piques someone&#39;s interest, please contact me offline at shoreas AT gmail DOT com.  And thanks for making it down this far!<br>
<br>AS<br><br><br>