REddyProc 1.3.3

REddyProc 1.3.2

REddyProc 1.3.1

REddyProc 1.3.0

Accumulations of improvements warrant a new version and new CRAN release

REddyProc 1.2.4

REddyProc 1.2.3

REddyProc 1.2.2

REddyProc 1.2.1

REddyProc 1.2

REddyProc 1.1.6

support consistent processing across u* threshold scenarios

simplify argument naming and defaults

improve fingerprint plots

deprecated method ‘sEddyProc_sEstUstarThreshold’

And replace by ‘sEddyProc_sEstUstarThold’ with a simpler return value of only the component ‘uStarTh’ of the former complex return value. Use cases relying on the other return value components can still get them from class variable ‘sUSTAR_DETAILS’.

Currently, the method gives only a warning, but will be removed in future in version 2.x of REddyProc.

further changes

REddyProc 1.1.5

Moving profiling code and associated dependencies out of the distributed code.

REddyProc 1.1.4

Reworking dependencies

REddyProc 1.1.3

Code cleanup

REddyProc 1.1.2

Further CRAN issues, not affecting usage:

REddyProc 1.1

CRAN policy related adjustments, not affecting the usage:


There have been major code restructurings for implementing alternative light response curves in the day-time flux partitioning. A few non-backward compatible changes have been introduced, e.g. by shortening function names. Hence this version is meant to be tested before changing version number to 1.1.0.

Interface changes

Changes in Day-Time partitioning


This is a development version put to github so that all contributers can test and contribute for preparing version 1.0.

Gapfilling - now marking half-hours for which uStar is missing as a gap - not filtering day-time for low uStar (but kept option to do so)

Daytime-Flux partitioning - estimating temperature E0 with reference temperature at median of the data - smoothing E0 estimates across time - re-estimating prior and initial value of RRef for smoothed E0

Further changes

Migration to github

The hosting of the development moved (maybe temporarily) from mercurial to github. Releases will still be put to r-forge, because of its good package-checking setup for several platforms, and the help for submission to CRAN, but versioning and development of the code will be done on github.


A README.Rmd and this file have been added.