<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://communities.bentley.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>Jonathan Rawlings's Activities</title><link>https://communities.bentley.com/members/0d50802c_2d00_80f9_2d00_4dde_2d00_b229_2d00_c1547e55b965</link><description>Jonathan Rawlings's recent activity</description><dc:language>en-US</dc:language><generator>Telligent Community 12</generator><item><title>Item Types Survey Fieldbook - Not Attaching</title><link>https://communities.bentley.com/products/road___site_design/f/geopak-inroads-mx-openroads-forum/239442/item-types-survey-fieldbook---not-attaching</link><pubDate>Mon, 12 Dec 2022 18:14:48 GMT</pubDate><guid isPermaLink="false">6dad98f5-dbc9-4c4d-a9ba-e9da8dc6aa8e:0616d16a-b0d1-47f1-86b2-780d7b277637</guid><dc:creator>Jonathan Rawlings</dc:creator><description>&lt;p&gt;I am testing item types assigned to a feature definition in my .dgnlib. The item type is setup to pull information from the survey fieldbook data. When I import survey data to a survey fieldbook I expect to see the item type assigned to my survey feature, but the item type does not attach.&lt;/p&gt;
&lt;p&gt;If I manually place a cell with an item type assigned in the feature definition it works as I expect and attaches the item type, but as expected&amp;nbsp;the item type definitions are blank until I import the feature into the survey fieldbook. After importing the graphic into the survey fieldbook the item type populates with the survey fieldbook information. I can also manually attach the Item Type to the features using the Attach Item Type tool, but I am trying to make it automatic so that when data is brought into a survey fieldbook the item type is assigned.&lt;/p&gt;
&lt;p&gt;Any ideas why the item type is not attaching to the survey fieldbook features when I import data into my survey fieldbook?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;OpenRoads Designer CONNECT Edition v10.10.21.04&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>OpenRoads Does Not Resolve Crossing Features</title><link>https://communities.bentley.com/products/road___site_design/f/geopak-inroads-mx-openroads-forum/239215/openroads-does-not-resolve-crossing-features</link><pubDate>Wed, 07 Dec 2022 00:12:39 GMT</pubDate><guid isPermaLink="false">6dad98f5-dbc9-4c4d-a9ba-e9da8dc6aa8e:c6062f79-3876-405c-af9c-3ad6ec35a870</guid><dc:creator>jcallicott</dc:creator><description>&lt;p&gt;I have a question that... well, I think it is simple, but maybe not.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;I have several terrains in a single DGN. I&amp;#39;m using ORD 2021 R1 on Windows 11. The terrains were generated from imported survey from a CSV.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Many of the terrains include curbing... which includes the front face of curb and also the flowline (front bottom face of curb). These two lines are about six inches (the height of the curb) apart vertically, but only and inch or less horizontally. Because the way these features&amp;#39; points connect to each other, there are very minor albeit overlaps in the top and bottom faces. Since it&amp;#39;s known what these are it&amp;#39;s not a huge deal, but we want to correct them. So, we&amp;nbsp;choose Terrain--&amp;gt;Analysis--&amp;gt;Reporting--&amp;gt;Report Crossing Features. The TCF report opens up and shows all the overlaps. I select one, or two, or all entries (the number does not matter), right-click, and choose the method &amp;quot;Insert a Point into both Features at an average Elevation&amp;quot;. No matter which terrain I use, or how many entries I select, I see ORD calculate the elevations for each point. But aside from that, the command does nothing. At all. No entries disappear. No entries change.&lt;/p&gt;
&lt;p&gt;The exception to this were the methods that did resolve the issue:&amp;nbsp; &amp;quot;DeleteFeature1&amp;quot; or &amp;quot;DeleteFeature2.&amp;quot; However, since I only have two features to define the face of curb, I need both features and cannot delete either of them.&amp;nbsp; But a &amp;quot;nondestructive&amp;quot; method did not work, and changed nothing.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;br /&gt;I have confirmed all terrains are editable and have no rules active. I&amp;#39;ve seen the various methods demonstrated in YouTube videos; once the crossing features&amp;#39; entries on the TCF report are selected, and a right-click used to select the method to resolve the crossing features, the entries disappear immediately.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Thinking it may be specific to terrains imported from survey, I quickly drew two rectangles that overlapped one another: one at elevation 5, and one at elevation 10. I then selected both and opted to create a terrain from&amp;nbsp;selected elements.&amp;nbsp;I then chose to Report Crossing Features... and as expected, two overlaps were reported in the TCF Report. But just like the terrains imported from Survey, I could not resolve the crossing features - unless I chose to delete one or both features. The nondestructive methods calculated points, but changed nothing.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;So... am I missing something? A setting maybe? Or have I discovered a bug?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ORD Items Types On Survey Features Not Visible When Referenced In a MicroStation File</title><link>https://communities.bentley.com/products/road___site_design/f/geopak-inroads-mx-openroads-forum/239184/ord-items-types-on-survey-features-not-visible-when-referenced-in-a-microstation-file</link><pubDate>Tue, 06 Dec 2022 16:27:50 GMT</pubDate><guid isPermaLink="false">6dad98f5-dbc9-4c4d-a9ba-e9da8dc6aa8e:e615c2a9-27cd-4b0c-b752-ae656d4441f2</guid><dc:creator>Jonathan Rawlings</dc:creator><description>&lt;p&gt;I have item types assigned to&amp;nbsp;my ORD survey fieldbook features.&amp;nbsp; I would like to reference the ORD file with item types to a Microstation file and have the ORD item types visible in the&amp;nbsp;MicroStation file.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;When I reference my ORD file with the item types to the MicroStation file the item types definitions from the ORD file are visible, but the item type data from the survey features is no longer shown in the MicroStation file.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;What am I missing?&amp;nbsp; Why are the ORD referenced item types not visible in a Microstation file?&amp;nbsp; &amp;nbsp; &amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;MicroStation CONNECT Edition v10.16.02.34&lt;/p&gt;
&lt;p&gt;OpenRoads Designer CONNECT Edition v10.10.21.04&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Import Bentley Survey Format (SQLite) not working</title><link>https://communities.bentley.com/products/road___site_design/f/geopak-inroads-mx-openroads-forum/217260/import-bentley-survey-format-sqlite-not-working</link><pubDate>Tue, 27 Jul 2021 15:30:21 GMT</pubDate><guid isPermaLink="false">6dad98f5-dbc9-4c4d-a9ba-e9da8dc6aa8e:038eaa23-9d03-4bfd-8965-10a6473eff9f</guid><dc:creator>Chris Striba</dc:creator><description>&lt;p&gt;Ive been working with extracted lidar that was done in MS Connect and I need to bring it into ORD Connect Edition (Version 10.09.00.91) and create a Field Book that will then be exported as a Bentley Survey Format (.SQLite) and then imported by the surveyor into their ORD dgn with their own (separate) field book. The export seems to work just fine, and the first few times I tested an import in a new ORD DGN it seemed to work, but all of a sudden I cant import the SQLite files anymore. The process goes through and the graphics do appear on screen but the Linear Features don&amp;#39;t show up in the Field Book, and if I uncheck the field book the graphics remain on screen proving they aren&amp;#39;t in the field book. So it looks like ORD is importing the graphics but not bringing the Field Book attributes along with it. Again, it worked the first handful of times I tried it but no longer does.&lt;/p&gt;
&lt;p&gt;Also, if I send the SQLite file to a co worker it can be imported correctly on a slightly older version of ORD Connect Edition but I&amp;#39;m not sure its the version since it worked the first few times I tried it.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Ask A Question I</title><link>https://communities.bentley.com/achievements/460ac7df-7ccc-4c42-a204-9e05eef3be09</link><pubDate>Wed, 31 Mar 2021 01:08:06 GMT</pubDate><guid isPermaLink="false">6dad98f5-dbc9-4c4d-a9ba-e9da8dc6aa8e:f86dd83b-ba1b-47e3-a5c6-440372794331</guid><dc:creator /><description>Ask a question in a forum.</description></item><item><title>Reality Model Presentation Dialog Slows Down Quick Section Forward/Back/Rotate Movement When Open</title><link>https://communities.bentley.com/products/3d_imaging_and_point_cloud_software/f/contextcapture-descartes-pointools-forum/211929/reality-model-presentation-dialog-slows-down-quick-section-forward-back-rotate-movement-when-open</link><pubDate>Wed, 31 Mar 2021 16:31:17 GMT</pubDate><guid isPermaLink="false">6dad98f5-dbc9-4c4d-a9ba-e9da8dc6aa8e:7a835492-37d7-4196-b574-15ac1de3e26a</guid><dc:creator>Jonathan Rawlings</dc:creator><description>&lt;p&gt;In ORD Reality Modeling when I have a point cloud loaded and the Reality Model Presentation box open to the Sections tab and attempt to either use key-ins or the buttons to&amp;nbsp;move a quick section forward/backward/rotate&amp;nbsp;I get a pause and the spinning cursor.&amp;nbsp; &lt;/p&gt;
&lt;p&gt;If I close the Reality Model Presentation dialog and only use the key-ins, it seems to work fine.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Often times I need to have the dialog open as I&amp;#39;m working, but due to the delay of the spinning cursor it makes it unworkable.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Is there a setting somewhere that is causing this dialog to have a delay?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Keyins to Create Quick Sections No Longer Work in ORD</title><link>https://communities.bentley.com/products/3d_imaging_and_point_cloud_software/f/contextcapture-descartes-pointools-forum/211928/keyins-to-create-quick-sections-no-longer-work-in-ord</link><pubDate>Wed, 31 Mar 2021 16:18:46 GMT</pubDate><guid isPermaLink="false">6dad98f5-dbc9-4c4d-a9ba-e9da8dc6aa8e:33b96241-4086-4daa-bd89-df243d458ea6</guid><dc:creator>Jonathan Rawlings</dc:creator><description>&lt;p&gt;Using Descartes in&amp;nbsp;V8i I had keyins setup to move forward/backward/rotate and create a new quick section using F1-F4.&amp;nbsp; In ORD, the keyins for moving forward/backward/rotating seem to work, but the keyins for creating quick sections do not work.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I get &amp;quot;unknown key-in or command.&amp;quot;&amp;nbsp; I&amp;#39;m using the keyins found in the Bentley Descartes CONNECT Edition help contents for moving forward/backward/rotate and creating a new section.&lt;/p&gt;
&lt;p&gt;Are there&amp;nbsp;updated key-ins for&amp;nbsp;creating a new section that are not shown in the help contents.&amp;nbsp; These are the ones I&amp;#39;ve tried:&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family:Courier New;"&gt;POINTCLOUDADV SECTION CREATEQUICK ORIBLOCKBYAXIS&lt;/span&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family:Courier New;"&gt;POINTCLOUDADV SECTION CREATEQUICK ORIBLOCK&lt;/span&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family:Courier New;"&gt;POINTCLOUDADV SECTION CREATEQUICK CUTPLANEBYAXIS&lt;/span&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family:Courier New;"&gt;POINTCLOUDADV SECTION CREATEQUICK CUTPLANE&lt;/span&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>