view example_conf.toml @ 4890:5d9c7fcda566

Fix drawing of fairway profile. The basic functionality for calculating the graph to draw resides in geo.js This was a port of existing code from the backend (cross.go). For historic reasons there was a bug present in this code which was fixed in the backend. The height was transformed via Math.abs() which results in strange behavior for measurements above the waterlevel. Points which are 1.5m above the waterlevel were drawn 1.5m below the waterlevel. There were two fixes: 1) The y-component of the x/y-pair of the fairwayprofile point is taken as is without Math.abs() 2) To draw the diagram, there is the definition of a domain necessarry. A minimum value for the values above the waterlevel is constructed in case there is no point above (10 percent of the range below the waterlevel). In case there are values above the waterlevel which in turn means the minumum value is < 0, there is this value taken as a minimum. D3 scales accordingly.
author Thomas Junk <thomas.junk@intevation.de>
date Mon, 10 Feb 2020 15:09:59 +0100
parents 209b10f7bb2c
children 492fc5870330
line wrap: on
line source

# ----------------------------------------------------------------------
# Example configuration for gemma back end
# ----------------------------------------------------------------------

# ----------------------------------------------------------------------
# Basic Setup:

# Host and port to listen on:
host = "0.0.0.0"
#port = 8000

# Where to find the data of the web client (SPA) to serve:
web = "./web"

# File to persist session data:
sessions = "/tmp/gemma_session.data"

# Duration until sessions expire if not renewed
#session-timeout = "3h"

# ----------------------------------------------------------------------
# Database:

# DB connection configuration:
db-host = "gemma-db"
#db-name = "gemma"
#db-port = 5432
#db-ssl = "prefer"
db-user = "meta_login"
db-password = "geo2Serv"

# ----------------------------------------------------------------------
# Mail setup:

# SMTP connection configuration:
#mail-host = "localhost"
#mail-password = "SECRET"
#mail-port = 465
#mail-user = "gemma"

# Client data to use:
#mail-from = "noreplay@localhost"
#mail-helo = "localhost"

# ----------------------------------------------------------------------
# OGC services setup:

# Connection to GeoServer instance for internal OGC services
geoserver-url = "http://gemma-geoserver:8080/geoserver"
#geoserver-user = "admin"
#geoserver-password = "geoserver"

# Clean GeoServer setup on startup
# Persisting this is mainly useful in some dev setups.
# Cleaning up the GeoServer should be done with
# an explicit --geoserver-clean on the command line.
#geoserver-clean = true

# geoserver-startup-sql can be used to add SQL commands to GeoServers database
# session start script. See
# https://docs.geoserver.org/stable/en/user/data/database/sqlsession.html
# Note that the commands will be executed as the user configured as 'db-user'.
# This can be used for example to set query planer configurations that fix
# bad query plans during GeoServer accessing the published layers.
# Currently, the published layer 'bottlenecks_geoserver' is known to trigger
# inefficient nested loop joins due to underestimation of the number of entries
# in the bottlenecks table. Hence the example setting:
geoserver-startup-sql = "SET enable_nestloop TO off"

# Proxy settings for external OGC services
#proxy-key = "SECRET"
#proxy-prefix = "http://localhost:8000"
#

# Server is known on the outside as:
# external-url = "http://localhost:8000"

# ----------------------------------------------------------------------
# CORS setup:

#allowed-origins = "http://example.com"

# ----------------------------------------------------------------------
# SOAP/XML-based importer setup:

# soap-timeout = "3m"

# Schema for "Testclient imports"
# schema-dirs = "$PATH_TO_SCHEMATA"
# published-config ="$PATH/pub-config.json"