Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [udig-devel] Attribute editing

Vitali,

 

To make it clear. The problem is not the editing of the Features geometry, it is about changing the other attributes (textual or numerical). My question is, if this should work within uDig? When I only change these attributes (the geometry is not changed) the FeatureWriter method write is not triggered. But maybe it is not possible yet in uDig to change the other attributes of a feature. I hope somebody can give me an answer on that question.

 

Best regards,

 

Johan de Koning

 


From: udig-devel-bounces@xxxxxxxxxxxxxxxxxxxxx [mailto:udig-devel-bounces@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Vitali Diatchkov
Sent: Friday, February 10, 2006 3:55 PM
To: 'User-friendly Desktop Internet GIS'
Subject: RE: [udig-devel] Attribute editing

 

 

If the datastore has  a non AUTO_COMMIT transaction then all the changes of features being made through FeatureStore interface are not directly persisted back to the datastore (that’s true at least for shapefiles).  And if you want to persist changes you have to just commit transaction Transaction.commit() – that rewrites/adds/removes modified/added/removed features had been collected in the transaction.  By default in UDIG non AUTO_COMMIT transaction is used…  In user interface there is a button “Commit changes” ..

 

Especially for shapefiles: there were different bugs in UDIG when shapefile datastore has been locked in READ mode and transaction never can be committed.

 

Probably I can help where is the problem if you give more details.. I have been struggling a lot of with shapefiles writing..

 

 

Vitali.

 


From: udig-devel-bounces@xxxxxxxxxxxxxxxxxxxxx [mailto:udig-devel-bounces@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Johan C. de Koning
Sent: Friday, February 10, 2006 3:30 PM
To: 'User-friendly Desktop Internet GIS'
Subject: [udig-devel] Attribute editing

 

Hello,

 

When I change an attribute of a feature, the new value is not stored inside my own datastore (but also in common datastores like the shapefile). There is one excepting that when also the geometry of the feature is edited. As far as I can see is this because of the implementation of the FeatureWriter which only triggers changes to the geometry and not the attribute. Is this true? Or should I also have to use another interface to trigger inside my FeatureWriter that an attribute is changed? Looping to all the features to see if there are changes is in my opinion too expensive.

 

Best regards,

 

Johan de Koning


Back to the top