Heavy `/processes` due to `mask_scl_dilation`

While checking the effect of some caching improvements in the aggregator (https://github.com/Open-EO/openeo-aggregator/issues/2) I noticed that the web editor is still hanging on the /processes request, mainly due to the relatively large size of the response (> 1MB).

I had a quick look through the data and it turns out that 77% of the response is spent on the mask_scl_dilation process. The second largest one is 100 times smaller:

mask_scl_dilation is so heavy because it includes a "process_graph" with a very large apply_kernel, but as far as I understand, that process_graph is actually not used:
https://github.com/Open-EO/openeo-python-driver/blob/69b98f07ff1e6621f2b0e8e5c2448d5e014c7f7e/openeo_driver/ProcessGraphDeserializer.py#L1773-L1786

It's just there for illustration purposes I guess.

can't we just drop the process_graph from https://github.com/Open-EO/openeo-python-driver/blob/master/openeo_driver/specs/openeo-processes/experimental/mask_scl_dilation.json @jdries ?

Inspect openeo_driver/specs/openeo-processes/experimental/mask_scl_dilation.json and the referenced ProcessGraphDeserializer.py lines 1773-1786 to confirm whether the large process_graph is used. Compare the /processes response before and after removing it; done means mask_scl_dilation no longer dominates the response size without affecting process handling.