<div dir="auto"><div>Hi Vincent,<div dir="auto">I agree tiled static data can, and should, be served as static content but what I meant was having something like Tilestache, GeoWebCache, MapCache, etc.. They're meant to render and cache on the fly, or preseeding the tileset.</div><div dir="auto"><br></div><div dir="auto">My question raised from the fact that QGIS 3D renderer could be a common base to produce terrain meshes (a la Cesium) and 3D tiles, both for the desktop 3D viewer and for a cached tileset to be served through HTTP.  QgsServer could use the same code base to populate the cache, but this doesn't prevent having a Processing tool (ore whatever) doing the work in advance.</div><div dir="auto"><br></div><div dir="auto">You're working with gltf. What about OGC I3S?</div><div dir="auto"><br></div><div dir="auto">giovanni</div><div class="gmail_extra"><br><div class="gmail_quote">Il 9 nov 2017 16:29, "Vincent Picavet (ml)" <<a href="mailto:vincent.ml@oslandia.com">vincent.ml@oslandia.com</a>> ha scritto:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<div class="quoted-text"><br>
On 03/11/2017 21:04, G. Allegri wrote:<br>
> What if we had a QgsServer service dedicates to serving 3d tiles for<br>
</div>> Cesium or iTowns?<br>
<div class="quoted-text">> Is anybody working on this?<br>
<br>
</div>At Oslandia, we work on 3D topics a lot, and 3d tiles in particular. We<br>
are implementing 3D Tiles support in iTowns, and several components to<br>
serve this format as webservices.<br>
<br>
E.g. :<br>
- <a href="https://github.com/Oslandia/building-server" rel="noreferrer" target="_blank">https://github.com/Oslandia/<wbr>building-server</a><br>
- <a href="https://github.com/Oslandia/lopocs" rel="noreferrer" target="_blank">https://github.com/Oslandia/<wbr>lopocs</a><br>
<br>
I do not think having QGIS Server serving 3D tiles is a really good idea.<br>
<br>
First, 3D tiles is a format ( and protocol) to serve tiles of objects in<br>
a mostly static way. Therefore, what would be interesting is for QGIS to<br>
have a way to export data as 3d Tiles. These tiles can then be served<br>
with a simple HTTP server, no need for a QGIS Server component.<br>
<br>
Moreover, there are a lot of use cases where we want to serve 3D Tiles<br>
without using QGIS at all. Component-oriented architecture is better<br>
than monolithic software.<br>
<br>
What I see as best approach would be to mutualize as much code as<br>
possible regarding 3D tiles in py3dtiles :<br>
<a href="https://github.com/Oslandia/py3dtiles" rel="noreferrer" target="_blank">https://github.com/Oslandia/<wbr>py3dtiles</a><br>
<br>
Using this module, we can write a 3dtile exporter, as a Processing<br>
module for example. We already have some draft code to do that for some<br>
data sets.<br>
Then, we could have an independant 3D tiles server reusing py3dtiles, or<br>
integrate this as QGIS Server module if we want.<br>
<br>
We would be happy to work on these subjects and share our experience on<br>
all 3D-related topics. Funding is also very welcome.<br>
<br>
But for now, I think we should focus on releasing QGIS3 in a usable<br>
state. We have waited for too long, and there is still work to achieve<br>
to stabilize the release.<br>
<br>
3D features can wait a bit more, even if call for interest, needs,<br>
funding and collaboration is welcome.<br>
<br>
Best regards,<br>
Vincent<br>
______________________________<wbr>_________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a></blockquote></div><br></div></div></div>