AutoCAD Map 3D Forum
Welcome to Autodeskā€™s AutoCAD Map 3D Forums. Share your knowledge, ask questions, and explore popular AutoCAD Map 3D topics.
cancel
Showing results forĀ 
ShowĀ Ā onlyĀ  | Search instead forĀ 
Did you mean:Ā 

Slow performance while editing values in data table of shape file

5 REPLIES 5
Reply
Message 1 of 6
swt-gis
1571 Views, 5 Replies

Slow performance while editing values in data table of shape file

I want to edit some values in the data table of a shape file (*.shp) with AutoCAD Map 3d 2013. Every time I alter a value in data table it takes about 30 seconds until AutoCAD Map saves (?) the value. I have to wait 30 second until I can continue working. Why is this so slow?

The shape file has 7000 lines and is stored on a local drive.

 

Regards

Jens

5 REPLIES 5
Message 2 of 6
braudpat
in reply to: swt-gis

 

Hello

 

Which MAP : 2013 / 2012 / 2011/ etc ?

32 or 64 bits ??

 

Have you tried to export your SHP file to the SDF v3 format or SQLite format ?

If possible, could you test the Edit Table FDO with the same file (coming from SDF v3 or SQLite) ?

 

Bye, Pat

 

Patrice ( Supporting Troops ) - Autodesk Expert Elite
If you are happy with my answer please mark "Accept as Solution" and if very happy please give me a Kudos (Felicitations) - Thanks

Patrice BRAUD

EESignature


Message 3 of 6
hence_the_name
in reply to: swt-gis

Hi Jens,

 

delete the SHP's index file (file extension: shx). FDO provider will built a new one next time it opens the file.

Might be a corrupted index.

 

Rob

http://raumpatrouille3d.blogspot.ch/
Message 4 of 6
swt-gis
in reply to: hence_the_name

Thanks for the suggestions.

 

I use AutoCAD Map 3D 2013 on XP 32 bit.

 

I guess the problem depends on the size of the dwg witch I use. It not depends on the FDO data source.

 

I tested the following:

 

Test 1

 

1. open large dwg (14 MB with xrefs, linked blocks, ...) from an network drive.

 

2. FDO connection to:

- shp with old index

- shp with new index

- sdf

- sqlite

All FDO files on a local drive. In all cases it will take about 50 seconds:

a) I enter a new value in the data table

b) I press return

c) AutoCAD checks out the feature I want to edit. This takes about 50 seconds.

 

When I select one feature and use MAPCHECKOUT it will takes about 50 seconds too.

 

Test 2

 

Open a smaller dwg. I make FDO connection. Now it takes about 10 seconds.

 

Test 3

 

Empty dwg. FDO connection. Now it takes < 1 Second.

 

Test 4

 

While large dwg and fdo connection from test 1 is open:

I create an empty dwg and make a FDO connection. Like test 3 it takes < 1 Second.

So memory size and CPU seems to be sufficient.

 

Test 5

Empty dwg. FDO connection.

Now I attach the large dwg from test 1.

It takes < 1 Second.

 

My current conclusion:

Performace of MAPCHECKOUT depends on the size and/or used techniques (xrefs ...) of the underlying DWG.

 

I am not familiar with the CAD-specific techniques (xrefs ..) which may contain a dwg. What could be causing the delay?

Message 5 of 6
braudpat
in reply to: swt-gis

 

Hello

 

Could you insert your XREFs as a Block to do a test ?

Then PURGE your DWG twice ...

So now you have a DWG without any XREF ...

Record it with a NEW filename

 

Quit MAP , Re-Enter MAP

Does'it make a difference ?

 

Bye, Pat

 

PS: have you installed the SP1 on your MAP 2013 ?

http://usa.autodesk.com/adsk/servlet/ps/dl/item?siteID=123112&id=20567715&linkID=9240858

 

 

Patrice ( Supporting Troops ) - Autodesk Expert Elite
If you are happy with my answer please mark "Accept as Solution" and if very happy please give me a Kudos (Felicitations) - Thanks

Patrice BRAUD

EESignature


Message 6 of 6
swt-gis
in reply to: braudpat

SP1 will be installed the next days by our IT department.

 

I talked with your CAD-colleagues:

- The large DWG does NOT contain XREFs.

- The dwg contains a lot of blocks (some with block attributes). All blocks are stored in the DWG.

I used PURGE.

 

I think the problem are the blocks. I deleted all layer with blocks: now it is fast.

 

I will investigate whether there is a certain layer with blocks which is causing the problem.

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

Autodesk Design & Make Report

ā€Boost