Many thanks for all the answers !
The new version (2.6) is way more stable than 2.3 regarding postgis table.
I'll do some torture test and submit tickets if I find any problem.
Cheers,
Rémi-C
2015-01-19 13:31 GMT+01:00 George Silva georger.si...@gmail.com:
I also have a lot of experience with a
Hi Rémi,
Good to hear. Note that 2.3 was the dev version and not the stable
version. 2.4 was stable, then 2.6, 2.8, etc.
Andreas
On 20.01.2015 09:36, Rémi Cura wrote:
Many thanks for all the answers !
The new version (2.6) is way more stable than 2.3 regarding postgis table.
I'll do some
Good to know.
I faced this postgis issue since 1.8
It would be a tremendous improve to have it solved in 2.6 (checking)
Cheers,
Rémi-C
2015-01-20 9:46 GMT+01:00 Andreas Neumann a.neum...@carto.net:
Hi Rémi,
Good to hear. Note that 2.3 was the dev version and not the stable
version. 2.4 was
Hello dear list.
I'm usually active on the postgis or postgres list,
but today I would like to ask a question regarding dev time.
In your opinion,
How much time would be needed to write a plugin for multiple versions of
qgis (2.2 to current 2.6) doing 3 simple things :
- auto commit the edition
Hi Remi
Such plugin should be quite easy to write - I would assume up to one day of
work for an experienced pyqgis developer. For a newcomer it may take few
more days to get familiar with the API, tools, environment and so on.
For the refresh of rendering after geometry editing - that should
I think a more global solution is possible.
After all when you load a postgis layer in qgis, if somebody else changes
it, the view is not refreshed, which is annoying (and sometimes dangerous
because you may edit old data).
It would be easy to ad this (which would also work for my case) using the
Hi Remi,
Regarding crashes with Postgis: do you have multithreading with a lot of
CPU cores active? I am experiencing crashes if more than 2 cores are
active. Try limiting to 2 CPU cores and see if this helps.
Still trying to investigate this issue with the devs.
Besides the above issue,
Hi Andreas,
I do not think that multi-core rendering is the issue here as Remi
mentions to have experienced crashes since QGIS 1.8.
Remi,
I am using QGIS with Postgres/PostGIS with some dozens of users on a
central database _without_ any issues in QGIS (except the multi-core
issue Andreas
I also have a lot of experience with a large number of users (around 15)
editing a central database with PostGIS. No problems there.
Remi, the development time for this would be around a day. If you wish to
outsource that job, I have some experience with QGIS Plugins and I could
develop that for