Kristoff,
Should be embedded.........no?
Rt click....open with SU.

Charlie

Juan,
Thank you for looking at this for me.

I am not sure you understand the problem though. (most certainly my fault)

Imagine looking through a camera and snapping a picture of something.
Develop that picture and it will contain what you saw...and only what you saw through the lens.

Now, in LO.....and looking through the lens (SU Scene)while in Raster mode...it is as expected......only what is in front of the camera lens will be seen.

Switching to either Hybrid or vector mode and you will now see geometry Behind the camera. (the colored shapes in above Vector mode are well Behind the camera)

Best,
Charlie

Kristoff,
Thanks....but to be clear......are you saying you have not experienced it in general?
Or have you downloaded the attached file?

Occurs to me I should have taken a screen shot of what I see in above LO file.
See below

Charlie

Can anyone confirm what I am experiencing with LO 2013?

I really like the speed increase with LO 2013 (Hybrid/Vector)...but this bug would prevent me from upgrading until it is repaired. (I have trial version now)

Thanks,
Charlie

All,
I have some cross sections of a building.
The Cross Section displays the information as expected with Raster Render.(camera position/scene)

When Hybrid Render or Vector Render is used, information behind the camera appears.

Best,
Charlie

EDIT:
1.) Removed .png image.
2.) Attached LO File has a very simple example of the problem that exists.

Unwanted geometry appears when Vector or Hybrid selected

Pace Fuels? (Cam2)

Charlie

Alan,
Same problem here only I am on PC Win7 64bit.

& yes I moved the 3Dx folder & the plugin to the 2013 Plugin folder.(from SU V8 Plugin folder)

I even downloaded the latest 3DXware too.....It shows in the extensions and tick box is checked.

Guess it will be up to 3D Connexion to fix.

Charlie

Nadine,
Also note the layers "as listed"(stack) that way on the pages.
So:
Layer A (front most)
Layer B (middle)
Layer C (back)
Then within each layer you have control to move items on the same layer front to back by rt click...Arrange...Bring to front/send to back..

EDIT: Also note you can change the layer order by draging a selected layer.
Layer C (front most)
Layer B (middle)
Layer A (back)

Best,
Charlie

@jhauswirth said:

I created a bug-
2368695 Alt...about center...ignores preserve scale setting for SU model
Thanks for reporting the problem.

I could have sworn this bug was fixed a few iterations back.......No?

If it was....FYI: Current LO build (Version 3.0.16846) exhibits the same problem previously reported/fixed.

Best,
Charlie

Just a wild guess.....perhaps it is a shadow cast......try unticking cast shadows on the line(s) that are hidden.[entity info....untick cast shadows]

Best,
Charlie

@unknownuser said:

I still don't see why they are incapable of printing pdf? Back when I used ACAD, everything was printed from PDF - never used .Tif due to the potential scaling issues. I don't live in a large town either - around 15000 population and our printer gets it right every time. If you get really frustrated, I just bought an in house printer for $2800 that works incredibly well. It can print the pdf's generated from LO in 1 minute full color. It's an HP T790. It's been great so far!

Sonder,
First....thank you for your incredible support/advise/tutorials of the SU Layout module.
An inspiring compilation indeed.

RE: Local Print Shop
I do not understand my local print shops difficulties either....to my (mild) yet vocal frustration, I have not really pressed them on it but to say/demonstrate the omissions/etc.
To which they will "get it right" the second go round.

That said, I normally print off 11"x17"'s of my Arch D's for proofing (BizHub) which of course are just as they should be.
IOW...I rarely print Arch D's for my own consumption............rather leave that for the client/contractor(s) etc. to order.

And of course that is where the problems arise.........the WYSIWYG .pdf......often does not square with the print shops output.

I am running on here........but....end of the day I think we are fast approaching a somewhat paperless document era.........and in my opinion it cannot happen fast enough with respect to the current printing difficulties.
Plus, seeing all the incredible details you have created....would be a real shame to see them printed grey scaled.

All the best,
Charlie

@unknownuser said:

Yes, I am surely thinking the printer is to fault. Of course, I live in a small town and this printer is the go-to printer for all the contractors in town.

Makes me look unprofessional when I am the only guy giving them pdfs that they can't print correctly. Very annoying.

Thanks guys!

OTB,
Similar situation here as well, print shop has majority using ACAD or otherwise sending in .tif (at least that is what they tell me)
And as such they are rigid in requesting I send in .tif and not .pdf. (Really!)

