There are other wall:invisible lines in my scrap. It is only when I switch one of them to wall:invisible from visibility off that my lox model walls are all rendered OK. The others are still wall:invisible but these also have identical lines of type ceiling step running along the same path. Maybe that makes a difference?
I've attached a mini project with the two versions of my ths file. One gives a good lox model, and one does not. Footleg On 9 May 2012 20:52, Bruce <bruce at tomo.co.nz> wrote: > I'll have a stab at this but not really sure if this is the correct answer. > > Â Â Â Â wall:invisible (or wall subtype invisible) > is not the same as the -visibility option. > > I think -visibility just controls whether the symbol can be seen in the 2d > outputs. > > However I think of wall:invisible as equivalent to "wall does not exist" as > that is the effect (generally) that it has in all outputs and scrap joining > algorithm (passage interiors). Â It is mainly useful for indicating that an > area is actually inside of a passage when making complex multi-scrap joins > at junctions, so that the pdf's and lox models are rendered properly. > > But maybe it is a bug and they should behave the same? > I have always used wall:invisible and usually get the result I desire for > pdf, lox and most of the time for kml, but for complex arrangements it takes > a bit of fiddling. Â I wonder how the join statement treats walls with > -visibility off? > > Check that you do not have any -outline in/out or wall -reverse on/off type > anomalies in your scrap. > > Bruce > > -----Original Message----- > From: Footleg > > A curious thing I just discovered. One of my scraps was not showing > the walls properly in the lox model. The cause was one wall line being > set to invisible using the syntax: > > Â Â Â Â line wall:invisible > > If I changed this to: > > Â Â Â Â line wall -visibility off > > Now the lox model looks fine. > > I would have expected both these ways of hiding a wall line in the PDF > would be processed the same way (both look the same in the PDF). But > clearly something different is happening in the lox model. > > Footleg > > _______________________________________________ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion -------------- next part -------------- A non-text attachment was scrubbed... Name: InvisibleWallsLox.zip Type: application/zip Size: 84751 bytes Desc: not available URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20120509/b20d3814/attachment.zip>
