Introduce optimized recursive Graph-Stmt

Use a modified Version of the graph-data
query statement. Instead of looping
through by ourselves we use the PostgreSQL
recursive WITH Query to let the database do this for us

This increases the initial cost of the query but it scales
much more nicely when performing queries on much more
complex data or with a much bigger depth.
remove obsolete parts and make recursive default.
Determine GraphData cost for functions too

Although this might not be as useful, since
the calculated cost of functions is not such
a useful indicator for their cpu-cost.
add graph data function as a PostgreSQL function.
use compiled function for fetching graph data.
fix permission check
Merge branch 'staging' into 584-upload_button_permission_check
fix further poermission checks in the views (url maps)
fix failing test of url maps controller
show only logics with ontologies as default
should fix #646
Merge branch 'staging' into optimize_complex_sql
Repaired OOPS global issues button.
implement pull request mentioned improvements
add ontology batch parse processing

serializes ontology version parsing for import/sync/push
disable retrying ontology parsing
don't stop on hets errors
actually use the new parsing system
parallelize by files

ontologies of the same files are parsed sequentially
use current instead of last