David Frantz

There still is a general threading issue in force-higher-level. It mostly surfaces when using the Level 2 ImproPhe submodule. I guess it is related to the nested parallelism with OpenMP,...

@thielfab, do you have some idea how to work around this? The only thing that I can think of is to ditch the interactive chart. It would not really harm...

This is a good suggestion. But is it enough to test whether ``#`` is the 1st char? Is there any scenario possible where ``#`` is part of the gdal option?...

Yes, that makes sense. I believe a more generic solution would be to account for this in ``read_tagvalue()`` https://github.com/davidfrantz/force/blob/20f18482ceaaf110dd994adde3ef4b34a60ef775/src/cross-level/read-cl.c#L140 I believe this would work: ``` buffer[strcspn(buffer, "\r\n#")] = 0; if...

I wonder what I changed... I guess I will need to implement the CSO fix in each sub-module

Hey @ernstste, did https://github.com/davidfrantz/force/issues/26 ever work? I just made a small test, and it doesn't work for TSA and CSO. I tried to pin down the issue, and problem is,...

Damn

This bug was introduced when implementing the custom GDAL options where you can define your own output format and choose your own driver. Not every driver supports "creating" a dataset,...

It might be, that the problem does not consistently surface - you also mentioned that you did not see that issue with Landsat data.

I worked on a fix: https://github.com/davidfrantz/force/commit/d9759f64204a563723ec39f63970928267a77751 I think it solves this issue. The only thing to mention (and I believe this already did not work before) is that I could...