Pythonのお勉強 Part64

2020/09/14(月) 07:12:53.70

!extend:default:vvvvv:1000:1024
!extend:default:vvvvv:1000:1024
↑スレ立てる毎に減るので、減ってたら３つに増やすこと。

・当スレにRubyのソースコード類を書くことを禁ず
・Ruby等、Pythonではないプログラミング言語での回答類・質問を書くのも禁止
・「Ruby では」「Rubyでは」をNGワード登録推奨

・エラーを解決したいときは、まず
　エラー文（勝手に省略／スクショうｐ等の横着禁止）と
　おま環（Pythonのバージョン＋OS名IDE名と夫々のバージョン）を書け。

★Pythonのソースコードを５ちゃんに直コピペするとインデントが崩壊するので、
　　↓等のコードうｐ用サイトに貼ってきてくだしあ。（スクリーンショットをimgur等にうｐる「横着」禁止）
ttps://techiedelight.com/compiler/　　Run Code機能あり。最近流行中？
ttp://ideone.com/　　　　　　デフォ設定がCなので、Pythonするには言語種選択ボタン押下がﾋﾟｺ手間かも。
ttp://codepad.org/　　　　　ほぼ直感的に使える。Run codeボタンあり。
ttp://pastebin.com/　　　　　まずまずシンプル。
ttp://dpaste.com/　　　　　　とてもシンプル。消えるまでの日数は十分長ーく指定のこと。

◇Pythonオフィシャルサイト　http://www.python.org/
◇まとめwiki　ttp://python.rdy.jp/

●関連スレ●
くだすれPython(超初心者用) その46【Ruby禁止】
http://mevius.5ch.net/test/read.cgi/tech/1577948214/

〇前スレ〇 Pythonのお勉強 Part63
https://mevius.5ch.net/test/read.cgi/tech/1582507911/

次スレの建立は>>985が挑戦する。（980通過して24h後も落ちなくなってからだいぶ経っつる）### END of TEMPLATE ###

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

2021/04/21(水) 15:26:55.69

>>849
ありがとう！もしfor使うしかなかったら、それを採用してました！
多分lenをshapeにかえたかもしれませんが。

>>845
も考えてくれてありがとう！私の質問の仕方が悪かった、ごめん！
扱いたいのは非線形だから[3,1,4,1,5]みたいな物だったんだ！

2021/04/21(水) 15:55:55.29

numpy.arrayで挿入処理の前では、forを使う使わないなんて全くどうでもいい話の気がするんだが、間違っているか？

2021/04/21(水) 16:53:24.12

>>851
私が最初にイメージしたのはnp.zerosかなんかで作成した配列へのforでの挿入
だったので蛇使いはずいぶんコードをコンパクトに抑えるんだなと思ったのですが、
動的にメモリを要素ずつ確保すると時間がかかるという事ですか？
検証してないからわからにゃい…

2021/04/21(水) 20:50:20.57

そういうのは困ってから考えればいい

2021/04/22(木) 09:45:01.20

>>853
ご指摘の通りでした、最適な処理は頭の良い人に考えていただいて、
私はただsliding_window_viewを使うのみでした！

2021/04/28(水) 15:25:51.16

AをBで切り上げ除算したいときに(eg.5÷3→2)
A + (B - 1) // Bとすれば良いと知ったんですけど
そうなる理由が分からないので、どなたか教えて頂けませんか？

2021/04/28(水) 15:26:58.89

まちがえ
(A + B - 1) //Bでした

2021/04/28(水) 15:55:32.27

小さめの数字の境界条件を実際にプロットしてみるとわかりやすいよ
例えば、数直線上の 3 と 5 に印を付け、3 ずつの区切りも印を付けてみる
それだけみてもわからなければ、
5 と 6 を 3 ずつ
4 と 7 を 4 ずつ
とかもやってみるといい
すると、 B-1 の意味が見えてくるはず

2021/04/28(水) 15:59:44.14

おかしくね、それ
-5割る-1が7になる奇怪な定義
除算の定義が変な言語は沢山あるから何れかの写経？

Bが正ならばAの正負を問わずpythonの//は常に切り下げなので、A//B +1でいいよ

2021/04/28(水) 16:03:14.36

何れにせよその定義だと正数に対しすら切り上げ除算になっていない
4.5割る2が2になってしまうことは理解できる？

2021/04/28(水) 16:07:14.74

検算
(4.5+2-1)//2=5.5//2=2

x//y+1を採用すれば
4.5//2 +1 = 3

2021/04/28(水) 16:08:01.62

>>857
適当言うんじゃない

2021/04/28(水) 17:04:41.64

