> On Jun 5, 2017, at 12:09 PM, Shubham Rathore <shubhamrathore1...@gmail.com> > wrote: > > Sir, > Regarding the surf_area, volume and the centroid functions. Surf_area and > volume don't make sense here, but the centroid can be thought off, if the > text if considered to be enclosed in a bounding box of a particular size. > What do you think ?
Those particular callbacks aren’t particularly useful right now or in the near future, so I wouldn’t worry about it. It depends on definition and utility, i.e., how might we possibly use centroid values. Consider, for example, if an annotation were represented in 3D. It’s not clear if we’d still want surface area and volume to report anything because of the potential for confusion. They are (by definition) non-geometric entities even if they were represented in 3D for whatever reason. It wouldn’t exactly be useful to include annotation volume in a report for any particular object… (one’s mass should not be influenced by how well documented it is). You would need to convert them from non-geometric to geometric. Similar holds for centroids, whether 2D or 3D. Using the centroid as a keypoint for geometric operations seems like a really bad idea again because they are non-geometric entities. I suppose there might be utility as a keypoint for other non-geometric entities, e.g., annotating annotations, but I can’t think of a specific use case that doesn’t beg for a different solution. Even still, it might make more sense to define the centroid not as the center of the bounding rect, but as a dynamic "point mass” where it depends which way it is anchored (if at all). That is, where we would draw leader lines to/from the closest corner/center/midline of the bounding rect, which would depend on whether the annotation is above/below/left/right of what it references. Basically, I think you should just leave them null for now… ;) Cheers! Sean ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ BRL-CAD Developer mailing list brlcad-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/brlcad-devel
