"Upgrading COGO points." Drawings take an eternity to check into vault

[Anonymous]

I searched and found a half-dozen posts about this problem. Has there ever been any resolution? Today I happen to be checking in and out many drawings. All display the cogo points message at the lower left corner, and all are taking 4 minutes to check in. UNREASONABLE! Especially when I have five minutes of work to do in each drawing.

[jefflyons2968]

Re: "Upgrading COGO points."  Drawings take an eternity to check into vault.. forget vault.. we are seeing this in standard data shortcuts...

Was this ever resolved?  we are seeing this as projects get older (ie.. opened) and finally the slow to a crawl...

did the regapps, did the purging...exact isse us still seen in AutoCAD Civil 3D 2010 SP3.1

Help!

-JPL

[AlmasSuljevic]

Hi csmithpe,

Any chance some of the points which create a surface may be showing with elevations that is out of range, possibly with zero elevations. Go to 3DOrbit and see if any of the points are ofending. I have seen it before. I am after this issue.

http://beingcivil.typepad.com/my_weblog/2009/07/vault-upgrading-cogo-points.html

[jefflyons2968]

We dont have any cogo points in this drawing, it's basically a sheet with XREF Base Plan (ACAD ONLY), Base Pipes, Base Profile...1 layout and 2 MVirews...simple, simple...

Upon creation this sheet was fast... over time the loading slows to a crawl... like 6minutes to open... No data shortcuts, we are labelling the XREF Base Pipes...

NO COGO POINTS actually existi in this drawing, however, the message at the slow down reads "Upgrading Cogo points"...

This is NOT unique... all drawings go this way over time... we have at least 6 projects all with the same issues...not all setup the same either..ie.. this project uses XREFs for our sheets (we thought it would help), our last project used the standard C3D plan production methid of data shortcuts...same issue...different setup.. obviously, the drawings are synchin to the base plans, changing and recording a history in a hidden table not being purged...

Love to find out WHY... this is actuall the #1 iussue we have with this product...

--JPL

[bruce.jordan]

If you have your Survey tab in your toolspace turned on - you might try turning that off.

I noticed even though I do not have a survey database setup, just having the Survey tab "on" creates background processing.

Once I turned the Survey tab off, my performance increased.

Just a shot in the dark

-Bruce

[hgohel]

"Upgrading COGO points" is a status message that has probably not yet been succeeded by the next message in the process so it still shows, i.e. your slowdown has probably nothing to do with upgrading COGO points which may be supported by the statement by one of the posters that there are no COGO points in the drawing.

In the case of Vault check-in/out there can be a few different reasons why it takes time, for example network latency.  Some drawings/projects may be configured to generate DWFs for one or more layouts on check-in which can add significant time to the check-in process.  I'm not sure if any one of these apply to you, but it's worth narrowing down the problem further, by eliminating the Vault server and just trying save to your local disk for the same drawing & seeing how long that takes.

[SkipBurns]

We had a similar problem with some drawings a while ago... not using Vault.  The solutions was to set 'savefidelity' to 0 in all of the drawings including the xref.  Once we did that everything ran fine.  Never did find out how it got turned on in the first place.

[jefflyons2968]

Thanks Skip,

This look very promising...i looked up the variable and verified that the default Civil 3D DWT is set to = 1..ie... it's pre-set, therefor eall of our project dwgs would be 1...

I will flip it back and let you now what happens..

--Jeff

[jefflyons2968]

I will gove this a try as well - we all have the survey tab enabled...

[Sinc]

Yes, the SAVEFIDELITY defaults to 1.  All of our drawings have it set to 1.

To my knowledge, this should only have an effect on C3D 2009.  On C3D 2010 and above, it should have no effect until you export or save to an earlier DWG format.  (It controls how Annotative Objects appear in Autocad 2007 and earlier, since Annotative Objects were not added until the 2008 release).

If this is the thing causing problems, then it definitely has nothing to do with Cogo Points.

[Anonymous]

I have set my "savefidelity" to 0 and checked for any points with zero elevations and have none. The dwgs still take forever to open. Anyone else still having this problem?

[DRW_CAD]

This has been a problem for a long time. '09 at least. I have a toolbar in my enterprise CUI that resets the toopalettepath variable to load different groups of palettes. I've found that when I change that variable to something, anything and back again, the cogo point message ddoesn't occur. Crazy, I know but it worked for me. It's habbit now, I have a macro for it.

[rkmcswain]

---

@jefflyons2968 wrote:

NO COGO POINTS actually existi in this drawing, however, the message at the slow down reads "Upgrading Cogo points"... 

---

Don't necessarily trust the messages you see during a file open.

Whatever process/function that initiated the "Upgrading Cogo Points" message, may have already completed, and a new process/function started (which is the one hanging). If neither function clears the earlier message, then there it is, a bogus message.

[bsuing]

Good day!

  Has this been solved yet?  I am also experiencing this same issue.  I am not using the vault.  I have also moved my survey database to my local hard drive.

The delay has been getting longer and longer as I have been adding, editing breaklines, survey figures, and surfaces.  These surfaces are small with only a couple hundred points and a dozen breaklines each.

What I have noticed.. which may be the key clue... I will rt click "surfaces" --> "create surface"  then, Instead of naming a new surface, I choose cancel.  BAM!  Now I have to wait a couple minutes. By canceling an operation, there is some refresh that is taking a long time.  In my opinion, I have plenty of speed, CPU, memory, yadda yadda.

This delay is exactly the same as opening the drawing with the same message about the cogo points.  SAD

kindest regards,

Brian

[SkipBurns]

This probably isn't the case since these are design files, but are any of these drawings associated with sheet sets?  I have seen corrupt sheet sets causing similar problems... editing out the bad data from the sheetset using dstconverter will make a drawing that is super slow become very fast again.

[bsuing]

These drawings are new with no sheet sets.  I'm working in model space only.

-Brian

[Anonymous]

Ok so this issue is still hanging around, reading thru post a few things seam to ring true with my current problem with the "upgrading cogo" hang-up. The major one is the wide use of sheet set manager, and it is being copied and renamed from one branch of a very-very large project to another....so I can see how corruption of the sheet set manager would happen. my question is what is "dstconverter" I cant find it in C3D. any help would be great!    Thanks, Laura Ford

[richie_hodgson]

Hi I have been experiencing this issue with drawings from one particular CADdie and I had a look at zero elevation points but there were no points in the drawing, then I looked at the point groups and found all of them needed updating, next I checked through the prospector and selected all of the + symbols and found a couple of profiles which was very interesting. I deleted those and then checked in the drawing. It took a while to check in but checked out no problem at all, no more update message the check in time was DWF creation time so I probably have an issue with one or two layouts. Anyway hope this helps. You may have a stray surface or profile or something that is looking for points on check out.

[richie_hodgson]

Oops that should have read Alignments not Profiles. It might just have been updating the point groups but have a play. 

[Anonymous]

Turning savefidelity to 0 fixed it for me!!

Jim