2025-06-10

JR東日本が発表した「東日本のんびり旅パス」

2025年6月10日にJR東日本が「東日本のんびり旅パス」を発表しました。最近JRから発表されるのは、割引切符や企画切符の終了とか廃止などが多かったので、このような新たな切符が発表されるのは嬉しいことです。

 

この切符はJR東日本のエリア内に限定されますが、連続する3日間は普通列車乗り放題なので、「青春18きっぷ」の地域限定版のように思えます。3日間用の青春18きっぷが10,000円なのに対して、こちらのキップは9,000円です。JR東日本以外に行かないのであれば、3日間用の青春18きっぷを購入する必要はなくなったと言えるでしょう。

 

しかも利用期間は、2025年7月1日~同年12月26日(ただし8月10日~同月19日を除く)と長くとられています。今夏の青春18きっぷの利用期間は、2025年7月19日~同年9月9日ですから、まるで勝負になりません。ますます青春18きっぷを買う必要がなくなります。

 

一方でJR東日本には、青春18きっぷと似ている「北海道&東日本パス」というものがあります。この切符は、JR東日本の他にJR北海道も利用できますし、青春18きっぷとは異なり、青い森鉄道やIGRいわて銀河鉄道も利用できます。このため首都圏から青森に向かうために日本海側を経由する必要がないのもメリットです。しかも値上げされたとは言え、11,530円ですから、5日間用青春18きっぷの12,050円よりも安価です。それでいて連続する7日間も有効なので、JR東日本とJR北海道のエリア内を旅するのであれば、5日間用の青春18きっぷを買う理由が見当たりません。青春18きっぷが必要となるのは、JR東海以西を利用したい場合に限られるでしょう。

 

2024年冬から青春18きっぷの制度が大きく変更されて、率直に言って、使いにくくなりました。その一方でJR東日本には「東日本のんびり旅パス」や「北海道&東日本パス」があるので、「青春18きっぷ」の出番は少なく(全く?)なりそうです。

 

しかしながら同様の企画切符がJR各社から出ているわけでもありません。JR東日本には「北海道&東日本パス」がありますが、JR西日本やJR東海には「東日本&東海&西日本パス」のような企画切符はありません。元々青春18きっぷは国鉄時代に生まれたものですが、国鉄がJR各社に分割されたことで、北海道から九州までのJRを通して利用できる「青春18きっぷ」をJR各社が忌避しようとしているように見えます。新幹線とかクルーズトレインのような高級路線にはJRも熱心のようですが、全国の鉄道網を活かそうとする気はなさそうなのが残念です。

2025-06-07

Pythonからgraphvizを使うには

graphvizというものがあります。ネットワーク構成を独自言語で記述した上でツールにかけると画像を生成してくれます。ネットワーク構成の画像を描くなら、GUIベースのお絵かきソフトを使えば、おそらく隅々まで自分好みの画像ができると思いますが、拘れば拘るほど、いくらでも時間が喰われていくことでしょう。それに対してgraphvizはネットワーク構成の論理的な構造を記述しておいて、画像を自動生成するので、気に入らない点も出てくるかもしれませんが、圧倒的に手間暇が削減できます。これはLaTeXの発想にも通じるところがあると思います。

 

graphvizを単独で使うのではなく、Pythonから利用しようとしたら、どうしたら良いのでしょうか。調べてみるとGraphvizPyGraphvizがあるようです。Pythonからgraphvizを利用する事例を検索すると、双方とも情報が見つかります。

 

それぞれを試しに使ってみましたが、各々特徴があって、どちらかが良いとか悪いとか判断するのは難しそうです。どうしたものかと思っていたら「Python から Graphviz を使う - networkx & PyGraphviz、pydot など」という記事を見つけました。そこには次のような記述がありました。

pyGraphviz というのもあるのを知る。ロスアラモス研究所 で開発されていて、グラフ操作のための networkx と、グラフ描画のための pyGraphviz という感じのようだ。 

 

