Docs Console guides

neoserver 0.3.0

Connect a data source

Add and test a PostGIS store, then discover the datasets available to publish.

Connect the tutorial database

Use the PostGIS database started by the console tutorial. Open your workspace and choose Add store in the publishing guide. Leave Source type set to PostGIS.

Field Tutorial value
Store name sample-postgis
Host db
Port 5432
Database postgis
User postgres
Password postgres
SSL mode disable
Schemas public

These credentials are only for the local fixture. db is the database hostname on the Docker network. From inside the server container, localhost points at that container, not the PostGIS service.

Adding or testing a PostGIS store requires super_admin, unless the server lists the database host in Datasource.DatabaseHosts. The tutorial signs in with the super-admin bootstrap token, so this applies only when a workspace administrator adds a store. Workspace administrators can still edit an existing store that keeps its host and port.

Test before saving

Choose Test connection and wait for Connected in … ms. Correct hostname, credentials, network reachability, or TLS settings if the test fails. Then choose Add store.

PostGIS store form showing a successful connection test, with its password masked
A successful test verifies the connection. Publication is a separate step.

If the test fails

  • Host not found or connection refused: check the hostname from the server’s point of view. In Docker, use the database service name, not localhost.
  • Authentication failed: check the User and Password fields. The field is the database user, not a neoserver account.
  • TLS errors: match SSL mode to the database. Use require or stricter for remote databases, and disable only for trusted local development.
  • Connected, but discovery finds nothing: discovery only scans the schemas listed in Schemas and only lists tables and views with a geometry column. The account also needs SELECT on them.

The troubleshooting guide covers more cases.

Publish selected data

Connecting a store does not expose every table. Continue with discover and publish layers and choose the datasets to make available through the catalog.

Other source types

The data-source reference covers DuckDB Spatial, local and remote GeoParquet, vector files, raster files, mosaics, and SQL views. Match the source type to its capabilities: WFS writes require PostGIS, and raster sources publish coverages rather than vector features.

Local paths refer to the server’s filesystem and must be allowed by its path policy. Remote HTTP and S3 access also follows the configured source policy. To upload browser-local data into managed storage, use file imports.

Search documentation

Type to search guides and reference pages.