Again, you've not explained how you are getting the input to the function - are you using dbGetOverlaps or dbGetTrueOverlaps? The abGetHierPathShape processes one of the "overlap" descriptions returned by these functions, and gives you the leaf shape. It works with mosaics, as does dbGetHierPathTransform. The example below was a mosaic of an instance of a mosaic: overlaps=dbGetOverlaps(geGetEditCellView() list(6.5:-6 6.5:-6) "Metal3" 32 t) (((db:0x24e0f39a 1 0) (db:0x24e0f71a ((db:0x24e0fb9a 1 2) db:0x24e0fe9b) ) ) ) firstOverlap=car(overlaps) ((db:0x24e0f39a 1 0) (db:0x24e0f71a ((db:0x24e0fb9a 1 2) db:0x24e0fe9b ) ) ) shape=abGetHierPathShape(firstOverlap) db:0x24e0fe9b transform=dbGetHierPathTransform(firstOverlap) ((3.445 -8.73) "MXR90" 1.0) dbTransformBBox(shape~>bBox transform) ((6.125 -6.635) (8.565 -4.595) ) I've put in bold everything I typed, and the other text is the outputs shown in the CIW. I've cross-highlighted (in the same colour) what abGetHierPathShape returns. The situation where abGetHierPathShape returns the same as its input is if you just pass it a database object directly - i.e. not one of these lists describing an overlap. So if it was a top-level shape, the leaf shape is the shape itself. The function recursively follows the list of lists down to find the leaf shape, but only does that if the input was a list in the first place. Regards, Andrew.![]()
↧