373 Commits

Author SHA1 Message Date
g_j_m
e642476c1c Fix for ticket #277 (problem loading a view of a view)
git-svn-id: http://svn.osgeo.org/qgis/trunk@5877 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-09-27 09:10:32 +00:00
morb_au
38dddd45f5 Fix for bug in trac ticket #134 and #131.
* (#134) If a feature is edited using the Identify tool and QgsAttributeDialog, now only user-edited values are saved to the mChangedAttributes of the layer, previously it was all values.  This now means that only those user-edited values are attempted to be committed when the user stops editing and saves (similar to if those values were edited using the Attribute Table).

* (#131) Modify QgsVectorLayer::stopEditing so that if a commit fails, the editing state is left alone (previously editing was still turned off anyway).  This should be a better fix than r5591.  I triggered the bug in #131 while testing for #134, therefore getting a 2-for-1 fix.

Some bonus features to assist people in the triggered situations described in #131 and #134:

* The Postgres Provider now reports an error to the user if a commit of changed attributes fails.  This brings it up to the same behaviour of if a commit of changed geometries fails.  Previously there was no response given on an changed attribute error, leaving the user to think the commit was successful.

* The Postgres Provider now reports the contents of the SQL used in a failed UPDATE statement.  This may help the user to pinpoint which of his edits caused the error.



git-svn-id: http://svn.osgeo.org/qgis/trunk@5694 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-08-13 09:30:12 +00:00
g_j_m
8195804c8d Alternative fix to that in r5637 - fields that the user didn't touch
are left to the database to fill in.


git-svn-id: http://svn.osgeo.org/qgis/trunk@5639 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-07-26 09:24:18 +00:00
g_j_m
986ea537b6 If an SQL insert fails during committing new features to the database,
include the offending sql in the error dialog box.

Also fix the remaining part of ticket #131 - the code wasn't coping
correctly with blank data fields.


git-svn-id: http://svn.osgeo.org/qgis/trunk@5637 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-07-25 10:35:53 +00:00
g_j_m
d454fdbebb Remove an unnecessary \0 pad to the end of the wkb char*. Also fix a
bug whereby the first byte after the wkb array was being set to \0


git-svn-id: http://svn.osgeo.org/qgis/trunk@5609 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-07-17 09:18:14 +00:00
g_j_m
e06bdcec65 Fix for the rest of ticket #130 (show the actual column default values
when getting the user to fill in the column values for a just digitised
feature).

Also add tr() to some user visible text.


git-svn-id: http://svn.osgeo.org/qgis/trunk@5602 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-07-14 22:26:11 +00:00
g_j_m
034609617c Fix for ticket #161. Always quote the value in an 'UPDATE ... SET = value'
SQL statement - the database will ccorrectly interpret the quoted
text based on the data type of the column (e.g., text or numeric).


git-svn-id: http://svn.osgeo.org/qgis/trunk@5601 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-07-14 09:39:13 +00:00
morb_au
a68f1e0058 Copying selected features, and starting editing, no longer force all geometries of the copied-from layer to be cached, which was an (in my opinion) unfortunate side-effect of r5489.
Instead, for copying, the geometry and attributes are now retrieved from the provider in a random-access fashion.

For starting editing, the behaviour is regressed to the pre-r5489 idiom of geometry being cached as part of the screen redraw in editing mode.

This returns to the much better response when copying from large layers, with the additional benefit of copying selected features that had been panned off the canvas (previously a bug).

However, only Postgres and OGR providers have been updated to suit.  Hopefully this is enough for a 0.8 release.

Bonus feature: The layer properties now shows what access method is used to access individual geometries (random or sequential)

Since this is a large change it would be appreciated if others can double checking my testing.  (I have tested against PostGIS and MapInfo tables, and many different geometry adding/vertex editing combinations.)



git-svn-id: http://svn.osgeo.org/qgis/trunk@5595 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-07-14 03:11:25 +00:00
g_j_m
1d4d6377aa Change an assert to an error message to avoid any future crashes like
that in ticket #136


git-svn-id: http://svn.osgeo.org/qgis/trunk@5572 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-07-09 05:16:19 +00:00
g_j_m
814974bfe3 The real fix for ticket #153. Not sure what I was thinking when I did
r5552.


git-svn-id: http://svn.osgeo.org/qgis/trunk@5553 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-06-28 08:55:14 +00:00
g_j_m
c8e57255b1 Fix for ticket #153.
The attribute table was failing to display the contents of the last column
in a table for tables where the geometry column was not the last
in the table.


git-svn-id: http://svn.osgeo.org/qgis/trunk@5552 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-06-27 10:31:11 +00:00
morb_au
c59ea1d602 In the PostGIS provider, restored the ability to save added and
changed geometries to pre-1.0 PostGIS servers (pre-r3907).  This also now includes
the ability to sniff the PostGIS version.


git-svn-id: http://svn.osgeo.org/qgis/trunk@5549 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-06-27 00:56:31 +00:00
g_j_m
0b12acaa9d Correct some user visible text
git-svn-id: http://svn.osgeo.org/qgis/trunk@5518 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-06-14 21:40:45 +00:00
g_j_m
7eb8a7c86e Capture a few unusual occurences with respect to views with unique
constraints but non-unique data. In response to ticket #143.


git-svn-id: http://svn.osgeo.org/qgis/trunk@5514 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-06-11 09:43:00 +00:00
mhugent
44339a85d8 take DEFAULT as the postgres providers default value (instead of NULL)
git-svn-id: http://svn.osgeo.org/qgis/trunk@5509 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-06-07 05:55:42 +00:00
g_j_m
8e7de6fe7e Some more tweaks to debug statements
git-svn-id: http://svn.osgeo.org/qgis/trunk@5458 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-05-15 10:21:43 +00:00
g_j_m
41b46ebd0b Tidy up a few debugging output statements
git-svn-id: http://svn.osgeo.org/qgis/trunk@5457 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-05-15 09:34:05 +00:00
g_j_m
0eed881b33 Fix for ticket #108.
- Postgres provider: Remove some declared but not defined functions that
  were shadowing some inherited functions of the same name.

- Provide a function to give a version of the layer source without passwords
  in it for use in user visible places. Altered relevant code to use
  this.

- Moved the vector layer source text from the General tab into the
  Metadata tab in the vector properties box (fits better in there,
  particularly when the text is long).

- Added the sql text to the vector layer source text in appropriate places
  and fixed a few cases of where it wasn't propagating to all of the places
  that it should of been.

- Added a function to QgsDataSourceUri to give the uri in a single
  qstring for display purposes.


git-svn-id: http://svn.osgeo.org/qgis/trunk@5423 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-05-07 05:29:25 +00:00
mhugent
efddf4b650 changed geometry type return of postgres provider
git-svn-id: http://svn.osgeo.org/qgis/trunk@5421 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-05-05 12:35:04 +00:00
mhugent
329874901d fix for a bug which prevented commiting changed multiline geometries
git-svn-id: http://svn.osgeo.org/qgis/trunk@5419 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-05-04 15:03:32 +00:00
g_j_m
0d38805895 - Fix a couple of crashes when trying to load a postgres layer that contains
geometry types that Qgis doesn't support.

- Properly close the postgres connection if the layer fails to load

- Fix up a missing \n



git-svn-id: http://svn.osgeo.org/qgis/trunk@5278 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-04-14 10:55:52 +00:00
g_j_m
32fcc4a4db - Change to API for QgsMessageViewer (allow plain text or html input,
required changes in all code that uses QgsMessageViewer)

- Improvements to messages when qgis can't find a key column in a
postgres table
- Fix a couple of bugs when loading postgres tables (invalid layers
would appear to load, giving a legend entry, but not show anything on
the map)
- Tidy up of #includes in postgres files


git-svn-id: http://svn.osgeo.org/qgis/trunk@4911 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-02-28 06:50:37 +00:00
gsherman
9d02a24a3e Moved providers directory to src subdirectory
git-svn-id: http://svn.osgeo.org/qgis/trunk@4618 c8812cc2-4d05-0410-92ff-de0c093fc19c
2006-01-08 19:53:28 +00:00