That make sense as arrays data is not accessed from the Group Geometry node in this case. Thanks for the precision Grahame :).
On Mon, Apr 29, 2013 at 1:00 PM, Grahame Fuller <[email protected] > wrote: > The issue with arrays occurs only when you try to get attributes directly > off the group, e.g., emit particles at Group.PointPosition. > > In the case below, where you are reading attributes at locations on the > group geometry, there is no problem. > > gray > > From: [email protected] [mailto: > [email protected]] On Behalf Of adrian wyer > Sent: Monday, April 29, 2013 12:16 PM > To: [email protected] > Subject: RE: cloning points with attributes > > not a problem, i am merging 7 LIDAR scans, each of which has over 10 > million points... a few thousand missing ones won't make a dent! > > and surprisingly, Soft is coping with 70million+ points quite well! > > a > > ________________________________ > From: [email protected]<mailto: > [email protected]> [mailto: > [email protected]] On Behalf Of Guillaume Laforge > Sent: 29 April 2013 17:11 > To: [email protected]<mailto:[email protected] > > > Subject: Re: cloning points with attributes > > If I remember correctly, the Group Geometry node will re-size any 2D > arrays to the smallest on in the group. So the new point cloud could will > miss some data (incomplete strand positions for example). I didn't double > check it, but just in case :). > > Cheers, > Guillaume > > On Mon, Apr 29, 2013 at 10:39 AM, Christian Freisleder <[email protected] > <mailto:[email protected]>> wrote: > Hey Adrian, > > I would recommend to collect all your pointclouds with a group Geometry > node and plug it into a "Generate Sample Set" with emission type set to > "Point" and Rate type to "all Points" Rate should be set to 1. > then you can get whatever data is in the pointclouds via a > "self.emitlocation" and pull the data you need from this Location. > you will get a red node if there are custom attributes that are not valid > for all clouds. You can avoid that by setting fake values on the clouds > that miss them. > > hope that works for you! > > Christian > > > > [cid:[email protected]] > > On 29.04.2013 15:49, Leonard Koch wrote: > I had some quick fun with it. Hope it helps. > > On Mon, Apr 29, 2013 at 3:41 PM, adrian wyer < > [email protected]<mailto:[email protected]>> > wrote: > ahhh that's enlightening > > the clouds i'm cloning from were created with a custom script that reads > positional and colour data from lidar files, creates a cache, loads the > cache on a new cloud and freezes it > > i'm guessing that colour isn't initialised on the original cloud > > will experiment > > a > > ________________________________ > From: [email protected]<mailto: > [email protected]> [mailto: > [email protected]<mailto: > [email protected]>] On Behalf Of Peter Agg > Sent: 29 April 2013 14:34 > > To: [email protected]<mailto:[email protected] > > > Subject: Re: cloning points with attributes > > Hum, it should just work out of the box: it's meant to be a direct clone, > attributes and all. Just done a quick test and it seems to work fine for me > with Color (though this is in 2012). > > On 29 April 2013 14:23, adrian wyer <[email protected] > <mailto:[email protected]>> wrote: > so far so good, but i need to clone points from 7 clouds into one > (wrangling LIDAR data) > > point order/ID will be bricked from cloud to cloud > > i just assumed (in fact i read in the manual) that attributes would be > cloned?! > > "All attributes of the source point are available on the target point. For > example, if you want to modulate an attribute on the target point based on > the source point." > > a > > ________________________________ > From: [email protected]<mailto: > [email protected]> [mailto: > [email protected]<mailto: > [email protected]>] On Behalf Of Leonard Koch > Sent: 29 April 2013 14:07 > To: [email protected]<mailto:[email protected] > > > Subject: Re: cloning points with attributes > > You can get the point position from the main cloud plug it into an add > point node and then use a switch context node to get the color from the > original cloud over into the context of the cloned cloud. Since they both > have the exact same number of particles and since they are ordered the same > way, it works very well. > Attached an image with the nodes I have in an unsimulated ice-tree on the > cloud you are cloning to.[Inline image 1] > > On Mon, Apr 29, 2013 at 2:58 PM, adrian wyer < > [email protected]<mailto:[email protected]>> > wrote: > rtfm not really helping here > > i have a cloud of points, and an empty cloud.... > > using clone point (and a test point in volume) i can copy points from one > cloud to another, but the attributes don't clone... i need the colour to be > the same > any tips? > > a > > Adrian Wyer > Fluid Pictures > 75-77 Margaret St. > London > W1W 8SY > ++44(0) 207 580 0829<tel:%2B%2B44%280%29%20207%20580%200829> > > [email protected]<mailto:[email protected]> > www.fluid-pictures.com<http://www.fluid-pictures.com> > > Fluid Pictures Limited is registered in England and Wales. > Company number:5657815 > VAT number: 872 6893 71 > > > ________________________________ > No virus found in this message. > Checked by AVG - www.avg.com<http://www.avg.com> > Version: 2012.0.2240 / Virus Database: 2641/5745 - Release Date: 04/14/13 > Internal Virus Database is out of date. > > ________________________________ > No virus found in this message. > Checked by AVG - www.avg.com<http://www.avg.com> > Version: 2012.0.2240 / Virus Database: 2641/5745 - Release Date: 04/14/13 > Internal Virus Database is out of date. > > > > ________________________________ > No virus found in this message. > Checked by AVG - www.avg.com<http://www.avg.com> > Version: 2012.0.2240 / Virus Database: 2641/5745 - Release Date: 04/14/13 > Internal Virus Database is out of date. >
