<?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>Taylor Brownlow's Activities</title><link>https://communities.bentley.com/members/a325d958_2d00_f694_2d00_49b3_2d00_83d6_2d00_c126ccd2a22f</link><description>Taylor Brownlow's recent activity</description><dc:language>en-US</dc:language><generator>Telligent Community 12</generator><item><title>Function to create points automatically at parcel vertices?</title><link>https://communities.bentley.com/products/road___site_design/f/geopak-inroads-mx-openroads-forum/248946/function-to-create-points-automatically-at-parcel-vertices</link><pubDate>Mon, 14 Aug 2023 20:18:02 GMT</pubDate><guid isPermaLink="false">6dad98f5-dbc9-4c4d-a9ba-e9da8dc6aa8e:461d6797-779f-49fd-8254-195beb8f9446</guid><dc:creator>Taylor Brownlow</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I was wondering if this is a function in OpenRoads?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;We have hundreds of parcel chains, some overlapping sides, and were wondering if it is possible in ORD to avoid having to create a point for each parcel vertex and then snap to that point for Right of Way table purposes. Previously in InRoads we would use the &amp;quot;Assign Names&amp;quot; and &amp;quot;Horizontal Event&amp;quot; utilities to create the parcel chains and assign cogo points to each vertex (removing coincident points.&lt;/p&gt;
&lt;p&gt;Thank you!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Plotting parcel shape overlaps with solid lines</title><link>https://communities.bentley.com/products/road___site_design/f/geopak-inroads-mx-openroads-forum/241600/plotting-parcel-shape-overlaps-with-solid-lines</link><pubDate>Mon, 13 Feb 2023 15:54:38 GMT</pubDate><guid isPermaLink="false">6dad98f5-dbc9-4c4d-a9ba-e9da8dc6aa8e:4ef3bd7b-32b9-42e5-bcde-232a0d2e3e66</guid><dc:creator>Taylor Brownlow</dc:creator><description>&lt;p&gt;&lt;span&gt;Question: Is there a best practice for keeping close parcel shapes and ensuring they print correctly, i.e.&amp;nbsp;not as a solid line?&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;Explanation: When we receive property data from our survey department, the property lines are closed shapes complex elements with ruled geometry. When we print these shapes often there are overlaps and the dash-dot linestyle appears as a solid line. Usually we would just break the parcel shapes and delete any duplicate or overlapping elements. Since these are ruled geometry and essentially Inroads chains we don&amp;#39;t want to drop them. Our workaround now is to create another model in our property file and in that model have the dropped geometry, referencing that model and it&amp;#39;s &amp;quot;dumb&amp;quot; lines into our drawings to ensure no overlaps.&lt;/p&gt;
&lt;p&gt;Thank you for the information!&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>Mon, 13 Feb 2023 04:39:02 GMT</pubDate><guid isPermaLink="false">6dad98f5-dbc9-4c4d-a9ba-e9da8dc6aa8e:7230a3d1-e7c4-4e28-bed5-cd4531ca3665</guid><dc:creator /><description>Ask a question in a forum.</description></item><item><title>Dynamic Cross Sections &amp;amp; End Conditions</title><link>https://communities.bentley.com/products/road___site_design/f/geopak-inroads-mx-openroads-forum/239538/dynamic-cross-sections-end-conditions</link><pubDate>Wed, 14 Dec 2022 19:09:36 GMT</pubDate><guid isPermaLink="false">6dad98f5-dbc9-4c4d-a9ba-e9da8dc6aa8e:ab2861b4-1998-449d-929f-15e21db8da05</guid><dc:creator>Norman Brown</dc:creator><description>&lt;p&gt;Does editing a dynamic cross section remove the functionality of the end condition (i.e. the ability to seek the existing terrain)?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>[ORD] Brainstorming Cross Section Ideas?</title><link>https://communities.bentley.com/products/road___site_design/f/geopak-inroads-mx-openroads-forum/239587/ord-brainstorming-cross-section-ideas</link><pubDate>Thu, 15 Dec 2022 17:18:58 GMT</pubDate><guid isPermaLink="false">6dad98f5-dbc9-4c4d-a9ba-e9da8dc6aa8e:302776c9-66f7-4eb1-a00c-23befcb89996</guid><dc:creator>MaryB</dc:creator><description>&lt;p&gt;I know that I need to adapt to the ORD way of doing everything, but I am not thrilled with Plans production.&lt;/p&gt;
&lt;p&gt;The addition of the extra step of drawing models is an annoyance, but I can probably train everyone to use those eventually. We don&amp;#39;t use them in our current process so that&amp;#39;s just something new to deal with.&lt;/p&gt;
&lt;p&gt;The fact that we cannot alter named boundaries AND the associated saved views AND attachments is going to be more of a problem. Often, we need to adjust the limits of what is shown on the sheets for one reason or another over the course of the design project. We have several staged submittals which all require plan sets, and the idea that we would have to create brand new plan sheets because we need to adjust the limits is...costly and unappealing. With sheets created the &amp;quot;old&amp;quot; way, we could retain the actual sheet, with all of the annotations intact, and simply adjust the limits (by hand) as needed. I&amp;#39;m not even sure we COULD adjust the limits by hand with Named Boundaries and saved views.&lt;/p&gt;
&lt;p&gt;Is that possible? Would it be as simple as changing the reference clip boundary, or is it more complex than that?&lt;/p&gt;
&lt;p&gt;Cross sections are another issue. It&amp;#39;s VERY common for the initial submittal to not include drainage structures, or for those included to be nominal placeholders. This means that any cross sections cut at the early stages would be too shallow to be useful for the next submittal, without creating artificial limits (I posted about that earlier). I had thought that we could create HUGE artificial limits to make sure that we had &amp;quot;enough&amp;quot; cross section, but then I realized that the annotated grid would draw to that entire section. Which leads me to creating our own grid and annotating by hand the way we always have. We would also have to create sheets by hand because the &amp;quot;supersized section&amp;quot; wouldn&amp;#39;t fit onto our sheets in any automated way. The benefit of the referenced saved view means that the cross section will update with any design changes, but it saves us nothing beyond that.&lt;/p&gt;
&lt;p&gt;For anyone who is not using the default cross section sheet creation method in production, what ARE you doing?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>OpenRoads - Feature Definition Not showing up in the Finished Surface</title><link>https://communities.bentley.com/products/road___site_design/f/geopak-inroads-mx-openroads-forum/239550/openroads---feature-definition-not-showing-up-in-the-finished-surface</link><pubDate>Wed, 14 Dec 2022 22:59:15 GMT</pubDate><guid isPermaLink="false">6dad98f5-dbc9-4c4d-a9ba-e9da8dc6aa8e:48741053-0913-4b53-ace9-5b5b63039e75</guid><dc:creator>Mohammad Osman</dc:creator><description>&lt;p&gt;Feature Definition Not showing up in the Finished Surface&amp;nbsp;&lt;/p&gt;
&lt;p&gt;My WorkSpace, version of OpenRoads, Client settings etc. look correct.&lt;/p&gt;
&lt;p&gt;However, in the finished surface I only get one default layer (white color) and the model ignores all the other feature definitions I have set up in the template.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Anyone else has a similar issue and have any insight?&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" alt=" " src="/resized-image/__size/640x480/__key/communityserver-discussions-components-files/5922/5758.3d.PNG" /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>