Add documentation on:

• solar mask
• visualisation tools
• data retrieval from Girder

The current version of solar shading algorithm will not scale and should be fully review.
The bad things that I see are :

• Too many submeshes. Here we create a submesh for each building and a submesh for each face of building. : In fact no submesh are required
• A BVH is built for each building and then a ray intersection is done by a loop for each building (very bad complexity)
• The save on disk is done for each face of building in csv file and apply inside the algo will slow down the execution.

The idea is to build only one BVH containing all faces of the building. Then we do only on loop for each faces and run intersect function of the BVH. If an intersection, we have access to mesh face and so we can have easily the building id or face id (by created an map between : face -> (building id, faceid). Then, we need to reduce the amount of data generated and speed up this write exported these quantity with HDF5 for example. We can build a large vector at the begining and then using EigenMap we can have an access to each matrix without any more memory. The write on disk should be done at the end (only once).

The perf will be significantly improved in sequential. Then we can go the parallelism with MPI and thread.

@prudhomm @lberti what do you think?

• Implement computation of the diffuse sky distribution
• Retrieve the incidence angle
• Retrieve all data needed using open-meter.com and add coordinates in the json file (latitude, longitude)
• Problem during multiplication of both matrices : inverse numbers in Shading Mask matrix
• Interpolate both matrices of different sizes
• Solve boundary issues during interpolation process
• Implement computation of the diffuse radiation factor
• Implement computation of the view factors
• Add cumulative radiation computation (as boolean parameter)

Eventually use _ to separate words in a filename
feelpp_sm_my_goodtest

the internship report need some updates

• allow specification of building markers via a list (few markers) or via a text file
• write a preprocessing script that reads .msh files and extracts volume and surface markers
• adapt the code to these changes

Build on top of ktirio the namespace package and build docker/apptainer contaienrs

Some refactoring is required for the SolarMask computation in order to separate task creation to actual task orchestration and enable choosing different frameworks

Compute the shading masks that are modified by the absence of one building, for all the buildings in the mesh

• Vectorize the loops with Eigen
• Implement CUDA construction algorithm