topic Re: GDL Polyline masking problems (again). in Libraries & objects

GDL Polyline masking problems (again).

Anonymous — Wed, 27 Jan 2010 16:04:29 GMT

I'm having a minor problem getting the smoothing to work reliably on both the circular holes in this prism. It doesn't seem to like having different masking codes to the outer prism boundary. Even if the prism boundary is changed to 79, the problem still happens if you have another rectangular hole with a 15 mask.

Any ideas where I'm going wrong?

PEN 1
MATERIAL 2
RESOL 16

hei = 0.1		! Height
wid = 0.15		! Width
thik = 0.02		! Thickness

!----outline of prism

PUT		0 , 	 0 , 	15,
		wid,	 0 , 	15,
		wid, 	hei, 	15,
		0,		hei, 	15,
		0 , 	 0 , 	-1
	
!!---A rectangular hole

xx=0.1
yy=hei/2


!PUT 	xx,			yy,			15,
!		xx+0.015,	yy,			15,
!		xx+0.015,	yy+0.012,	15,
!		xx,			yy+0.012,	15,
!		xx,			yy,			-1

!!----Two circular holes

!The first circular hole in the sequence doesn't mask properly.

PUT		0.035, 	yy,  	900+79,
		0.015, 	360, 	4000+79	

PUT		0.065, 	yy,  	900+79,
		0.01, 	360, 	4000+79


!!-----Do the prism

PRISM_ nsp/3, thik,	GET (nsp)

Re: GDL Polyline masking problems (again).

Anonymous — Wed, 27 Jan 2010 17:35:34 GMT

Hi Peter,

I guess this issue must be related to the fact that each hole has to be finalized with a "-1" status code. Try to script both holes with a start node and repeat it with -1 status code in the end of each hole.

Hope this helps.

Re: GDL Polyline masking problems (again).

Anonymous — Wed, 27 Jan 2010 17:56:15 GMT

Hey Braza,

It sounds like you may be right with the -1 status code issue, but I can't seem to get your suggestion to work unfortunately. Would you mind posting an example of a hole with a start (and end) node - I can't visualise what this would look like in code form!

Re: GDL Polyline masking problems (again).

Jochen Suehlo — Wed, 27 Jan 2010 18:28:17 GMT

I tested a bit and it seems you have to use code like the autoscripted object do.
Try something like this:


PRISM_     31,      0.1,
				   0,            0,      15, 
				   1,            0,      15, 
				   1,            1,      15, 
				   0,            1,      15, 
				   0,            0,     -1, 

		0.1421712065621, 0.2718219590103,      79, 
		0.2671712065621, 0.2718219590103,    979, 
				   0,          -90,   4079, 
		0.2671712065621, 0.3968219590103,      79, 
		0.2671712065621, 0.2718219590103,    979, 
				   0,          -90,   4079, 
		0.3921712065621, 0.2718219590103,      79, 
		0.2671712065621, 0.2718219590103,    979, 
				   0,          -90,   4079, 
		0.2671712065621, 0.1468219590103,      79, 
		0.2671712065621, 0.2718219590103,    979, 
				   0,          -90,   4079, 
		0.1421712065621, 0.2718219590103,     -1, 

		0.4935412639657, 0.615680201261,      79, 
		0.6185412639657, 0.615680201261,    979, 
				   0,          -90,   4079, 
		0.6185412639657, 0.740680201261,      79, 
		0.6185412639657, 0.615680201261,    979, 
				   0,          -90,   4079, 
		0.7435412639657, 0.615680201261,      79, 
		0.6185412639657, 0.615680201261,    979, 
				   0,          -90,   4079, 
		0.6185412639657, 0.490680201261,      79, 
		0.6185412639657, 0.615680201261,    979, 
				   0,          -90,   4079, 
		0.4935412639657, 0.615680201261,     -1

Re: GDL Polyline masking problems (again).

Anonymous — Wed, 27 Jan 2010 19:07:12 GMT

Thanks for checking Joachim.

Seems strange to have to individually do each 90 degree quadrant separately! I will do some playing around to see if I can adapt what I've done already.

I suppose this could be considered a bug, so I'll report it and see what happens.

Re: GDL Polyline masking problems (again).

Anonymous — Wed, 27 Jan 2010 20:10:43 GMT

Peter wrote:
Seems strange to have to individually do each 90 degree quadrant separately!

