On 4/26/07, Deepayan Sarkar [EMAIL PROTECTED] wrote:
On 4/25/07, Waichler, Scott R [EMAIL PROTECTED] wrote:
Hadley and Deepayan,
Thank you for responding. Here is a simple example of what I'm talking
about. It is a grid that is 5 cells wide by 2 cells tall. The width of
the cells in
my.panel.levelplot -
function (x, y, z, subscripts, at = pretty(z),
col.regions = regions$col, ...,
w, h)
{
regions - trellis.par.get(regions)
numcol - length(at) - 1
numcol.r - length(col.regions)
col.regions - if (numcol.r = numcol)
On 4/25/07, Waichler, Scott R [EMAIL PROTECTED] wrote:
I am using levelplot() from lattice with grids that have unequal cell
sizes. This means that the boundary between two cells is not always
half-way between nodes, as levelplot() assumes. The result is that some
cell sizes are rendered
On 4/25/07, Waichler, Scott R [EMAIL PROTECTED] wrote:
I am using levelplot() from lattice with grids that have unequal cell
sizes. This means that the boundary between two cells is not always
half-way between nodes, as levelplot() assumes.
levelplot() is not supposed to make any such
Hadley and Deepayan,
Thank you for responding. Here is a simple example of what I'm talking
about. It is a grid that is 5 cells wide by 2 cells tall. The width of
the cells in the x-direction is variable; the cells at either end have
width = 4 units, and the three cells in the middle have
On 4/25/07, Waichler, Scott R [EMAIL PROTECTED] wrote:
Hadley and Deepayan,
Thank you for responding. Here is a simple example of what I'm talking
about. It is a grid that is 5 cells wide by 2 cells tall. The width of
the cells in the x-direction is variable; the cells at either end have
You are right, panel.levelplot is indeed assuming that the
boundaries are between consecutive midpoints. There is no
built in way around that; there simply isn't enough
information available to the panel function.
The cleanest solution, in principle, is to write your own
panel function
