Chris, Your project overview for JTin is great! Thanks for taking the time to put it together. A couple of quick comments:
[1] You mentioned designing the library to allow swapping triangulation algortihms in the future. This is a good idea and not something that I thought about. [2] I would agree that storing the boundary of the in the binary file representation is a good idea. Remember that you could have more than one exterior boundary and interior holes, although we don't have to support this initially. My only concerns with your design is that we get good documentation on the binary file format. This wouldn't be as critical if we were using a human-readable file format, but if we are going with a binary form it is very important. Thanks for all of the hard work. I hope I can find time to help with the library later this summer. Landon On Tue, May 27, 2008 at 12:04 PM, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > Hei Christopher: > > You did exactly what I expected and I have now a good idea on your > motivation and on what you want achieve. Good work! > > now my first notes and questions: > - I agree with you on that we should watch out for existing DT > algorithms. (If Erwans team has finished its release, we may utilize > their algorithm too.) > > - Does it actually matter to have a 2D versus a 3D Triangulation? Or do > you intend to triangulate in 2D and use 'z' as an attribute? (The > simplex insert algortitm from Paul Chew should be 2D?, I am not sure > about Pirol's Triangulation algorithm) > > - When refering to H. Samet and Tin implementation you are talking about > a table. Do you really mean a table or rather a list/collection (i.e an > object oriented realization vs. a database realization)? (I don't have > the book here) > > - you proposed implementation (classes and so on) sounds reasonable to > me.. and yes.. it is important to stay modular and keep visualization > and algorithms separated. > > - on the intermediate TIN file format based on ITF: We need to get sure > not to miss other standards. But all the extensions you mentioned make > sense to me. Most important would be to have a very good documentation.. > so that others implement support for the format too. > [btw.. it may be recommendable to ask Frank Warmerdam/the OSGEO list if > he knows about something similar and/or send an email with your proposal > to the java-collab list and ask for comments?] > > - is Java OpenGL for the visualization platform independent (i.e. would > it run on MacOSX and Linux as well?) > > - on the Task-List: I agree with you that we need to accomplish Taks 1 > and 2, and Tasks 3 and 4 as far as possible. All other stuff 5-8 is from > my perspective optional, i.e. nice to have. Note, task 1.2 (Write a USGS > "bil" file reader) is for me optional too. > > and my request: > - Can you send me the original word document? > I would then add a few more comments to this doc, and also make some > suggestions with respect to the layout (so I we can use it for future > GSofC reports) > > I have a good feeling for your work and progress! > Stefan > > PS: ========================================== > next important dates: > > + May 26 (yesetrday): > . Students begin coding for their GSoC projects; > . Google begins issuing initial student payments provided tax forms are > on file and students are in good standing with their communities. > > + July 7: ~12 noon PDT / 19:00 UTC > . Mentors and students can begin submitting mid-term evaluations. > > + July 14: 12 noon PDT / 19:00 UTC > . Mid-term evaluations deadline; > . Google begins issuing mid-term student payments provided passing > student survey is on file. > > > Christopher wrote: >> Attached is the project overview for JTIN that Stefan >> requested. >> >> Any feedback would be much appreciated. >> >> --Christopher >> >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