I've used the 4000 status value with 360° for holes with no problem. Not sure if it makes much difference. I've just always been kind of obsessive about minimizing lines in the script.

Re: GDL Polyline masking problems (again).

Anonymous — Wed, 27 Jan 2010 20:22:05 GMT

Peter,

The mask value of the previous node controls the next node. If you change the mask of the last node of the prism to 79, it works fine. The 4th point (0, hei, 15,) not the 5th point (0, 0, -1)

Re: GDL Polyline masking problems (again).

Anonymous — Wed, 27 Jan 2010 21:34:51 GMT

GDL is a bit tricky (inconsistant?) on this point.

This works in 2D script

!!! ----- 1st hole -----
put 0.035, yy, 900, 
	0.015, 360, 4000+1

!!! ----- 2nd hole -----
put 0.065, yy, 900, 
	0.010, 360, 4000+1 

!!! ----- 3rd hole an up -----
!put 0.095, yy, 900, 
!	0.010, 360, 4000+1

In 3D script, you must define the first and last points for the first hole,
to get a correct mask (status 4000). Further holes don't need that.

res = 16
resol res

!!! ----- 1st hole -----
put 0.035+0.015, yy, 79,    ! 1st point
	0.035      , yy, 900,      
	0, 360-360/res, 4000+79,
	0.035+0.015, yy, -1     ! closing

!!! ----- 2nd hole -----
put 0.065, yy, 900, 
	0.010, 360, 4000+79  

!!! ----- 3rd hole and up -----
!put 0.095, yy, 900, 
!	0.010, 360, 4000+79

@ Zsolt : GDL ref guide is inconsistant on this point.
The fifteen years old example which explains the purpose ...
just shows that it doesn't work in the way it is intended for.
Sorry to be the eternal ranter. 😉

Re: GDL Polyline masking problems (again).

Anonymous — Wed, 27 Jan 2010 22:58:14 GMT

Olivier wrote:
In 3D script, you must define the first and last points for the first hole,
to get a correct mask (status 4000). Further holes don't need that.

This gives me the error as the attached image, Olivier. Are you sure it runs on your machine? I'm on AC13 latest hotfix.

Michael wrote:
The mask value of the previous node controls the next node. If you change the mask of the last node of the prism to 79, it works fine. The 4th point (0, hei, 15,) not the 5th point (0, 0, -1)

This almost works, but the last boundary node gets shaded strangely with this method. If you then turn on the rectangular hole (with 15 masks) the circle masking fails again.

However, this gave me the idea of inserting an extra duplicate final node with a mask value of 79 into both the prism and the rectangular hole, and it now seems to work as expected! It's not an ideal solution, but at least it's fairly painless to correct in the script.

hei = 0.1		! Height
wid = 0.15		! Width
thik = 0.02		! Thickness

!----outline of prism

PUT		0 , 	 0 , 	15,
		wid,	 0 , 	15,
		wid, 	hei, 	15,
		0,		hei, 	15,
		0 , 	 0 , 	79,	!!Dummy node with mask
		0 , 	 0 , 	-1
	
!!---A rectangular hole

xx=0.1
yy=hei/2


PUT 	xx,			yy,			15,
		xx+0.015,	yy,			15,
		xx+0.015,	yy+0.012,	15,
		xx,			yy+0.012,	15,
		xx,			yy,			79,	!!Dummy node with mask
		xx,			yy,			-1

!!----Two circular holes

PUT		0.035, 	yy,  	900,
		0.015, 	360, 	4000+79	


PUT		0.065, 	yy,  	900,
		0.01, 	360, 	4000+79

!!-----Do the prism

PRISM_ nsp/3, thik,	GET (nsp)

I appreciate the help guys. I think I can work around the problem with the extra dummy nodes in the rectangular polygons. I wonder if Zsolt could comment on whether this is the way it is meant to work, or if it is a bug?

Re: GDL Polyline masking problems (again).

Anonymous — Thu, 28 Jan 2010 08:05:03 GMT

Peter wrote:
This gives me the error as the attached image, Olivier.

Peter, in your attachment (line 3), this is not the same code as in my example.

Try this

!!! ----- 1st hole -----
put 0.035+0.015, yy, 79,    ! 1st point
	0.035      , yy, 900,      
	0, 360-360/16, 4000+79,    ! 16 is the resolution
	0.035+0.015, yy, -1     ! closing

It works on 12. Don't know for 13.

