search for: tstamp

I have timstamped data like this: > sd[1:10,] Tstamp Density Mesh50 Mesh70 Mesh100 Mesh150 Mesh200 2 2009/02/27 07:00 30.5 0.7 10.7 21.4 32.8 41.6 3 2009/02/27 08:00 32.2 1.6 12.4 23.3 34.5 43.0 4 2009/02/27 09:00 32.7 4.8 13.0 24.0 35.1 43.5 5 2009/02/27 10:00 26.7 0.3 6.5 17.6 28...

...set ('dt') with values like "18:10", "19:43", .... I need to split time field into hour and minutes and add both as new columns to dataset. We are able to do it in bash+awk, but curious to stay within R codebase as much as possible. For now we are using such solution: tstamp <- strsplit(dt$time, ":") # constructing hours field dt$hr <- lapply(tstamp, function(v) {v[1] } ) # constructing minutes field dt$m <- lapply(tstamp, function(v) {v[2] } ) It works find on sample (and simple, small) data set. But while working on real data with several...

...below correctly model what I am seeing in my program. Before I punt and use lubridate or timeDate, could anyone please help me understand why POSIXct forces my variable back to GMT? I suspect that I'm not properly coding the tzone value, but it does not throw an error as-is. > tstamp <- "2011-05-22 11:45:00 MDT" > mode(tstamp) [1] "character" > > dateP <- as.POSIXct(tstamp, origin="1970-01-01", tzone="MDT") > mode(dateP) [1] "numeric" > dateP [1] "2011-05-22 11:45:00 MDT" > > date...

