@Charles <cstae...@smith.edu> when I print the zcor of the points breed they all say zero. it is not an optical illusion.
On Wed, Mar 4, 2020 at 9:17 PM Steve Scott <stevescott...@gmail.com> wrote: > The bug does not appear in your code but it still appears in mine. Can > anyone confirm my bug by running my code? It appears in 6.1.1 and 6.1.0 in > Windows. > > On Wed, Mar 4, 2020 at 8:58 PM Aaron Andre Brandes < > aaron.bran...@northwestern.edu> 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: *<netlogo-devel@googlegroups.com> on behalf of Steve Scott < >> stevescott...@gmail.com> >> *Date: *Wednesday, March 4, 2020 at 11:59 AM >> *To: *Charles <cstae...@smith.edu> >> *Cc: *netlogo-devel <netlogo-devel@googlegroups.com> >> *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 <cstae...@smith.edu> 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 netlogo-devel+unsubscr...@googlegroups.com. >> > 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 netlogo-devel+unsubscr...@googlegroups.com. >> 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$> >> . >> >> > > -- > From the personal email account of Steve Scott. > -- >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/CA%2BM9PAMWuwdUJ1s%2B%2BYFaxvOKyC8j0d-Nd08_-vEh9irwsca%3DGQ%40mail.gmail.com.