作者查詢 / gmccntzx1
作者 gmccntzx1 在 PTT [ Python ] 看板的留言(推文), 共854則
限定看板:Python
看板排序:
1F→: 因為那是一個 instance method ,要把物件建立出來後才12/10 22:21
2F→: 能呼叫。從你第一張圖來看,你已經用 `JIRA` 建立出一12/10 22:21
3F→: 個物件叫做 `auth_jira` 了,所以要寫成12/10 22:22
4F→: `auth_jira.create_issue(...)` 才對12/10 22:23
5F→: google “matplotlib FuncFormatter”06/26 12:42
3F→: Python 那端的 data 是怎麼進去的?跟儀器的收音設備05/22 14:06
4F→: 規格一樣嗎?05/22 14:06
6F→: 有看到你下一篇的回文,但問題可能仍不是出在程式上面05/22 18:43
7F→: 從你貼的這張圖來看,在低頻 10~100Hz 這區間內,就已05/22 18:44
8F→: 經有些許誤差了。你有辦法得知儀器那端的 FFT 是怎麼產05/22 18:45
9F→: 生的嗎?05/22 18:45
1F→: 可以先說明一下你之前問完就刪文原因嗎?省得其他人幫05/13 21:57
2F→: 你解答問題後又被刪掉,讓之後有相關問題的人無法參考05/13 21:57
3F→: 不刪文不是板規,而是希望讓文章留下好讓遇到類似問題05/13 22:21
4F→: 的人可以參考。再加上有人花了時間回答你的問題,同樣05/13 22:22
5F→: 也是為了讓避免有類似問題的人爬不到文而又重複發文,05/13 22:22
6F→: 不僅浪費時間又浪費心力。所以如果你一聲不吭的就把別05/13 22:23
7F→: 人回答過後的問題刪掉,不僅沒辦法讓文章累積供人查詢05/13 22:24
8F→: 同時也不尊重當初回答你問題的人。05/13 22:25
9F→: 如果你覺得自己問的問題太過簡單,那你需要做的是先去05/13 22:26
10F→: 讀熟文件和了解其他相關的知識,而不是用個自己覺得問05/13 22:26
11F→: 了一個蠢問題而把文章刪掉...05/13 22:27
12F→: ^的理由05/13 22:27
1F→: 你對資料型態的大小有概念嗎? 以你目前的 array 大小03/31 20:26
2F→: 假設你是使用 float32 (4 bytes/unit) ,那麼你會需要03/31 20:26
3F→: (312500^2*4)/(1024)^3 ~= 363.7979 GB 的記憶體03/31 20:27
4F→: 你要產生 meshgrid 的目的應該只是要產生圖片,沒有運03/31 20:28
5F→: 算上的需求,所以我會建議你先做 down-sampling03/31 20:29
6F→: 假設以 100 點取 1 點的方式 down-sampling ,你需要的03/31 20:30
7F→: 記憶體可以降到 37.2529 MB03/31 20:31
8F→: 如果你可以附上做這個的目的或執行上的要求,建議你再03/31 20:33
9F→: 附註到原文,讓大家更了解你要做什麼,才能給你更好的03/31 20:33
10F→: 建議03/31 20:33
12F→: 不用怕訊息太長讓其他人眼花,善用線上服務如:codepad03/01 19:27
13F→: , pastebin, gist 都可以讓你一次把大量的訊息傳上來03/01 19:28
14F→: 你不給錯誤訊息的話,其他人可能還要花時間猜你實際上03/01 19:28
15F→: 遇到的問題是什麼,這樣反而浪費大家時間又沒效率,所03/01 19:29
16F→: 以貼個訊息,何樂不為?03/01 19:29
17F→: 而且,像是你碰到的這個問題,光是丟錯誤訊息最後一行03/01 19:31
18F→: 提到的 Exception 內容就可以略知一二囉03/01 19:31
35F→: 看他上面個訊息有 `pyshell#3` ,應該是在 cmd 中直接03/01 23:48
36F→: 執行的03/01 23:48
37F→: 依原文來看,原 PO 應該是把讀檔的概念弄錯。你要讀檔03/01 23:55
38F→: 時,必須先知道要被讀取的檔案的路徑,之後在呼叫 open03/01 23:56
39F→: 或其他讀檔的指令時(如你現在要用的 zipfile )再把該03/01 23:57
40F→: 檔的路徑放進去,而不是純粹寫個檔案名稱就好。03/01 23:57
41F→: 如果還是不太清楚我所說的,你可以試試看用03/01 23:58
42F→: os.path.abspath() 去看你現在給的 'python.zip' 對於03/01 23:59
43F→: 目前程式所讀到的路徑是什麼。03/01 23:59
44F→: 舉個例,假設目前 os.getcwd() 的結果是 'C:\User\foo'03/02 00:02
45F→: 那麼 os.path.abspath('python.zip') 所解析出的路徑就03/02 00:02
46F→: 是 'C:\User\foo\python.zip'03/02 00:02
47F→: 所以如果實際上你的 python.zip 不在 C:\User\foo 底下03/02 00:04
48F→: 的話,那麼程式當然會讀不到檔案03/02 00:04
49F→: 而你要做的事情應該是把正確的檔案路徑傳給 ZipFile ,03/02 00:06
50F→: 而非把檔案移到 '...\Python37\lib\' 底下03/02 00:07
55F→: 收到,在你 19:14 的回應已經知道你解決了,我只是想03/02 00:22
56F→: 告訴你不用因為怕錯誤訊息太多而不跟著文章附上來03/02 00:23
60F→: 參考官方文件 https://bit.ly/2Vos4hA ,你可以指定03/02 00:38
61F→: 參數 path 作為解壓縮的目的地03/02 00:39
85F→: 用一般字串表示路徑時, `\` 要改為 `\\` ,也就是說03/02 01:02
86F→: 你要寫成 zip_file.extractall("C:\\python\\2")03/02 01:03
87F→: 或著你可以改用 raw string,也就是改成03/02 01:03
88F→: zip_file.extractall(r"C:\python\2")03/02 01:03
89F→: 詳細差異可以 google python raw string03/02 01:04
90F→: 另外,關於路徑的串接,可以再看看 os.path.join() 和03/02 01:05
91F→: pathlib (for python 3)03/02 01:06
92F→: 然後,你如果不想用 pastebin/codepad 貼文字的話,可03/02 01:07
93F→: 以改成螢幕截圖後上傳到 imgur 再貼上來03/02 01:08
94F→: 因為看你一行一行貼感覺很累...03/02 01:09
98F→: 上面說「看你一行一行貼感覺很累」是在說:你花好幾分03/02 10:07
99F→: 鐘把訊息慢慢貼上來,不會累嗎? 所以才跟你說有什麼03/02 10:07
100F→: 現有的工具可以讓你更方便啦 XD03/02 10:07
101F→: 然後重點是,指解壓縮到另一個路徑的問題解決了嗎?03/02 10:08
108F→: 不用在意,問題有解決就好!03/02 17:24
4F→: 問題出在你資料的 10, 36, 44 列(縱向)中,有不同型01/08 13:22
5F→: 態的資料。通常是因為原始資料內有空值,導致讀檔時將01/08 13:22
6F→: 空值轉為 nan (float),而其他資料為 str ... 之類的01/08 13:22
7F→: ,所以訊息才會跟你說 mixed type01/08 13:22
1F推: 參考: https://stackoverflow.com/questions/2329628212/04 21:25
2F→: 還有這個: https://bit.ly/2Edy74i12/04 21:25
3F→: 簡單來說, `df.loc["Store 1"]["Cost"]` 會透過 2 次12/04 21:26
4F→: __getitem__ 來取值,後面行為的開始執行時取決於前面12/04 21:28
5F→: 行為的完成時機。12/04 21:28
6F→: 若資料可以允許寫成 `df.loc[:, ('Store 1', 'cost')]`12/04 21:30
7F→: 則 pandas 可以一次根據後面的參數取值,相對來說較快12/04 21:31
8F推: 關於回傳值是 view 還是 copy ,基本上可以照著12/05 00:48
9F→: stackoverflow 那篇回答的規則去判斷。12/05 00:49
10F→: 要了解的更詳細的話,推薦你直接去追 source code:12/05 00:51
11F→: pd.DataFrame.__getitem__ : https://git.io/fpPuH12/05 00:51
12F→: 裡面有寫到好幾種狀況,比較值得注意的地方有12/05 00:53
13F→: self._slice (generic._slice): https://git.io/fpPzx12/05 00:54
14F→: self._take (generic._take): https://git.io/fpP2E12/05 00:59
15F→: 修正一下:上面的 generic 應該是 generic.NDFrame12/05 01:01
16F→: 所以說,用 chain indexing 問題在於一般情況下不容易12/05 01:03
17F→: 判斷出取的值到底是 view 還是 copy (不了解如12/05 01:04
18F→: stackoverflow 那篇回答所說的規則),而非資料在記憶12/05 01:06
19F→: 體中的情況差異所影響。12/05 01:07
20F→: 而因為會影響取值結果是 view/copy 的情況很多種,所以12/05 01:11
21F→: 官方還是建議少用 chain indexing。12/05 01:14
2F噓: 建議你,在問題解決後,修改文章標題加上[已解決]即11/21 15:28
3F→: 可。自刪文章既不尊重回覆你的人,也沒辦法為這個版累11/21 15:28
4F→: 積有用的文章。11/21 15:28
1F→: 先在 cmd 下 `set SPYDER_DEBUG=3;` ,然後下 `spyder`10/13 18:17
2F→: 開啟後,看看有出現什麼訊息? 可以的話麻煩貼上來。10/13 18:18