...log at lists.netfilter.org Reporter: stuben at iki.fi Changes made to socket buffer timestamping (starting in kernel 4.20) will break the functionality of the time-matching extension for iptables. Specifically, the kernel patch called "tcp: provide earliest departure time in skb->tstamp" [1] will result in the 'skb->tstamp' NOT being zeroed before entering the IP stack. This change was introduced (in "net/ipv4/tcp_output.c") with the following patch: - /* Our usage of tstamp should remain private */ - skb->tstamp = 0; + /* Leave earliest departure time...

What is the function of ?marker.tstamp? file that is created when I set the option of features.quota on? And that file plays a role in what circumstances ? I saw this file has been no content,so in what circumstances this file would have content?Can you give a kind of practical example of how to use this file,and how this file will have...

...--------------------------------------- 3 files changed, 40 insertions(+), 49 deletions(-) create mode 100644 mkproto.awk delete mode 100644 mkproto.pl diff --git a/Makefile.in b/Makefile.in index f912f312..d7ddbc41 100644 --- a/Makefile.in +++ b/Makefile.in @@ -210,7 +210,7 @@ proto.h: proto.h-tstamp @if test -f proto.h; then :; else cp -p $(srcdir)/proto.h .; fi proto.h-tstamp: $(srcdir)/*.c $(srcdir)/lib/compat.c config.h - perl $(srcdir)/mkproto.pl $(srcdir)/*.c $(srcdir)/lib/compat.c + awk -f $(srcdir)/mkproto.awk $(srcdir)/*.c $(srcdir)/lib/compat.c man: rsync.1 rsyncd.conf.5 man-c...

I have a fairly large set of data with the following attributes: >str(raw.data) `data.frame': 1429 obs. of 16 variables: $ TStamp :`POSIXlt', format: chr "2001-11-25 02:00:00" "2001-11-25 01:55:00" "2001-11-25 01:50:00" "2001-11-25 01:45:00" ... $ iPDT.AHU14.14: num 0.0122 0.0125 0.0120 0.0120 0.0122 ... $ iPDT.AHU14.15: num 0.0121 0.0123 0.0119 0.0119 0.0121 ... $ iPDT....

...n=0 Win=65535 10.0.1.4 -> 10.0.1.200 ICMP Echo request (ID: 40450 Sequence number: 362) 10.0.1.200 -> 10.0.1.4 ICMP Echo reply (ID: 40450 Sequence number: 362) 10.0.1.4 -> 10.0.1.200 TCP D=3260 S=51699 Push Ack=133176904 Seq=1610109515 Len=48 Win=65535 Options=<nop,nop,tstamp 628354654 67148> 10.0.1.200 -> 10.0.1.4 TCP D=51699 S=3260 Ack=1610109563 Seq=133176952 Len=0 Win=65160 Options=<nop,nop,tstamp 67569 628354643> 10.0.1.200 -> 10.0.1.4 TCP D=51699 S=3260 Push Ack=1610109563 Seq=133176904 Len=48 Win=65160 Options=<nop,nop,tstamp 67582 6...

https://bugzilla.netfilter.org/show_bug.cgi?id=1066 Bug ID: 1066 Summary: nfq_get_timestamp() not setting timeval struc Product: libnetfilter_queue Version: unspecified Hardware: x86_64 OS: Ubuntu Status: NEW Severity: normal Priority: P5 Component: libnetfilter_queue

Neither of these have reached me on R-devel (and only PR#8103 is on the archive), and they seem to be the same error although neither mentions the other. That's 'odd', to quote one of them. "EDT" is not a valid POSIX timezone (but, say, EST5EDT is). R's docs are quite clear that what happens with invalid inputs is system-specific. (Windows seems often to run home

When concatenating mbox files like described here https://xaizek.github.io/2013-03-30/merge-mbox-mailboxes/. You will end up with an 'unsorted' mbox file. Is this going to be a problem esspecially when they are large >2GB's and new emails will be written to it? The email client nicely sorts the message from folder A "foldera 5 last" as last, but of course the mbox is

I have timestamps from mysql database: > dput(tstamp) c(1225221868L, 1225221906L, 1225221906L, 1225230997L, 1225231000L, 1225231003L, 1225231152L, 1225231348L, 1225231351L, 1225231400L ) How to convert these into normal dates? Thanks, jrara

Using read.table now on large files. Scan should be faster reading and parsing the files if a 'what' list is provided. How would I generate a what list that repeats the the last 4 elements n (n=14 or 10 or 8) times? whatlist=list(Tstamp="",Condition=0,A1=0,B1=0,C1=0,D1=0) All are numeric, either decimal or hexadecimal. Thanks in advance, Alex van der Spek

Hi guys I have a reasonably basic question with zoo usage, but I havent been able to find a satisfactory workaround yet. Heres a simple example of what I'm talking about (the following data frame contains numeric columns that contains NAs): > head(ebs) time src tstamp code bid ask 1 2009-03-03 13:03:29.536 perf.Tib_listener 14980321164 EBS.REC.EURJPY=EBS.NaE 123.48 NA 2 2009-03-03 13:03:29.786 perf.FilteringPublisher 14980565658 EUR.JPY.SPOT 123.48 123.51 3 2009-03-03 13:03:29.786 perf.Tib_listener 14980566116 EBS.REC.EURJPY=EBS.NaE NA 123.51 4 2009-03-03...

...one assuming that each message # starts with /^From .* {year}$/ and they are sorted by time. # # -- Joseph Tam <jtam.home at gmail.com> # [ x"$*" = x ] && { echo "Usage: $0 mbox-file ..." exit 1 } gawk -v boxes="$*" </dev/null ' function Tstamp(header) { # Format: Jan 22 21:00:48 2018 -0700 # 12345678901234567890123456 l = length(header) spec = (substr(header,l-4,1)=="-")? substr(header,l-25,20) : substr(header,l-19,20) spec = substr(spec,17,4) " " ym[substr(spec,1,3)] substr(spec,4,3) \ " &qu...

....* {year}$/ and they are sorted by time. > # > # -- Joseph Tam <jtam.home at gmail.com> > # > > [ x"$*" = x ] && { > echo "Usage: $0 mbox-file ..." > exit 1 > } > > gawk -v boxes="$*" </dev/null ' > function Tstamp(header) { > # Format: Jan 22 21:00:48 2018 -0700 > # 12345678901234567890123456 > l = length(header) > spec = (substr(header,l-4,1)=="-")? substr(header,l-25,20) : substr(header,l-19,20) > spec = substr(spec,17,4) " " ym[substr(spec,1,3)] substr(spec,4,...

...bug of library? Can you suggest any other way of streaming? About 0.5 Yesterday i download from sourceforge. When it gave me some errors i get last trunk from git 1- Compiling of this version was not very stable a-Firstly compiling with alsa backend was not possible on my system and says tstamp is not a known type. I tried to disable alsa and use no audio backend to complie. But git version is complied with oss backend. b- Git version has -Werror flag and raises errors from deprecated functions in ffmpeg. I removed -Werror flag form configure script and compiled. c- Using 0.5 vers...

Second version, all feedback so far addressed, thanks for the help and interest! The patch to iproute2 has not changed, so I'm not including it this time. Patch 4/4 (the netlink interface) is basically unchanged as well but included for completeness. The other changes have moved forward a bit, to the point where I find them a lot cleaner and am more confident in the code being ready for

Second version, all feedback so far addressed, thanks for the help and interest! The patch to iproute2 has not changed, so I'm not including it this time. Patch 4/4 (the netlink interface) is basically unchanged as well but included for completeness. The other changes have moved forward a bit, to the point where I find them a lot cleaner and am more confident in the code being ready for

Second version, all feedback so far addressed, thanks for the help and interest! The patch to iproute2 has not changed, so I'm not including it this time. Patch 4/4 (the netlink interface) is basically unchanged as well but included for completeness. The other changes have moved forward a bit, to the point where I find them a lot cleaner and am more confident in the code being ready for