vignettes/discrepancies.Rmd
discrepancies.Rmd
This is a non-exclusive list of known differences between LITAP and R. A. (Bob) MacMillan’s original LandMapR. Some differences reflect differences in the programming techniques, some reflect deliberate changes.
Some variables are not included in LITAP if they are not necessary. For example, the inverted DEMs originally included Vol2Fl, MM2Fl and PArea, but LITAP does not include these values because they aren’t calculated specifically for the inverted DEM, but are identical to those in the non-inverted DEM.
Some variables have been renamed in LITAP for consistency. See the variables article for an overview
When we have an area with flat cells, LITAP uses a different way of assigning the direction of flow than the original program (in order to speed things up). This results in small differences in flow directions over flat areas.
Sometimes, rounding error on very small numbers can result in quite large differences especially when looking at percentages, etc.
Adding changes in flow direction to small differences in rounding error can result in larger differences when adding up measures over all cells in a watershed. These should be considered stochastic differences. However if things look really different, contact us and let us know!
flow_mapper()
and FlowMapR
PitAreas
sometimes larger because of LITAP works with
elevation slices. PitArea
is all cells upto
PourElev.
LandMapR worked by spiralling up the cells.
PitArea
is total area up to PourPoint
cell
(not necessarily all cells at the PourElev
)Nextpit
is often incorrect for Pond Data (not sure
why)DrainsTo
isn’t always updated in original LandMapR (not
sure if represents something missing in LITAP or bug in LandMapR)PitRecs
in big patches of equal elevation are in the
centre of the patch in LITAP, but at the bottom of the patch in
FlowMapRInElev
and/or
PourElev.
form_mapper()
and FormMapR
form_mapper()
calculationswepp_mapper()
and WeppMapR
In the original WeppMapR, there was a bug resulting in some pit cells being marked as belonging to channels they were nowhere near. This may result in some differences between the output of the two programs.
Note also that the use of “top”, “left”, and “right” is consistent between LITAP and FlowMapR, but its usage isn’t quite consistent within the programs. “Top” refers to coming in from the top to the cell (direction of flow is downwards). Whereas “right” and “left” refer to the direction of flow (towards the right, coming in to the cell from the left and vice versa). We leave this as is to be consistent with FlowMapR but may change this in future.
Further, there are still some discrepancies in the exactly how different segments and hillslopes are named which has yet to be figured out.