The default behaviour should clean any number that can be cleaned BUT
let the other numbers flow without any modification. The previous
behaviour I'm fixing here was to NOT let them flow if they were not in a
"cleanable" format.
The consumer needs to dispatch data to two different graphs: the worship
services graph and the privacy graph, based on triple type and/or
property. The latest version of the consumer doesn't allow it to be done
in one consumer instance, hence de split into two consumers.
* loket filter
* cleanup previously migrated data before sync
* increase mu-auth timouts
* split up deletion migration to avoid timouts
* identical utls added catch statements
* deletes before inserts
* Adapt migrations to splitted graphs
* Adapt consumers to the delta-consumer with contexts
* Bump consumers and cache
* Resolve cache not getting cleared
* Flush ministers of non active worship services too
---------
Co-authored-by: Claire Lovisa <lovisa.claire@gmail.com>
