<div dir="ltr"><div><div><div>Another item as we are thinking about how we want to architect GeoMoose 3:<br><br></div>Compiling, Debugging and (unit) tests of the JavaScript.<br><br></div>The current Dojo build process makes it nearly impossible to tell what line of code caused an error.  Some errors only show in the compiled code and not the _dev version and require a 30 second rebuild lengthy browser reload to test even the smallest changes.  Reloading the _dev version skips the rebuild, but takes even longer.<br><br></div><div>Also nice would be something that starts a mini-web server that will watch for file changes and auto-rebuild, and a make-like build system that only rebuilds what changed rather than always rebuilding the whole project.<br></div><div><br></div><div>I know some of this comes for free with newer versions of the libraries, some with enabling sourcemaps, etc.  But it would be very helpful for me as a developer and probably for others approaching the project if these aspects of the development cycle were a lot smoother.<br><br></div><div><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 5, 2016 at 1:06 PM, Eli Adam <span dir="ltr"><<a href="mailto:eadam@co.lincoln.or.us" target="_blank">eadam@co.lincoln.or.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Apr 5, 2016 at 10:45 AM, Eli Adam <<a href="mailto:eadam@co.lincoln.or.us">eadam@co.lincoln.or.us</a>> wrote:<br>
> Great article, thanks for pointing it out Jim.  It provides lots of<br>
> concepts and options for thought.<br>
><br>
> Abstracting the mapping library (and accommodating both OL and<br>
> Leaflet) is an interesting way to avoid tight coupling and already<br>
> build for the next version of those libraries or some future library.<br>
><br>
> Separating state and components is a GeoMoose challenge as well.<br>
><br>
> Most of the demos tend to be single function demos.  The geology app<br>
> screenshot looks more like a every-function-combined-to-work-together<br>
> app.<br>
<br>
</span>Something that I failed to mention during the PSC meeting was that on<br>
moving geo-functionality to JS, there are starting to be good JS<br>
geoprocessing libraries and some people do cool complex things with<br>
them, but so far, those are usually *one* complex thing per<br>
application and it is often with *points* not lines or polygons.<br>
Whereas, GeoMoose has always done *many* complex things on complicated<br>
*polygons*.  MapStore 2 is one example of more functionalities and<br>
more complex data, another proof of concept is<br>
<a href="https://github.com/cugos/dropchop" rel="noreferrer" target="_blank">https://github.com/cugos/dropchop</a><br>
<span class="HOEnZb"><font color="#888888"><br>
Eli<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
> Thanks, Eli<br>
><br>
><br>
> On Tue, Apr 5, 2016 at 8:59 AM, Basques, Bob (CI-StPaul)<br>
> <<a href="mailto:bob.basques@ci.stpaul.mn.us">bob.basques@ci.stpaul.mn.us</a>> wrote:<br>
>> I would second the need to at least do a quick review of the article.  Lots of pertinent stuff in there. (I think).<br>
>><br>
>> bobb<br>
>><br>
>><br>
>>> On Apr 5, 2016, at 10:14 AM, Jim Klassen <<a href="mailto:klassen.js@gmail.com">klassen.js@gmail.com</a>> wrote:<br>
>>><br>
>>> I found an article on Planet OSGeo that talks about lessons learned when<br>
>>> doing a "modern" rewrite of a complex javascript application.<br>
>>><br>
>>> <a href="http://www.geo-solutions.it/blog/mapstore-2-modern-webmapping/" rel="noreferrer" target="_blank">http://www.geo-solutions.it/blog/mapstore-2-modern-webmapping/</a><br>
>>> _______________________________________________<br>
>>> geomoose-psc mailing list<br>
>>> <a href="mailto:geomoose-psc@lists.osgeo.org">geomoose-psc@lists.osgeo.org</a><br>
>>> <a href="http://lists.osgeo.org/mailman/listinfo/geomoose-psc" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/geomoose-psc</a><br>
>><br>
>> _______________________________________________<br>
>> geomoose-psc mailing list<br>
>> <a href="mailto:geomoose-psc@lists.osgeo.org">geomoose-psc@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/geomoose-psc" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/geomoose-psc</a><br>
</div></div></blockquote></div><br></div>