Re: GDL Polyline masking problems (again).

Anonymous — Thu, 28 Jan 2010 10:32:01 GMT

!!! ----- 1st hole -----
put 0.035+0.015, yy, 79, ! 1st point
0.035 , yy, 900,
0, 360-360/16, 4000+79, ! 16 is the resolution
0.035+0.015, yy, -1 ! closing

But 360-360/16 is equal to 337,5... So its not a full circle, right?

I just can't understand why 360(Full circle) doesn't work.

Re: GDL Polyline masking problems (again).

Anonymous — Thu, 28 Jan 2010 11:22:30 GMT

Braza wrote:
But 360-360/16 is equal to 337,5... So its not a full circle, right?

I just can't understand why 360(Full circle) doesn't work.

Right, it is an angle, not a full circle.
In functiun of the resolution, it indicates the last point
before the closing (1st point).

Alternative solution. Place an additional point, just before the end of contour,
with status code 15+64 (invisible edge). Next hole will be smooth.
This is for 3D script.

EPS = 0.0001

!!! ---- outline of prism 
PUT 0 , 0  , 15, 
	wid, 0  , 15, 
	wid, hei, 15, 
	0  , hei, 15,
	0  , EPS, 15+64,   ! additional point
	0  , 0  , -1  

!!! ----- 1st hole -----
PUT 0.035, yy, 900, 
	0.015, 360, 4000+15+64 

!!! ----- 2nd hole -----
PUT 0.065, yy, 900, 
	0.010, 360, 4000+15+64

The weird thing is that in 2D script, for status code 4000, changes apply immediately.
In 3D script, the apply at the next iteration.

Re: GDL Polyline masking problems (again).

Anonymous — Thu, 28 Jan 2010 13:37:50 GMT

Olivier wrote:
Peter, in your attachment (line 3), this is not the same code as in my example.

Well spotted! I missed that. That's a nice little trick with the resolution on the hole.

Thank you all for investigating the problem. I will stick with the extra point on the boundary and use EPS instead of having two points in exactly the same place.

Re: GDL Polyline masking problems (again).

ztaskai — Tue, 02 Feb 2010 12:05:24 GMT

Olivier wrote:
GDL ref guide is inconsistant on this point.
The fifteen years old example which explains the purpose ...
just shows that it doesn't work in the way it is intended for.
Sorry to be the eternal ranter. 😉

Which example do you mean by that? I can see problems in this field but all 3 examples around page 180 in the Manual work and produce the same results as shown in the figures. I'd like to make the description more correct; I just don't know what to change exactly.

I'm really thankful for all reports which help us make the documentation or GDL better!

Regards,
Zsolt

Re: GDL Polyline masking problems (again).

Anonymous — Tue, 02 Feb 2010 13:54:20 GMT

Hi Zsolt,

The confusion concerns status code 4000 with full circle 360°, according to 2D and 3D script.

In 2D script, changes apply immediately, when you switch status s from 1 to 0.

put 0, 0,  1, 
	A, 0,  1, 
	A, B,  1, 
	0, B,  1, 
	0, 0, -1 

put A/2, B/2 , 900,   ! 1st hole
	r, 360, 4000+s

In 3D script for a full circle, you need to place an additional point
with the desired status code BEFORE the full circle,
to get a smooth hole (64). Not intuitive.

put 0, 0  , 15, 
	A, 0  , 15, 
	A, B  , 15, 
	0, B  , 15,
	0, EPS, 15+64,   ! additional point
	0, 0  , -1

put A/2, B/2, 900,   ! 1st hole
	r, 360, 4000+15+64

Or you have to script an arc or two half circles.
to control the smoothness of hole.

put 0, 0  , 15, 
	A, 0  , 15, 
	A, B  , 15, 
	0, B  , 15,
	0, 0  , -1

put A/2+r, B/2, 15+64,    ! 1st point of the hole
	A/2, B/2, 900,      
	0, 360-360/res, 4000+15+64,
	A/2+r, B/2, -1        ! closing

Please, correct me if I am wrong.
Not a major issue, of course. Just a bit tricky.

Re: GDL Polyline masking problems (again).

ztaskai — Tue, 02 Feb 2010 17:58:20 GMT

Oh, I see! This never occurred to me before. At first glance I consider this an ArchiCAD bug - not a bug of the documentation.

I'm going to check the background of this behavior!

Thanks!