<div dir="ltr"><div>Hi Richard!<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 22, 2022 at 9:33 AM Richard Duivenvoorde <<a href="mailto:rdmailings@duif.net">rdmailings@duif.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
I think this pushes us to the technical limits of browsers. with that <br>
also performance wise to the limits of QGIS?<br></blockquote><div><br></div><div>I am sure some other apps are going to push technical limits of browsers further than QGIS :-) I don't think that running QGIS in browser is an overkill, possibly over time this will be more and more common. I have heard that AutoCAD developers have managed to get it running on WebAssembly, apparently Adobe Photoshop as well [2], and that seems like much larger project. In terms of performance, people often say that you can expect 2x slowdown compared to the native code, which does not seem very bad. Moreover, I can imagine that this could improve over time, and also in QGIS we may find more places to optimize to make it running more smoothly.<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Like people are now asking for/using QGIS on chromebooks and (smaller) <br>
ARM devices: is that still really workable?<br></blockquote><div><br></div><div>Hard to say... It's definitely not going to be a great solution in all setups, at least not in the beginning...<br></div><div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

As a technical pet project, it is cool, but can we keep the promise of a <br>
GIS in a browser?<br>
Or do we end up with a poor performing (or only working for small sets) <br>
of QGIS?<br></blockquote><div><br></div><div>I think it is achievable to have full GIS in a browser. Yes, initially it will probably have many limitations, but QGIS 0.1 also wasn't perfect :-)</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Or should we put more money/energy in makin QGIS more modular so you can <br>
use certain modules for a small viewer and the full Monty for a true <br>
GIS?<br></blockquote><div><br></div><div>QGIS code generally is relatively modular... for this demo I simply took the QGIS core library as it was, and it was okay. For WebAssembly, it could be useful to have even finer granularity - for example, if I don't need DXF export or print layouts or mesh layers, it would be useful to exclude the code completely from qgis_core and have them as extra additional modules (that could be loaded on demand), but it's questionable at this point if it would be worth the extra effort and maintenance.<br></div><div><br></div><div>I think it would make sense to first try to build something small - like you say a simple viewer, and then see where we want to go next :-)<br></div><div><br></div><div>Cheers</div><div>Martin</div><div><br></div><div><br></div><div>[1] <a href="https://madewithwebassembly.com/showcase/autocad/">https://madewithwebassembly.com/showcase/autocad/</a></div><div>[2] <a href="https://www.bram.us/2021/10/27/adobe-photoshop-in-the-browser-thanks-to-emscripten-web-components-and-project-fugu/">https://www.bram.us/2021/10/27/adobe-photoshop-in-the-browser-thanks-to-emscripten-web-components-and-project-fugu/</a></div><div> </div></div></div>