fixed bug where elliptic_msfem did not work in parallel

Problem was that local grids got load-balanced, too
in constructor of SPGrid as StructuredGridFactory
always called the constructor using the MPI_Comm
and doing loadBalancing.
Conflicts:
	dune/multiscale/common/dirichletconstraints.cc
	dune/multiscale/common/dirichletconstraints.hh
	dune/multiscale/msfem/msfem_traits.hh
Hardcoded fine mesh corners to coarse mesh corners

Dunno why coarse mesh corners are hardcoded but
the current code made the fine mesh not cover
the whole domain as on each process, a fine mesh
was created that used the corners of the load-
balanced coarse mesh which are not the same as
those of the non-load-balanced.
[subgridlist] communicate coarse grid boundaries
[subgridlist] use correct number of fine cells on coarse boundary elements
fixed two typos
[localSolProxy] removed unused argument

This was given runtime errors in parallel runs
as subgrid_list.gridPart(0) does not exist on
all processes but only on one.
[gridCreation] cleanup
[gridCreation] compute necessary number of overlap layers for coarse grid
[msfemSolver] use id instead of index in output

This makes debugging a lot easier in parallel.
[gridCreation] added helper struct to enable overlap for spgrid
[traits] removed superfluous forward declaration
[cmake] adds switch to only compile problem nine (default ON)

Conflicts:
	dune/multiscale/problems/selector.cc
Get rid of Petrov-Galerkin warning
Added Palma-submit-scripts
Added Rene's csv creation script
update csv script

Conflicts:
	dune/multiscale/grids/macro_grids/elliptic/msfem_cube_three.dgf
	src/thread_vis.cc
move script
[makeCSV] find first profiler.csv and use its header
[ellipticMsFEM] removed superfluous include
[traits] Use cmake-defined grid type