Home Overview FAQ Documentation Download Mailing List Geomview For Windows? Support Users Development Bug Reporting Contributing Contact Us Sponsors

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [roseman at dimension4.math.uiowa.edu: higher dimensional geoms]
forwarded to software for logging purposes: Date: Mon, 5 Oct 92 19:11:22 0600 From: Dennis Roseman <roseman at dimension4.math.uiowa.edu> To: techstaff at geom Subject: higher dimensional geoms To those that have some interest in the topic of higher dimensional extensions of OOGL objects: First of all I want to thank all on the staff who so patiently helped me out in my recent visit to the Center. Here are some thoughts on one particular topic generated from my recent visit. I would like once again to focus on what I see is a need to extend oogl formats and geomview to higher dimensions than is currently implemented. I know it has been mentioned as a "future direction", so it is not so much a question of whether it is a reasonable thing to do, but more a matter of what is its priority relative to the many other wonderful/important things that must/should get done. Thus what I would like to do is to present my views on why I think it would be useful and why I think others might find it useful also. As some of you know, my interest is higher dimensions is due, in large part, to my interest in knotted surfaces in fourdimensional space. That still is my main motivation for wanting higher dimensional geoms. But what I will speak about, here, is the application of a higher dimensional point of view for use in THREEDIMENSIONAL ANIMATIONS and of possibilities of creating such animations in an INTERACTIVE WAY. This topic is of interest to many at the Center. I will focus on two possibilities: threedimensional geoms in fourdimensional space, and threedimensional geoms in five dimensional space. But once I have finished I think it is clear that there are other useful possibilities. (Technically, perhaps I shouldn't really want to call three dimensional object in fourdimensional space, etc, a "geom", but I think you know what I mean. The technicality is that if such a thing were a geom object thenaccording to the objectoriented point of view, it would have to have a "Draw" method defined for it, as mentioned in section 3 of A Guide to Using geomview and OOGL. I must say that a *reasonable* general method *is* a problem. However, I am not really interested in this problem, for my interest is in drawing only PARTS of such a geom, and these parts already have Draw methods.) To give a feeling for the technique I have in mind, you might want to look at an animation of hole* in my directory ~/oogl4d. (Note: there were some bad frames that I eliminated, so there hole.29, hole.30 & hole.31 are "missing") The idea is to illustrate that "a torus with a puncture looks like a disk with two bands attached". This is to be part of a larger animation I am planning. The idea is to show an expanding hole so that at the end, the two "bands" become evident. This is a standard topic in introductions to topology. The problem in doing this animation is that the "hole", as it expands, has an irregular shape and is not particularly compatible with the original polygons that make up the unpunctured torus. It would be an unpleasant task to do the calculations for each of the geoms in this sequence. The way I produced these was as follows. I embedding the torus into 4space by using a natural "bump function" to give the 4th coordinate of the place where the hole was to be made. I then used the 4dslicer on this and cut the surface, in effect cutting off part of the bump. The projection of the remaining surface into 3space made by the 4dviewer gave the geoms which were then saved to make the frames hole*. How did I know where to do the slices? I just used the 4dviewer and interactively sliced off "about the same amount each time". This was easy and quickif I didn't like the slice, I just wouldn't save it. Six points I would like to make: 1) many thanks to Daeron for developing these wonderful tools 2) higher dimensions were used even thought the original problem did not call for this 3) a lot of calculational time/aggrivation was eliminated 4) there was an important interactive component. The "bump function" I used was "quick & dirty"it would have been a real calculational problem to CALCULATE which slices to take. Interactively, I just did what I thought would look right. 5) This annimation, is still not exactly the way I want it to lookI think taking a different family of cutting (perhaps not even all parallel) hyperplanes would give a better animation. Using interactive methods, it would not take too long to try it out. 6) The whole animation sequence was derived from ONE geom. (A different "bump" would be easy to calculate also, I might try this to get improvement. One new bump would give a whole new set of frames.) This is what can be done with existing toolsmuch more exciting things could be done with extensions of these toolsextensions which do not, I think take a lot of development effort. These extensions are a) defining higher dimensional geoms and b) higher dimensional slicing methods. I think it would be very useful to have higher dimensional geoms. I don't think one has to solve the problem of how to "draw" a 3dimensional simplex , let alone a four dimensional one. These objects would be useful if we could (only) use them to calculate twodimensional geoms in 3space. I'm thinking here of say a homotopy of a surface in 3space. The trace of such a homotopy gives rise to a threedimensional geom in fourspace. Conversely, we can obtain a homotopy of a surface in 3space by slicing an appropriate geom in 4space. A more advanced idea involves use of 4dimensional geoms in 5space to give homotopies of surfaces in 3space. One could construct a 1parameter family of homotopies which would then give such an object. We would then slice this with a 3dimensional subspace giving an image of a surface in 3space. For example, suppose one wanted to describe an isotopy of a knotted tube by giving an isotopy of the "centercircle" of the tube. The problem here is that in order to do this we might have to "shrink the tube" as we follow the given isotopy of the centercircle in order to avoid self intersections of the tube. Later we might wish to expand this tube. The oneparameter family of isotopies would be determined by the radius of the tube. How to do the slices could be quickly done in an interactive way. I admit this is not a *very* interesting application, but I'm just trying to illustrate the nature of the approach. Also, the problem of how to have the user input a 3dimensional subspace of 5space as well as how to generally display the output is a nontrivial design problem. I have some other ideas along these lines, but this note is getting long enough. Dennis Roseman, Department of Mathematics, University of Iowa, Iowa City, Iowa, USA (52242) Email: roseman at dimension4.math.uiowa.edu, or roseman at oak.math.uiowa.edu Tel: Office ((555) 5555555 Dept. ((555) 5555555 Fax: ((555) 5555555


Home  Overview  FAQ  Documentation  Support  Download  Mailing List Windows?  Development  Bug Reporting  Contributing  Contact Us  Sponsors 

site hosted by 