Как вычитать время из времени?

[wow_pi]

Есть файл, типа:

Код: [Выделить]

N Дата и время M1 M2 M3
1 25.10.2016 13:50:25 12,6 13,96 13,14
2 25.10.2016 13:51:26 12,6 13,78 13,24
3 25.10.2016 13:52:24 12,6 13,78 13,14
4 25.10.2016 13:53:26 12,52 13,78 13,24
5 25.10.2016 13:54:26 12,52 13,86 13,24
6 25.10.2016 13:55:26 12,52 13,86 13,24
7 25.10.2016 13:57:26 12,6 13,78 13,24
8 25.10.2016 13:58:26 12,6 13,86 13,24
...И записан он прибором, который время от времени пропускает запись (см. строки 6 и 7).
Обнаружить пропуск средствами LO Calc достаточно просто. А можно ли обнаружить его средствами awk, или другой командой "терминала"?

[Ampermetr]

можно как то так)

Код: (python) [Выделить]

#!/usr/bin/python
with open ("/home/user/2.txt") as file:
    f = file.readlines()
for i in range(1,len(f)-1):
    if int(f[i][19]) + 1 != int(f[i+1][19]):
        if int(f[i][19]) != 9:
            print ("Error in lines", i, " and ", i+1)
        else:
            if int(f[i+1][19]) != 0:
                print ("Error in lines", i, " and ", i+1)

[Azure]

Код: (bash) [Выделить]

awk -F'\t' '
    {
        #перевод строки в нормальный формат времени
        split($2, t, "[.: ]")
        ts = mktime(t[3] FS t[2] FS t[1] FS t[4] FS t[5] FS t[6])
    }
    ts - last > 70 && NR != 2 {
        #вывод номера строки где интервал больше заданного (70 секунд)
        print "Deviation in line", $1
    }
    {
        #сохранение времени для следующей итерации
        last = ts
    }
    ' файл

[Sly_tom_cat]

Ampermetr, питоном файлы лучше обрабатывать интерактивно, а то вдруг там файл 50гигов, а вы его в память засосать целиком пытаетесь перед обработкой.

Кроме того с временем лучше работать стандартными утилитами.

Это классические ошибки новичков в программировании. Старайтесь от таких детских болезней избавляться сразу.

Решать такие задачи на питоне надо примерно так:

Код: (python) [Выделить]

#!/usr/bin/env python3
from time import mktime, strptime

last = 0
with open ("file.txt", 'rt') as f:
  f.readline()  # skip first line
  for line in f:
    l = line.split()
    t = mktime(strptime(l[1]+l[2], '%d.%m.%Y%H:%M:%S'))
    if last and t-last > 70:
      print('missed row before row# %s'%l[0])
    last = t
в примере я взял 70 секунд как недопустимое время между отсчетами.

[wow_pi]

Azure, огромное спасибо. Мне бы недели три, а то и четыре, до этого идти.

Код: [Выделить]

moy@moy-GA:~/lvn_doc/stat$ awk -F'\t' '
>     {
>         #перевод строки в нормальный формат времени
>         split($2, t, "[.: ]")
>         ts = mktime(t[3] FS t[2] FS t[1] FS t[4] FS t[5] FS t[6])
>     }
>     ts - last > 70 && NR != 2 {
>         #вывод номера строки где интервал больше заданного (70 секунд)
>         print "BINGO: Deviation in line", $1
>     }
>     {
>         #сохранение времени для следующей итерации
>         last = ts
>     }
>     ' 1.txt
BINGO: Deviation in line 7
BINGO: Deviation in line 77
BINGO: Deviation in line 777

Sly_tom_cat, большое спасибо. Python - это круто. Но, боюсь, до меня такие вещи станут доходить не раньше следующего года. Если повезет.

Код: [Выделить]