除算の妥当な定義は数多あるので、算数に自信がないならmath、rational、decimalあたりの関数を常に引くべき

2021/04/28(水) 17:50:11.40

適切な関数を探すことは概念を学ぶ事でもあるね、math.ceilは浮動小数点誤差の影響受けたっけ？
気にし過ぎだと思うし使わんから知らんけど、fractionあたりにベストなのがありそう

2021/04/28(水) 17:53:45.83

x//y+1もpythonの仕様知ってる人じゃ無いと意味が取れないし、厳密さを求めないならceil(x/y)の方がよい

2021/04/29(木) 17:31:27.21

>>858
4/2が3になるのは切り上げ除算とは言わなくないか？
正確に何をしたいか書いてない質問者のせいでもあるけど
float同士ならどうせfloatの演算があるのだからmath.ceilで、
int同士なら途中がfloatになるのがなんとなく嫌だからb-1足すかなあ

2021/04/29(木) 19:36:58.53

ほんとだ、エッジケースきよつける

2021/04/29(木) 20:56:01.58

必ず切り下げという性質を使って、-(-a//b)とかでもいいかもね

2021/05/02(日) 01:13:08.87

いま、ウトウトと寝てる時にパッと動かないプログラムの解決方法がうかんだ。
取りあえずPC立ち上げて、修正したら治った。

「やればできる」ってティモンディの言葉が頭にうかんだww

2021/05/02(日) 03:23:09.69

ヤればデキる

2021/05/02(日) 03:27:40.94

そして今に至る

2021/05/02(日) 04:08:20.16

寝ればできる

2021/05/02(日) 11:38:48.84

寝ると解決することは多い

2021/05/02(日) 12:14:50.55

不眠症の解決法かよ

2021/05/02(日) 12:19:12.82

確かに考えが煮詰まっちゃうと何やってもダメだね
他の事するか寝た方が良い結果になる事が多い

2021/05/02(日) 12:21:53.49

果報は寝て待て

2021/05/02(日) 12:57:42.51

>>874
考えが煮詰まるならなんら問題ないのでは？
行き詰まるなら問題だけど

2021/05/02(日) 14:11:02.03

煮詰まる＝頭がフットーする＝ショート寸前→オーバーヒートして活動停止直前

2021/05/02(日) 16:02:56.47

誤用が幅を利かせてる
1980年頃から芸能人が広めた
最初に松山千春が使っててアホかと思ったら
そのうち日本中がアホだらけになり
今じゃ俺の方が間違ってると言われる

2021/05/02(日) 16:45:57.48

夢で解法が浮かぶことあるよな
ずっと脳みそが考えててくれてるんだろうな

2021/05/02(日) 17:15:41.36

そういう、もともとの字義と異なる意味付けする慣用句って絶対的なもんじゃないと思うがなぁ。
大昔に誰かが考えた例え話を他の人が真似して広まっただけでしょ。

2021/05/02(日) 17:50:18.30

そこは行間ってやつで各々の解釈でしょ
偉ぶりたい人が本当はこういう意味だって言いたいだけ
そもそもスレ違いなのでやめよ

2021/05/02(日) 18:31:14.80

情けは人のためにならない

2021/05/03(月) 00:12:31.41

クソどうでもいい突っ込みありがとう
確かに行き詰まるの方が適切かもね
学びました

2021/05/08(土) 15:39:27.54

昨日はNHKが「煮詰まる」使ってた

2021/05/08(土) 15:51:29.66

発生するのはクラスター「感染」
クラスターそれ自体が発生するような言い方をするマスゴミが多すぎる
NHKも例外ではない

2021/05/08(土) 15:54:23.29

pythonスレでそんな報告されてもどうしろちゅーねん

2021/05/08(土) 16:42:45.27

誤爆ですか？
久しぶりにみたw

2021/05/08(土) 17:15:16.15

JapaneseLangも大事だからな

2021/05/08(土) 17:17:16.56

>>885
スレチだけどクラスターそれ自体は発生するよ
そこで感染するか否かも別としてね

2021/05/08(土) 18:50:39.39

>>889
まぁ、クラスター＝集団だから、意味だけなら確かにそうだね
でも、マスゴミの使い方はクラスター＝集団「感染」（disease cluster）だからなぁ
カタカナ語を乱用する悪いところだよ
Wikipediaでさえ間違えた使い方をしてる

pythonなどのプログラミングでも、特定の用語をわかってるようでわかってない使い方するのと同じだな
厳密な使い方をしないと、プログラマ間での引き継ぎなどの意思疎通ができなかったりする

2021/05/08(土) 19:06:22.24

USBメモリの事をUSBと省略するようなもんでは？
誤解が生じない文脈であればそれで良い
コロナの文脈で「クラスター」と来たら100%集団感染を指すことは一般的な合意があるから問題ないと思うが

2021/05/08(土) 19:13:22.03

>>891
USBと言えばUSBメモリの事なのかｗ
誤解してミスっても許されるから良いんだろうけど
そんな文化の会社嫌だなぁ

2021/05/08(土) 19:34:10.23

部下が「USBに保存して持ってきました」と言ったら普通はUSBメモリの事だと解釈すると思うんだが
日本語は文脈による推察が多い言語でそこが問題点ではあるけど簡略化出来るのが良いところでもある
齟齬が生じるような場面で簡略形は使うべきでは無いし正しく伝えるべきではあるが
文脈から推察出来る状態で推察出来ない者はそちらの不足
クラスターもUSBも同様
解釈出来ない方が使えないバカ

2021/05/08(土) 19:41:39.81

こういうのは言われて何言ってるか
わからなかった時に切れたらいい
わかってるのに

2021/05/08(土) 19:41:51.75

「USB 挿したら情報漏洩のアラームが鳴るよ」
と言った場合、どうするんだろう？
「USBメモリに決まってんだろ、バカ」と言われるんだろうな

2021/05/08(土) 19:51:23.95

TPOを弁えてる人の方が好ましい

2021/05/08(土) 20:15:33.54

>>892
日常生活でも重さや距離を「キロ」、データ容量を「ギガ」と言ったりするのはよくあると思うがいちいち噛み付いてるんか？

2021/05/08(土) 20:20:47.48

8グラムビットのメモリは許容できない

2021/05/08(土) 20:24:52.40

TPO弁えてる人はスレチの話題を引っ張らない

2021/05/08(土) 20:30:50.76

USBをウサビって読む俺みたいなやつもいるしな

2021/05/08(土) 20:36:49.79

>>890
集団感染の意味でクラスターとかクラスターが発生するという言い方は
USやUKを含む海外メディアや医学論文でも一般的に使われてるので
君のほうが間違ってると思うよ

2021/05/08(土) 21:16:09.40

>>897
IT関連で5Gじゃ何を意味しているのかわからないじゃん

2021/05/08(土) 21:21:45.53

>>901
メディアでは日本と同じように省略された用法ももちろんあるだろうが、
医学分野ではDisease clusterという一応きちんとした言い方があるのは事実
Disease cluster - Wikipedia (en)
https://en.wikipedia.org/wiki/Disease_cluster

2021/05/08(土) 21:32:31.98

>>903
省略してるわけじゃなく
コロナでクラスターといえばひとつ
美しい日本語は関係ない

2021/05/08(土) 22:22:10.44

別の言い方があるからといってクラスターを集団感染の意味で使うのが間違いということにはならないけど？

間違いだと考えた理由はそれだけ？

2021/05/08(土) 22:49:09.63

>>902
そりゃあ文脈が不明な状態で5Gとだけ言われても分からないよｗ

2021/05/08(土) 22:52:24.05

「自分は用語をキチンと理解しているので厳密に使い分けることが出来る。他の奴らは理解できていないから適当に使っている」と思っちゃう症状はあるよねえ

2021/05/08(土) 23:00:50.49

python意外の話題のがスレが伸びるってww

2021/05/09(日) 00:37:04.99

>>903
めんどくせーやつ

2021/05/09(日) 02:53:55.33

Pythonと言われてもPython2か3か分からんぜ

2021/05/09(日) 04:45:38.95

最近psdの切り出しを自動で行おうとpythonを始めたのですが、パーツを全画面で保存したいのですがtuple警告が出て全画面保存出来ませんでした。
どこが間違っているのでしょうか。
あと、現在読み込んでいるファイル名の取得をしたかったのですが、それらしいメソッドを見つけられませんでした。
osか何かで取得するのでしょうか。
初歩的な質問ですみません。

アナコンダのpython3.8 win
psd-toolsは1.9.17
import psd_tools
psd = psd_tools.PSDImage.open('psd_test.psd')
if 'psd_name' not in locals():
# print('リストは空です')
psd_name = []
for layer in psd:
print(layer.name)
psd_name.append(layer.name)
layer.visible = True
layer.top = 0
layer.left = 0
layer.sizu = psd.size
layer_image = layer.composite()

# layer_image.save('%s.png' % layer.name,bbox=(0,0,1280,2880))
layer_image.save('%s.png' % layer.name,)

2021/05/09(日) 07:32:44.65

初心者はまずエラーを省略せずに(自分の言葉で説明せずに)貼るところから始めよう
環境を書いてるのはとてもよい

psdのレイヤーとカンバスのサイズは必ずしも一致しないけど
レイヤーの方が小さいのにカンバスのサイズを指定してるせいではみ出してるって警告だったりしない？

「現在読み込んでいるファイル名」ってpsd_test.psdのこと？
それなら変数に入れておいて後で参照することはできないのかな？

2021/05/09(日) 10:19:20.80

>>912
エラーログを貼らずに申し訳ございません。

色々弄ってしまい再現出来なくなってますが、tupleだから値を入れられないと言うエラーと、おっしゃる通りpsdのカンバスサイズの値をセットしたからはみ出してるみたいなエラーでした。
bboxを指定したらうまくいくのかと思ったのですが……
他のいくつかの言語でpsdをあつかった時には、これまで問題無くカンバスサイズで出力出来ていましたので、psd-toolsもやり方はあると思うのですが良くわかりませんでした。

ファイルネームも確かにopen時にタプル辺りに入れて置けば済むお話なのですが、psd-toolsのプロパティに取得されていないか調べた限り無さそうでしたのでご質問させて頂きました。

2021/05/09(日) 11:17:07.33

横だが、layer.sizu にタイポしてるのはわかった

2021/05/09(日) 11:38:10.11

>>914
layer.widthとかrightとかいろいろ試してお手上げになった状態でのアップですみません。
sizeが無視されているのは理解しています...

2021/05/09(日) 13:18:00.76

>>890
サーバークライアントの意味でクライアントって言ってたら
相手は客のことだと思ってたでござる

2021/05/09(日) 21:34:35.33

ブリーフケース(///)

2021/05/10(月) 18:23:17.30

画像の大きさを調べるcv2なんだけど
本体のピクチャフォルダの画像はちゃんと動くのにUSBメモリの画像だとNone Typeエラーが出る
いちいちピクチャフォルダにコピーしてやってたけど面倒くさいので原因を調べたらフォルダの名前が日本語だとエラーになるとわかった
こんなくだらない原因だったわけだけど外国人からしたら日本語なんかどうでもいいってことだな

2021/05/10(月) 18:37:19.38

https://qiita.com/SKYS/items/cbde3775e2143cad7455
これかな
日本語パスはライブラリによっては問題になるからファイルパスを直接指定しないで、バイナリをロードしてから呼ぶか、
一旦安全なASCIIのパス名に変換するのが定石かな。
C/C++を使ってみるとわかるけどパス周りはOS依存が結構きつくて取り扱いが難しいんだよね
OpenCVも元はC++なのでその辺の難があるのだと思う

2021/05/10(月) 19:35:27.55

>>919
わざわざ丁寧な説明ありがとう
レベルが凄く高い人だなっこてとは凄くわかる

2021/05/10(月) 20:03:51.77

日本語でもC++だと問題無くてPython版CVだけ可笑しかったりする
Pythonの開発陣が日本語というか多言語文字列の扱いに弱い

2021/05/10(月) 20:07:42.49

>>920
レベルが高いとは思わないけど、クロスプラットフォーム開発に慣れるとそんなもんかなって思うようになる。
Windowsは癖が強いよ。
>>921
Macユーザーからすると、Win32APIの独特な感じに対応しきれてないという感じがするけどね。
Macだと特に問題ないから。
CではWin32APIに合わせてパスを取り扱わないとうまくいかないのも、WindowsでC++の開発もしてるから知ってる。

2021/05/10(月) 21:00:51.99

Windows10
C++
OpenCV
UTF-8
で問題無し

2021/05/10(月) 22:51:54.95

ユーザー名・ファイルパスなどシステム関係に、ascii 以外を使ったらダメ！
何百種類も言語があるので、誰もascii以外でテストしないから

日本人が韓国語・中国語でテストしないのと同じ

ウェブ系・Linux は、UTF-8 で統一されているけど、
Windows は、CP932, UTF-16 とか独特だから、互換性がない

また、ファイルシステムでも異なる。
Linuxのext4、WindowsのNTFS

2021/05/10(月) 23:07:14.58

何百種類と言うほどあるか？

日本人だが、各言語でテストするがなぁ。。

Ruby大好き君みたいな思い込みだな。

2021/05/10(月) 23:09:34.54

いつものRuby君だろう
相手するだけ無駄

2021/05/11(火) 04:04:16.18

その何百種類を列挙してみたまえ

日本では195国を承認＋１の日本自身で
196国ってのが定説なのでな

2021/05/11(火) 07:21:54.96

N=196として大体O(N^3)くらいまでの処理なら可能なのか

2021/05/11(火) 07:30:45.98

ただまあ、UTF8にちゃんと対応してたら今のWindowsで問題が起こることはあんまりない気がするんだが。
外部ライブラリも、まずtempディレクトリにファイルコピってから読み込んだりしない？

2021/05/11(火) 08:34:01.32

ルートパスのマルチバイト問題か

そもそもユーザー名に日本語使ってたら
特にanacondaでエラー出まくったり

2021/05/11(火) 10:51:47.99

>>927
臺灣とかも忘れないで

2021/05/11(火) 10:53:57.94

>>930
Anaconda は history (~/.python_history) に日本語が入ると
次回起動時にエラー出まくるな

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌﾟﾌﾟ Sd8a-KvzO) · 2021/05/11(火) 11:25:39.21

https://github.com/Anaconda-Platform
オープンソースだからヒマなときに貢献してもいいんだよ。

2021/05/11(火) 11:28:13.21

昔し、プログラムで文字処理をしてたとき日本語が大嫌いになりましたw

2021/05/11(火) 12:51:10.74

日本語大嫌いになったのも納得の日本語能力

2021/05/11(火) 12:53:32.41

たしかにpythonで日本語が糞だった時期はあるが
その頃は他の言語でも同様に糞だった
今のpythonはそこまで糞じゃない
バグがまだあるのは認める

2021/05/11(火) 15:12:58.21

やはり、>>911のレイヤーを全画面（psd.widrh psd.heightのサイズ）で保存する方法は難しいでしょうか……
いろいろggrksで読んでみましたが、それっぽい記述をみつけられませんでした。

2021/05/11(火) 15:47:17.97

>>937
大昔、Adobe内蔵のJavaScriptもどきでレイヤーごとの保存操作をしたことあるけど、そもそも「そういうもの」というか、内部ではレイヤーはレイヤーの大きさでしか記録されてないような気がした
いっそ、レイヤーを読み込んだ後、それのキャンバスを画像サイズに拡張する処理を入れて、それから保存してはどうだろう

2021/05/11(火) 16:07:13.22

>>911
layer.sizu = (3600, 4800)

#.sizu もそのまま
で問題無い

2021/05/11(火) 16:27:13.08

layer_image = layer.composite(viewport=(0, 0, 3600, 4800))
でも画像サイズ変わったわ

2021/05/11(火) 16:31:03.97

from PIL import Image
image = Image.fromarray(layer.numpy()).resize((3600, 4800))
でもいけるっぽい

2021/05/11(火) 17:22:58.86

皆様、レスありがとうございます。
>>938 他の言語いくつかでは可能でしたし、何よりフォトショの標準スプリクトで遅いとは言え可能なので、なんらかの方法はあるのかなとおもってました。ただ、今過去に作った物を見直すと確かに全画面の透明レイヤーを合成してる物もありました。
>>939 layer.sizu = (3600, 4800)では、私も最初それで可能と思ったのですが、なぜかダメでした。。（無視されました）
>>940 layer_image = layer.composite(viewport=(0, 0, 3600, 4800))で一応うまくいきました。　大変ありがとうございます。　ただこのままだと0, 0起点で出力されましたのでレイヤのプロパティから位置を計算するメソッドを加筆すれば上手くいきそうです。
>>941 PILはまだ読んでませんでしたので、これから読んで組み込み可能か調べてみます。

まだ完全ではありませんが、だいぶやりたいことが出来かけてきました。
もう少し色々弄ってみたいと思います。
またどうしてもお手上げだったらお教え頂けますと嬉しいです。

2021/05/11(火) 17:38:38.01

できた
a = (layer.numpy().astype(np.float32) * 255).astype(np.uint8)
Image.fromarray(a).resize((3600, 4800)).save(filename, format='PNG')

2021/05/11(火) 22:10:01.73

Imagemagick とかで出来ないのか？

Ruby on Rails ですら、これを使っているのにw

2021/05/12(水) 01:21:34.04

脆弱性だらけのゴミがなんだって？
脆弱なのはお前の頭だけにしておけよ

2021/05/12(水) 07:22:36.40

サーバサイドで実行する話だったの？

2021/05/12(水) 09:07:05.70

Imagemagickの威を借るRuby

2021/05/12(水) 12:13:24.96

今のSNS業界だと画像を一列に並べる需要がある
そこで整形ソフトの出番になる
画像リサイズ切りぬきだけで世界のマシンパワーの5%くらい使ってるはずだ

2021/05/12(水) 12:35:47.76

>>948
世界のマシンパワーの殆どは仮想通貨採掘に費やされてるよ