Displaying 4 results from an estimated 4 matches for "check_tzones".
2011 Aug 07
1
all.equal doesn't work for POSIXlt objects
...es the correct answer. As there is no all.equal method
for POSIXlt objects, all.equal.list is used instead. Subsetting using
[[]] doesn't work on POSIXlt objects. I solved the problem by adding a
function all.equal.POSIXlt() :
all.equal.POSIXlt <- function(target, current, ..., scale=1) {
check_tzones(target, current)
target <- unclass(target)
current <- unclass(current)
NextMethod("all.equal.list")
}
This seems to work bugfree, but I'm not sure about it. So am I doing
it correct, and if so, can this be added to the next R release? I'm
not sure where else I should...
2012 Nov 04
1
what is the function naming convention?
...version, T (etc)
- many are dotted: as.complex, as.data.frame.array, merge.data.frame, write.dcf (etc)
The manual "Creating R Packages" states that it depends on the classes and instances. I couldn't find more hints.
And there's more:
- using underscore characters: check_tzones, Cstack_info, R_system_version (etc)
- using interCapping: closeAllConnections, rawToChar, rowSums, toString, tryCatch, writeLines (etc)
- using dots and intercapping: as.Date, julian.Date, toString.default (etc)
So, an entire zoo of function names.
Did I miss a system, or is i...
2020 Oct 23
1
timezone tests and R-devel
...atives modifying all.equal.POSIXt behaviour:
- make check.tzone=FALSE the default: this is inconsistent with other
arguments of all.equal methods, always defaulting to stricter checks
- let all.equal.POSIXt generally ignore the tzone difference if tzone is
unset for one of the objects (similar to check_tzones): I think this is
a bad idea because tzone affects how POSIXt objects are printed, and
under check.tzone=TRUE, two objects shouldn't be considered "nearly
equal" if they print differently.
Best regards,
Sebastian
Am 23.10.20 um 10:28 schrieb Kasper Daniel Hansen:
> So let me t...
2020 Oct 02
2
timezone tests and R-devel
Yes, the potential issue I see is that
make check
fails when I explicitly set TZ. However, I set it to be the same as what
the system reports when I login.
Details: The system (RHEL) I am working on has
$ strings /etc/localtime | tail -n 1
EST5EDT,M3.2.0,M11.1.0
$ date +%Z
EDT
$ echo $TZ
US/Eastern
On Fri, Oct 2, 2020 at 9:48 AM Sebastian Meyer <seb.meyer at fau.de> wrote:
> Thank