Thanks Aaron. And nice that there is a pretty simple work-around. Charles
On Thursday, March 5, 2020 at 11:38:46 AM UTC-5, Steve Scott wrote: > > Great! Thanks for getting to the bottom of this. > > On Thu, Mar 5, 2020 at 11:35 AM Aaron Andre Brandes < > aaron....@northwestern.edu <javascript:>> wrote: > >> Hi Charles and Scott, >> >> Thanks for following up. >> >> I have created an issue for this bug >> >> >> >> hatched turtle in 3D does not have zcor of parent #1822 >> >> >> >> It appears that the bug only occurs when the hatched turtle is not given >> commands. That explains why my version did not reproduce the bug. >> >> The problem also goes away when optimization is turned off, because >> optimization runs specialized code in the no commands case. >> >> Aaron >> >> >> >> -- >> >> Aaron Brandes, Software Developer >> >> Center for Connected Learning and Computer-Based Modeling >> >> >> >> >> >> *From: *<netlog...@googlegroups.com <javascript:>> on behalf of Charles >> Staelin <csta...@smith.edu <javascript:>> >> *Date: *Thursday, March 5, 2020 at 10:06 AM >> *To: *Aaron Andre Brandes <aaron....@northwestern.edu <javascript:>> >> *Cc: *Steve Scott <steves...@gmail.com <javascript:>>, netlogo-devel < >> netlog...@googlegroups.com <javascript:>> >> *Subject: *Re: [netlogo-devel] Re: NetLogo-3d bug in hatch? >> >> >> >> Aaron, >> >> >> >> I've done some more testing. First, my system: >> >> >> >> NetLogo 3D 6.1.1 (September 26, 2019) >> Extension API version: 6.1 >> Java HotSpot(TM) 64-Bit Server VM 1.8.0_202 (Oracle Corporation; >> 1.8.0_202-b08) >> operating system: Windows 10 10.0 (amd64 processor) >> Scala version 2.12.8 >> Java heap: used = 29 MB, free = 348 MB, max = 910 MB >> >> JOGL: 2.3.2 >> OpenGL graphics: Intel(R) HD Graphics 4600 >> OpenGL version: 4.3.0 - Build 20.19.15.5063 >> OpenGL vendor: Intel >> >> >> >> To show you what I see, I've attached a pdf with screen shots of the >> command center, and the View window, both before and after the 20 second >> wait has passed. But, your code works, and I think I know why. If you >> look at the .nlogo3D file attached, I have a version of my code that sets >> the color of the hatched point. Now, the problem goes away. I haven't >> tried other modifications to the hatched point to see if they too would >> solve the problem, but setting the color (or shape? or ?) seems to force >> the View to put the point at the right z coordinate. >> >> >> >> I'll look at Steve's model when I get a chance to see if I get the same >> behavior. >> >> >> >> Charles >> >> >> >> ------------------------------- >> >> Charles P. Staelin >> >> Professor of Economics >> >> Smith College >> >> Northampton, MA 01063 >> >> >> >> >> >> On Wed, Mar 4, 2020 at 8:58 PM Aaron Andre Brandes < >> aaron....@northwestern.edu <javascript:>> wrote: >> >> Hi Charles and Steve, >> >> I tried your code and did not see the bug. >> >> >> >> I made models using a version of your code in which the hatcher is a dot, >> and the hatchee is a larger circle. >> >> The dots seem to always be in the circles. I have orbited and zoomed. >> >> >> >> Could you let me know if you get the bug with these models? >> >> >> >> If so I will find a Windows machine for testing. >> >> Aaron >> >> >> >> -- >> >> Aaron Brandes, Software Developer >> >> Center for Connected Learning and Computer-Based Modeling >> >> >> >> >> >> *From: *<netlog...@googlegroups.com <javascript:>> on behalf of Steve >> Scott <steves...@gmail.com <javascript:>> >> *Date: *Wednesday, March 4, 2020 at 11:59 AM >> *To: *Charles <csta...@smith.edu <javascript:>> >> *Cc: *netlogo-devel <netlog...@googlegroups.com <javascript:>> >> *Subject: *Re: [netlogo-devel] Re: NetLogo-3d bug in hatch? >> >> >> >> I am running 6.1.1 on Windows. See attached to recreate bug. >> >> >> >> breed [walkers walker] >> breed [points point] >> >> to go >> ca >> reset-ticks >> ask patch 0 0 10 >> [ >> sprout-walkers 1 >> ] >> while [ticks < 50] [ >> ask walkers [ >> rt random 30 >> >> tilt-up random 10 - 5 >> >> forward 1 >> hatch-points 1 [] >> ] >> tick >> ] >> end >> >> >> >> On Wed, Mar 4, 2020 at 12:45 PM Charles <csta...@smith.edu <javascript:>> >> wrote: >> > >> > As a frequent user of 3D, I tested this out on my Windows version 3D >> 6.1.1. It's weird. When I run the following >> > >> > breed [ points point ] >> > >> >> to setup >> >> clear-all >> >> create-points 1 [ setxyz 1 2 3 set size 5 set color red] >> >> ask point 0 [ hatch-points 1 ] >> >> create-points 1 [ setxyz -2 -3 -4 set size 5 set color green] >> >> ask point 2 [ hatch-points 1 ] >> >> ask points [ show zcor ] >> >> wait 20 >> >> ask point 3 [ setxyz -2 -3 -4 ] >> >> end >> > >> > >> > The command center gives exactly what you would expect. But, when I >> look at the 3D View, the hatched and hacher points do appear to have >> different x coordinates. (You need to rotate the world up to see the z >> dimension.) They should be on top of each other, but they are not. >> Indeed, after the 20 seconds of wait time, you see points 2 and 3 visually >> merge together so, as far as the view window is concerned, they must have >> had different z coordinates before merging. >> > >> > Charles >> > >> > On Tuesday, March 3, 2020 at 8:37:19 PM UTC-5, Aaron Andre Brandes >> wrote: >> >> >> >> Hi Scott, >> >> I've attached a NetLogo model that I believe tests this issue. The >> code is also below. >> >> I don't get the behavior you described on my Mac running 6.1.1 >> >> >> >> Could you give me >> >> >> >> Your system information: NetLogo version, OS version, Java version, >> and so on. This information is available from NetLogo’s “About NetLogo” >> menu item, then clicking the System tab. >> >> If the attached model doesn't reproduce the behavior you are seeing, >> please create a model that does. >> >> >> >> breed [ points point ] >> >> >> >> to setup >> >> clear-all >> >> create-points 1 [ setxyz 1 2 3 ] >> >> ask points [ hatch-points 1 ] >> >> ask points [ show zcor ] >> >> end >> >> >> >> Aaron >> >> observer> setup >> >> (point 0): 3 >> >> (point 1): 3 >> >> >> >> On Tuesday, March 3, 2020 at 3:31:54 PM UTC-6, Steve Scott wrote: >> >>> >> >>> when I call: >> >>> hatch-points 1 [] >> >>> >> >>> the z value of the point is not inherited. It is set to zero. >> >>> >> >>> To get it to work I have to explicitly assign the z coordinate: >> >>> >> >>> hatch-points 1 [ >> >>> set zcor [zcor] of myself >> >>> ] >> >>> >> >>> This is not the behavior I expected. >> >>> >> >>> -- >> >>> From the personal email account of Steve Scott. >> > >> > -- >> > You received this message because you are subscribed to the Google >> Groups "netlogo-devel" group. >> > To unsubscribe from this group and stop receiving emails from it, send >> an email to netlog...@googlegroups.com <javascript:>. >> > To view this discussion on the web visit >> https://groups.google.com/d/msgid/netlogo-devel/3d8dc3e7-c6f9-4e5d-80ba-60f29375e3bf%40googlegroups.com >> >> <https://urldefense.com/v3/__https:/groups.google.com/d/msgid/netlogo-devel/3d8dc3e7-c6f9-4e5d-80ba-60f29375e3bf*40googlegroups.com__;JQ!!Dq0X2DkFhyF93HkjWTBQKhk!Gzh5ncbRCfpP_5wSkVrlNUbTzQv-BgfuhQYS5pBz2QQQl3D0mRS7hcfaD6MwLbWjm_cOHjdqzA$> >> . >> >> >> >> -- >> From the personal email account of Steve Scott. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "netlogo-devel" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to netlog...@googlegroups.com <javascript:>. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/netlogo-devel/CA%2BM9PAPmNaxrSEddr7feZyz9o10MRN2Vyn7qZGU9%3DESOVn2g3w%40mail.gmail.com >> >> <https://urldefense.com/v3/__https:/groups.google.com/d/msgid/netlogo-devel/CA*2BM9PAPmNaxrSEddr7feZyz9o10MRN2Vyn7qZGU9*3DESOVn2g3w*40mail.gmail.com?utm_medium=email&utm_source=footer__;JSUl!!Dq0X2DkFhyF93HkjWTBQKhk!Gzh5ncbRCfpP_5wSkVrlNUbTzQv-BgfuhQYS5pBz2QQQl3D0mRS7hcfaD6MwLbWjm_dIJ-eJeg$> >> . >> >> -- >> You received this message because you are subscribed to the Google Groups >> "netlogo-devel" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to netlog...@googlegroups.com <javascript:>. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/netlogo-devel/CAPmR7uyb-Fks2W8mBh0_zG4Y%3DbkFY2eT9tPvFwfHM57qQvZ2%2BQ%40mail.gmail.com >> >> <https://urldefense.com/v3/__https:/groups.google.com/d/msgid/netlogo-devel/CAPmR7uyb-Fks2W8mBh0_zG4Y*3DbkFY2eT9tPvFwfHM57qQvZ2*2BQ*40mail.gmail.com?utm_medium=email&utm_source=footer__;JSUl!!Dq0X2DkFhyF93HkjWTBQKhk!HRLyr5VJa_iWA_aXLQKJ-sg5KR5J_rQLBMaKTXGBfr3igQknJ3OCtrmuHG4hGXDUY1SvL7MI3Q$> >> . >> >> > > -- > From the personal email account of Steve Scott. > -- You received this message because you are subscribed to the Google Groups "netlogo-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to netlogo-devel+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/netlogo-devel/db910a52-2778-4a7b-ab58-3e810aed02a4%40googlegroups.com.