moy@moy-GA:~/lvn_doc/stat$ python3 obr_py2
BINGO: missed row before row# 7
BINGO: missed row before row# 77
BINGO: missed row before row# 777
Ampermetr, что-то не завелось.

Код: [Выделить]

moy@moy-GA:~/lvn_doc/stat$ python obr_py1
...
Traceback (most recent call last):
  File "obr_py1", line 5, in <module>
    if int(f[i][19]) + 1 != int(f[i+1][19]):
ValueError: invalid literal for int() with base 10: ':'Но все равно спасибо вам за внимание к.

а то вдруг там файл 50гигов

А это вопрос философский. Поскольку файлы традиционно обрабатывались OO/LO Calc (иногда в MS Excel) то никаких резонов наращивать их размер свыше 20 Мб не было. А теперь как бы появились

[Ampermetr]

wow_pi, почему выдает ошибку затрудняюсь сказать, оно должно всего лишь неправильно работать потому что там логическая ошибка)) хотя возможно это взаимосвязано

[svtv1]

Вот может это, но только город другой (твой не Москва) и год не 2014

(Нажмите, чтобы показать/скрыть)

sudo cр /usr/share/zoneinfo/Russia/Moscow /etc/localtime --изменяет временную зону
$ sudo ln -s /usr/share/zoneinfo/Russia/Moscow /etc/localtime --то же
$ date --время, дата, временная зона
$ date '+%A %B %d %G' --день недели, месяц, число, год.
$ date '+Завтра хелуин %F' --добавляет текст к дате
$ date --date='4 days'  --дата которая наступит через 4 дня
$ date --date='4 weeks' --через 4 недели
$ date --date='8 months 4 days' --через 8 месяцев и 4 дня
$ date --date='4 Jul' +%A --день недели
$ cal --текущий месяц в виде календаря
$ cal 2014 --весь календарь на год
$ cal -j 2014 --юлианский колендарь
$ sudo date --set='+60 minutes' --переводит часы на 60 мин.
$ sudo date --set='-1 month' --текущий месяцев на предыдущий
$ sudo hwclock -r --текущие настройки аппаратного времени
$ sudo hwclock --hctosys --сброс системного время до аппаратного
$ sudo hwclock --systohc --аппаратного до системного
                             

[Sly_tom_cat]

svtv1, ты тему то почитал прежде чем написать в нее? 

[Azure]

wow_pi, + Скрипт awk (точно так же как и других редакторов) можно сохранить в файле и при правильном she-bang вызывать как bash-скрипт.

Код: (bash) [Выделить]

#!/usr/bin/awk -f
     BEGIN{
         FS = "\t"
      }
     {
         #перевод строки в нормальный формат времени
         split($2, t, "[.: ]")
…Тогда вызов

Код: (bash) [Выделить]

./my_script.awk 1.txt

[svtv1]

Sly_tom_cat,
внимательно прочитал, ах ну что, не до понял, ах ух о я идиоткаа, опоздала!!!!!
 
Пользователь добавил сообщение 12 Января 2017, 11:26:06:Sly_tom_cat,
Да тему читала внимательно?

[wow_pi]

Скрипт awk (точно так же как и других редакторов)

Да, так тоже красиво работает.

Код: [Выделить]

moy@moy-GA:~/lvn_doc/stat$ awk -f obr_awk.awk 1.txt
BINGO: Deviation in line 7
BINGO: Deviation in line 77
BINGO: Deviation in line 777
Все же, я полагаю, что мне будет полезнее держать "коды" открытыми: чем больше я увижу незнакомых слов, тем больше у меня возникнет поводов узнать их смысл. Разумеется, с точки зрения подготовки профессионального программиста, такой подход чистой воды ересь, поскольку в какой-то момент бессистемно надерганных "знаний" вполне станет хватать для решения какой-то конкретной, как в моем случае, задачи, и это "вполне" может сыграть с человеком дурную шутку. "К добру ли, к худу ли" я не программист; думаю, меня такое вот положение вещей не испортит