Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

QGIS Server for QWAT / QGEP? #304

Open
ponceta opened this issue Apr 20, 2020 · 3 comments
Open

QGIS Server for QWAT / QGEP? #304

ponceta opened this issue Apr 20, 2020 · 3 comments
Assignees
Labels

Comments

@ponceta
Copy link
Member

ponceta commented Apr 20, 2020

How do you use QGIS server with QWAT?

Same project ?

Same layers or specific views?

Editing or read only?

This would be nice to brainstorm a bit for our organisations and to be able to recommend an approach.

@ponceta ponceta self-assigned this Apr 20, 2020
@haubourg
Copy link
Contributor

Same layers or specific views?

From our experience, a server context, you will want to have only one point layer so that you speed up rendering a lot, we have too many layers in the project by now.
This implies to change the form logic. QGEP can be one approach (one big QGIS form with conditional tabs). Or you can set up dedicated forms and create a dedicated REST service to feed those forms.

@ponceta
Copy link
Member Author

ponceta commented Apr 20, 2020

@haubourg from your experience with QGIS server : Use of conditional forms (good or bad idea?)

@haubourg
Copy link
Contributor

@haubourg from your experience with QGIS server : Use of conditional forms (good or bad idea?)

You mean, reusing the qgs form automatically to generate the web client form? like Lizmap does?

I'm not sure this would be a good idea for a business application. You will look for maximum performance and ergonomy. Dealing with auto generated code, you will probably load hidden fields an ressources when the user doesn't need it. As long as we deal here with an long term application, with not so much forms, I would probably go for a REST API (see PostgRest project, might be nice), and dedicated javascript code.
In a more general GIS use case, where you want to publish easily and fast projects, I would go to contribute to QWC2 or your preferred QGIS web client so that it fully complies with QGIS forms, and remain efficient, event with 70 fields and lots of conditional logic, like we find in QGEP

Last point, QWAT is not taking profit of transaction groups, so the editing logic will remain the same as in QGIS - still we need to add the editing macros for alternative geometries.

For QGEP, well, I'm not aware transaction group editing is implemented in any web clien by now (that would be coool)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants