Some raster edits not maintained - Descartes

Thanks for your input. It seems that when importing the .dgn and .cit back into project wise you must complete the parent child relationship. Once this is done, when the dgn is later opened, or checked out, the .cit comes with it (the correct .cit).  

Our problem was (hopefully) resolved this way. Seems the reviewing Engineer on the client side was seeing an older version of the raster (cit) b.c the parent/child was broken between the dgn and the cit. Therefore the edited cit was not being checked out. He must be seeing a cached cit version, much like what Pascal had suggested. At this point establishing the relationship has solved our problem.

So this problem is not resolved. I have dug in further and found where the issue with the missing edits is occurring.  I hope I can explain this so that it is easy to follow. Here are the steps taken.

On my desktop

1. I created a raster image .cit and placed it into a dgn and the file is saved.

2. Later, I edited the raster and saved the dgn.

FTP site

3. I placed the dgn and cit on to the FTP site to send to the client. At this point, the drawing/cit appear correctly on my desktop.

Clients vpn

4. I log on to the clients vpn and download the dgn and cit from the FTP site.

5. I open the dgn and .cit on the clients computer and find the .cit is wrong.

***the .cit now appears wrong. It appears like the orginal .cit I placed into the drawing in step 1 before any edits were done to it.***

Troubleshooting...

On my desktop

1. I took the original dgn and cit with edits from step 2 above (mind you this appears correctly on my computer).

2. I make a copy of the cit and attach that copy into the dgn.....which now has x.cit and x-copy.cit

****the x-copy.cit now appears the same way as in step 5 above; with no edits.  x.cit still appears correctly.****

What appears to be happening is that any type of copy of the cit (which is essentially what happens when we place the files on the FTP site) reverts the .cit back to it's original state or, as I have found with other dgns, the previously edited stated and not the current edited state of the cit.

Further Troubleshooting.....

1. I edit the x-copy.cit and save it in the dgn.

2. I make a copy of x-copy.cit and attach the new copy (x-copy2.cit) in to the dgn, there are no issues. x-copy2.cit looks right. It does not revert back to it's previously unedited state.

I believe this is a bug because it is not happening to all the drawings with edited .cit's attached. It is happening to 4 of the 500 drawings we have worked on but it is a reoccurring problem and could be VERY bad for us.

Am I possibly attaching the rasters wrong or saving wrong?  Could there be a configureation varible that needs to be set differently?  

I'm running MS V8i SS2 and descartes.  

Thanks in advance!

Jennie

Jennie,

I really think that at that point we need some dataset from you and a clear, step-by-step description of how to reproduce the problem (i.e. : if we can reproduce it we can fix it).

For example :

- Create new .dgn file.

- Attach .cit file.

- Erase one location on the .cit file (attach the screenshot of the location in your dataset).

- Close the .dgn file.

- Copy the .cit file.

- Create new .dgn file.

- Attach the copy version of the .cit file to the newly create .dgn file.

- Observe that the modification are not in the copied .cit file.

Also try your workflow three/four times just to be sure that the workflow likely will lead to the same problem when tested on our side.

Finally I think it would be a good idea to delete your cache files to see if that might change things. You can delete all your cache file by clicking on Raster Manager->Settings->Cache Manager->Run Now after having selected the "Delete cache files on exit" checkbox  (note that this could degrade the performance of your raster dataset for a while until the cache files are rebuilt).

Some information on how to upload your dataset can be found here : communities.bentley.com/.../bentley-ftp-site-tn.aspx .

Thanks,

Mathieu

It was really an informative stuff. It could be better if you can share some more detailed info here, so we can better analyse it completely . I have recently visited here , and found it very interesting to me. Have a look may be it helps you too.

Is this the scenario that you are seeing?  I apologize for the long description.  I have posted a suggested workaround.  This has been fixed in ProjectWise, in I think the ProjectWise release 08.11.09.79.

When user opens Descartes he gets the ProjectWise interface. The user will open ProjectWise and select their dgn file. If the dgn file has a raster imaage attached it will automatically check out and attach the raster image. If the user edits the raster image and does not make any changes to the dgn file the raster image is not check back into ProjectWise. If the user edits the dgn file or does a Save Settings or does Raster SaveAll then the raster image is checked back into ProjectWise. If the user edits only the raster image and then selects no to check in the dgn file and closes MicroStation and then goes to ProjectWise explorer and checks the raster image in from there it pushes the changes to the server.

================

Problem description:

================

The user has the same problem in both series one and series two ProjectWise (08.11.07.443), MicroStation (08.11.07.443) and Descartes (08.11.07.427.) The user said that they are opening dgn files with the raster images already attached. They edit the raster image, but do not make any changes to the dgn file. He said that he found that when he exited and it ask him if he wants to check the dgn file in, if he says yes that it does not check the raster image back into ProjectWise, but if he says no he can then manually check the raster file into ProjectWise and it works.

The edited raster image was not being returned to ProjectWise if dgn file was not edited.  ProjectWise is not recognizing that the raster image has been changed when the dgn file has not been changed. We found if we did Raster SaveAll that it would check in the raster image that had been edited back into ProjectWise.

============

Workaround:

============

TR # 306436 was filed. Workaround is to select No to not to check in the dgn file and then manually check in the raster image.

Tested and verified that the MCM.CFG PW_RASTER variables are being set in MicroStation.

#pw_raster_checkinopt = -1 (Original setting)

pw_raster_checkinopt = -1

pw_raster_checkinopt = 1

Settings in "mcm.cfg"

PW_RASTER_CHECKINOPT = 1

PW_RASTER_CHECKOUTOPT = 1

When you exit select Cancel and then go into ProjectWise Explorer and check in the dgn file.