Anywho......I used to have a print driver installed on my machine for their printer. (Oce' xxx I forget the model#) and I would plot to file (.plt)
My prints(from my CAD software) would come out just as they should (pen wts/shades/etc.)........and the file sizes were tiny. (less than 100kb)

Why I mention this?
Perhaps you could find out the exact make & model printer your local shop is using and try a print to file from LO.......if possible.
I may even try this myself as I am still frustrated with my local shop "fogetting" to have their sattelite shop process my stuff.

Sorry if this reads like a rant, and short on details about the print/plot procedure with an "installed" printer/plotter driver.(been a couple years since doing so)

The downside to the plot to file as I recall was you could not "view" those files.
Plus it is an extra step which is always a p.i.a. but so is missing info or poor quality paper prints @ x$ per sq. ft.

Best,
Charlie

@unknownuser said:

Thought is was weird that the Layout PDF was causing so much problems with the printer. I still think it is a setting on their end, but who knows.

Too bad no one else has experienced this.

You are not alone.......and while I may not have experienced the "exact" same....poor results....from the local print shop.......I have experienced very similar problems.

Short version:
I understand my local shop takes the .pdf I send them, and converts the file "pages" to .tif....and then prints them.

I have challenged them on this practice as it almost always results in loss of info...... and so they reluctantly have the "other print shop' (they have 3)re- print from the native .pdf.(some story about Adobe commercial license $...etc.)

Again...to be short...."your" print shop is most likely the culprit....and not so much your exported Layout .pdf's or...any variation (reduced file or otherwise) you are generating via Adobe Acrobat Pro.

Best,
Charlie

@unknownuser said:

Save faster !
One smart guy (from Trimble, I think) recommended here on a post about SUx64 that we get faster hard-drives if we want faster save.
Tell me, how SLOW do you think my HDD is, if a freakin' 57MB model needs 2-3 minutes to save ?? I have a hint: is SATA II, not 5" Floppy Disk:thumb:

Dereeei All
I have offered...in the past... what I think is a reasonable explanation for the "long save" on...~ "large models".

In short.......it is the creation of a thumbnail image that is (largely) a cause of the "long save".

Once the "create thumbnail on save" is disabled you will most certainly experience a marked improvement in "save time".

Since I have never received any feedback on this phenom.......please enlighten if you experience any different experience.

all the best,
Charlie
Edit:
&..FWIW Sure...the thumbnails are useful/great........but W/O..... the save time is 10x faster.....minimum (in my experience)

@krisidious said:

Same problem I've had Daniel...

Kristoff/All,
I am no authority by any stretch........and/so.... not aware of any specific standard "callout" for any stick built (or otherwise) wood framed corners.

That said.....I can tell you that most Mechanical....Electrical....Plumbing contractors will prefer any corner that allows them best access.

IOW.......specifying solid(thru/thru)framed corners will get you in hot water with the above mentioned MEP folks. (or at least until they invent drill bits that make 90's)

Best,
Charlie

Kristoff,
You show 2 kinds of corners with respect to insulation.
"Non insulated" (closed off to access after dry in)
And "insulated" (easy access to insulate after dry in)

Or sometimes the "solid" corner of the attached variety....also "non insulated".
EDIT:Note
The 2x4 in the solid corner depicted are just blocks (shorts/scraps/etc..usually 12"-14")

Best,
Charlie

@unknownuser said:

Look as if Peter Pan didn't go to Never-Never Land, but headed for Mari Gras.

What a marooon Peter is.........that's not a pan........it's a pot.........sheesh!

@penumbra said:

Further study on this "black line" issue when exporting to pdf revealed that this is caused by some offending geometry. The geometry does not necessarily have to be complicated. Layout appears to exhibit this bad behavior when custom styles are present in the layout file.

Same here, I will add in my case it was with a parallel projection scene.
Very slightly turning the veiw made the phenomenon (black line) go away (not ideal...but it worked).

I do think the geometry in SU may have been just "slightly off" to the camera.
Not sure how to better describe that, perhaps "not exactly" perpendicular.

Charlie

I assume you are asking for Layout to remember the sheet size?

For now, set your default sheet size in your .pdf printer preferences.
(For me I would set Adobe Acrobat Pro print preference...page/sheet size to Arch D and save settings)

Charlie

EDIT: And also set your .pdf printer to default printer.

@unknownuser said:

Jeff Hammond...........long lens..

Why a long lens.........?