江端智一のホームページ
Amazon Primeで「深夜食堂」を流しながらコーディングしています。
「深夜食堂」について調べてみたら、原作本については世界中で翻訳されているみたいですが、ドラマのリメイクも、中国、台湾、韓国でされていて、放映されているようです。
舞台などにもなっているそうです ―― で、情報のウラは取れなかったのですが「フランス」でリメイクだか、舞台だかが、あったとかなかったとか。
「フランス版深夜食堂」。うん、なんか、凄く見たい。
「ドイツ版深夜食堂」「ロシア版深夜食堂」はイメージできる。
北欧もイメージできる。
西欧であれば、スペイン版とかイタリア版とかも見てみたい。
イスラム圏の深夜食堂 ―― アルコール抜きバージョンも、可能なら見てみたいです。
『ダイクストラ計算を行った結果を、(1)'Dummy Rail Line'が連続するリスト、(2)(1)'Dummy Bus Line'が連続するリスト、(3)その他のリストに分割するプログラムに改造しつつ、(1)(2)(3)はその順番通りにリストを作成し、(1)(2)(3)が、2度以上出てくる場合は、別のリストとして取得するには、どうコーディングすれば良いのか？』(読まなくていいです)
'How should I code to create lists (1) 'Dummy Rail Line' in succession, (2) 'Dummy Bus Line' in succession, and (3) other lists while modifying the program to divide the results of the Dijkstra calculation into these three lists, and to obtain a separate list if (1), (2), or (3) appears more than once? (You don't need to read this.)
上記のコーディング方法について、今朝の深夜までもんもんと考え続けていました。
I kept thinking about the coding method above until late this morning.
ところが、朝方、夢の中で、この方法が、天からの啓示のごとく突如閃きました。
However, this method suddenly flashed into my mind in the morning like a revelation from heaven.
『ChatGPTにプログラム作成してもらおう』
“Let's have ChatGPT create a program for us.”
-----
先程、ChatGPTが作ってくれたプログラムの稼動を確認しました。
I just checked to see if the program ChatGPT created is working.
ようやくホッとしていますが(今から少し寝ます)、同時に『問題を考えなくなっていく自分の頭が、どんどん悪くなっている』を痛感しています。
I'm finally feeling relieved (I'm going to sleep for a bit now), but at the same time, I'm acutely aware that 'my brain, which is no longer thinking about problems, is getting worse and worse.'
これは、これで、かなり恐しいことだと思っています。
I think this is quite a frightening thing.
-----
すでに、この業界では、この問題の弊害が出ているそうです ―― かなり広範囲に、しかも相当に深刻な弊害です。
I hear that the harmful effects of this problem are already being seen in the industry - quite severe and widespread.
ソフト外注に発注した人が、発注したプログラムの内容について開発者に質問しているうちに、
While the person who ordered the software was asking the developer questions about the content of the program they ordered, it turned out that -
- そのプログラム開発者が、プログラマとして働き始めて、1年のキャリアもないこと
- the program developer had only been working as a programmer for less than a year
- そのプログラム開発者が、"サブルーチン"とは何かを知らなかったこと(注: サブルーチンという概念を知らなかった)
- the program developer did not know what a “subroutine” was (Note: He did not know the concept of a subroutine)
ことが、分かったそうです。
今、世界中で、そういう開発者たちが作成するプログラムが、大量生産されていると考えて間違いないでしょう。
It might be possible to assume that such developers mass-produce programs worldwide.
これも、これで、かなり恐しいことだと思っています。
I think this is also quite a frightening thing.
hakata_ex_cost_db=# \e
start_seq | end_seq | line_name
-----------+---------+-----------------------------------
1 | 6 | Dummy Railway Line JR鹿児島本線
7 | 7 | Dummy Railway Line JR篠栗線
8 | 10 | Dummy Railway Line 地下鉄航空線
12 | 12 | Dummy Bus Line 天神エリア限定バス
という結果が出てきました。start_seq と end_seq が同じ番号になっているところがありますが、これは、どのように解釈すれば良いでしょうか
SELECT seq, node, edge, cost, agg_cost FROM pgr_dijkstra('SELECT gid as id, source, target,length_m as cost FROM ways',66619, 92554, false);
WITH path AS ( SELECT seq, node, edge, cost, agg_cost FROM pgr_dijkstra( 'SELECT gid as id, source, target, cost, reverse_cost FROM ways', 66619, 92554 ) ), full_path AS ( SELECT path.seq, path.node, path.edge, path.cost, path.agg_cost, ways.length_m AS length_m, ways.name AS line_name FROM path LEFT JOIN ways ON path.edge = ways.gid ) SELECT seq, node, edge, cost, agg_cost, length_m, line_name FROM full_path ORDER BY seq;
----- ダイクストラ66619, 92554 の結果の一覧表示
WITH path AS (
SELECT
seq,
edge,
b.name AS line_name,
b.the_geom
FROM
pgr_dijkstra(
'SELECT gid as id, source, target, cost, reverse_cost FROM ways',
66619, 92554
) a
INNER JOIN
ways b
ON
a.edge = b.gid
ORDER BY seq
)
SELECT
MIN(seq) AS start_seq,
MAX(seq) AS end_seq,
line_name
FROM
path
WHERE
line_name LIKE '%Dummy Railway Line%'
OR line_name LIKE '%Dummy Bus Line%'
GROUP BY
line_name
ORDER BY
start_seq;以下のSQL文で、"Dummy Rail Line" と "Dummy Bus Line" に該当する start_seq と end_seq を取得できます。
WITH path AS (
SELECT
seq,
edge,
b.name AS line_name
FROM
pgr_dijkstra(
'SELECT gid as id, source, target, cost, reverse_cost FROM ways',
66619, 92554
) a
INNER JOIN
ways b
ON
a.edge = b.gid
ORDER BY seq
)
SELECT
MIN(seq) AS start_seq,
MAX(seq) AS end_seq,
CASE
WHEN line_name LIKE '%Dummy Railway Line%' THEN 'Dummy Rail Line'
WHEN line_name LIKE '%Dummy Bus Line%' THEN 'Dummy Bus Line'
END AS line_type
FROM
path
WHERE
line_name LIKE '%Dummy Railway Line%'
OR line_name LIKE '%Dummy Bus Line%'
GROUP BY
CASE
WHEN line_name LIKE '%Dummy Railway Line%' THEN 'Dummy Rail Line'
WHEN line_name LIKE '%Dummy Bus Line%' THEN 'Dummy Bus Line'
END
ORDER BY
start_seq;
WITH句で経路情報を取得:
pgr_dijkstra の結果に ways.name を結合して、全経路のエッジ情報を準備します。CASE文で分類:
line_name に基づき、Dummy Rail Line と Dummy Bus Line の2種類に分類します。MIN と MAX で開始と終了を取得:
seq) の最小値 (start_seq) と最大値 (end_seq) を取得します。CASE文で分類された路線タイプごとにグループ化 (GROUP BY) します。start_seq の順に並びます。以下のような結果が得られます：
| start_seq | end_seq | line_type |
|---|---|---|
| 1 | 10 | Dummy Rail Line |
| 12 | 15 | Dummy Bus Line |
WHERE 条件や LIKE 演算子を調整してください。
select * from ways where name LIKE '%Dummy Railway Line%'; で選ばれたnode とwayを全部削除するにはどうしたら良いですか
ways テーブルにおける name 列の内容が '%Dummy Railway Line%' に一致する way と、それに関連する node を削除するには、以下の手順を実行します。ways テーブルと ways_vertices_pgr テーブルのリレーションを考慮した方法です。
name 列が空か確認name 列の値がすべて NULL または予期しない値かもしれません。以下のクエリで name 列の値を確認します。
gid を確認対象となる gid を取得します。もし name が NULL である場合には以下のように NULL 対応を追加してください。
もし上記クエリに結果がない場合、代わりに以下を確認します。
tag_id や rule 列など他の列に対象の特徴があるか確認する。IS NOT NULL を使う）。node を特定source や target のノードが ways_vertices_pgr テーブルに存在する場合、それを削除します。
以下のクエリで関連する source と target を確認します。
これにより、削除対象のノード source と target を特定できます。
ways_vertices_pgr の削除取得した source および target に基づき、ways_vertices_pgr テーブルからノードを削除します。
ways テーブルの削除最後に ways テーブルから該当する行を削除します。
ways_pkey など）。これにより、name LIKE '%Dummy Railway Line%' に該当するデータを完全に削除できます。
この方法だと関連のあるnodeも消してしまうような気がします。wayだけ消せれば良いのです。
関連のある node を削除せずに、ways テーブルだけから特定の way を削除する場合、以下の手順で進めることができます。
gid を確認name に基づいて削除対象の way の gid を確認します。
ways テーブルから対象の行を削除特定した gid を使って ways テーブルから削除します。関連ノードは削除されません。
ways テーブルには外部キー制約が設定されていますが、ways テーブル自体からの削除では関連ノード（source や target）を削除する必要はありません。外部キー制約は、通常、ノードが削除される際に ways のデータが参照整合性を保つようにするためのものです。
この方法であれば、ways_vertices_pgr テーブルやその他の関連ノードはそのまま維持されます。
削除後にデータが正しく削除されたかを確認するには、以下を実行してください。
結果が空であれば、対象の way が正しく削除されています。
コスト付き(hakata_ex_cost_db)とコストなし(hakata_no_dummy_db)の地図を2種類作れました。
江端がずっとメンテナンスしているgetDijkstraPath関数は、costを変更することによって、ダイクストラ計算を引き曲げているので、距離が正確に出せない。
そこで、agg_costを使わずに、agg_length_mというものを作って、強制的に距離を作り出すようにコードを変更した。
func getDijkstraPath(dbMap *sql.DB, locInfoStart, locInfoGoal LocInfo) ([]LocInfo, float64) {
var path []LocInfo // 経路 （返り値の一つ目）
var totalDistanceKm float64
// 例外処理 locInfoStart.source == locInfoGoal.source の場合
if locInfoStart.Source == locInfoGoal.Source {
source := locInfoStart.Source
// SQLクエリの作成
query := fmt.Sprintf(`
SELECT x1, y1
FROM ways
WHERE source = %d;
`, source)
// SQLクエリの実行
var x1, y1 float64
err := dbMap.QueryRow(query).Scan(&x1, &y1)
if err != nil {
fmt.Println("tools.go line 204 error occures")
//log.Fatal(err) // ここで止めたらリターンしなくなる
}
var loc LocInfo
loc.Source = source
loc.Lon = x1
loc.Lat = y1
path = append(path, loc)
totalDistanceKm = 0.0
return path, totalDistanceKm
}
// こちらは、cost, reverse_cost を使っている
query := `
SELECT seq, source, target, x1, y1, x2, y2, agg_cost, length_m
FROM pgr_dijkstra(
'SELECT gid as id, source, target, cost, reverse_cost FROM ways',
$1::bigint,
$2::bigint,
directed:=false
) a
INNER JOIN ways b ON (a.edge = b.gid)
ORDER BY seq
`
rowsDijkstra, errDijkstra := dbMap.Query(query, locInfoStart.Source, locInfoGoal.Source)
if errDijkstra != nil {
log.Fatal(errDijkstra)
os.Exit(1)
}
defer rowsDijkstra.Close()
var agg_cost float64
var length_m float64
agg_length_m := 0.0
var loc LocInfo
var x1, y1, x2, y2 float64
var seq int
var target int
var source int
isFirstCheck := true
isSourceCheck := true
count := 0
for rowsDijkstra.Next() {
// まずnodeを読む
if err := rowsDijkstra.Scan(&seq, &source, &target, &x1, &y1, &x2, &y2, &agg_cost, &length_m); err != nil {
fmt.Println(err)
}
agg_length_m += length_m
// fmt.Println("length_m", length_m, "agg_length_m", agg_length_m)
// 最初の1回だけチェックのために入る これについては、https://wp.kobore.net/江端さんの技術メモ/post-7668/を参照のこと
// もし rowsDijkstra.Scanで最初のsource値を読みとり、locInfoStart.Source の値と同じであれば、x1,y1をベースとして、異なる値であれば、x2,y2をベースとする
if isFirstCheck {
if source == locInfoStart.Source {
isSourceCheck = true // x1, y1をベースとする処理になる
} else {
isSourceCheck = false // x2,y2をベースとする処理になる
}
isFirstCheck = false // 最初の1回をチェックすることで、2回目はこのループには入らなくなる
}
//var loc LocInfo
if isSourceCheck { // x1, y1をベースとする処理
loc.Source = source
loc.Lon = x1
loc.Lat = y1
} else { // x2,y2をベースとする処理
loc.Source = target
loc.Lon = x2
loc.Lat = y2
}
path = append(path, loc)
count++
}
// ラストノードだけは手入力 (ここは引っくり返す) (今、ここの部分は無視されている(いいのかな？))
if isSourceCheck { // x1, y1をベースとする処理
loc.Source = target
loc.Lon = x2
loc.Lat = y2
} else { // x2,y2をベースとする処理
loc.Source = source
loc.Lon = x1
loc.Lat = y1
}
// なんかprg_dijkstraが変な値を返す場合があるので、その対応(ロジカルではないが、パッチ的に対応)
if loc.Source == locInfoGoal.Source {
path = append(path, loc)
}
fmt.Println("count", count)
if count == 0 { // 1行のみの場合、ヌルになるという問題に対応するため、
loc.Source = locInfoGoal.Source
loc.Lon = locInfoGoal.Lon
loc.Lat = locInfoGoal.Lat
// 入力値の指定
source := locInfoStart.Source
target := locInfoGoal.Source
// SQLクエリの作成
query := fmt.Sprintf(`
SELECT length_m, x1, y1, x2, y2
FROM ways
WHERE source = %d AND target = %d;
`, source, target)
// SQLクエリの実行
var length float64
var x1, y1, x2, y2 float64
err := dbMap.QueryRow(query).Scan(&length, &x1, &y1, &x2, &y2)
if err != nil {
log.Println("First attempt failed. Retrying with swapped source and target.")
// 入れ替えたsourceとtargetの値でクエリを再実行
query = fmt.Sprintf(`
SELECT length_m, x1, y1, x2, y2
FROM ways
WHERE source = %d AND target = %d;
`, target, source)
err = dbMap.QueryRow(query).Scan(&length, &x1, &y1, &x2, &y2)
if err != nil {
//log.Fatal(err) // 諦める。とりあえず、エラーを返す
return nil, 0.0
}
}
// 結果の出力
fmt.Printf("length_m: %f\n", length)
fmt.Printf("source: %d\n", source)
fmt.Printf("target: %d\n", target)
fmt.Printf("x1: %f\n", x1)
fmt.Printf("y1: %f\n", y1)
fmt.Printf("x2: %f\n", x2)
fmt.Printf("y2: %f\n", y2)
if source == locInfoGoal.Source {
loc.Lon = x1
loc.Lat = y1
} else {
loc.Lon = x2
loc.Lat = y2
}
agg_cost = length
fmt.Println("loc", loc)
path = append(path, loc) // 354
} // if count == 0
//totalDistanceKm = agg_cost / 1000.0
totalDistanceKm = agg_length_m / 1000.0
return path, totalDistanceKm
}
昨夜から、長女が実家に帰省しています。
My eldest daughter has stayed at my parents' house since last night.
で、先日の結婚式の私のスピーチについて、レビューを貰いました。
So, I got a review of my speech at the wedding the other day.
結婚式の二次会で、以下のようなフレーズが出てきたそうです。
At the after-party for their wedding, the following phrases were said.
―― やっぱり新婦の父親って"おかしい"よね
After all, the bride's father is “strange,” isn't he?
この話を聞いて、私はおもわずガッツポーズを取りました。
I couldn't help but pump a fist when I heard this story.
話を簡単に纒めますと、彼らの結婚式の二次会において、
To put it simply, at the after-party for their wedding, there was a conversation that went something like
「一体、どこの世界に、世間で最もお目出たいとわれる結婚式というイベントで『地獄』という言葉を使用する奴がいるか？」
“Where in the world would someone use the word ‘hell’ at an event considered the most auspicious of all weddings?"
という会話がなされた、ということです。
私は、スピーチというものは『人の心に傷跡を付けてナンボ』と思っていますので、まさに"狙い通り"と、喜んでいる訳です。
I think a speech is only as good as its impact on the audience, so I was glad it went exactly as I had planned.
「新婦の父」などという、出席必須だけど存在感が希薄である人物の話が、結婚式の二次会で出てくること自体が、『大成果』と言えます。
The fact that a story about a character who is required to attend but has a shallow profile, such as the “bride's father,” is mentioned at the wedding reception can be said to be a “great achievement.”
-----
まあ、このような『人の心に傷跡を付けてナンボ』のスピーチは、こちらにもありますように、江端家の伝統、というか、家風のようなもののようです。
30年以上の前の嫁さんと私の結婚披露宴において、先輩が、私(江端)の亡き父のスピーチをメモに残してくれています。
At my wedding reception over 30 years ago, a senior colleague wrote down a speech by my late father.
===== ここから =====
===== From here =====
フィナーレは新郎・新婦および各々の御両親の挨拶。
The finale is the groom and bride, as well as the respective parents, giving their greetings.
まずは代表として新郎の父君がスピーチを始める。
First, the groom's father begins the speech on behalf of both families.
型通りの挨拶に続き、新郎について語り始めた。
After the standard greetings, the groom's father began to talk about the groom himself.
「智一(私)はまだ未熟者で、常識が全然ありません！」
“Tomoichi (me) is inexperienced and has no common sense!”
身内を卑下するのが日本社会の風習とはいえ、３０にもなった男をつかまえて まるっきり社会常識が欠落しているかのように言うのは、いかがなものか、と 思っていると、引き続き次の様に語った。
Even though it is customary in Japanese society to belittle one's relatives, I thought it was a bit much to say that a man who had reached the age of 30 had completely lost his common sense, but then he continued to say the following.
「智一は私に似て、ハッキリ言って、馬鹿です！！」
“Tomoichi is like me; honestly, he's an idiot!”
会場は笑いに包まれた。
The venue was filled with laughter.
苦笑する新郎。
The groom with a bitter smile.
「しかし、幸いにも、智一に母親の血が半分入っている、とするならば」
“However, fortunately, if Tomoichi has half of his mother's blood in him.”
するならば、って仮定してどーする・・・。
what will you do if you “assume” that...
===== ここまで =====
===== To here =====
そもそも、今回の長女の結婚式のスピーチについては、予告もなく私たち(新婦の両親)にスピーチを振った新郎新婦のカップルも悪い。
To begin with, the bride and groom who asked us (the bride's parents) to give a speech at their daughter's wedding without warning were also at fault.
ノーチェックで私にスピーチさせたら、『何が起こるか分からない』ことくらい、当然予想しておくべきだったのです。
If they had let me give the speech without checking it, they should have naturally expected that 'anything could happen.'
-----
次女も結婚式/結婚披露宴の開催を希望しているようですので、今回の件で、私のスピーチに「検閲」をかけてくる可能性はあります ――
My second daughter also seems to want to hold a wedding ceremony/wedding reception, so there is a possibility that they will “censor” my speech on this occasion.
というか、そもそも、私にスピーチさせるな。
Or rather, don't make me give a speech in the first place.
昨日は嫁さんの帰宅がおそかったので、外食することになりました。
My wife got home late yesterday, so we ended up eating out.
ラーメン、焼き肉、寿司は、ちょっと重い ―― といって、弁当を買って帰るのも面倒くさい。
Ramen, grilled meat, and sushi are a bit heavy - but it's also a hassle to buy a bento and take it home.
頭の中でGoogleMapを開いてサーチかけたところ、「サイゼリヤ」が出てきました。
I opened Google Maps in my head and searched for it, and “Saizeriya” came up.
実は、私「サイゼリヤ」未経験者です。
I've never been to Saizeriya.
「サイゼリヤ」を忌避してきたわけではなく、
It's not that I've been avoiding Saizeriya, but
―― あの「やはり俺の青春ラブコメは間違っている」の「比企谷八幡」が、あれほどまでに愛したファミレス
"that “Hikigaya Hachiman” from “My Youthful Romantic Comedy is Wrong” loved that family restaurant so much."
それを、あまり軽い気持ちで体験したくなかった、という気持ちが大きいです。
I didn't want to experience it with a light heart.
もちろん、高校生が気楽に入れるレストランで、味や店舗の品質を期待していたわけではなかったのですが、そこには 、何かの”スペシャル”がなければならない、と思い続け、今日に至っています。
Of course, it was a restaurant where high school students could feel at ease, and I wasn't expecting it to be a place with great taste or quality, but I kept thinking that there must be some “special” thing there and that's how I got to where I am today.
-----
嫁さんと二人で店舗にはいって、彼(比企谷八幡)が定番としていた、ドリア、ピッツア、その他パスタ(カルボナーラ)を頼んで、嫁さんとシェアすることにしました。
My wife and I went into the restaurant and ordered the standard dishes he (Hikigaya Hachiman) liked, such as pasta (carbonara), pizza, and others, and decided to share them with my wife.
パスタを口した瞬間『これは・・・』と言葉を失いました。予想の2段上くらいに美味しい。
When I put the pasta in my mouth, I was at a loss for words. It was delicious, about two levels above what I expected.
もちろん、イタリア料理の専門店のような「美味しい」には届かない味であったとしても、少なくとも私が、コンビニで買ってきたり、私が自分でレトルトのパスタソースで作るよりかは、はるかに美味しい。
Of course, even if the taste doesn't quite reach the level of a specialty Italian restaurant, it's still far better than the convenience store-bought or home-made retort-pouch pasta sauces I usually make.
費用対効果から考えれば、ちょっと信じられない品質といえましょう(今時、３００円以内で、パスタを食べるのは難しい)。
Considering the cost-effectiveness, I could say the quality is a little unbelievable (it's hard to eat pasta for under 300 yen these days).
比企谷八幡のこだわりは、私を十分に納得させました。
Hikigaya Hachiman's commitment has fully satisfied me.
というか、『最近の高校生は、こんな低価格で高クオリティの飯を、日常で食っていやがるのか』と思うと、なんか腹が立ってきました。
Or rather, when I think, “These days, high school students are eating such high-quality food at such low prices daily,” I get angry.
私の高校の時代は、そもそも「イタ飯」という言葉ががありませんでした。ファミレスはあったかもしれませんが、高校生のおこずかいで入れるところではありませんでした。
There was no such thing as “Italian food” in high school. There may have been family restaurants, but they were not places high school students could afford.
吉野家の牛丼（しかもセールの期間のみ）が、私の当時の経済力の限界でした。
Yoshinoya's beef bowl (and only during the sale period) was the limit of my financial power.
まれに、オーナーが趣味でやっているような、裏路地の奥にある純喫茶店にも時々入っていましたが ―― あれは、友人に対して『かっこをつけていた』だけです。
On rare occasions, I would go into the old-fashioned coffee shop at the end of an alley, which the owner runs as a hobby - but that was just me trying to look cool in front of my friends.
私が、牛丼より高いカフェオレなんぞを、本気で好むわけがありません。
There is no way I would seriously prefer a café au lait that costs more than a beef bowl.
-----
昨夜19時頃に入店したのですが、乳幼児を連れた家族が多かったようです。平日の夜なのに、です。
I went in around 7 p.m. last night, and it seemed like there were a lot of families with infants and young children, even though it was a weekday night.
コストパフォーマンスから考えて、子供を連れた家族にとっても、サイゼリヤはありがたいレストランだろうとおもいます(ラーメン屋なら、この金額の２～３倍になるだろうと思う)。
Considering the cost performance, Saizeriya is a great restaurant for families with children (a ramen restaurant would be 2-3 times more expensive).
それと、もう一つ驚いたのが、「子供たちの行儀がいい」。
Also, I was surprised by how well-behaved the children were.
誰も嬌声もあげていないし、走り回っている子もいない ―― 私は、不気味に感じたくらでした。
No one was making any noise or running around - I was feeling creeped out.
私が子どものころは、私をふくめて、子供たちはもっと行儀悪かったと思う。
When I was a child, I think that children, including myself, were much more ill-mannered.
昨日は「たまたま、そういう場面にでくわしただけ」とも言えますし、立地の条件(スーパーの建屋にはいっており、歩いて寄れる場所ではない)などもあるかもしれません。
It could be said that “I just happened to come across that situation yesterday. " Other factors may also be involved, such as the location (it is in a supermarket building and not a place you can walk to).
子供の社会的なモラルが向上していることは、たぶん、喜ばしいことなのだとは思いますが ―― ちょっと心配な気もします。
It's probably a good thing that children's social morals are improving, but I also feel a little worried.
-----
以上、私の「サイゼリヤ・デビュー」は、見事に果されました。
So, my “Saizeriya debut” was a complete success.
ただ、私の中の「サイゼリヤ・クオリティ」を維持するために、1年に1～2回程度の来店にとどめようと思っています。
However, to maintain my “Saizeriya quality,” I think I'll only visit once or twice a year.
どんなものであれ、ことであれ、"慣れる"と、感動は下がっていくものですから。
No matter what it is, your impression of it will fade when you get used to something.
「江端智一(私)が、日立製作所においてどのように評価されているかを報告して下さい」とChatGPTにお願いしてみました。
===== ここから =====
江端智一様が日立製作所でどのように評価されているかについて、公開情報をもとにお伝えいたします。
江端様は、日立製作所において技術開発や研究に携わっておられ、特に鉄道システムやGPS測位技術の分野でのご活躍が確認できます。2005年には、地上と車上をネットワークでシームレスに接続する新しいソリューション「B-system」の開発に関与されました。日立評論
また、2008年には、屋内外でのシームレスなGPS測位技術の確立に向けた取り組みを行われています。日立評論
さらに、技術者としての視点から「お金に愛されないエンジニア」のための新行動論を執筆され、エンジニアのキャリアや経済的な課題についての洞察を提供されています。EETimes Japan
これらの活動から、江端様は日立製作所において技術開発や研究において重要な役割を果たされていると評価されていると考えられます。
===== ここまで =====
再度、『批判点も合わせて記載して下さい』とChatGPTにお願いしてみました。
===== ここから =====
日立製作所における江端智一様の評価について、公開情報を基に批判的な視点も交えて報告いたします。
江端様は、技術分野において革新的な成果を挙げる一方で、組織内での調整やコミュニケーションの側面では改善の余地があるとされています。ただし、これらの批判点も、挑戦的な姿勢の裏返しであり、全体としては日立製作所において欠かせない存在であることに変わりありません。
===== ここまで =====
うん、フィードバック面談。生成AIにやらせても、いいんじゃね？
rtsp://127.0.0.1:8554/testという形式で指定できること192.168.0.3として取り扱うこととする。192.168.0.25として取り扱うこととする。本節の設定は、設定しなくても動くこともあるので、動かなくなった場合のみに対応する。
送信側のVLCは、RTSP制御パケット（TCP:8554）とRTPデータストリーム（UDPポート）を送信する。これらがブロックされないようにする。
8554を入力して「次へ」。VLC RTSP TCP）して「完了」をクリック。5000-5500を入力して「次へ」。VLC RTP UDP）して「完了」をクリック。受信側が、Windows10でない場合は、本節は無視して下さい。
受信側のGStreamerは、RTSP制御パケット（TCP:8554）とRTPデータストリーム（UDPポート）を受信します。これらを許可します。
8554を入力して「次へ」。GStreamer RTSP TCP）して「完了」をクリック。5000-5500を入力して「次へ」。GStreamer RTP UDP）して「完了」をクリック。GStreamerがファイアウォールでブロックされている場合、gst-launch-1.0の実行ファイルを許可します。
C:\msys64\mingw64\bin\gst-launch-1.0.exe）を指定して追加。以下のコマンド(例示)で起動する。
$ "C:\Program Files\VideoLAN\VLC\vlc.exe" -vvv "0326_JP.mp4" --sout="#rtp{sdp=rtsp://0.0.0.0:8554/test}" --loop
コマンドの内容は、以下の通りである。
0.0.0.0は特殊なアドレスで、「すべてのネットワークインターフェース」を意味する。サーバーがリッスンする対象が、特定のIPアドレスではなく、すべての有効なインターフェースで接続を受け付ける設定である。8554は、ポート番号である。RTSPのデフォルトポート番号は554であるが、アプリケーションによって異なるポート番号が指定されることがある。この例では8554を使用している。/testは、ストリームのパス名を示す。サーバー内でストリームを識別するための名前である。なお、上記のコマンドを投入すると、以下の黒い画面が立ち上がり、コマンドは直ちにリターンする。矢印は再生している位置を示している。
このコマンドを停止するには、この画面を右上の『・』を押下する。
VLCを使って仮想RTSPカメラを実現した際に、送信するフレームレートや画像サイズ（解像度）を変更することは可能である。以下の方法で設定を変更する。
$ "C:\Program Files\VideoLAN\VLC\vlc.exe" -vvv "0326_JP.mp4" --sout="#transcode{vcodec=h264,fps=15,width=640,height=360}:rtp{sdp=rtsp://0.0.0.0:8554/test}" --loop
fps=15:
30や60）に変更可能。width=640,height=360:
1920x1080や640x480）に変更可能。今回のケースでは、1台のPCで複数のカメラを実現するので、IPアドレスを固定として、異なるポート番号を使って、複数のカメラを実現することとする。
具体的には、以下のポート番号(8554, 8555, 8556)を変えて、それぞれコマンドを押下することで、同じmp4ファイルで3台のカメラが実現できる(もちろん、mp4ファイルを変えても良い)。
$ "C:\Program Files\VideoLAN\VLC\vlc.exe" -vvv "0326_JP.mp4" --sout="#rtp{sdp=rtsp://0.0.0.0:8554/test}" --loop
$ "C:\Program Files\VideoLAN\VLC\vlc.exe" -vvv "0326_JP.mp4" --sout="#rtp{sdp=rtsp://0.0.0.0:8555/test}" --loop
$ "C:\Program Files\VideoLAN\VLC\vlc.exe" -vvv "0326_JP.mp4" --sout="#rtp{sdp=rtsp://0.0.0.0:8556/test}" --loop
簡易な確認方法として、画像受信もVLCを使用する方法を提示する。
受信側Windows10(192.168.0.25)のVLCを立ち上げて、以下の操作を行う。
ネットワークURLに、rtsp://192.168.0.3:8554/testと入力する。
これで映像が表示されれば成功である。
以下のコマンドを投入して下さい。
$ gst-launch-1.0 -v rtspsrc location=rtsp://192.168.0.3:8554/test latency=0 ! rtph264depay ! h264parse ! avdec_h264 ! videoconvert ! glimagesink
(Windows10の場合は、autovideosinkでは動かないことが多い)
仮想RTSPカメラはmp4ファイルを繰り返し再生するが、ファイル終了時にVLC(および殆どのクライアント)は、映像が停止したものと判断して再生を終了する。
現時点で、この対応方法は不明である。
以上