Apologies. Replace 301.46 with ~207.5 in the example below.
Thanks Tim On Monday 05 March 2007 20:45, Tim de Boer wrote: > Hi > > I am currently evaluating your software (the coordinate system in > particular) for use in developing our products. The fit so far looks good > and we look like gaining a lot from the work you have done - thanks. > > I have had difficulty finding a fit between your software and ours on one > issue however.... > > >From what i have been able to deduce, the object that defines the > > "bounding > > box" of a region is an envelope. The envelope can define a region in 1 to > many dimensions. The envelope's definition consists of two points that > determine the min and max in all dimensions of that region. The translation > of the envelope from one CRS to another can be achieved by simply > translating the the points. > > My problem comes with the last statement. As far as I can tell the last > statement id not true for all situations. > > To illustrate... > > We have well paths which define the potentially deviated path of a well > through the ground. Assuming a standard 3D cartesian coordinate space, You > can imagine this CRS as being single dimensional with the axis representing > measured depth along the well. Assuming 3 control points of: > > 0,0,0 > 20,20,100 > 1,1,200 > > The the translation of the points from 1d to 3d is: > > 0 0,0,0 > 103.92 20,20,100 > 301.46 1,1,200 > > The envelope of the complete path in 1D is > > Envelope env = getEnv(); > env.setRange(0, 0, 301.46); > > The true envelope of the complete path in 3D is > > Envelope env = getEnv(); > env.setRange(0, 0, 20); > env.setRange(1, 0, 20); > env.setRange(2, 0, 200); > > Yet if I were to simply tranform the two end points of the 1D envelope I > would get an envelope defined as > > Envelope env = getEnv(); > env.setRange(0, 0, 1); > env.setRange(1, 0, 1); > env.setRange(2, 0, 200); > > My questions is this... > > Firstly, are my assumptions correct? > If so, have you a solution for this situation or is there some sort of > paradigm shift in thinking I need to consider in which the above situation > will not matter? > > Where I'm looking to go is to adopt your classes for all aspects of > coordinates apart from envelope translations. For this I will implement a > CoordinateEnvelopeOperationFactory, similar to your > CoordinateOperationFactory. Is this a good idea? Or is there some sort of > CoordinateOperation I can implement? > > Please. I'm confused :(. Any help would be appreciated. > > Thanks > > Tim ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Geotools-gt2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
