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
[image: hatch_bug_v.6.1.1_image.png]
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
.
--
>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.
hatch_bug_v.6.1.1
Description: Binary data
