modflowpy / flopy

A Python package to create, run, and post-process MODFLOW-based models.
https://flopy.readthedocs.io
Other
517 stars 313 forks source link

Rotation in ModelMap #44

Closed jdhughes-usgs closed 8 years ago

jdhughes-usgs commented 9 years ago

Should we consider the x- and y-offsets to be relative to the lower left corner (rather than the upper left) and embrace a cartesian coordinate system??

mbakker7 commented 9 years ago

+1 for me

make the coordinate system Cartesian.

On Tue, Jul 21, 2015 at 7:38 PM, Hughes, J.D. notifications@github.com wrote:

Should we consider the x- and y-offsets to be relative to the lower left corner (rather than the upper left) and embrace a cartesian coordinate system??

— Reply to this email directly or view it on GitHub https://github.com/modflowpy/flopy/issues/44.

langevin-usgs commented 9 years ago

The system is cartesian as it is now. The issue is that the x and y offsets (and rotation) are specified relative to the upper left hand corner. If the xoffset and yoffset are not defined, then they are calculated so that the origin is in the lower left hand corner, as you would expect. Isn't this the PEST utilities gridspec approach?

jdhughes-usgs commented 9 years ago

It is the way the PEST utilities do it but I am not sure it is the best way. Lower left corner seems more intuitive. This is the corner that ESRI ASCII grid files uses.

It is the use of the lower left corner when the y-offset is not specified that is confusing (at least to me).

langevin-usgs commented 9 years ago

The way it is now, the origin coincides with the model's row, and column origin. I think people working with georegistered MODFLOW grids will more commonly have and report the upper left hand corner, although they could clearly come up with the left hand corner. Lower left corner is also appealing for the reasons you state. I don't feel strongly either way, but changing it now would break backward compatibility.

langevin-usgs commented 8 years ago

I suggest that we stick with the upper left corner for now. We've burned this in. We can add more options for specifying other corners, but someone could also make that transformation before creating the discretization.