Civil 3D 2007 Bug in Parcel Volume Report

[Anonymous]

Parcel Volume Report
Client.Contact: Client Owner.Preparer: Preparer
Client.Company: Client Company Owner.Company: Your Company Name
Client.Address1: Address 1 Owner.Address1: 123 Main Street
Date: 1-5-2006

--------------------------------------------------------------------------------
Parcel Name: L 138
Description:
Volume Surface: Surface2
Fill correction: 1
Cut correction: 1
Elevation Tolerance: 0.05

Fill Volume (cu m) Cut Volume (cu m) Net Volume (cu m)

------------------------------------------------------------------------------
34 550 584

--------------------------------------------------------------------------------


The output above should be sufficient to cause concern from this report.
The error occurs in the line of code:
oVolumeSurfaceStatics.BoundedVolumes arrBoundary, dCut, dFill, dNet
which returns the Net volume as the sum of the cut and fill rather than the
difference between them.

Assuming the cut and fill computations are correct and pending Autodesk
fixing the API,
replace the following line of code with the one below it

g_oVolumeDataArr(nNetIndex) = FormatVolumeSettings(dNet)

g_oVolumeDataArr(nNetIndex) = FormatVolumeSettings(dFill * filCor - dCut
* * cutCor)

Also the values for Cut and Fill would warrant checking.


--

Laurie Comerford
CADApps
www.cadapps.com.au

[Anonymous]

Hi,

I've now had time to create a report where I could easily hand calculate the
volumes.

On a completely symmetrical cut and fill volume surface the Cut was reported
as 0 and the net as the Cut value.

It appears the Cut and Net values returned by the API are exchanged. Hence
the line I posted earlier is wrong.

I'll leave you to sort it out. It would be appreciated if some one could
test some other data to confirm my work.


--

Regards,


Laurie Comerford
www.cadapps.com.au


"Laurie Comerford" wrote in message
news:5159509@discussion.autodesk.com...
Parcel Volume Report
Client.Contact: Client Owner.Preparer: Preparer
Client.Company: Client Company Owner.Company: Your Company Name
Client.Address1: Address 1 Owner.Address1: 123 Main Street
Date: 1-5-2006

--------------------------------------------------------------------------------
Parcel Name: L 138
Description:
Volume Surface: Surface2
Fill correction: 1
Cut correction: 1
Elevation Tolerance: 0.05

Fill Volume (cu m) Cut Volume (cu m) Net Volume (cu m)

------------------------------------------------------------------------------
34 550 584

--------------------------------------------------------------------------------


The output above should be sufficient to cause concern from this report.
The error occurs in the line of code:
oVolumeSurfaceStatics.BoundedVolumes arrBoundary, dCut, dFill, dNet
which returns the Net volume as the sum of the cut and fill rather than the
difference between them.

Assuming the cut and fill computations are correct and pending Autodesk
fixing the API,
replace the following line of code with the one below it

g_oVolumeDataArr(nNetIndex) = FormatVolumeSettings(dNet)

g_oVolumeDataArr(nNetIndex) = FormatVolumeSettings(dFill * filCor - dCut
* * cutCor)

Also the values for Cut and Fill would warrant checking.


--

Laurie Comerford
CADApps
www.cadapps.com.au

[Anonymous]

Hi,

Last post on this. The code below works. The error in the API I thought
was occurring was not so much an error, but rather the returned parameters
are not in the order in the supplied program file and there are no help
files or Tools tip to indicate the return data order.

--

Laurie Comerford
CADApps
www.cadapps.com.au

' oVolumeSurfaceStatics.BoundedVolumes arrBoundary, dCut, dFill, dNet
oVolumeSurfaceStatics.BoundedVolumes arrBoundary, dNet, dCut, dFill
g_oVolumeDataArr(nFillIndex) = FormatVolumeSettings(dFill * filCor)
g_oVolumeDataArr(nCutIndex) = FormatVolumeSettings(dCut * cutCor)
' g_oVolumeDataArr(nNetIndex) = FormatVolumeSettings(dNet)
g_oVolumeDataArr(nNetIndex) = FormatVolumeSettings(dFill * filCor - dCut
* cutCor)

"Laurie Comerford" wrote in message
news:5160429@discussion.autodesk.com...