PyGraphvizとロスアラモス研究所との関係は不明ですが、PyGraphvizのサイトには「PyGraphviz provides a similar programming interface to NetworkX (https://networkx.org).」と書かれていることは確かです。

 

そもそもPythonからgraphvizを利用したいと考えたのは、NetworkXを使用してグラフ構造を出力したからなのです。そうであれば、これはもうPyGraphvizを利用するしかないのではないかという気になってきました。 

2025-06-04

LibreOffice Calcで多すぎるシートを切り替える方法

Webで「【Excel】シートが多すぎると切り替えが煩わしい問題を解決する3つの方法」という記事を目にしました。私自身は、Microsoft Officeを使っておらず、LibreOfficeを利用しています。だからExcelのテクニックに関する記事は、LibreOffice Calcには無関係なのですが、表計算ソフトに関する参考情報として役に立つ場合もあるので、見かけたら確認するようにしています。

 

その記事では、シートが「多すぎる」場合に切り替える操作について記していますが、これはExcelの場合の話です。ExcelとCalcの操作が全く似ても似つかないというわけでもないので、同じ操作ができる場合もあるのですが、シート切り替えについては、Calcでは操作が異なるようです。

 

 シートが表示されている画面下部の左端にある矢印記号をクリックすれば、シートを切り替えられるのですが、シートが多すぎると目的のシートにたどり着くのに時間がかかります。シートが100以上もあるファイルを扱うことがあり、もう少し楽にシートを選択するほうがないだろうかと思っていました。

 

LibreOffice Calcの場合、画面上部のメニュー「シート(S)」の中にある「ナビゲート(T)」から「シートへ移動(G)...」を選ぶと出てくる画面を使うと便利な事を最近知りました。この画面には選択機能がついているので、シート数が多くても絞り込むことが出来ます。絞り込んだ結果が数シートになれば、それを選択するのは簡単です。

 

こんな便利な方法があったとは最近まで知りませんでした。今後は活用しようと思うのですが、メニューから選択する階層が深いのが難点です。これを呼び出すためのショートカットを定義できれば素早くアクセスできると思うのですが、その方法がわかりません。単に私がLibreOfficeに不慣れなので無知なだけだと思います。何かショートカットを定義する方法があるだろうと思うので、探してみようと思います。 

ネットワーク問題を解くためのPythonライブラリは何が良い?

国鉄時代からありますが、日本国内を一筆書きで乗り継ぐ片道切符を考えるという問題があります。『最長片道切符の旅』が有名ですが、これが端緒ではありません。問題を考えるだけなら、時刻表と暇な時間があれば十分ですが、現実に旅行してみようとすると資金面でも現実の時間も必要ですし、体力も必要です。

 

この問題を解くために時刻表とにらめっこするのも一興ですが、コンピュータを使って解いてみるのも楽しそうです。これはネットワーク問題ということになると思いますが、アルゴリズムを最初から自分で実装するよりも、何か既存のライブラリを使う方が、不必要に苦労せずにすむでしょう。いろいろなライブラリがあるとは思いますが、Pythonで利用できるものを考えてみようかと思います。

 

Pythonでネットワーク問題を解くためのライブラリも、いろいろあると思います。何を使っても良いのですが、有名なところでは「NetworkX」があります。また『Python計算機科学新教本』では「3章制約充足問題」や「4章グラフ問題」が参考になりそうです。他にもライブラリはいろいろありそうですが、各ライブラリを比較検討するのが目的ではないので、横道に逸れないように注意して、NetworkXを使ってみようかとも考えています。

 

いきなり日本全国の鉄道路線網を扱おうとすると大変なので、最初に北海道、四国、九州のどこかを使って、具体的な実装を試してみようかと思います。それがうまくいったら、日本全国に広げようかと思います。

 

ただし、国鉄時代とは違い、現在のJR四国は、日本国内の一筆書きの片道切符では対象から外れています。なぜなら、国鉄時代には、四国と本州の間には連絡船が東西に2航路存在していましたが、現在は岡山から四国にわたることしかできません。一筆書きのルールは同じ路線を複数回使用できないため、いったん四国に入ってしまうと出ることが出来ないのです。

 

またJR北海道が路線廃止をすすめていますし、在来線だけでは北海道と本州を移動できなくなっています。このあたりは一筆書きのルールを定義するやり方でなんとかなるでしょう。

ワンマン運転

JR東日本が2024年11月6日付のJR東日本ニュースで「首都圏主要線区でワンマン運転を実施します」という発表をしました。鉄道におけるワンマン運転というのは、これまでは地方ローカル線などで1~2両編成で運転される場合、車掌が乗務していなくても、ドア開閉などの安全確認を全て運転士が担っています。今後は首都圏でもワンマン運転を始めていこうということですが、首都圏を走るのは10両編成くらいになるし、乗降客も多いはずなので、確実に安全確認をできるような取り組みを実施することになるようです。

 

ふと考えてみると、地方ローカル線であっても昔々は車掌が乗務するのが基本だったはずで、ワンマン運転が何時頃から始まったのか記憶にありません。もっともワンマン運転というと、むしろ路線バスを思い出します。過去の路線バスでは車掌が乗務していましたが、次第にワンマンバスが当たり前になってきました。むしろ今日では車掌が乗務する路線バスは存在しないと思います。

 

さて「ワンマン」という語を辞書で引いてみると、 手元にある『明鏡国語辞典 携帯版』(初版第三刷 2005年4月1日)には次のように書かれています。

  1. 人の意見・批判などには耳を貸さないで、自分の思いどおりに支配する人。
  2. ひとりの、ひとりだけの。 

 上述した「ワンマン運転」や「ワンマンバス」というのは、語義の2番目の方です。語義の1番目にある方が「ワンマン」の主たる定義で、これは「ワンマン社長」のような使い方になります。

 

英語にも「one-man」というものがあるようですが、その意味は「一人だけの[で行なう] 」であり、前述した語義の2番目に相当します。しかも英語には、前述した語義の1番目の意味はないそうです。そうなると、「ワンマン」の日本語の第1番目の語義は、英語と見せかけていますが、純粋な日本語といえるでしょう。

 

「ワンマン運転」とか「ワンマンバス」というのは、運転士だけしかいない(車掌が乗務していない)ということであって、運転士が「人の意見・批判などには耳を貸さないで、自分の思い通りに支配する人」という役割ではありません。英語の本来の意味にも合致している使い方です。これに対して「ワンマン社長」のような使い方は、本来の英語にはない語義で、いわゆるJapanese Englishになると思います。どうして「ワンマン」に対して「ワンマン社長」のような使い方が出現したのか、興味があります。 

2025-06-03

TW5において順序つきリストの途中に別の要素を挟んでも番号が継続するための方法

TiddlyWikiを利用していて気になるのが、Numbered Listsの途中で他の要素を挟むと番号が継続してくれないことです。なんとかならないかと思っていましたが、TiddlyWiki 5 Discourse discussion group for end usersで「Ordered List and Continued List Number in TiddlyWiki」という記事が流れました。

 

詳細は記事に譲りますが、要はHTML要素「ol」に対して設定を加えておけば、番号が継続してくれるようになるようです。試してみましたが、これまでは初期番号「1」に戻ってしまうところが、番号が継続してくれました。TW5で整理している情報は、個人的に利用しているだけなので、番号が継続しなくても気になるのは自分だけでした。それでも番号が初期番号に戻らないのは、ありがたいことです。

 

ただし、Numbered Listsをネストした場合には、期待した動作(番号が継続してくれる)とはならないようです。このため根本的な解決にはなりませんが、一歩前進には間違いありません。 

2025-05-28

Windows10のFirefoxとAndroidのFirefox

日常的に使用しているWindows10ではFirefoxを使用しています。AndroidのスマホにもFirefoxを入れてみましたが、メインのブラウザとするつもりはありません。ただしFirefox同期設定をしてありますので、Windows10側のブックマークがAndoroid側で参照できるのは助かっています。

 

 Windows10のFirefoxは、139.0で、AndoroidのFirefoxは、138.0.4です。いつ頃だったのか忘れましたが、半年くらい前だったような気がしますが、Android側でブックマークを参照すると、Windows側と並び順が変わっていることに気づきました。それ以前は、Windows側とAndroid側のブックマークの並び順は同一でした。これに気づいた当初は、Android版Firefoxのバグじゃないかと思っていたので、すぐに元に戻ると思っていたのですが、今もって直っていません。どうやらAndroid版の仕様が変わってしまったようです。

 

よく確認してみると、Android版Firefoxのブックマークには、次のような選択肢があります。

  • 新しい順に並べ替え
  • 古い順に 並べ替え
  • 名前で並べ替え(昇順)
  • 名前で並べ替え(降順) 

 

一方でWindows版Firefoxのブックマークでは、次のような選択肢があります。これに加えて、昇順と降順を選べます。

  • 並べ替えない
  • 名前順で表示
  • タグ順で表示
  • URL順で表示
  • 最後に表示した日時順で表示
  • 追加日時順で表示
  • 変更日時順で表示 

 

一見して分かるように、両者で選択肢が大きく違います。特にAndroid版には「並べ替えない」という選択肢がありません。僕はWindows側では「並べ替えない」としているのに、Android側では強制的に並べ替えられてしまいます。

 

原因は分かったのですが、当面はあきらめるしかなさそうです。将来的には、Android版に「並べ替えない」という選択肢が追加されるのを期待したいところです。