Nerozumím co jste chtěl říct těmi  skupinami v posledním odstavci, ale abychom zbytečně nenatahovali vlákno, tak bychom to pomalu měli skončit. Popřípadě založit nové pro  další problém, kvůli přehlednosti.

***

To proč vám vytéká koridor ze své hranice je způsobeno podsestavou - fiktivní osazení stávajícího obrubníku. Smazal jsem ji a vypadá to OK. Zkontrolujte její cílování.

Děkuji za diskuzi, snad byla přínosná.

Hezký den

Řezy v tomto případě vypínám obyčejně přes hideobjects, nebo když je to víc rozsekané tak si to pojmenuju po skupinách a vy/zapínám jen po skupinách co potřebuju. Má to samozřejmně zásadní dopad na čas regenerace. Velikost souboru jistě narůstá, ale mě to přijde bezvýznamné v porovnání s frekvencemi koridorů, kde to skáče v násobcích. Je fakt že jsem vypnul baky.

Takle - řezy se samozřejmně nabízí řešit přes xdata. Spousta lidí to doporučuje. Zkoušel jsem to tedy. Jednou... a zhodnotil jako nepraktické. Možná ale jen dělám něco špatně. Pointa je, že když dělám rekonstrukci, tak potřebuju často štelovat PP v malých krocích a vidět změnu v řezech. Když musím kvůli tomu ještě sledovat další výkres(y), tam regenerovat, přepínat a já nevím co ještě... Nepřišlo mi to jako úspora času. Nicméně budu rád, když mě přesvědčíte o opaku.

Na webinář se asi přihlásím, díky za upozornění na něj. Určitě se však neuvidíme -- předpokládám, že kamera a mikrofon z mé strany není třeba. 

Edit: k těm skupinám... jednu dobu jsem měl pocit, že tyto v cadu dost chybí, tak jsem si něco spíchnul.. ale předpokládám, že by to šlo řešit přes hladiny, respektive filtry hladin - že by se to ve stylech vyhvězdičkovalo aby to mělo samostatné hladiny a ty pak dle potřeby mrazit. Nezkoušel jsem to.

Neříkám, že autoregen na 0 je chyba, jen se proto zobrazovala ta hláška při přepínání mezi řezy koridoru. Myslel jsem, že to byl dotaz, ale možná jsem se jen moc rozvášnil :D

Řezy schováváte jak? Stále vám zvětšují výkres a přinášejí data k překreslení.

Na webinář je třeba mít chvilku čas a stažený teamviewer ve verzi 10 ;)

Pokud ten regenmode považujete za chybu, pak jak vypnete auto regen při zoomovaní?

Ten výkres mi přijde ještě v cajku. Pár základních pravidel...schovánám řezy, vypínám autoregen, *fadectl off, starý LAYDLG, frekvence dle řezů... Xdata se mi zatím jevila nepraktická.

Webinář... nikde jsem se nedočetl jaký je k tomu potřeba SW? 

Chyba na kterou jsme narazili - při přepínání mezi řezy koridoru v SE se nás to ptalo, jestli chceme provést regeneraci. Zapnul jsem proměnou REGENMODE na 1 a už se to neptá.

Jinak za 10 dní budeme mít webinář na téma práce s většími výkresy, jak nakládat s datovými zkratkami atd atd. Pro tento výkres by se to moc hodilo, protože je velmi pomalý a máte tam opravdu věci, které vás brzdí v práci.

Uvidíme se tedy ? :)

Mám pocit, že problém je v hladinách.

těžko říct bez výkresu... můžete mít nastavenou jinou sadu kódů třeba Situaci...nebo koukáte na jinou šablonu nebo základnu.

Prosím o nějaké tipy na téma proč v Section Editoru nevidím žádný řez? Jakože vůbec. Jinak klasický řezy v layoutu jsou.

- klasická S11,5 originál to dědit nechce, alespoň ne mně

- naše upravené VPR si referencování zapamatují

Jak jsem to myslel s tím klopením ...

Píšete, že se vám při standardním klopení nechce dědit klopení z vnitřního pruhu. To klopení zřejmě není spočtené. A i kdyby bylo, tak to nebude mít vliv na chování toho pruhu(CZCK Assemble). On nekouká na vnitřní pruh, ale jen na vnější (kryt), a pláň se mu přizpůsobuje. 

Na vnitřní pruh v klopení kouká ten náš free JPruhNastavPlanVnitrni.

Já měl spočtené klopení pro vnitřní pruh, a tak se mi zdálo, že SklonNaPovrch nedědí to klopení, ale projevovala se tam přesně ta chyba, kterou popisoval Martin Folber. Jinak se dědilo.

- link je samozřejmně v cajku, asi nikdo neočekával opak