[Qgis-user] Postgres 9 and PostGIS layers - 1 cursor states lost

2010-11-23 Thread Standaert Arnout
Hello, I'm running QGis 1.7.0-Trunk (rev 14747) on Windows XP, from the OSGeo4W distribution. When I try to load a PostGIS layer from a PostgreSQL 9 database (PostGIS 1.5), the loading fails and QGis shows this error message: 1 cursor states lost. SQL: CLOSE qgisf6 Resu

[Qgis-user] RE: Postgres 9 and PostGIS layers - 1 cursor states lost

2010-11-24 Thread Standaert Arnout
-user-boun...@lists.osgeo.org [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Standaert Arnout Sent: dinsdag 23 november 2010 16:31 To: qgis-user@lists.osgeo.org Subject: [Qgis-user] Postgres 9 and PostGIS layers - 1 cursor states lost Hello, I'm running QGis 1.7.0-Trunk (rev 14747

[Qgis-user] PostGIS layers invalid in 1.0.1

2009-03-09 Thread Standaert Arnout
Hi list, I've been using Qgis in the 1.0 previews without problems. Now, with the 1.0.1 release via the online installer (on WinXP), my PostGIS layers do not load anymore. Nothing in the database changed, so this is probably a QGis issue. The error message is: Invalid Layer "public"."tbl_soi

RE: [Qgis-user] PostGIS layers invalid in 1.0.1

2009-03-09 Thread Standaert Arnout
gards, arnout > -Original Message- > From: Paolo Cavallini [mailto:cavall...@faunalia.it] > Sent: maandag 9 maart 2009 15:22 > To: Standaert Arnout > Cc: 'qgis-user@lists.osgeo.org' > Subject: Re: [Qgis-user] PostGIS layers invalid in 1.0.1 > > > Standaert Ar

RE: [Qgis-user] PostGIS layers invalid in 1.0.1

2009-03-10 Thread Standaert Arnout
I've been using Qgis in the 1.0 previews without problems. Now, with the 1.0.1 release via the online installer (on WinXP), my PostGIS layers do not load anymore. Nothing in the database changed, so this is probably a QGis issue. >>> >>> No issues here (but we have OIDs). >>> p

RE: [Qgis-user] PostGIS layers invalid in 1.0.1

2009-03-10 Thread Standaert Arnout
Sorry, same here, didn't manage to get IRC going yet. I'll definitely pass by later today (nickname "wwwald"), hope to see you guys then! Arnout > -Original Message- > From: qgis-user-boun...@lists.osgeo.org > [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of > Bernhard Ströbl > S

RE: [Qgis-user] PostGIS layers invalid in 1.0.1

2009-03-10 Thread Standaert Arnout
I'm on there, give me a sign if one of you guys is willing to look at the problem... Arnout > -Original Message- > From: G. Allegri [mailto:gioha...@gmail.com] > Sent: dinsdag 10 maart 2009 14:25 > To: cavall...@faunalia.it > Cc: Standaert Arnout; qgis-user@lists

RE: [Qgis-user] about release announcement translations

2009-05-15 Thread Standaert Arnout
Dutch version done. Arnout > -Original Message- > From: qgis-user-boun...@lists.osgeo.org > [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Otto Dassau > Sent: vrijdag 15 mei 2009 9:05 > To: qgis-user@lists.osgeo.org > Subject: Re: [Qgis-user] about release announcement translatio

[Qgis-user] RE: [Qgis-developer] New snapshot of OpenStreetMap plugin

2009-06-09 Thread Standaert Arnout
Hi, A few questions relating to the OSM plugin... I'm trying to use it on Qgis 1.1.0 unstable (Pan), based on revision 10748. When trying to load OSM data from a file, I get this error: "You don't have OSM provider installed!". I suppose this is a problem with the unstable build I'm using? It p

RE: [Qgis-user] RE: [Qgis-developer] New snapshot of OpenStreetMap plugin

2009-06-09 Thread Standaert Arnout
009 12:29 > To: Standaert Arnout > Cc: qgis-user@lists.osgeo.org > Subject: Re: [Qgis-user] RE: [Qgis-developer] New snapshot of > OpenStreetMap plugin > > > On Tue, 2009-06-09 at 12:25 +0200, Standaert Arnout wrote: > > Hi, > > > > A few questions relating to

[Qgis-user] QGis configuration directory

2009-06-10 Thread Standaert Arnout
Hi list, I'm using a Qgis 1.1 alpha build on Windows XP. It seems to store a lot of configuration data in a ".qgis" directory under my Windows profile folder. Is there a way to make QuantumGis use another configuration directory than the one in my "Application Data" directory? I would like to m

[Qgis-user] OSGeo4W build and PostGIS layers

2009-12-02 Thread Standaert Arnout
Hello list, I've been running Qgis Mimas on WinXP until now, installed with the 1.3.0 Windows stand-alone installer. Recently, I installed the OSGeo4W distribution because of the GRASS support, and simply because i'm curious to run Qgis trunk builds. But: I'm not able to load my PostGIS layers

[Qgis-user] RE: OSGeo4W build and PostGIS layers

2009-12-11 Thread Standaert Arnout
Hi list, > I've been running Qgis Mimas on WinXP until now, installed > with the 1.3.0 Windows stand-alone installer. Recently, I > installed the OSGeo4W distribution because of the GRASS > support, and simply because i'm curious to run Qgis trunk builds. > > But: I'm not able to load my PostGIS l

[Qgis-user] OTF reprojection and +towgs84 parameters

2010-03-03 Thread Standaert Arnout
Hello list, I have a problem with reprojections between the Belgian Lambert 1972 projection and the Google Mercator projection. More specifically, I'm trying to align a Lambert 72-based shape file with the Google Streets background maps provided by the new Openlayers plugin. Here's an example

RE: [Qgis-user] OTF reprojection and +towgs84 parameters

2010-03-03 Thread Standaert Arnout
>-Original Message- >From: Jean-Claude Repetto [mailto:jc...@mxm.eu] > >Standaert Arnout a écrit : >> * set OTF projection on and project CRS to Google Mercator (EPSG 900913) > > Hello, > EPSG 900913 is not defined in QGIS, you should try EPSG 3785 Actually

RE: [Qgis-user] OTF reprojection and +towgs84 parameters

2010-03-05 Thread Standaert Arnout
-Original Message- >From: Giovanni Manghi [mailto:giovanni.man...@gmail.com] > > I can set correctly the +towgs84 parameters for other projections but as > a fact it doesn't seems to work with the one you describe. > > Did you find any solution to your problem? Well, it's an odd problem.

RE: [Qgis-user] Re:Constraints on postgresql views

2010-04-06 Thread Standaert Arnout
Hi, Actually we are coping with similar issues over here. We have a database with a central table containing location-specific measurements. This table will only grow in time, and an INT4 primary key might not fit it all in the long term. There's actually a bug report related to this specific pr