communities.bentley.com/.../create-plan-sheet
communities.bentley.com/.../create-profile-sheet
Good afternoon
my question is how can I create profiles Geopack flat SS4.
if they have a much better serious video
Geovana Santamaria.
In Geopak Earthwork I have simple cross sections, calculating for fill and a small base, Geo will calculate the (Regular Exc).-Area and Vol –(Embankment) Area and Vol. I know how to do the math to check longhand from Station to Station but if I check longhand with area tool base area and fill, I have to add together and divide by 2 to get answer so that would be Left Base only opposed to lt/rt, and same with fill. Earthwork level shows it picked up a lt/rt calculation. (Why Add together and Divide by two)
Ben Clay
Design Technician
In Ss2 and Earlier, if we were tasked with looking at alternate designs, we could copy a corridor with a new name and then modify the copy. Also, on occasion it has been necessary to split a corridor into two so that target alignments/features that loop do not result in multiple solutions. Again, that was accomplished by copying the corridor and changing the start and stop stations so one ended where the other began.
So how can one accomplish this in Ss4? Is it only possible using a Save As to another file? If so, we may need a CR to provide tools for copying or migrating civil objects within files or to other files.
COGO can not read a .tin file. I tried to grab an elevation from plan view labeler and only reads "Not available". I tried to generate an existing profile using the same .tin file but I get an error message stating "unable to store profile". Basically COGO can not read the .tin. I'm having the same issue with other projects and .tin files.
Not sure why I get this error. I have some people that can use the D&C tool to bring in profile info and others get this message. GEOPAK SS3 08.11.09.722 inside of projectwise. Also have random GPK file access issues. Could these be related?
Sub brt_test()
Dim actprj As Long
Dim cactproj
Dim sts As Long
Dim strFile As String
Dim strName As String
Dim strDesc As String
Dim strFeat As String
Dim ali As Long
Dim ele As Long
Dim pnt1 As DPoint3d
Dim pnt2 As DPoint3d
sts = scadSDK_cogoLoadGeometryFile(actprj, StrPtr("c:\brt_test\brt_test.alg"))
ali = scadSDK_cogoGetActiveProject(ttt)
pnt1.X = 214747.01
pnt1.Y = 214748
pnt1.Z = 0
pnt2.X = 214747.01
pnt2.Y = 214748
pnt1.Z = 0
scadSDK_cogoAddHorizontalLineByPoints ele, ali, pnt1, pnt2
End Sub
I want to draw a create a line in inroads by 2 points in vba!
It returns error 53, file not found.
I would also like to get a geometry project / horizontal alignment and use this function below to get instantaneous radius at a given station.
scadSDK_cogoComputeRadiusAtStation Lib "SCadSDKAT" (ByVal alg As Long, ByVal ele As Long, ByVal Station As Double, radius As Double, sign As Double) As Long
Please if anyone has experience for this code to work in vba, it would be a really beneficial tool if it was documented better ?
Kind regards,
chris murray
My usual workflow for special ditch grades is to have a P-DCH-R plan element collinear with the baseline that the corridor follows. P-DCH-R has its own profile. I attach it to the corridor. The template has an end condition that targets the feature definition in the vertical aspect. My problem is that this special ditch grade is attached to a corridor that loops, and the part of the opposite side of the loop is picking up the special ditch grade as well.
The workaround that I had first considered was to limit the horizontal aspect to 90 feet, just so it doesn't search too far off. That doesn't work, since P-DCH-R never shows up in that horizontal range, so it wouldn't be located. After a quick trial, I found this to be true.
The next workaround that came to mind was to add a vertical line starting at the baseline to target P-DCH-R, the lower end of which is to set the elevation of the ditch line. Whether I specify the lower end of this null EC so that the end condition is or is not infinite, it affects both parts of the loop, which is undesirable.
So I suppose the final solution is to offset the main P-DCH-R element to place it in the range where it will be within the horizontal limits of the end condition element. And now trying that, I'm seeing difficulties there too.
An issue came in today that I think will benefit the community to see troubleshooting techniques as we work toward a resolution.
Microstation Version 08.11.09.459 / Geopak SS2 8.11.07.615 When cutting cross sections from surface, the Roadway Designer DTM isn't being drawn onto the cells after the first station equation. If anyone has noticed this issue or can provide a fix it would help me out a lot.
I'm using Power Geopak SS4 .878. My project started with international feet as my working and storage units but with coordinates matching survey feet. I've converted all files to survey feet using a VBA macro. I know that you can expect to get a message when attaching a survey feet file to an international feet file and vice versa, warning you that the coordinates are going to be off. I haven't been getting that message.
My existing DTM from survey is in one file. In my corridor file for phase 6, I have complex terrain model that serves to simulate the existing terrain at the beginning of phase 6. (This seems to affect other phases too, but at the moment I'm working in phase 6.) As mentioned, both files use survey feet.
I took a look at corresponding points out on the fringe. I measured the distance, which turned out to be exactly the value of the lower (southwesterly) coordinate*[(1-2e-6)^-1 - 1]. The factor here suggests that one file must be survey and the other international. But when I attached the files, no warning showed up. In the references list, I noticed that the DTM file scale is 1:1 whether True Scale is on or off. (Otherwise, when the units differ, it flipflops between 1:1 and 1:1.000 002, or between 1:1 and 1.000 002:1.)
To clarify, the survey DTM holds the larger coordinates. Something in the system (apparently) is telling the complex terrain that the survey DTM's points are in international feet. Therefore, the complex terrain model uses smaller values for coordinates.
Apparent root of the problem:
In my phase 6 corridor file, where I also have created the complex terrain model, my survey DTM is attached with 1:1 scaling. The complex terrain model is scaled down as mentioned, so looking at a fringe point, I see two distinct points: one from the survey, one from the slightly smaller scale. I have no explanation for this behavior.
Further exploration:
I took the time to get into VBA to confirm the units. In both the survey DTM file and the corridor file,
MasterUnit.UnitsPerBaseNumerator = 39370 MasterUnit.UnitsPerBaseDenominator = 12000
to represent 39.37 inches per meter over 12 inches per foot. Same for StorageUnit.
SubUnit.UnitsPerBaseNumerator = 39370 Subunit.UnitsPerBaseDenominator = 1200
to represent 39.37 inches per meter over 1.2 inches per tenth of a foot.
Any ideas on what might be the problem here? Any ideas on how to fix this?
Does anybody know if the MX Association Conference in Sydney on 20-22 November 2016 is still going ahead? Where do I get information and details of the registration. I received a notice about a month ago but did not hear anything else after that.
Regards,
Boyd