Помощь зала
Jun. 29th, 2022 06:13 pmБудь проклят тот день, когда я сел за баранку этого пылесоса! (с)
Я уже не буду говорить по сотому разу про семантику питона, индентацию и неудобный дебаггер. Самая феноменальная черта питона это непредсказуемое поведение, когда буквально один и тот же (скопипащенный) код в одном месте работает, а в другом нет, и понять в чем дело нельзя от слова никак. Сегодня у меня выдался особенно интересный день, в том смысле, что удалось наступить на одни и те же грабли дважды. Причем второй раз обошлось даже без копипасты, а прямо в одном и том же месте в цикле. Жил да был один dataframe, никого не трогал, починял примус. В одном месте к нему применялась операция groupby. И все шло хорошо пока я не поменял один из параметров, которые контролируют процесс наполнения этого dataframe. И вдруг ни с того ни с сего привет из черного ящика:
File "C:\Users\...\AppData\Local\Programs\Python\Python38\lib\site-packages\pandas\core\groupby\groupby.py", line 747, in get_group
raise KeyError(name)
Что-то где-то пошло не так, очевидно гораздо раньше, чем случилась ошибка. Дай думаю выведу данные на экран - может пойму в чем дело. Код выглядел так:
print(pos)
positions = pos.groupby(by='sign')
print(positions)
longs = positions.get_group(1)
Цикл этот проработал очень много раз без проблем. На предыдущей перед обломом итерации напечаталось:
... ......exdate ......strike. sign
619 20170616.0 2200.0 1.0
620 20170616.0 2200.0 1.0
<много похожих строк>
792 20170421.0 2475.0 -1.0
793 20170421.0 2475.0 -1.0
pandas.core.groupby.generic.DataFrameGroupBy object at 0x000001DB90D0A760
(Точки я добавил в тело поста, чтобы подравнять заголовки колонок.) А в последний раз вот что:
... ......exdate ......strike. sign
619 20170616.0 2200.0 1.0
620 20170616.0 2200.0 1.0
<много похожих строк>
817 20170616.0 2445.0 -1.0
818 20170616.0 2445.0 -1.0
Empty DataFrame
Columns: [exdate, strike, sign]
Index: []
Empty DataFrame, вон оно как! Понятно теперь почему оттуда ничего нельзя вынуть и оно ломается. Но почему оно пустое??!! Колонка 'sign' есть? Есть. Числа в ней есть? Есть, причем в каждой строчке. Так какого же черта??? И что вообще люди делают в таких случаях? Идти дебаггером в библиотеку и искать почему оно ломается в groupby.py?
Пока что я схитрил и вместо
positions = pos.groupby(by='sign')
longs = positions.get_group(1)
написал
longs = pos[pos['sign'] > 0]
Это отлично сработало, причем для тех параметров, при которых groupby() работал без аварии, результаты получились идентичные. Это, конечно, хорошо, но не покидает ощущение, что ходишь по минному полю как ночью по тайге. Хотелось бы все же по ходу чему-то научиться и что-то понять. Особенно как искать черную кошку в темной комнате.
В комментарии особенно приглашается добродетельный юзер
laoxia, который научил меня первым шагам с dataframe, а также все кто умеет питонить, особенно
nefedor. Также я думаю, что скорее всего разбираются в теме
misha_b и
kobak. Извините если отвлек от важных дел.
Я уже не буду говорить по сотому разу про семантику питона, индентацию и неудобный дебаггер. Самая феноменальная черта питона это непредсказуемое поведение, когда буквально один и тот же (скопипащенный) код в одном месте работает, а в другом нет, и понять в чем дело нельзя от слова никак. Сегодня у меня выдался особенно интересный день, в том смысле, что удалось наступить на одни и те же грабли дважды. Причем второй раз обошлось даже без копипасты, а прямо в одном и том же месте в цикле. Жил да был один dataframe, никого не трогал, починял примус. В одном месте к нему применялась операция groupby. И все шло хорошо пока я не поменял один из параметров, которые контролируют процесс наполнения этого dataframe. И вдруг ни с того ни с сего привет из черного ящика:
File "C:\Users\...\AppData\Local\Programs\Python\Python38\lib\site-packages\pandas\core\groupby\groupby.py", line 747, in get_group
raise KeyError(name)
Что-то где-то пошло не так, очевидно гораздо раньше, чем случилась ошибка. Дай думаю выведу данные на экран - может пойму в чем дело. Код выглядел так:
print(pos)
positions = pos.groupby(by='sign')
print(positions)
longs = positions.get_group(1)
Цикл этот проработал очень много раз без проблем. На предыдущей перед обломом итерации напечаталось:
... ......exdate ......strike. sign
619 20170616.0 2200.0 1.0
620 20170616.0 2200.0 1.0
<много похожих строк>
792 20170421.0 2475.0 -1.0
793 20170421.0 2475.0 -1.0
pandas.core.groupby.generic.DataFrameGroupBy object at 0x000001DB90D0A760
(Точки я добавил в тело поста, чтобы подравнять заголовки колонок.) А в последний раз вот что:
... ......exdate ......strike. sign
619 20170616.0 2200.0 1.0
620 20170616.0 2200.0 1.0
<много похожих строк>
817 20170616.0 2445.0 -1.0
818 20170616.0 2445.0 -1.0
Empty DataFrame
Columns: [exdate, strike, sign]
Index: []
Empty DataFrame, вон оно как! Понятно теперь почему оттуда ничего нельзя вынуть и оно ломается. Но почему оно пустое??!! Колонка 'sign' есть? Есть. Числа в ней есть? Есть, причем в каждой строчке. Так какого же черта??? И что вообще люди делают в таких случаях? Идти дебаггером в библиотеку и искать почему оно ломается в groupby.py?
Пока что я схитрил и вместо
positions = pos.groupby(by='sign')
longs = positions.get_group(1)
написал
longs = pos[pos['sign'] > 0]
Это отлично сработало, причем для тех параметров, при которых groupby() работал без аварии, результаты получились идентичные. Это, конечно, хорошо, но не покидает ощущение, что ходишь по минному полю как ночью по тайге. Хотелось бы все же по ходу чему-то научиться и что-то понять. Особенно как искать черную кошку в темной комнате.
В комментарии особенно приглашается добродетельный юзер
no subject
Date: 2022-06-29 11:43 pm (UTC)Но я думаю, что у тебя где-то в данных есть бяка. И в той строке где бяка, sign не 1 и не -1. В результате оно делает еще одну группу с sign=something_strange но строку туда не добавляет, так как порченную строку ей добавлять неохота - получается пустая категория, на что она и жалуется.
Вот за это я не люблю DataFrames :)
Вторая версия: у тебя категории по floating point, какой-то sign может быть не 1.0 в точности, а 1.0 + 1.e-alot или что-то похожее. Но скорее всего не это, а предыдущее.
Чтобы проверить ты можешь сделать set или dict:
d = {} # or s = set()
for row in data:
. . sign = row[-1]
. . d[sign] = 3.1415 # or s.add(sign)
а потом распечатать какие ключи получились:
print(d.keys()) # or print(s)
И если там есть бяка в sign, ты ее увидишь.
Как вообще бороться с такими вещами: гуглить.
Вот, например по "pandas groupby gives empty dataframe":
https://stackoverflow.com/questions/62303505/group-by-returns-empty-dataframe-and-no-error
https://github.com/pandas-dev/pandas/issues/743
no subject
Date: 2022-06-30 12:20 am (UTC)Я проверил: все 1.0 или -1.0, хотя я и не понимаю какая разница, т.к. groupby должен группировать в любом случае, нет?
Да и не может там быть больше ничего, т.к. все записи добавляются в dataframe командами
pos.loc[posIndex] = [exdate, strike, 1]
pos.loc[posIndex] = [exdate, strike, -1]
Я вообще-то гуглил но ничего толкового не нашел. Завтра попробую почитать то, что нашел ты. По первой ссылке пока что ничего не понял. Не владею ни лямбдами ни join.
no subject
Date: 2022-06-30 12:47 am (UTC)https://stackoverflow.com/questions/56815086/pandas-groupby-is-giving-keyerror-even-when-the-key-exists
И тут что-то заумное про индексы:
https://github.com/modin-project/modin/issues/1900
no subject
Date: 2022-06-30 03:34 am (UTC)собака - друг человека?df = df.to_numpy()
df = pd.DataFrame(df)
Такое впечатление, что тут предлагают из dataframe перейти в какой-то NumPy array и вот там уже буде счастье? Так может мне и с самого начала не надо было с dataframe заводиться?
Вообще, если кому-то это кажется хоть в каком-то смысле нормальным, то I am all ears.
no subject
Date: 2022-06-30 09:19 am (UTC)выдает квадратную матрицу чисел внутри df. То есть, грубо, "забывает" имена колонок.
делает DataFrame из матрицы - то есть такой хитрый способ превратить имена столбцов в 0, 1, 2, ...
Но тут надо следить, что происходит с отсутствующими элементами.
Если Вы укажете версию Pandas, то можно будет посмотреть, если есть проблема с https://github.com/modin-project/modin/pull/2125 - ну или просто попробовать
Неспроста в руководстве все примеры на groupby даются со списком из одного элемента!
no subject
Date: 2022-06-30 02:50 pm (UTC)pd.show_versions(as_json=False)
...
pandas : 1.4.2
...
pos.groupby(by=['sign']) - это то, что я и делаю. Я наверное не понял мысль.
no subject
Date: 2022-06-30 04:08 pm (UTC)Но весь кусок кода, что Вы показали, делает группировку и потом берет одну группу. С точки зрения code review это просто filter slicing
no subject
Date: 2022-06-30 04:19 pm (UTC)no subject
Date: 2022-06-30 04:32 pm (UTC)А не
no subject
Date: 2022-06-30 04:49 pm (UTC)positions = pos.groupby(by='sgn')
надо
positions = pos.groupby(by=['sgn'])
? A в чем разница? Вообще, специально не тренированным глазом это так просто и не заметишь. К вопросу о языке.
no subject
Date: 2022-06-30 04:58 pm (UTC)no subject
Date: 2022-06-30 05:01 pm (UTC)https://ny-quant.livejournal.com/959402.html?thread=13824426#t13824426
no subject
Date: 2022-06-30 01:57 pm (UTC)Там не то, чтобы нет чётко определенной семантики. Просто до неё очень тяжело докопаться.
Я потому и удалил свой последний комментарий, что это просто догадка. Чтобы реально вам помочь нужно зашарить ваш скрин и нам с вами вмести потупить в него пару часов. Я, кстати, могу попробовать если вы можете и хотите такое...
no subject
Date: 2022-06-30 02:18 pm (UTC)no subject
Date: 2022-06-30 03:25 pm (UTC)PyCharm, упомянутый только что: там вообще вдвоем можно программировать, в онлайн режиме :)
no subject
Date: 2022-06-30 02:40 pm (UTC)no subject
Date: 2022-06-30 02:51 pm (UTC)no subject
Date: 2022-06-30 02:53 pm (UTC)longs = pos[pos['sign'] > 0]
Чем больше я читаю обсуждение, тем больше у меня растет соблазн просто остановиться на этом и дальше не копать, т.к. прогресса пока что ровно ноль.
no subject
Date: 2022-06-30 04:04 pm (UTC)no subject
Date: 2022-06-30 04:16 pm (UTC)no subject
Date: 2022-06-30 04:24 pm (UTC)no subject
Date: 2022-07-01 02:20 am (UTC)Ага, понятно.
no subject
Date: 2022-06-30 03:41 am (UTC)