ラジオな時、ノマドな時。〈Ver.2〉

とてもとても久しぶりな書き込みになったこのブログ＾＾；

【創作シリーズ（1〜3 ）】それぞれの作文進捗も【HP掲出3】でのhtmlファイル整形も【電版シリーズ（1&2）】それぞれのEPUBダミーファイルによる動作確認も、このシリーズの前回更新（7／26）の翌日から事実上の足踏み情態にありました＾＾；　なんでかなあ？とあらためて振り返ってみたら、体調万全でない情態がちょこまかと出てきて、ある件では紹介状もらって検査をしたりなどしていたら、腰を落ち着けて取り組む時間的精神的余裕が充分に確保できない状況が続いて、それでも、基本的に事無きを得ながら、つい先日の象の脚みたいにむくみんだ両下肢に対する自力な対処（フリーダンシングでいちおう回復＾＾v）が奏功することでもって、やっと、（歯の治療も含む）一連のちょこまかした身体不全情況が従来ベースな身体回復に逢着することができた！っっって感じです、かね＾＾；

というわけで、「いよいよ始まる Fine komenciĝas」ことと相成りました。 なにが？ Kio?

上記【創作シリーズ 】には『原子の“黙秘”録』と『中華帝国“坊”王朝 改め 中華帝国共王朝でなく近平帝樹立の習王朝』をそれぞれ【創作4】【創作5】として付加し、【HP掲出3】はシンプルに再開し、【電版シリーズ】では【電版1】の画像原稿をテキスト文字化したうえで英訳する作業を（終了したネステレンコ論文抄訳に続く）【翻訳2】とし、新規のシゴト（私事）として追加することにしました。これ以外にも、この磊風呂のプラベートブログ「章曲そして章話」で、こっそり＾＾；且つつまみ食い的にあれこれちょこまかとやってますが、曝しても支障ないものに変化したら、こちらにもアップするものが出てくるかなって感じです。たとえば、アスペに関する自省を含めた考えとその英訳とか。

さて、このオートライティングな書きなぐり悪文もあとで英訳しようかな・・・例によって、誤訳混じりの弩悪文な英訳で＾＾；

　＜2019-09-20　記＞

This blog. It has written right now, after a very very long time ^^;

[Creation series (1-3)] - the progress of each composition: [HP report 3] - html file formatting in it: [Electric Publishing series (1 & 2)] - Confirmation of operation by each EPUB dummy files; I was in a de facto stepping situation from the next day of the last update (7/26) of these series ^^;

Looking back on it, my body’s a situation that is not perfect is coming out a little, and in some cases I received a medical introduction letter and examined, etc., there was a situation where I could’t get enough time and mental margin to settle down. 

Though it was basically safe, after that, my both lower limbs swelled like the elephant's legs the other day. Luckily the self-responding to that trouble succeeded by recovering with my own free dancing(^_^;v 

Thus, these series of tedious physical failure situations (including dental treatments) were able to settle on the recovery of my ordinary body! ― Ya, I feel like that ^.^;

So, here has set up “Finally starting : Fine komenciĝi” What is it? Kio estas?

In the above [Creation series], "Record of nuclear-power's 'silence’” and "Chinese Empire ‘Bo’ Dynasty" changed to “Chinese Imperial 共[=commune] Dynasty not-but[=not that but (this:)] 習[Xi] Dynasty constracted by 近平帝[Emperor Jinping]” are added as [Creation 4] and [Creation 5] respectively. And [HP Report 3] is simply continued. [Electric Publishing], the work of changing the image dafts of [Electric Publishing 1] to text-based drafts and then translating them into English (following the abridged translation of the Nesterenko paper). I decided to add this translation work to my new Shigoto (my own private matter) as [Translation 2]. 

Besides this, on my private blog in this livedoor blog, I'm doing Shigotos secretly and as if a mouse gnaws around. And then, if they will have changed to something that will not interfere with exposure, they might be uploaded here too. For example, my thoughts about Asperger syndrome and their translation in English.

By the way, I wonder if this auto-writing bad-text will be translated into English later ... as my biased preference, into an awfully bad English text with some mistranslations ^^;

 < Sep 20, 2019 wrote >
 

---

　
【電版1】の画像原稿をテキスト文字化する作業がきょう終わった。さて、これをもとに、第１章から第９章までの英訳に着手することになる。
ちなみに、「はじめに」「目次」「第１０章」「あとがき」は、すでに英訳文をこのブログ（もう一つのプライベートブログも含めて）に載せているので、明日からの作業はそれ以外のすべてのパートを英訳するということになる。で、こうして完成した一冊の英訳本は、楽天KoboとAmazonに電子出版することにしている。なお、原書である和書は楽天Koboから（のみ）電子出版の予定。
出版の時期は？　英訳のほうはやくても１年後かな？　和文（原書）のほうは、画像データをもとにしたEPUBであれば半年以内には出せるかな。でも、英訳本とほぼ同時期に出すことになりそう。

　＜2019-09-24　記＞

---

あの美しいサンスクリット語チベット文字で書いた文章をものにしたいのに、 google翻訳にチベット語がないなんて驚きだ。人工言語エスペラントですらあるのに。ま、エスペラントは大好きなので、英語同様和文間の翻訳時にとても助かっているけれども、チベット語がないなんて変だね。そういえばウイグル語もないな。
なんで中共中国に遠慮してるわけ？と、問い合わせてもいいけれど、面倒なのでここにひっそりしたためておくだけにしておこう。

 ＜2019-09-23＞

2019-08-11 日曜日

　以前から気になっていたScrivenerをググってみたら、Scrivener3になっていて、ずいぶんと進化しているようだ。縦書きもできるようで、ちょっと驚いた、というか、いきなり欲しくなった。

　で、適合バージョンを調べたら、MacOSXの場合10.11(El Captain)以上とのこと。相当前の旧バージョンに固執している者としては、問題外の外だった。予想どおりではあったけれど。これを使うためにバージョンアップするかなあ。

　むかしからScrivenerを注目していたのは、コルクボード画面に魅力を感じたからだった。プロットを練り、ストーリーラインをあれこれいじってみるときに、あのWYSIWYGな画面はじつにいいと直感した。でも当時はまだ縦書きなど望みようもなかったので、買い求めることはしなかった。

　今回は、コルクボード仕様（ファイルナビゲーション機能付き）は健在のまま、日本語縦書き入力ができることになったので、ソフトとしては「買い」の対象になった。

　でも、いま愛用している旧いシステム環境下で、自分専用として最適化させた制作システムで充分と言えば充分だし、Scrivener3に食指を伸ばしてOS環境をEl Captainに変えたら、いま構築している制作システムは、使えなくなるかもしれない。

　自分専用の制作システムは、ふたつのフリーソフトSeaMonkey(+Composer)とiText Expressの連携で成り立っている。そんななか、前者は最新バージョンの2.49.3がMacOSX10.9以上を要求している。となると、同10.11もカバーしている可能性が高いが、無問題かどうかは実際に動かしてみないとわからない。

　また後者は、最新バージョンの3.4.7が「MacOSX10.10.3にも対応している」とのことなので、同10.11もカバーしている可能性は高いが、これも不具合なく動くかどうかは実際に動かしてみないとわからない。

　ところで、ナビゲーション付きコルクボードにヒントを得た画面は、SeaMonkey(Composer）べースの２分割HTMLフレーム下の構成画面とtableタグ仕切りによる箱書スタイルとの連携で、ぎこちないけれど擬似的に作りだすことはできる。

　編集するときは、対象の画面上でCommand+Eのショートカットを打てばComposer画面が現われるので、WYSIWYGなワープロ感覚でスピーディに編集することができる（table操作も慣れれば簡単。とはいってもHTML構文のイロハのハ程度の知識は必要）。

　さてそういうことで、Scrivener(3)は、今後、愛用の旧バージョンが使えなくなったときにお世話になることになるだろう。

　そういえば、もう一つ気になっているDramaticaはどうなっているのだろう。日本への上陸はまったくなさげな気配のままなのかな。ということで、ググってみたら、こちらはそのままのよう。代書人なScrivenerとちがってガチなシナリオ制作に特化しているようなので、わざわざ日本に導入しても広く売りさばくことはむずかしい、と（日本側も）みているんだろうね。

（なお、以下の英文はgoogle翻訳を自分の好みに合わせて微修正中^^）

  (Note that The following English text is being fine-tuned to suit my own preference for google translation ^^)

Sunday, 08/11/2019 

 

      When I googled Scrivener that I had been interested in for a long time, it became Scrivener3 and seems to have evolved considerably. It became to do vertical writing, so I was a little surprised and wanted it right away.

      Then, after checking the compatible version, it should be 10.11 (El Captain) or higher for MacOSX. It was out of the OS environment for those who were sticking to the old version --- of cource it was as expected. I wonder if I will upgrade to use this.

      The reason I was paying attention to Scrivener for a long time was because I felt charm on the cork board screen. I knew that the WYSIWYG screen was actually nice when I knew the plot and fiddled with the storyline. But at that time I didn't want to buy vertical writing, so I didn't buy it.

      This time, as the cork board specification (with the file navigation function) was still alive, Japanese vertical writing could be entered, so the software was targeted for “buy”.

      However, in the old system environment that I currently use habitually, it is enough to say that the productive system optimized for my own use is enough, and if I extend my finger to Scrivener 3 and change the OS environment to El Captain, my own productive system may not be usable.

      My own productive system consists of two free software SeaMonkey (+ Composer) and iText Express. Under the circumstances, the former version 2.49.3 requires MacOSX10.9 or higher. Then, there is a high possibility that it covers the same 10.11, but if you do not have any trouble, you will not know.

      The latter is the latest version 3.4.7 is also compatible with MacOSX10.10.3, so there is a high possibility that it also covers 10.11, but whether it works without problems is actually I don't know unless I move it.

      By the way, the screen inspired by the cork board with navigation, that is awkward but it can be created due to the linkage between the screen based split HTML frame and the box-style with table tag dividers under the SeaMonkey (Composer) .

      When editing, if you hit Command + E shortcut on the target screen, the Composer screen will appear, so you can edit it quickly with a WYSIWYG word processor feeling (if you get used to table operation, it's easy. But the basic level of knowledge for HTML syntax is necessary). 
      So, Scrivener (3) will be indebted when the old version of the favorite is no longer available.

      Talking about that, what is going on with Dramatica, which I'm interested in? I wonder if the landing in Japan is completely insignificant. So when I googled, it looks same as before. Dramatica seems to be strictly specialized in creating scenarios, unlike Scrivener just like a "scrivener". So even if it is purposely introduced to Japan, also on Japanese import section, it seems difficult to sell it widely in Japan.

---

　

　まず、私が（勝手に）「ネステレンコ論文」と呼んでいるものは、

「ECCR Chernobyl 20 Years On 」（英語論文集　PDFフィル全259ページ。3,954KBと大容量pdfなので閲覧・DLは注意）所蔵のネステレンコ父子による論文「第１２章 チェルノブイリ大災害20年後のベラルーシにおける放射線生態学的な結果と人口の長期放射線防護の必要性　CHPTER 12 Radio-Ecological Consequences in Belarus 20 Years After the Chernobyl Catastrophe and the Necessity of Long-Term Radiation Protection for the Population 」中の「第１節 ベラルーシの住民に対する短期放射線防護措置の実施の分析　1. Analysis of the implementation of short-term radiation protection measures for the Belarusian popula」

をさしています（P.185〜p.210、pdfファイルではP.193〜p.218）。ということで、正式なタイトルはこのようにかなり長いので、あくまで便宜的にですがそう呼ぶことにしています。
 　で、以下は、上記の"ECRR Chernobyl : 20 Years On"の第１２章第１節（ネステレンコ論文）の抄訳になりますが、厳密には、翻訳した中から抜粋した箇所を構成に沿って並べたもので、要約的な抜粋になります。チェルノブイリ大災害時のソ連とベラルーシ共和国等の対応に個人的な関心があったので、該当する箇所を （翻訳後の）抜粋という形で、自らの社会勉強のためにまとめてみました。

　ちなみに、なぜその部分（第１２章第１節のみ）を翻訳したかという動機ないし理由については、こちら（のパート２の「ついでに〜」）とこちらにそのきっかけ（＝チェルノブイリ事故後の“そのこと”について詳しく知りたい！という思い）を記載していますが、たしかに、その種の“実験”を示唆する記述箇所もあるように思います。
　また同時に、３.１１におけるわが国の対応だけでなく（だからといって、よしとするわけではないですが、三島さん改め）三島由起夫先生のおっしゃる「国家の保護観察機能と権力防衛機能」の実例がここにも胎動していることがうかがえます。

　なお、この翻訳は（人名のファミリーネーム以外の省略を除いて）完璧を期してはいますが、翻訳（英文和訳）のプロではないので、細部に私の気づかない誤り（誤訳等）があるかもしれないことを申し添えます。また、上掲の貴重な論文を著わされた両ネステレンコ氏および同論文（を含む書物）をインターネット上に公開されているスタッフの方々に対し、この場を借りて、心から感謝申し上げます。

　＜以下は、「ネステレンコ論文」の抄訳（翻訳後の要約的抜粋）＞

ECRR 2006年：20年後のチェルノブイリ　第12章「チェルノブイリ大災害20年後のベラルーシにおける放射線生態学的帰結と住民の長期放射線防護の必要性」（第１節より抜粋）
【著者】V.B.ネステレンコ教授、環境問題専門家A.V. ネステレンコ

1. ベラルーシの住民に対する短期放射線防護措置の実施の分析
　1986年4月28日と29日、ベラルーシ共和国科学アカデミー（INE）の原子力研究所は、住民のためのヨウ素予防対策の実施と原発から100km以内で生活している全住民の再移住について提案した。

　1986年4月、我々の提案は受け入れられなかった。その後、政府がヨウ素予防策を実行し、原発を囲んでいる30キロメートルの地帯から人々を移住させることに決めたのは５月初めのことだった。その5月、数百名の子供たちは、ロシアの汚染されていない地域に連れていかれた。
　事故後最初の数か月間に、被災地から住民を移住させるという決定をしたあと、地方自治体は以下の方策をとりはじめた。労働資源が彼らの土地を離れこれらの地区で新しい住居地用の建築促進を認めないこと。
　そのような間違いの一つのよい例は、党のマギリョフ地域委員会と地域執行委員会によって行われた決定であるーーチェリコフ地区に移住地マイスキーをつくり同地区の入植地チュダニイとマリノフカの住民たちをそこに再移住させた。その結果、新しい移住地の住民は、40〜80Ci/km2以上の汚染濃度のあるところで、従来の個々の区画（新しい入植地Mayskyから3〜5km）にしたがって農業生産をはじめた。

　1986年の夏、ベラルーシ農業生産省の農薬部局の参加を得て、ベラルーシの南部全域で土壌サンプルを得ることができた。そして9月から10月にかけて、ベラルーシ南部地域（農村部）の農園の放射線汚染地図が作成された。
　37kBq/m2以上のセシウム137による汚染地域に住んでいるベラルーシの人口は2,105,200人（500,000人以上の子どもを含む）であった。国土の4分の1あまりと共和国人口の5分の1あまりが影響を受けた。
　今日、ベラルーシのチェルノブイリ地区は、歪んだ人口構造によって特徴づけられる。大事故後数年間に135,000人が移住したが、少なくとも200,000の人びとが難民になることを強いられ、あるいは自分たちの汚染された居住地に残った。最初に去った者は若者、知識人、熟練した専門家や関係者だった。いくつかの影響を受けた地区では、年金受給者が人口の約70％を占めていた。
　その地域の放射能汚染は農業において深刻な問題、とりわけ、農業生産とそれらの土地で生産された地元食材の放射能汚染を引き起こした。すべての農地のうち約20%（160万ヘクタール）が1Ci/km2以上のセシウム（Cs-137）汚染にさらされた。1986年から1990年まで、257,100ヘクタールの農地が作付地から除外された。
　ベラルーシでは汚染地域での活動を実施中に多くの過ちが、住民に対する効果的な保護措置の欠如を伴いながら行われた。 これらの過ちは、モスクワにあるチェルノブイリに関する政府委員会の命令に従って行動しているモスクワとベラルーシ当局からなる合同政府による誤った指導の結果であった。モスクワの官僚は、ベラルーシへの損害の規模が大きくなかったことを全世界に示すため、汚染地域での生活の安全性に関する誤った図を描くことに忙しかった。

　以下は、続いて起こった怠慢の例である。
　1986年6月13日、ソ連国家農業生産委員会(Gosagroprom)委員長クズネツォフは、「放射能汚染地域に関するベラルーシ共和国における農業生産実施のための臨時的推奨事項」を受け入れた。これは、線量率が1時間あたり5マイクロレントゲンから20マイクロレントゲンの間にある第3区域内の土地でさえも農産物の生産を許可した。年間を通じてその地域で住んでいる地元住民は、これらの放射能汚染食品の地域依存性のために大量の放射性核種を蓄積することとなった。
　同じくクズネツォフが受け入れた「1986年度の調理肉生産に対する2.0*10-7から1.0*10-6 Ci/kgの放射性物質を含む肉使用の推奨事項」は、とても残酷で冷笑的なものだった。ソーセージのセシウム137許容濃度レベルは、クリーンな肉と18,000から37,000Bq/kgの間のセシウム137濃度で放射能汚染された肉を混ぜ合わせることによって達成された。
　1986年6月24日に同じ者たちが「放射能汚染された動物由来の羊毛の一次処理のための臨時的推奨事項」を受け入れた。ベラルーシ共和国全体における羊毛の初期処理のための唯一の工場は、ゴメリ地方のジュラビチにあった。したがって、その企業で「クリーン」な羊毛と「汚染された」羊毛を同時に加工した後では、すべての羊毛はけっきょく放射能を帯びたものになった。

　1986年7月23日、ソ連国家農業生産委員会委員長代理ロマネンコは「ロシア共和国、ウクライナ共和国、ベラルーシ共和国の放射能汚染区域に集積した1986年度収穫の豆と草飼料の購入、受入、蓄積、消費の手順に対する臨時的推奨事項」を受け入れた。
　穀物生産を続け、放射性の豆で牛を養い、アルコールを作るために穀物を使い続けることが奨励された。それゆえの牛乳と肉のセシウム137汚染、そしてついにーー人びとにも。それらの奨励に基づいて、ベラルーシ共和国の国家農業委員会は、同国の穀物生産担当省と共同で、およそ100万トンの放射能汚染穀物が処理され、養鶏場と養豚場で使われた。
　同時に二つの省庁は、ゴメリとマギリョフ地域の17地区のリストを承認した。この穀物はできるだけセシウム137濃度レベルが3700から370Bq/kgになるよう継続的な線量測定にかけられなければならなかった。

　1988年3月、ソ連国家農業生産委員会委員長、ムラコフスキーは、「1988年から1990年におけるロシア共和国の一部区域、ウクライナ共和国及びベラルーシ共和国の放射能汚染状態における農業導入指針」を承認した。
　この指針は、茅場と牧草地に毎年1.5倍に増量したリンとカリウム肥料の施肥、牛の繁殖の継続、菜園で果物・野菜・ジャガイモの放射性核種を減らすために100m2あたり2〜3kgの重過リン酸石灰および3〜4kgの塩化カリウムと硫酸、石灰材とゼオライト（100m2につき200kg）の使用を提案した。
　家禽のローカル飼料の使用は制限されていない ーー 屠殺の1か月ないし1か月半前に、汚染がないかわずかに汚染されただけの飼料で育てられるならば。牛と豚の繁殖と肥育についての制限はない。だが、予定されている屠殺の1か月半ないし2か月前には、牛は屋内に置かれ汚染のない飼料で育てられるべきである。
　ガイドから明らかなように、連合体の専門家は、汚染された飼料による肥育がすべての種類の生産物の汚染を引き起こす事実があるにもかかわらず、どんな手段によってでも汚染地帯での生産続行を求めた。
　ゴメリ農業委員会によって行われた指示に従って、1987年から1990年まで企業当局は、草や穀物が牛の餌に使われるために蒔かれた再移住地帯に人びとを送りこんだ。

　1989年9月、92人の科学者の一団（5人のベラルーシ人を含む）が、放射能汚染区域内で安全に生活する計画に関連した危険なゲームに参加した。彼らはミハイル・ゴルバチョフに請願した。その嘆願書で彼らは、ソ連放射線防護全国委員会(NCRP)によって承認された生涯35remの線量は、広島と長崎だけでなく1957年の放射性廃棄物の保管に起因する事故に影響を受けたロシアのチェリアビンスク地区における住民の健康状態の長期的な検査に基づいている、と主張した。
　彼らの嘆願書で著者は、移住地からの住民の再移住が行われるべきであり、そこでの線量が生涯35remを超えていても、いかなる制限もなく住民は通常の生活状態を再開することができる、と主張した。これらの提案は、IAEA、WHO、NCAREそして国連によって承認された。

　1989年6月24日に、科学アカデミーの会議で、私たちは「生涯線量35rem」の考えを受け入れるよう説得された。そして私のレポート中にペレリン博士は、住民にクリーンな食品と放射線防護を提供するための資金が不足しているため、私たちが生涯70〜100remを受け入れるべきであると宣言した。
　チェルノブイリ事故後に汚染された地域に住むという新計画は、年間0.1rem（1mSv）の許容限度が受け入れられなければならないことを示唆していた。1991年では0.5 rem (5mSv)/a、1993年では0.3 rem (3mSv)/a、1995年では0.2 rem (2mSv)/a、1998年では0.1rem (1mSv)/aといった段階的な目標に沿って。

■参考■
チェルノブイリ原子力発電所事故とは、1986年4月26日1時23分（モスクワ時間※UTC+3）にソビエト連邦（現：ウクライナ）のチェルノブイリ原子力発電所4号炉で起きた原子力事故。（Wikipedia「チェルノブイリ原子力発電所事故」より）

ECRR：欧州放射線リスク委員会

1キュリー(1Ci)＝370億ベクレル（3.7E+10Bq）＝3.7×10^10Bq　←　放射能
1rem=10mSv=0.01Sv　←　等価線量
1レントゲン(R)はそのまま　←　照射線量

それぞれの単位の人体に深刻な影響を与えるとされるレベル（数値）について、そしてチェルノブイリ、フクシマそれぞれの過酷事故に伴う法的対応の比較については以下のページを参照
◎ チェルノブイリ法のゾーン区分と日本の比較表 – みんなのデータサイト
https://minnanods.net/learn/zoning-chernobyl-japan.html

なお、CiとBq、remとRとSvの換算についてのより詳しい情報は以下のページを参照
◎ 放射能単位換算まとめ（保存版）  院長の独り言
http://onodekita.sblo.jp/article/58542839.html


　＜以上＞

いまフクシマで進行中の避難しない（できない）生活実態が、重なって見えてしまいます。

---

もどる

---

　以下の文章は、三島さん改め三島先生の講演を録音した『学生との対話 (新潮CD 講演) 』の前進にあたるカセットテープ版を以前から後生大事にもっていて、1968年10月3日に早稲田大学で行われた「国家革新の原理」というこの録音は質疑応答まで含めると全編1時間40分のティーチ・イン（学内討論集会）を音声収録したものだけれど、この講演の最初の20分弱の問題提起（本人曰く“独り言”）において示唆に富む発言が自分的に満載なので、「人間と国家の関係」について勉強するために印象に残る箇所を拾い上げることで、自分なりに学び取ることにしたしだい。


　なお、まったくの余談ながら、上記CD版のアマゾンレビューのなかに、「この講演の内容は速記『学生とのティーチ･イン』という形で1969年出版の 『文化防衛論』（三島著、新潮社）に収められている」という記事があったので、この本をもっておればわざわざ時間をかけて（基調部分の）文字起こしをする 必要もなかったことをこのとき知ったわけだけれど、それなら、聴き取り難所4か所の“正解”を確認するためにも早速手に入れねば、とその古書を入手し調べ たところ、以下の4か所の不明箇所の正しい言葉がわかった。
　(1) ヨーロッパのモダニズムも自由に輸入されたし、新しいヨーロッパの芸術{ドオリ(14:30)}がソビエトは非常に歓迎される時代がありました
　(2) 考えようによっては、完全な{彼らの(16:30}経済力と軍事力に抑えられた形で、しかし言論の自由は完全に享楽している
　(3) 政治というものは必要悪であって、妥協（compromise）の産物であって、{相対(17:07)}的な技術であって、政治になんら理想はない
　(4) 民主主義の行く手に人民民主主義の理想を追求して現在の民主主義を改良{し続ける(17:23)}革新の方法は私には論理的でないと思われる

---

　google翻訳は、英文和訳も和文英訳もかなり精度が向上していると思いますが、今回、論文調の和文英訳をやっていると、日本独自の慣用句やことわざ、四文字熟語の適訳にぶつかることはまれですね。
　なんか、g訳のほうで興味がないって感じだな。なので、この方面では、Weblioや英辞郎(on the Web)の例文がけっこう役にたつことも多いかな。
　でもたまに、言いたい意図（勘所）を捉えたなかなかの意訳に遭遇して「g訳ってAI使ってるわけ？」と思ってしまうくらい感銘をうけることもあります。

　そんな、けっこう精度の高いgoogle翻訳（以下「g訳」）なら、これを使い倒さない手はない（まあ、“あちら”側の最強ツールの一つなことは百も承知なので、ばりばりの個人情報や核心的アイディア部分は自力翻訳になるけれど、じゃなかった、使い倒したいのだから、AやBとかに置き換えて^^）。

　ということで、

（1）誤字脱字のない（はずの）原文をg訳にかけて、

（2）その英訳文をすぐにそのままg訳の英文和訳でだしてみて、

（3）その和訳文を読みながら、原文と明らかに違うところやちょっとちがうのでは？と思える箇所を

（4）下線や文字色変更等でマーキングしてそれらに該当する英訳文箇所を精査し、

（5）原文の意味やメッセージを最大限「発現」するような的確な英文や単語に置き換えるために

（6）g訳やWeblio、英辞郎 on the Webなどから適語・適句を見集め、

（7）最後は、自分の英語感覚を信じて＾＾；「これ！」と決定する

　といった作業を、今回の和文英訳作業ではおこなっていきたいと思っています。

　この方法だと、和文英訳作業が思った以上にストレス少なく取り組めそうなので、秘かに期待しています（でもg訳〔も含めてgoogleに〕に感謝する必要はないよね。日々、検索情報を提供してやってるからさ。ただ、大好きなエスペラントも翻訳対象言語に含めている点については、感謝感謝＾＾♪）。

 　＜2019-04-27　記＞

---

　さて、Chapter 10 and Postscript of "Equilibrium Growth Theory"の英訳を仕上げるため、上掲のルーチン（戻し訳←勝手な造語→〔その行為そのものは〕訳戻し）をやってみたら、気になっていた数か所のg訳が原文に近づくように、Weblioや英辞郎 on the Web なども参考にそれらの英文を手直しして、どうにか自己採点90点までこぎつけることができた。まあ、残りの10点は、第1章から9章までの下訳が終わったときまで温存しておこう。
　で、その前に、肝心の日本語ベースの【電版1】を仕上げなくてはならない。まずは、内容チェックと校正作業をすすめていくうちに必要と感じた「使用数式群に関する補足説明」を付録として「あとがき」の後ろに付加する作業が待っている。これが終わったあと、完成品とほぼ同容量のダミーデータをこしらえて、完成品としての動作確認等の検証をおこなうことにしたい。
　なお、補足説明の基本的なコンテンツは以下のとおり。

「使用数式群に関する補足説明」の概要（今後も追加あり）
1）1.4式、1.4式の特殊解、1.5式の特性と、とりわけ前2式においてそれらを解析ツールとして用いる理由
2）1.8式と1.11式における 1/η - 1 ←→ 1/(η - 1) の特別な展開の件　……　ただし、著者校正ができないとき
3）1.24式、1.23式、1.25式のの特性と、とりわけ前2式においてそれらを解析ツールとして用いる理由
4）1.33式における積分方程式の展開過程の詳解
5）1.35式における冒頭の1/b（bは定数）の解説　……　この式の直後の展開において明示的にファクター化するための伏線的布置（なのかについて著者校正の機会がないときはその種の存置で）あることを補足
6）7.12式、7.13式、7.14式の特性と、とりわけ前2式においてそれらを解析ツールとして用いる理由について、それらのベースとなる上記1の３式（1.4式、1.4式の特殊解、1.5式）の補足説明を踏襲したスタイルで記述する
7）7.20式は途中の展開式を省略して提示してあるが、展開そのものは四則計算レベルであるものの扱うファクターが多いため、補足説明として愚直に付記する

　作ってみないとわからないが、3〜4ページは必要な印象。この追加に応じて、「content.opf」「nav.xhtml」「toc.ncx」の追記的書き換えも必要になる。
　また、この「補足説明」は最終的に全ページとも他のコンテンツと同じく画像ファイルにしようと思っていたが、さらにそのあとに控える英訳作業の際に必要になってくる、OCRによって取得したテキストデータ（アスキー文字群）のことを考えると、この「補足説明」もテキストデータの中に数式や図表の画像データを適宜配置する一般的なスタイルでいいかもしれない（作り上げた時点で判断）。

　ところで、【HP掲出1】と【HP掲出2】については、HPやブログにいつでも掲載可能な状態にあるので、４月もおしつまった今日（か明日まで）には、HP「章曲」＞「特集」に掲出したい。掲出完了したらブログで告知するだけでなく、このブログといずれは寓風呂「空の樹II」にもアップしたい。
　また、【電版2】の検証用ダミーデータはじっくり拵え中。【HP掲出3】も腰を据えて取り組み中。

　＜2019-04-29　記＞

---

　

■ mymetype ■
参考◎ Webの仕組みとWebサーバの構造 (2 2)：ApacheによるWebサーバ構築（2） - ＠IT
による情報提供によると
　（以下抜粋）
「サーバがクライアントに送信した、ファイルの種類を示す識別子」
「サーバは、自分が送信するファイルの拡張子を判断し、それに関連付けられたMIME typeをクライアントに送信する。クライアントは、それを受け取ってMIME typeに関連付けられた処理を行う。その処理とは、“Webブラウザで表示せよ”であったり、“別のアプリケーションを起動して表示せよ”であったりする」
「「/」（スラッシュ）で区切られた2つの要素、ヘッダとボディから構成された文字列で表される。ヘッダはファイルの分類を表し、ボディはファイルの種類を表す、と考えれば間違いない。例えば、画像に用いられるJPEGファイルのMIME typeはimage/jpgで、HTMLファイルはtext/htmlとなる」
　（抜粋了）

とのことなで、宣言（告知）の方向性を真逆にまちがえていた＾＾；
「このZIPパッケージ全体がEPUBデータであることを〔EPUBシステム提供団体(idpf.org)の〕サーバに対して告知」ではなく、電版後読者になってくれた人（クライアント）の機器（リーダー／ビューア（ビューワー）／PC）に対して、「application/epub+zip　＝＞　いま届けたこのデータはアプリケーションタイプであり、ZIP圧縮してあるEPUBファイルですよ。お間違えなく」と告げて、先方の機器でしかるべき処理（とりわけ、汎用性の高いPC内でもきちんとEPUB電子本を閲覧）できるよう告知する役目を担っているファイル（識別子）ということですか。いやあ勉強になりました＾＾
参考◎ メディアタイプ - Wikipedia
参考◎ MIME タイプの不完全な一覧 - HTTP   MDN
　↓
で、これらの情報をアタマに入れた（押し込んだ）上でこちら↓を読ませていただくと、そうでないときよりもいりいっそうかなりすごくよくわかってほとんど血肉（けつにく）レベルで臓腑にストン＾＾：
参考◎ MIMEタイプとは｜「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典
 
ということで、どちら様もお世話になりました。感謝です＾＾♪

インライン数式を書くと $rac{1}{sqrt{2}}$ や (sin heta) のようになります。
オイラーの公式は ( e^{ix} = cos x + i sin x ) と表記されます。
ディスプレイ数式はたとえば
[ e^{pi i} = -1] $$ E = mc^2 $$のように、センタリング＋改行のスタイルで表示されます。
改行を入れたい場合は<br>を使ってください。
[rac{pi}{2} =
  left( int_{0}^{infty} rac{sin x}{sqrt{x}} dx ight)^2 =
  sum_{k=0}^{infty} rac{(2k)!}{2^{2k}(k!)^2} rac{1}{2k+1} =
  prod_{k=1}^{infty} rac{4k^2}{4k^2 - 1}]（※）上記の表示は、MathJaxというJavaScriptによるWebページでの表現を、いくつかの関連サイト様の数式入力データ(と文言)をお借りして、自分のブログでも表示できるかどうか試したものです。
Livedoorブログでは問題なく表示できるようですね。FC2ブログでも試してみたけれど、こちらもOKでした（FC2HPもOKです）。
どちらもカスタムhtmlのhead内に以下の３２行をコピペするだけで、標準的な仕様がスタンバイするようです（もちろん、あなたのマシンが専用フォントの受け入れを認める必要がありますが）。
<script type="text/javascript" src="https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.0/MathJax.js?config=TeX-AMS_CHTML"> </script>
あと、以下の指示文字列を加えれば、（半角の）「＄」で挟んでインライン表示（＝行内表示）、（半角の）「＄＄」で挟めば改行表示になるようです。
<script type="text/x-mathjax-config"> MathJax.Hub.Config({ tex2jax: { inlineMath: [ ['$','$'], ["\(","\)"] ], displayMath: [ ['$$','$$'], ["\[","\]"] ] } }); </script>
なお、Livedoorブログの場合は、「トップページ」と「個別記事ページ」それぞれに貼り付けないといけないようですね。

そうそう、gooブログではまだ試してないですね。あそこはものすごく脇が堅いから（でも、寓風呂に限らずgooのしっかりした保守体制にはもっとも信頼をおいています＾＾）どうかな？　だめかもしれない＾＾？　ま、しかし、出版モードのシゴトを進めるうえで、フットワークのかるい絵風呂（というかHP）とこの磊風呂で使えれば充分ではあります。
でもま、そのうち試してはみるでしょう。

　＜2019-02-26　記＞

　　　　↓

【同年4/16追記】
きょう寓風呂をためしたけど、MathJaxのJavascriptを貼り付けるこのとできるHTMLファイルは、わずか３種類?程度カスタム・テンプレート使用じゃないと扱えないので、少なくともいまはできないようですね。まあ、寓風呂でMathJaxベースの数式を表示するために、わざわざ使い勝手がイマイチ（「記事一覧」が自働でできない状態）なカスタムテンプレートに切り替えることはまずないので、寓風呂での数式表示にはこだわらないことに、、、した＾＾；
ちなみに、CSSは（ほぼ？）どのテンプレートでもいじれるので、縦書き表示はできることを確認＾＾v

---

さらに表示テストということで、以下は確率密度関数の一般式になります。
[frac {1}{sqrt {2pi sigma^2}};e^{-frac{1}{2}(frac{x-mu}{sigma})^2}]あるいは[frac {1}{sqrt {2pi sigma^2}};e^{left{-frac{(x-mu)^2}{2sigma^2} ight}}]より一般的には[rac {1}{sqrt {2pi sigma^2}};exp{left{-frac{(x-mu)^2}{2sigma^2} right}}]Xに関する確率密度関数F(X)としては[F(X)=rac{1}{sqrt{2pi sigma_x^2}};exp{left{-frac{(X-mu_x)^2}{2sigma_x^2} right}}]のように表されます。
さらに、性懲りもなく追記。 Begin{align} E_c& = alpha(eta - 1) {rac{E_ theta}{eta}+(Theta_0 - rac{E_ theta}{eta} ),e^{- eta,t}} - E_ theta\ & = rac{alpha(eta - 1) } {eta - 1}+ alpha(eta - 1) (Theta_0 - frac{E_ theta}{eta} ),e^{- eta,t}quadqquad (1.8式) end{align} ここで、上記1.8式の右辺の差異を調べると Begin{eqnarray} frac{1}{eta} - 1quad ←→ quad frac{1}{eta - 1} end{eqnarray} となり、この展開式はたんなる等式ではないことがわかる（つまり、直上の二式がイコールとしたときにηが2次方程式の解をもつときにのみ1.8式の上下二段の展開〔移行〕が成り立つような特異な関係式といえる）。
さてこうなると、なんともしどけない話ではあるけれど、編集上の初歩的ミスである可能性も高まってくる。事実上著者校正ができない現状では、この数ページ あとで、1.8式の上段部分を他式に代入してさらなる展開をおこなっていることから、後段の式は二十年も前の初回編集時における削除ミスの可能性が大きいと判断し、今回の校正ではこの部分を削除することにより、作業を先へと進めたい。

---

◎ Qiitaの数式チートシート - Qiita
◎ Easy Copy MathJax
◎ MathJax の簡易エディタ   if1tech
◎ MathJaxを動的に使う - bl.ocks.org

  thanks a lot!!

　＜2019-04-16　記＞

---

さて以下は、CSSとHTMLの連携に着目した『縦書き表示簡易マニュアル（暫定版）』のまずますの出来（キホン、自分向けの備忘的な手引き）に気をよくして、こんどは、[→]
いまシゴト（＝私事^^;）の一環として鋭意取り組み中の「EPUB2＆3による電子出版」準備作業にあたって、この作業における各種「約束事」の整理と、それによる事務的作業の効率化をはかるために、[→]
『だれでも簡単にできるEPUB(2&3)制作マニュアル（仮称）』を作ってみることにしました。
で、その手はじめ、というか、制作プロセスそのものを、このブログ記事で随時加筆訂正しながら更新してゆくスタイルで、愉しみながら作り上げてゆくことにしました＾＾；
ということで、当面は見目よさは考慮せずに、（ほかの多くのエントリ同様）メモ書き状態が続きますが、このような、いわば（不特定少数^^;さんへの）“晒しもの”状態が、（あくまで一人相撲でありながらも）自分的には意外と制作の後押しなるので、いずれは満足のゆく完成を迎えるであろう日に向けて、（あちこち道草しながら）マイペースで書きこんでゆきたいと思います＾＾；

～～～ 以下は『だれでも簡単にできるEPUB(2&3)制作マニュアル（仮称）』作成のためのラフスケッチ ～～～

ePub-package （名称任意の親フォルダ＝EPUBパッケージにおけるいわばルートディレクトリ）のなかに
以下の1個の基本ファイル（テキストエディタ等で閲覧可）と
2個のフォルダ（＝サブディレクトリ〔←以下「フォルダ」に統一〕）を置く

★―――↓―――★
mimetype　（名称固定／EPUBデータであることを宣言＝このZIPパッケージ全体がEPUBデータであることを〔EPUBシステム提供団体(idpf.org)の〕クライアント（EPUBデータの閲覧者）のサーバに対して告知。なので、ZIP圧縮時もこれは無圧縮な必要がある〔のかな^^? ←機会があれば確認〕）　
　※コンテンツは以下のとおり（固定）

application/epub+zip

★―――――――★
META-INF　（名称固定のフォルダ）内に
container.xml　（名称固定／パッケージドキュメント〔opfファイル〕の場所を示したファイル）
　※コンテンツは以下のとおり（赤文字箇所以外固定）

<?xml version="1.0" encoding="utf-8"?>
<container xmlns="urn:oasis:names:tc:opendocument:xmlns:container" version="1.0">
  <rootfiles>
    <rootfile full-path="OEBPS/content.opf" media-type="application/oebps-package+xml" />
  </rootfiles>
</container>

★―――――――★
OEBPS （フォルダ〔名称は慣例的にほぼ固定化／このフォルダ内に以下のフォルダ＆ファイル群を置く／その際、opf以外の2ファイルはtextフォルダに入れてもよい／コンテンツ本体を構成するファイル群（xhtmlファイルや画像ファイルなど）が多ければなおさら〕）

　　　☆―――↓―――☆
content.opf （名称任意　パッケージドキュメント〔書誌情報等〕を記載したファイル）
　※書式の基本スタイルは以下を参照（ただし、縦書きコンテンツを想定したもの）
　　◎ ３点セットのひな型
　※※縦書き表示対応のEPUB3では以下の赤文字部分の表記がEPUB2と異なる。言い換えれば、EPUBシステム利用者にとって、2と3は以下の赤文字箇所のバージョン表記の違いだけ（のはず←動作等未確認なので要確認）
<?xml version="1.0" encoding="UTF-8"?>
<package xmlns="http://www.idpf.org/2007/opf" version="3.0" xml:lang="ja" unique-identifier="jpecode" prefix="ebpaj: http://www.ebpaj.jp/">
<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">

　　　☆―――――――☆
toc.ncx （名称は慣例的にほぼ固定／xmlファイル形式で記述した、リーダー/ビューア用ナビゲーション〔目次ベース〕ファイル）
　※「meta name="dtb:depth" content="数値"」の数値は目次の階層に応じた数値
　　例：章、節（大見出し）、小見出しの３階層構成であれば数値は"3"
　　（ ↑ ただし暫定理解。今後の経験で再確認のこと）
　※※書式の基本スタイルは以下を参照（ただし、縦書きコンテンツを想定したもの）
　　◎ ３点セットのひな型

　　　☆―――――――☆
nav.xhtml (名称は慣例的にほぼほぼ固定／EPUBシステム用目次ファイルとして、ol,liタグを用いた箇条書きスタイルで記述）
　※ <nav>タグを用いてそのなかに目次情報を書き込む点で通常のXHTMLファイルと異なる
　※※書式の基本スタイルは以下を参照（ただし、縦書きコンテンツを想定したもの）
　　◎ ３点セットのひな型
　※※縦書き表示対応のEPUB3では、機器ナビゲーション担当のtoc.ncx(daisy.org)への依存をやめ、nav.xhtml(w3.org & idpf.org)のみで対応（ただし、EPUB2機器向けに併用的にtoc.ncxを置くことも可〔らしい←後日、独自に要確認〕）

　　　☆―――――――☆
style（ フォルダ〔名称任意／ファイル群の格納用／シンプルな表現に徹するのであればCSS制御は１個のファイルで充分〕）
　※CSSの基本は以下のサイトなどで確認
　◎ CSS HappyLife ZERO
　◎ 初心者向けCSS（スタイルシート）入門：基本的な書き方を総まとめ！
　◎ HTML&CSS入門：イチからWebデザインを習得する講座
　※※EPUB3による縦書き表示を扱う場合は以下を参考（の参考）にするとはいりやすい（のでは？　けっきょくブログエントリの本文枠やHPの基本ディレクトリの代わりに、EPUBパッケージ内のOEBPSフォルダ内に、「style/〜.css」「text/〜.xhtml」と（扱うコンテンツファイルが多いので別フォルダに分けて）置いといて、xhtml側で「../style/〜.css」と書いてCSSにパスを通しただけの違いにすぎないし）
　◎『縦書き表示簡易マニュアル（暫定版）』

　　　☆―――――――☆
text （フォルダ〔名称任意／本文等テキストコンテンツの格納用〕）
　・カバーページ(cover.xhtml)　★
　・タイトルページ(titlepage.xhtml)
　・まえがき or 序文(preface.xhtml,foreword.xhtml,maegaki.xhtml,jobun.xhtml)
　・目次〔作品の一部としての目次〕(p-toc.xhtml,index.xhtml,mokuji,xhtml)
　・本文〔章・節・小見出しを含む〕(p-001.xhtml～、ただしファイル名はまったく任意） ★
　・あとがき(afterword.xhtml,atogaki.xhtml)
　・電子化による注意書き（caution.xhtml）
　・奥付〔上段に「著者プロフィール」を載せることも〕（colophon.xhtml,okuduke.xhtml)　★
　・後ろカバー(backcover.xhtml)
　※以上はフル装備な書籍スタイルに対応したファイル名の例（★は最低限必要と思われるもの）
　※※紙の本のイメージにこだわる者としては、「cover.xhtmlは」一つ上の階層(OEBPS)に置くことにしている。また、「p-001.xhtml」の「p-」はいまは亡き「緊デジ」スタイルを踏襲したもので、このフォルダ内のファイル名はすべて「p-」からはじめることで、本文データに関わるものであることを明示することにしている。このほうがopfファイルなどの統括ファイルに記入する際（やあとでそれらに修正を加える際）に変更箇所の把握がしやすいので。なお、画像ファイル群の名称も対応するxhtmlのファイル名と（同名か類似の名称を付けて）連携させたほうが、のちのち発生するであろう細かい変更に対応しやすい。

　　　☆―――――――☆
images （フォルダ〔名称任意／画像ファル（ファイル名任意のjpg、pngなど）の格納用〕）

　　　☆―――――――☆
その他のフォルダ（たとえば音声ファイルや動画ファイルなどを格納
　※ただし、ここでの扱いは（現時点では、これ以上ウイングを広げるとアップアップになるので）スルー^^;
　でも、電子百科事典といった大掛かりな商業出版だけでなく、個人ベースでの電子出版でも、音声や動画を取りこんだ“個人まりした”電子本こそ“真骨頂”といえるかもしれない（し、もし今後、個人電子出版が興隆するようであればこれがメインストリームになる）かもしれない。

　　　↓↓↓

EPUB_Package フォルダの zip圧縮（ただし、mimetype だけは無圧縮）により
「任意名称.epub」のファイル名を作成することで、EPUB(2 or 3)ファイルのできあがり！

【EPUBパッケージの圧縮作業例】
以下は、 Macのストップ画面上でEPUB用データフォルダ「ePub-package」をZIP（圧縮）して「ePub-package.epub」ファイルをつくる簡単な手順。なお、ホームディレクトリ名は「▽▽▽」。
Macのユーティリティ「ターミナル (Terminal)」の画面上で、以下のコマンドを実行。
cd /Users/▽▽▽/Desktop/ePub-package
zip -0 -X ../ePub-package.epub mimetype
zip -r ../ePub-package.epub * -x mimetype *.DS_Store
cd　（←　ホームディレクトリ「▽▽▽」に戻すとき）

その際、事前に、テキストエディタで上記４個の処理を「;」でつないで、（下記の例のように）連続した１個の処理としてターミナル画面にコピペし

cd /Users/▽▽▽/Desktop/ePub-package;zip -0 -X ../ePub-package.epub mimetype;zip -r ../ePub-package.epub * -x mimetype *.DS_Store;cd

　↓リターンすれば（＝エンターキーを１回押せば）
adding: mimetype (stored 0%)
  adding: META-INF/ (stored 0%)
  adding: META-INF/container.xml (deflated 32%)
  adding: OEBPS/ (stored 0%)
  adding: OEBPS/content.opf (deflated 75%)
  adding: OEBPS/cover.xhtml (deflated 35%)
  adding: OEBPS/images/ (stored 0%)
  adding: OEBPS/images/001.jpg (deflated 58%)
  adding: OEBPS/images/002.jpg (deflated 58%)
  adding: OEBPS/images/003.jpg (deflated 51%)
  adding: OEBPS/images/004.jpg (deflated 22%)
  adding: OEBPS/images/005.jpg (deflated 17%)
  adding: OEBPS/images/007.jpg (deflated 44%)
  adding: OEBPS/images/008.jpg (deflated 55%)
  adding: OEBPS/images/009.jpg (deflated 57%)
  adding: OEBPS/images/010.jpg (deflated 59%)
  adding: OEBPS/images/119.jpg (deflated 64%)
  adding: OEBPS/images/cover.jpg (deflated 62%)
  adding: OEBPS/images/titlepage.jpg (deflated 66%)
  adding: OEBPS/nav.xhtml (deflated 47%)
  adding: OEBPS/style/ (stored 0%)
  adding: OEBPS/style/h_bookstyle.css (deflated 70%)
  adding: OEBPS/style/h_colophon.css (deflated 50%)
  adding: OEBPS/style/h_nav.css (deflated 63%)
  adding: OEBPS/style/mybook_h.css (deflated 76%)
  adding: OEBPS/text/ (stored 0%)
  adding: OEBPS/text/p-001.xhtml (deflated 29%)
  adding: OEBPS/text/p-002.xhtml (deflated 29%)
  adding: OEBPS/text/p-003.xhtml (deflated 29%)
  adding: OEBPS/text/p-004.xhtml (deflated 29%)
  adding: OEBPS/text/p-005.xhtml (deflated 29%)
  adding: OEBPS/text/p-007.xhtml (deflated 29%)
  adding: OEBPS/text/p-008.xhtml (deflated 29%)
  adding: OEBPS/text/p-009.xhtml (deflated 29%)
  adding: OEBPS/text/p-010.xhtml (deflated 29%)
  adding: OEBPS/text/p-aw.xhtml (deflated 29%)
  adding: OEBPS/text/p-caution.xhtml (deflated 34%)
  adding: OEBPS/text/p-colophon.xhtml (deflated 42%)
  adding: OEBPS/text/p-titlepage.xhtml (deflated 27%)
  adding: OEBPS/toc.ncx (deflated 68%)

と、こんなふうにEPUBパッケージ（〜.epubファイル）が瞬時に生成される（Linuxでもキホン一緒かな。Windowsには優れたソフトがいろいろあったような）。
　なお、上の例は対象フォルダが１個ですが、最後の「cd」のあとにさらに「;」を付けて、デストップ上の別のターゲットフォルダについて、上記の一連の連続コマンド群をさらに連続してつないで、いくつでも同時に（かつほとんど瞬時に）EPUBパッケージを作ることもできます。もちろんそれぞれ、不要な「.DS_Store」のフォルダ内一括削除付きで。

　　　↓↓↓↑↑↑

留意事項／注意事項
以下は、XHTML表記／Cablireでの動作・表示確認／epubファイルのチェックにおいて、遭遇したことや気づいたことなど。

（1）XHTML表記の特徴
・改行タグ「br」は「<br>」ではなく「<br  />」に統一
・imgタグの締めの記述が「〜.jpg">」だとこれに続けて「</img>」で締めることを要求されるが、「〜.jpg /">」であれば不要

（2）Cablire(ver 1.48.0←古い^^;)での動作・表示確認
・段落最終行の文字の並びが、文字数に関わらず、上下の文字間隔を広げて行末まで均等配置されるもよう（少なくとも自分の環境では）。なので、右の行の文字列と横並びが揃うまで文末に全角空白を付加することで、とりあえず対処（ただし、これは固定式では誤摩化せてもリフロー式では段落末に余計な空白行が一行できる場合があるので、CSSでの細かい調整が必要と思われる→ということで現在お勉強&調整中だけど、OSをバージョンアップしないといけない問題かも^^;）。
　↑　（4／18訂正）
上記見え消し部分の記述はCablireではなく、ブログやHPでtableタグを使ったときの不具合だった＾＾；
・：：EBUB3の確認に使えるかどうかについて後日書くこと：：

（3)「EPUB Validator (beta)」でのEPUBチェック
・Message
Invalid prefix '/': must be a valid non-colonized name (aka 'NCName').
     ERROR    OEBPS/content.opf    2    141    Invalid prefix declaration: URI for prefix 'null' doesn't exist.

の指摘からうかがえるように、書誌ファイルで（も）ある「content.opf」の２行目で
　<package xmlns="http://www.idpf.org/2007/opf" version="3.0" xml:lang="ja" unique-identifier="jpecode" prefix="ebpaj: http://www.ebpaj.jp/">

の末尾の表記で当初「〜.jpg /">」と半角ブランクがあったことを厳しく咎められ、これがとりもなおさず、同ファイル内６行目以降の一連のdc設定に対する指摘の山ともなっていたので（Cablireでは問題なく表示できてはいたけれど、機器の表示段階で不具合の元になるかもしれないことから）、空白一つの扱いにも要注意。

（4）その他
・「toc.ncx」の目次表示で扱うファイルのid名は、「content.opf」内の同名ファイルのid名と一致していなくてはならない。

　＜2019-04-13　記＞

---

上記の「マニュアル」作成にあたって、参考としている主なネット記事  (heartfully thanks!)

[A]　EPUB3に関する技術情報
　(1) EPUB3の作り方 - ナレッジエース
　(2) 電子書籍づくり実践（書誌情報を書く） - 本好きに送る「電子書籍のつくり方」講座
　(3) || EPUB3テンプレートの使い方 第二版（電書協仕様準拠版） ||
　(4) EPUB Publications 3.0.1（日本語訳版）
　(5) EPUB3サンプル｜日本DAISYコンソーシアム

[B]　EPUB(2) / XML(XTML)に関する基礎的技術情報
　(1) EPUB で電子書籍を作成する - IBM
　(2) XML宣言したXHTMLファイル
　(3) OEBPS Container Format (OCF) 1.0 日本語版
　(4) 基礎だけ学ぶ XML講座 [初心者向け・入門] | みるくあいらんどっ!
　(5) MIMEタイプってなんだ？ - Qiita
　(6) EPUBのベストプラクティス　EPUB2用の目次NCXの出力はまだ必要か？ | 電子書籍、電子出版のCAS-UBブログ

[C]　上記の「マニュアル」作成にあたって中間まとめ風に作ってみた一覧表（随時微修正あり）
　◎『 EPUBパッケージ構成一覧表 兼 EPUB作成用簡易マニュアル 』

ちなみに、上掲[A](5)サイトなどで公開のepubファイルをDLして、〜.epub→〜
.zipと拡張子を変更し、解凍ファイルで解凍して得たパッケージフォルダ内の.opfや.ncxや.xhtmlの配置やネーミングや中身を拝見することで、様々な使用実例を観察することもスキルアップに役立ちます（ただし、あくまで研究に徹することを大前提とした“観察”行為でなくてはなりませんが）。

あと、なりゆきで上記[C]表を作ったので、あとはEPUB特有の３点セットなファイル（content.opf、nav.xhtml、toc.ncx〔←ただしEPUB3専用ならtoc.ncxは不要〕）の汎用サンプルを作れば、『だれでも簡単にできるEPUB(2&3)制作マニュアル（仮称）』は基本できあがり（＝原型誕生）って感じでしょうか。

　＜2019-04-13　記 (2)＞

---

[D] EPUB特有の３点セット・ファイル（content.opf、nav.xhtml、toc.ncx）の汎用サンプル、ではなく、EPUB3ベースの縦書き表示を前提と想定した「ひな型」を作ってみ（まし）た。
◎ ３点セットのひな型

ただし、この「ひな型」に対する動作確認等の検証はやっていないので、あくまで、それぞれの一般的と思える書式の控えであり、同時に、自分向けの備忘的な手引きにすぎない（ものです。で、例によって今後も随時微修正あり＾＾；）。

さてこれで、『だれでも簡単にできるEPUB(2&3)制作マニュアル（仮称）』の原型が、とりあえず調ったってところ（でしょう）か。。。

　＜2019-04-14　記＞

---

　
　さて、ここ数日間は、ブログ、HPでの縦書き表示の試みからはじまって、いずれどっぷり取り組まなくてはならないEPUB3での縦書き物の出版を前にしてその手順を自分なりにわかりやすくまとめる必要があったので、今回、一気にそのまとめまでいけたのはとてもよかったです＾＾v
　自分的には、以下の３個のファイル群で、EPUB(2&3)の基礎的な理解と縦書き文章を主体としながらも構造的にはシンプルな電子出版物なら制作できる入り口にまで、ほぼほぼたどり着いた（であろう）と思います。
◎『 EPUBパッケージ構成一覧表 兼 EPUB作成用簡易マニュアル 』…… EPUB出版物制作用手引き
　→◎『 縦書き表示簡易マニュアル（暫定版） 』…… EPUB3出版物制作用付属手引き＜１＞
　→◎ ３点セットのひな型　…… EPUB出版物制作用付属手引き＜２＞

なので今後は、『だれでも簡単にできるEPUB(2&3)制作マニュアル（仮称）』の制作・出版もシゴトのメニューの一つである【電版】シリーズ（現在、No.3〜No.8が待機中）に加えて、時機がきたら制作に取り組みたいと思います。

なお、ここでお断り。
上記の３セットのhtmlファイルは、いずれもインターネット上の公開情報を自分なりにまとめたものにすぎないので「無条件に著作権フリー」であるとともに、私にとってこれらのファイルは、この分野について学習途上の中間的取りまとめであるため、記載内容等に誤まりがあっても責任は負いかねる旨申し添えます。

　＜2019-04-14　記(2)＞

---

　

---

2019-04-16

2019-04-11

　縦書き表示の簡単マニュアルみたいなものをいちおう作ってみました。
　でも、基本的に、Web上の公開情報を自分なりに寄せ集めて、書式（見た目）を統一した程度なので、テキストエリア内に記載したコピペ用の指示文字列群が、すべて問題なく動くかどうかはわかりません＾＾：
　それは一つには、使用ブラウザ（のバージョン）にもよるからで、表中の「（CSSでの）もっとも基本的な設定」とその他の「必須事項」（ただし、どちらの「」も自分の個人的な判断^^;）以外では、自分の環境では動作確認ができていなものもあるからです。
　しかし、どの指示事項であっても、表記の仕方がそれぞれの約束事を正しく反映していれば、正しく表記されるはずです（相手は海千山千の人間様ではなく律儀なコンピュータくんですから＾＾）。
　ということで、『縦書き表示簡易マニュアル（暫定版）』 という名を付けて、ネットの大海にまたひとつちっちゃ笹船を浮かせました。 暫定版なのは、CSSとHTMLのコラボによるブログと自作HPでの縦書き表示がまだまだ「お勉強」段階にあるからで、完成版がいつできるかは未定（不明）です＾＾；
　ただ、EPUB3用に縦書き表示の約束事の世界を学びはじめたら、CSSとHTMLの約束事をすこしかじっているだけで、じつは“わりと簡単に”縦書き表示ができることがわかったので、そのことを示したくなって、あのような表形式の「簡易マニュアル」を作ってネットの大海にこそっと^^;船出させたしだいです。
　で、これなど足掛りの一つとして、だれでもホイホイと気軽に縦書き表示ができる時代になったら、Web上での“自由な表現”スタイルがまたひとつ増えた感じで楽しいだろうな、と思うのと、基本的に、“わりあい簡単に実現できる”ので、マニュアルの「お断り」の末尾にも書いているように、
「（「社会的ニーズ」が低いのではやらないのはわかっていますが、それでも）どなたかrubyやpythonやjavaに習熟した方が、この種の“簡単縦書き表示ツール”を機種やブラウザを問わない（できればフリーの）ソフトウエアまたはWebサービスにより提供してくれること」に、淡い期待をいだいているので、ある意味、恥を忍んで「暫定版」なる未完成品を「公開」したしだいです。
　ところでこのマニュアル、このブログにもどーんと載せようと思っていたのですが、CSS設定の下支えによるHTMLでの切った貼ったのコラボレーションがミソなので、実践用のマニュアとしてはこれを左右並列に並べておいて、両者の関係性を視認しつつ細かい文字列など忘れてしまいがちな脳ミソを刷新し続けることが（自分的には）必須事項であり、[→]
加えて、機動性も重視して表内にコピペ用のテキストエリアをたくさん配置している関係もあって、全体を見目よくログ記事画面に収めることがむずかしくなったことから、HPサイトでの単独ファイルの掲出に留めることにし、ブログではリンクを貼るだけにしました。

　さてと・・・つぎは、EPUB2とEPU3（縦書き対応）の『だれでも手軽にできるEPUB制作〜簡単マニュアル〜（仮称）』を作ってみようかな。【電版1と2】が終わったら＾＾

---

　

　
　とこのように、自分愛用のブラウザOperaで、かつ、前の雨風呂あたりから引き継いだ自分好みのCSSに一連の縦書きセットを加えた（単純コピペ）した際の見た目は、まあこんな感じですかね。
　HTMLタグ編集での、本文（テキスト文字群）以外の、目がチカチカするタグ群の適所貼り付けが、慣れるまではやや職人技な風味がありますが、貼りこむタグ群も文字列の一部として、ねらう効果ごとに別途メニュー化していれば、本文内のねらいの場所にそこからちょちょいとコピペするだけなので、けっきょくこれも、やってるうちに身についてしまう「慣れ」の世界ではあります。
　そうはいっても、ま、縦書きが表示が好きで、キャラ的にこまめな仕込みをいとわない人に限られるかもしれないですが（微笑）
　で、縦書き表示上の問題は、CSSでの環境設定にあたって、たとえば自分愛用のOperaでは傍点、傍線、文字揃えが効かない（ようだという〔←後刻、読点タイプの傍点表示は可能となり、傍線は別な方法で実現した〕）ことですね。メジャーなIE(5.5〜)、Firefox、Chorme、Safariのより最新なバージョンではおおむねOK……かな＾＾？　使うブラウザで表示能力に（けっこうな）差があります。ちなみに、私の愛用している他の二つのブラウザは、バージョンが古すぎて縦書き表示そのものができません（苦笑）
　ということで、このことは、縦書き表示状態（モニタでの見た目）においても、閲覧する側のブラウザによって、ルビや縦中横、傍線、傍点などにおいて、ややばらつきがあることですね。場合によっては（閲覧ブラウザのバージョンによっては）、レイアウト崩れまで引き起こすことがあるかもしれません。
　ま、この“縦書き表示におけるブラウザとの相性問題”は、今後、Web上での縦書き表示求められる情況が「社会的ニーズ」として今より格段に高まれば、ブラウザ業界等での規格の統一などが進んで、より安定的でスムーズな表示ができるようになる……かもしれないですね。
　
 ＜2019-04-06＞

---

　

【電版1】は内容の精査を続行中　……　第４章までチェック完了。あと５章。
　　……いや、ちがった。よく見たら全１０章だった。なのであと６章＾＾；
　　　　 なお、この書の原稿は、かつて自家出版を試みていた時に造った紙製本(見本版)の各頁を
　　　　　画像としてスキャンしたもので、曲がりなりにも物理的な“本”の体裁を保ってはいるが、
　　　　　商品としての品質には未達の感がある。ちなみに、著者による「はじめに」が1995年5月20日。
　　　　　「あとがき」が約4年後の1999年7月1日（発行日も同日付け）であるから、いまからちょうど
　　　　　20年前に完成した意欲的な数理経済学の論稿である。当時（バブルが弾けたのち、巷間では
　　　　　その余韻に浸りながらもしだいに不況感が増していた頃）の経済情勢や世相に言及した箇所を
　　　　　除けば、まったく古さを感じさせない有益なアイディア（「経済活動」の本質を鋭く明示した
　　　　　プラグマティックな考えの提示と、数学的知見を駆使したアプローチによりいわばマクロ・
　　　　　ミクロ一体化した汎用性の高い経済分析ツールの公開）である。
　　……で、章数を間違えたつでいに、今後間違えないようにここに(も)掲示＾＾；
　　　　　なお、●はこの本の中核的アイディアになるので未刊行の現段階では伏字^^;　おって、この
　　　　　小冊子のなかにアイディアが凝縮されている関係上、随所に説明不足な箇所が見られるため、
　　　　　注釈等による補足が不可避の状態。その分量が多い場合は「あとがき」の後に付記する予定。
　　　　　あ、本書のタイトルも出版告知のときまで伏せときます。
　　　　　　　　（目　次）
　　　　はじめに　　 　 …………………………………………………    1
　　　　第1章　●●の要素
　    　　　　第1節　●●膨張と均衡成長　　 ……………………………　 8
　    　　　　第2節　●●維持の必要条件　　 ……………………………   12
　    　　　　第3節　エネルギーの場　　　………………………………   19
　    　　　　第4節　従来の経済理論との比較　　　……………………   22
　　　　第2章　成長の条件
　    　　　　第1節　●●●エネルギーと総エネルギー　　……………   28
　    　　　　第2節　エネルギーとエントロビー　　……………………　30
　    　　　　第3節　成長の限界　　　……………………………………　36
　　　　第3章　循　環
　    　　　第1節　エネルギー循環　　　………………………………　40
　　　　    第2節　エネルギーと物質　　　……………………………　41
　　　　    第3節　物質と通貨　　　……………………………………　43
　　　　第4章　加熱と冷却
　　　　    第1節　社会のホットスポット　　　………………………　46
　　　　    第2節　平準化現象　　　……………………………………　51
　　　　    第3節　高効率化現象　　　…………………………………　52
　　　　第5章　通貨の機能
　　　　    第1節　エネルギー媒体としての通貨　　　………………　58
　　　　    第2節　通貨の利点と問題点　　　…………………………　65
　　　　第6章　需　要
　　　　    第1節　需要の大きさ　　　…………………………………　72
　　　　    第2節　生産性向上による需要の拡大　　　………………　73
　　　　    第3節　需要確率分布　　　…………………………………　74
　　　　    第4節　価格決定のメカニズム　　　………………………　78
　　　　第7章　●●●モデルによる経済活動分析
　　　　第8章　経済のダイナミズム
　　　　    第1節　景気循環の引き金　　　……………………………　90
　　　　    第2節　社会の実体経済　　　………………………………　92
　　　　    第3節　経済活性化の諸施策　　　…………………………　97
　　　　第9章　国際経済と為替レート
　　　　    第1節　日本貿易黒字の構造　　　…………………………  102
　　　　    第2節　円高と規制緩和　　　………………………………  103
　　　　    第3節　日本経済の先行き　　　……………………………  106
　　　　第10章　経済社会の未来像
　　　　    第1節　経済の進行方向　　　………………………………  110
 　　　　   第2節　富の集中化と平準化　　　…………………………  112
 　　　　   箭3節　真の豊かさと偽りの豊かさ　    　…………………  116
　　　　あとがき　　   ……………………………………………………  119

【電版2】はコンテンツ本体のxhtmlファイフが完成
        →その他のEPUBパッケージファイルの作成完了
        →.epubの動作確認　←いまここ
        →問題なければ（作者の了を得たうえで、いや正しくは、得ることができたら）楽天Koboにて出版
　　　（ところで、あれからはや三十年二十年。はたしてあの方はこの件を憶えていらっしゃるだろうか。
　　　      もし承認を得られないなら、このEPUB原稿を謹んで献呈するだけに留まるかもしれない。
　　　　   おっと、三十年前と思っていたけれど、手もとにある紙製本(見本版)の奥付けを見たら平成10年7月23日(初版第1刷)だった。
　　　　　　ということで、二十年前だった。なお、かつて自家出版を試みていた時に造った世界に一冊のこの本も、まだ見せていない）

【HP掲出1】は抄訳理由と謝辞を冒頭に書いて完了
        →html化してHPに掲出　←いつでもOK！
【HP掲出2】は速記変換本の内容を確認し不詳箇所を訂正したのち要約理由を冒頭に付し完了
        →html化してHPに掲出　←いつでもOK！
【HP掲出3】はhtmlファイル内の文面チェックをしながら
　　　　　　動画からスクショした説明画像を同ファイルに適宜挿入　←いまここ
        →html化してHPに掲出

---

---

【電版1】は第５章まで（第１次）チェック終了。
「第５章第２節　通貨の利点と問題点」では後半の提言箇所で、著者の「（通貨の融資制度の）あるべき姿への思い」が抑制基調ながらも率直に表出していて、この書のテーマの一つをなしているのがうかがわれる。ただし、“減耗する貨幣”（自由貨幣）についての言及はないため、おそらくその発想自体もないようだ。
で、それはさておき、第６章では確率分布の数式群と図。第７章では、３度目の微分方程式の展開群が（基本的に字面上の）チェックを待っている。全編４か所の数式＆図式コロニーの残り２か所になる。がんばろう＾＾；

【創作1】での専門知識援用としては、医療分野が基本となり、なかでも、植物症（遷延性意識障害）、慢性気管支喘息（→重責積発作→意識混濁→昏睡状態）、高齢者の延命治療、尊厳死とその手法的位置づけ（≒手段）としての安楽死。そして、これと関連した「終末期鎮静」の現状把握。
これらが、創作に当たっての、手作りな知識データベース作成のメインとなっている。あとは、呼吸器内科の外来診療風景や例の筋弛緩剤等の一般的な知識固め。それに、植物症患者の自宅介護のようすや留意点。これらが、物語の表にはほとんで出てこないが、創作に当たって必要な（想像力のみに頼ることのできない、あるいは頼ってはならない基礎的な）知識群になる。
このうち、 慢性気管支喘息（→重責積発作→意識混濁→昏睡状態）に関しては、先日、たまたま安価（ゆえ）に入手した型落ちの電子辞書パピルスに、 『気管支喘息の正しい治療法』 という極めて長文の情報提供があって、これをつぶさに読んでいると、なんとなく自分も、（これからいよいよこの方面の）研修医になった気持ちになれる（＝わずからがら施療者モードの気分を体感風味で味わえる）ので、ネット検索で仕入れた、あまり細かく踏み込まずわりと表面的に流す（それゆえ概括的な理解を素早くできるけれども所詮は表層止まりな）知識提供群に比べると、格段に（上述の）リアリティを得られて、とても役にたつことを知った。
そこで、この情報ソースをたどったところ、同辞書内のメニュー「健康」下の「EBM　正しい治療がわかる本」に所蔵されていた。EBMについての説明もある。そこで、例によってネットでEBMを調べたら、「EBMとは？　[The SPELL]」にたどりついた。これ（この活動）は、ひたすら利潤追求の製薬業界や権威主義的な医学界にとっては「敵」な存在と容易に推察できるけれども、私のような非力な一般市民にとっては頼もしい「味方」のように見える。
・・・ということで、（ネット記事のRSS収集だけでなく）シゴト上の知識収集作業からも予期しない発見や遭遇が多々あって、よい刺戟になっています。

＜2019-03-21　記＞

---

シゴトにのめりこむようになってから、ノマドにむいてる分野とそうでない分野があるのに気づいた。電版やHP掲出の下準備といったわりと定型的で事務処理的で仕上がりがかなり明確にイメージできる作業が、相性いい。基本的に、途なき途をかき分け進む創作系の作業は、むいていそうでそうでもない。とりわけ、草稿執筆モードにどっぷり浸かるのはむずかしい。なので、きょうのノマドも、【創作1】用に収集した関係資料の内容チェックや【HP掲出3】の「カバラ理解のためのキーワード等抽出」と「HP掲載向け図説貼り付け」の下拵えに２時間余りを費やした。それでも時間は蒸発するかのように消え去る（でも最近はコメダに限らず、なるべく２時間ていどで切り上げることにしている）。

＜2019-03-22　記＞

---

　緊デジのEPUBスタイルでせっせと作ってきた【電版2】だけど、この国家プロジェクト？、もうでうに崩壊してお蔵入りというのが、動作確認を試みているうちに、（やっと＾＾；）気づいた。iText Expresだけでなく、Calibre(の旧バージョン）でも、作成したEPUBファイルが開けない状態がなんども続いたので、EPUB3ベースな緊デジとは無関係のEPUB2（縦書表示不可）の構成で、出版2の小さなテストバージョンを動かしてみたところ、なぜかiText Expresでは開けないないままだけど、Calibreでは、コンテンツを開くことができた。でも、まだ表紙は見れない＾＾；　

　ちなみに、緊デジ仕様ではない（より一般的な）EPUB3構成でEPUB化したひな形を開いたところ、これは、頼んでもいないのに、縦書表示になっていた。で、EPUB2でも同3でも、望んだフォントが効いていないことから察するに、どうもEPUBパッケージ内のCSS設定との基本的なミスマッチが生じていようだ。ただ、（いくつかの理由であえて）旧いMac環境下で旧いバージョンのソフトを使いながらやっているので、この不具合はたんにCSS設定の問題だけではないかもしれない。

　ただそうであっても、このマシン環境は極力変えたくないので、あれこれ試行錯誤しながら改善しゆくほかないだろう。

　ということで、ここ数日は、EPUBの動作確認時の不具合追究に時間をとられて、なお問題解決にはいたっていない情況。ただ、頼みの緊デジ・スタイルがとうの昔に使えなくなっていること。代わりの、より一般的な（電書協ベースの？）縦書対応EPUB3の仕様がまだ完全に把握できていないけれども、たまたま【電版1】と【電版2】は横書なので、とっつきやすいEPUB2仕様で対処できること。

　なお、EPUB2であれば、優れもののフリーソフトSigilで、ワープロ感覚で？こしらえることができる（ような）ので、【電版1&2】ともSigilベースで作り直すことで、表示上の不具合の原因がどのあたりにあるのか突き止めることができるかもしれない。ということで、これからしばらくは、コンテンツが仕上がっていちおう無圧縮パッケージ化までできた【電版2】を、こんどはSigilベースでも組み立ててみて、あれこれ比較検討してみたい。

　また、【電版1】は、数式と経済原論の知識を刷新しながら、内容のチェックを進めている最中。著者校正ができない情況なので、しかも、出版する価値があると客観的に確信できる本なので、ま、この先もじっくりお勉強感覚で校正作業を進ゆくことになる。

　ところで、EPUBパーッケージの最終段階ともいえる関連ファイル群の一括無圧縮は、Macにおいては、やはり、付属のユーティリティ「ターミナル」を使うのが、けっきょくのところはやいようで、自分の場合は、圧縮対象フォルダをデスクストップにおいて（これがディレクトリ指定先として最も？短くてすむから）、以下のように、Terminal画面に、予めmiなどのエディタで用意した異形文字列をコピペしてリターンし、ついで、その下の行にあるような文字列をコピペして、さらにリターンすることで、たちまち無圧縮できている。（情報提供してくれているネット上の方々に感謝＾＾♪）

cd /Users/●●●/Desktop
zip -0 ■■■■.epub -r ■■■■/ -x "*.DS_Store"

●●●はたんに伏字＾＾；　■■■■は任意のEPUBデータフォルダ名（あえて変える必要もないので.epubファイルも同名にしている）。
「.DS_Store」はMac使いなら承知の各フォルダ内隠しファイル（あっても動くようだけど異物ではあるので一括除外して圧縮）。なお、この除外に関しては、圧縮した後に除外することもできる。

zip -0 ■■■■.epub -r ■■■■
　↓
zip -d ■■■■.epub “*.DS_Store”

　ところで、無圧縮（＝パッケージ化）したEPUBファイルを解凍するときは、Macでは、拡張子(.epub)を「.zip」に強制に書き換えて、解凍ソフト（The Unarchiverなど）で解凍すれば、構成ファイル群を確認することができる。

＜2019-03-24　記（いまのところ未編集＝ほぼオートライティング＝書きなぐり状態）→いくぶん見やすく整形＞

---

緊デジ仕様から一般のEPUB3構成（パッケージ）に変えるときは、
任意名称の親フォルダ下で、以下のごとく・・・

itemフォルダ　→　OEBPSフォルダ（EPUB2の名残りらしくこの名称が一般的のよう）
xhtmlフォルダ　→　textフォルダ（名称固定 or この名称が一般的のよう）
imageフォルダ　→　imagesフォルダ（名称固定 or この名称が一般的のよう）
styleフォルダ　→　cssフォルダ（任意のよう。「style」のままでもいいみたい）
item>standard.opf　→  OEBPS>content.opf（ファイル名は任意のよう。OEBPSフォルダの直下にあること）
item>navigation-documents　→  OEBPS>(text>)nav.xhtmll（つまり、この左辺のファイルと ↓）
item>xhtml>p-toc.xhtml → OEBPS>(text>)nav.xhtml（この左辺ファイルの2個はnav.xhtmlに1本化）
　↑　nav.xhtmlは、具体的コンテンツと同列より一つ上の階層がいいように思う←たんに好みの問題＾＾；
item>xhtml>p-cover.xhtml →  OEBPS>(text>)cover.xhtml（「cover」は名称固定か？←opfファイルで変更可）
　↑　cover.xhtmlも、具体的コンテンツと同列より一つ上の階層がいいように思う←これもたんに好みの問題＾＾；
item>style>book-style.css, style-advance.css, style-check.css, style-reset.css, style-standard.css
　の4点セット　→　styel.css（ファイル名は任意のよう。メインは「mybook.css」としたい）
　→　CSSファイルの中身はもてる知識を総動員して独自に構築しなければならない。
　　　　→なので、CSSに習熟することが必要不可欠。その際、フリーのEPUBサンプルファイルを
　　　　　ネットからDLし、これを解凍して得られるCSSファイルを参考にしながら作るのが、
　　　　　たんに省力化だけでなく、CSS習熟の近道でもある（かもしれない）。
　　　　　とりわけEPUB3では、縦書やルビの指定関連やこれと連動したレイアウト指定まわりの
　　　　　処理について熟知しておくことが必須となるので、学ぶべきことは多い。

ちなみに、横書きタイプの電子本の場合は、CSS設定においてより簡便に扱いしやすいEPUB2ベースでEPUBパッケージを作ったほうが、Sigilという優れものの専用エディタ？を使うこともできて、便利かつスピーディ（＝動作確認に要する時間が少なくてすむ）かもしれない。

で、EPUB3ベースでこしらえたパッケージをEPUB2仕様に変えるときは、
cssフォルダ→ styleフォルダ（この名称が一般的らしい。なのでけっきょくEPUB3も「style」にした^^;）
ということで、EPUB2と同3での大きな違いは「toc.ncx」があるかないか。つまり、EPUB2では必要だったが3では不要な流れになっている。

で、EPUB3のパッケージから2へ先祖返りする場合は、「toc.ncx」（名称固定のよう）をこしらえなければならない。このファイルも、基本はテキストベースなので、miなどのエディタで作成・編集ができる。
書式は、簡単にいえば、章や節などでなりたつ目次をnav.xhtmlとは別個にもう一つ作り、その際、このファイル専用の書式（フォーマット）にしたがって整然と記述してゆき、OEBPSフォルダの直下に置くということ。これが、EPUB2での目次ファイルになるらしい。

ということは、EPUB3では、目次表示をふくめた動的ナビゲーション機能を「nav.xhtml」というxhtmlファイル形式に変更したということか。← ザッツライトのよう。
　↓
◎ EPUBのベストプラクティス　EPUB2用の目次NCXの出力はまだ必要か？   電子書籍、電子出版のCAS-UBブログ
http://blog.cas-ub.com/?p=3644
あ、そういえばこの記事、たしかこないだ読んだよな＾＾；

ま、それはさておき、この記事によれば「toc.ncx」はEPUB3パッケージに含めておいてもよいようで、要は、本は読めなくては意味をなさないことから、電子本リーダー側の仕様が優先するわけで、EPUB3専用（つまり縦書表示可能な）リーダーであれば、このファイルは必要ないということらしい。

さて、そうなると、EPUB2と3用を別々に作っておいて、楽天Koboではどちらか択べるようにするか？　ただし、同販売サイトでそんな対応が可能かどうかは未確認なので、もしダメならそれぞれ独立して出展し、EPUB2リーダー向けには「EPUB2専用」と表示して注意喚起するか？

いずれにしても、この検討は、いま取り組んでいる動作確認作業が電版物作成の最終プロセスとして安定的に対処できるようになったあとの話になる。ということでこれは、その段階になった時点でベストチョイスを考えよう。

＜2019-03-25　記（おなじく書きなぐり）→あるいていど整形＞

---

さて、そういうことで、EPUBパッケージ用のzip圧縮で、きのうのコマンドライン設定がまちがっていたので、別サイトの情報をもとに以下の方法でやり直したところ、よい結果が得られた。

cd /Users/●●●/Desktop/example
zip -0 -X ../example.epub mimetype
zip -r ../example.epub * -x mimetype */.DS_storeStore
　↑
◎ EPUBの圧縮方法   EPUB開発ノート
http://epub.liblo.jp/archives/22319835.html

あと、以下の記述法も試してみたら、解説どおり「mimetype」のあるフォルダ（「Sample」フォルダ）内にできて、こちらもCalibreで見ることができた。
zip -0 Sample.epub mimetype;zip -XrD Sample.epub *
　↑
◎ ターミナルを使ってEPUBに圧縮する   jittodesign blog
https://jittodesign.org/epub-taminal02-148/

この記述から、対象フォルダ（ここでは「example」）をデスクトップ上において、上記３行のコマンド列を「;」で1行につないだ以下↓の文字列、
cd /Users/●●●/Desktop/example;zip -0 -X ../example.epub mimetype;zip -r ../example.epub * -x mimetype */.DS_storeStore
をターミナルのコマンド入力画面にコピペし、リターンすれば、一発でデスクトップ上に結果が得られることがわかった＾＾v
ということで、上記２サイトの管理人様、貴重な情報提供ありがとうざいます！☆

さて、上記３行をつないでコマンドラインでの一回の打ち込み（コピペ＋リターン）により、デスクトップ上に、首尾よくEPUB2ファイルが現われたので、できたてホヤホヤのそのファイルを、まずはてっとりばやく「iText Express」のエイリアスアイコンにドラッグアンドドロップしたところ、相変わらず開いてはくれないものの、前回とちがってただだんまりとシカトされただけなので、かなり正解に近づいた感触をいだいてCablireのエイリアスアイコンに乗せてみたところ、うんうん、こんどはちゃんとEPUBデータとして認識してくれて、タイトルや書誌データ（opfファイルに記載）もきちんと表示してくれた。

ただ・・・、表紙の画像がでてこない。ま、しかし、これは単純に設定の不具合だろう。あと、ncxデータを反映した目次は表示されるものの、ジャンプしてくれない。まあこれも「toc.ncx」内の設定不具合だろう。さらに、期待したフォント表示が今回もまだ反映していない。これはCSS設定が不首尾なままということ。
ということで、EPUB2ベースの動作確認は、基本的には可能な状態になったので、あとは、まさにいま確認した動作（表示）上の不具合をひとつひとつ修正してゆくことになる。。。やれやれ、やっと入り口に立った情況だな。。。

ところで、きのうの圧縮操作はターミナルによる一般的な圧縮手順であって、EPUBパッケージの特徴ともいえる「mimetype」は無圧縮のまま、その下に配置した他のファイル群は適度に（マシン任せな）圧縮を加えながら、全体としてもとの対象フォルダを「.epub」の拡張子を付したEPUBパッケージファイルにするという、一連の作業ルーチンはいちおう確立できた、と考えていい・・・かな＾＾？

＜2019-03-25　２回目の（やや喜びの）メモ＞

＜以下は、4／2に追記＞
TerminalについてはLinuxにも同類のものがあるようで、ZIPコマンドと関連オプションについて詳しい説明をしてあるサイトがあったので備忘。MacのTerminalでは微妙に書式が異なったりするかもしれないが、どうやら基本的な仕様は同じなようだ。（なお、そのいきさつを調べている余裕はないので、両者の関係についてはスルー）
◎ 【 zip 】コマンド（基礎編）――ファイルをZIP形式で圧縮する：Linux基本コマンドTips（34） - ＠IT
https://www.atmarkit.co.jp/ait/articles/1607/25/news021.html#sample3

---

　【電版2】をもとにしたEPUB動作確認作業はかなり進捗した。というか、CSSに関する正確な知識とそれなりの技能が要求されてちょっと戸惑ってしまったが、横書表示専用のEPUB2下でのcontent.opf、toc.ncx、nav.xhtml、cover.xhtm間の連携プレー。そして、CSSの各種表示設定を受けたopfと各xhtmlファイル間でのid属性やclass属性、各種タグ内style要素設置等を通した連携プレー。ここらあたりの仕組みがだいぶわかってきた。
　ただし、これらはすべて決まりごと・約束事の世界であるから、いちど覚えれば（それが有効であるかぎり）“一生もん”の世界でありーー娑婆における交渉ごとにおける腹の探り合いや裏切り監視といったきわめて高度な？コミットメントは要求されないからーーきのうの不具合の原因究明もわりとスムーズにできて、【電版2】ベースの動作確認用小型パッケージは、Cablire上でスムーズに閲覧できるようになった。
　さらに、EPUB編集用のSigilでもチェックしながら表示状態を確認できるので、確認作業もよりいっそうはかどり、フォントの指定、画面に応じた画像の自動伸縮、ナビゲーション・ジャンプは、どれもOKな状態になった。ということで、いよいよフル・コンテンツを対象とした動作確認に移りたい。
　ちなみに、まだ内容チェック中の【電版1】は本文コンテンツがすべて画像ファイルなので、EPUBパッケージ化はいま取り組んでいる【電版2】よりも、（CSS設定等によるEPUB環境構築の面では）シンプルな準備ですむことになる。なので、【電版1】の完成は内容チェック（≒校正作業）の進捗度合いによっている。
　さて以上は、EPUB2による横書タイプのテキストあるいは画像のみからなる電子書籍の作成になるけれども、これらの作成が終了したら、縦書表示を前提とした創作物が数編、産声をあげるのをまっているので、今後は縦書表示に対応したEPUB3用のCSS設定について（も）習熟するする必要がある。
　ということで、引き続き、た…た…楽しみっ！＾＾; 

＜2019-3-26　記＞

---

いまは【電版1】の内容チェック（≒校正）と【HP掲出3】の図解掲示箇所調査のふたつを優先的にシゴト(私事^^;)していますが、どちらもテキストを精読してゆくことになるので、いずれもキホン、編集作業にもかかわらず、真正面からつんのめり気味にお勉強しているようでもあり、（いい年こいても）かなり脳ミソが鍛えられています＾＾；　なんか、ボケてるヒマはない！って感じですね＾＾；；；
ちなみに、後者のほうは当初、オレのもちまえの穿ったモノの見方でその“正体”を暴いてやろう、といったわりと軽いノリで、取り上げたレクのテキストを読みはじめたのですが、うーむ、正体を暴くどころかややもすれば感化されそうで、しっかりと距離を保つためには、いまの自分の理解力にフィットした、一定の区分け（振るい分け）をしながら、読み進まないといけないようですね。
私自身の宗教的な言説に対する“客観的な理解”については、それなりに偏りや理解力の不充分さあるはずなので、読み進みながら、明確な言説に対しては【同意】【不同意】【保留】。また、喩え話や比喩表現については、その意図するところの「ウラ≒真意( or 深意)」。すなわち、論点のぼかしや逸らし、あるいは巧妙な誘いこみの臭いがあれば、その臭気を注意深く“自分の言葉”で絡め取りながら、個人的にとりあげた２７のレクチャーと１詩編について、自分なりの距離を保ち続けたいと思います。
というのも、「Kabbalahの世界観(>=価値観&人間観)」は、日本式NWOを構築するにあたって、当初予想していた以上に、陽に陰に、善くも悪くも、けっこうな影響を与えてくれそう（探索者としてはインスパイアされそう）なので、自らの非力を念頭におきつつも、いやそれゆえあえて、この種の（呑み込まれてしまわないための）「予防線」を張ることにしましたーーよりWorld-wideな普遍性を備えた“日本式NWO”、すなわち、「波動循環型多様共生社会の創生 〜“日本教”から“日本式ＮＷＯ”へ〜」を実現するために（汗;）←おいおい、ちょっとばかし誇大妄想な自己陶酔ぢゃないかえ？　それともホラ噴き上げる湯ぅ岳かい＾＾？
　↑
いやいや、この取り組みは自分の（人生の黄昏近くになってやっと見つけた）ライフワークであって、これから先、とあるだれかさんとして生き延びてゆくよすが（縁／因／便。さらにいえば、世にいう「生きがい^^;」）でもあるので、モチベーションを維持するために、ちょいとばかり息んで、ぢゃなかった、力んでみたくもなるしだい＾＾；

実質、作業完了している【HP掲出1】と【HP掲出2】は来月４月には、それぞれ、HP「章曲」＞「特集」＞「３　明かされたカバラ」と同「４　三島由紀夫論」に、既存コンテンツを書き換える形で掲出する予定。

【電版2】は、これに続く出版予定物のために（まずはEPUB2下での）動作確認を徹底しておこないたいので、作者への（出版同意取り付けの）連絡はまだ先のことになりそう。

＜2019-03-29　記＞

---

【電版1】（横書きの本文を全ページ画像化したタイプ）と【電版2】（各ページ横書き詩文に画像を載せたもの）のEPUB動作確認を横書き専用のEPUB2環境下で実施した結果、それぞれの確認用ミニデータ（カバー、タイトルページ、目次、本文10ページ程度、奥付。ここでは「ひな形ファイル」と呼ぶことに）を使って、あれこれ試行錯誤しながら試したところ、本日（3月31日）、どちらもCalibre上で問題なく操作できるようになりました！　やったー！！
（ちなみに、期待していたiText Expressは、かなりシンプルで小さなEPUBじゃないと〔はじきはしないものの〕開けないよう。どういうのがOKでOUTなのはどんなものか、試行錯誤で試してみたい気はするけど、ぜんぜん生産的な作業ではないのでやめました＾＾；）

作業中は、opfファイル内のspine属性要素（ページめくり方向の指定）とEPUB2では必須らしいncxスタイルによるナビゲーション設定（目次を反映したtoc.ncxと連動）との連携がいまひとつのみこめなくて、「うわ！　うまくできるだろか？　これクリアできないとヤバいな……」と思いながらも、ネットにわずかに散在するspineに関する説明記事を読んだり、ネット上から拾い集めたいくつかのepubファイル内のopfファイルを適宜参照しながら、どうにか、ncxベースのナビゲーション操作が問題なくできるようになりました＾＾v　

なお、spineに関して比較的詳細に説明してある直下の記事主さんに感謝＾＾♪
◎ 電子書籍づくり実践（書誌情報を書く） - 本好きに送る「電子書籍のつくり方」講座
http://k-airyuu.hatenablog.com/entry/2014/03/07/152655

あと、サイズ調整した好みのフォントを的確に表示する設定も、cssとxhtml間のclass属性での連携も、複数の分業ファイル群からなるcss間の連結をより緊密にすることができたので、ほぼイメージどおりの表示ができるようになりました。今後は、EPUB3下での縦書仕様の制御もまっているので、この連携方面の緊密化作業もまだまだ続きはしますが、とりあえず、横書きベースでは一段落した感じです＾＾v

ということで、わ〜い、うれしかば〜い♪

おっと、うかれるのはこれくらいにして、これにより、【電版2】はEPUB2ベースでの電子出版物として（楽天Koboを通じて）刊行可能な状態になった、ということになとろうかと思います。確定的な言い方でないのは、肝心の著者の出版同意をまだ得ていないこと。そして、楽天Koboへの出展にあたっての技術的な問題（ncxナビゲーションとの相性など）があるかもしれないこと。ということで、後者の問題は（あるとすれば）、その後に続く出版物たちのためにも克服すべき技術的な（しかしハードルはさほど高くない）問題でしょうが、前者の件は相手のあることなので、充分な配慮をもってコミットしたいと思います。

【電版1】は、現時点でなお本文内容のチェック（≒校正）に時間を要することと、作業終了後には著者本人との連絡不通状態が解消することを期待しつつ、電子出版の基本的な準備が整ったことの連絡と、その際、手順前後にはなるけれども著者校正をしてもらうことで、出版にこぎつけたいと思っています。なので、こちらの出版のタイミングのほうはまだ先の話になりますね。

＜2019-03-31　記＞

【000】
　ところで、なぜそこまでして出版しようとするのか。もちろん、それだけの価値があると思っているから。細部に不分明な表現箇所はあるけれど、若干の手直し をすればよいものばかり。非常に独創的でありながら決して突飛ではなく、数理経済学の発展に大きく寄与するポテンシャルをもっていると思うから。
　個人的に惜しむらくは、著者は「減耗する貨幣」についての概念は（さすがに）持ち合わせていないようで、もし可能なら、貨幣部門ではこれも取りこんだ数理 的体系化をおこなってもらいだいものだ。
　あと、「経済活動」における「成長の限界」だけでなく「循環」についても言及しているのは喜ばしいが、解析が充分 ではないため、「持続可能な循環（表見上は螺旋上昇様）」についての数理的なアプローチを試みてほしいものだ。もし運よく連絡が取れたら、そこらあたりを 提案してみたい。
　そうそう、できればこれも英訳版を出したいと思っている。ひろく知ってもらいたいと野心を燃やすのであれば、結果は別として、（世界中の多くの人びとが理解可能な〔翻訳レベルの〕）英語じゃないとだめだもんねえ。残念ながら（微笑）　著者は「減耗する貨幣」についての概念は（さすがに）持ち合わせていないようで、もし可能なら、貨幣部門ではこれも取りこんだ数理的体系化をおこなっても らいだいものだ。
　あと、「経済活動」における「成長の限界」だけでなく「循環」についても言及しているのは喜ばしいが、解析が充分ではないため、「持続可能な循環（表見上は螺旋上昇様）」についての数理的なアプローチを試みてほしいものだ。

【001】
　「第３章　循環」＞「第１節　エネルギー循環」＞「図３.２　エネルギーフロー（複数モデル）」は、ホロニックな構造ではないだろうか。すくなくともそのように解釈して連携させることは無理筋ではないように見える。

【002】
　「第３章　循環」＞「第３節　物質と通貨」における利子の定義は非常に興味ぶかい。著者独自の見解だろうか。それとも借り物だろうか。要調査。

【003】
　「第３章　循環」＞「第３節　物質と通貨」後段および「第５章　通貨の機能」＞「第１節　エネルギー媒体としての通貨」＞「３．通貨の尺度機能」を（文面チェック＝校正しながら読んでいて）著者の経済モデルの基礎をなす世界観と、この論考が稿了した１９９９年以降２１世紀にはいって台頭した（前世紀終盤にBISにより仕込まれた会計ビングバンとこれに続く金融ビッグバンを端緒とする）金融グローバリズムとこれと連携した多国籍企業群の世界実体市場の席巻という、おぞましい強欲資本主義への眼尖は片鱗もないことに気づかされた。
　なお、著者の世界観とは、モノとサービスの企業間競争における成長と循環のダイナミズム（だけを注視した、いわば健全な(？)資本主義）の世界である。自己資本比率８％がどうのこうのやビッグマネーをバックにした（敵対的）M＆A等によるサバイバルゲールの世界は（著者自身の興味が薄いためか）対象とはなっていない。
　しかしそれでもなお、いやそれだからこそこの書は、現代の“歪みきった”資本主義を映し出すじつによい鏡でもあるといえるし、そういう意味でも充分に“使える”本であることはまちがいない。ということで、最終的には英訳も試みたい。

【004】
「第５章第２節　通貨の利点と問題点」では後半の提言箇所で、著者の「（通貨の融資制度の）あるべき姿への思い」が抑制基調ながらも率直に表出していて、この書のテーマの一つをなしているのがうかがわれる。ただし、“減耗する貨幣”（自由貨幣）についての言及はないため、おそらくその発想自体もないようだ。

＜2019-03-27　記＞

---

P140
大体政治の本当の顔というのは、人間が全身的にぶつかり合い、相手の立場、相手の思想、相手のあらゆるものを抹殺するか、あるいは自分が抹殺されるか、人間の決闘の場
それが言論を通じて徐々に徐々に高められてきたのが政治の姿
しかしこの言論の底には血がにじんでいる
それを忘れた言論はすぐに偽善と嘘に堕することは、日本の立派な国会ご覧になれば、よくわかる
→なるほど、滋味ん糖のオッサンが好んで「常在戦場」とのたまうのは、ダテぢゃないんだ（すくなくとも、頼もしすぎるムサシが登場するまではね）

P142
社会階級の搾取
→これってつまり、“分配（≒トリクルダウン）の欠如または著しい歪み”とほぼ同義だよね理解することにした
　これにより、格差社会と（擬似的ではあれ）階級社会とを結びつけることができる

　～～～～～～

p143ほか
民主主義における暗殺と全体主義における粛正
人間が一対一で決闘する場合には、えらい人も一市民もない。そこに民主主義の原理があるのだと私は考える
政治は激突
激突で一人の人間が一人の人間を許すか許さないか、ギリギリ決着のところだ。それが暗殺というかたちをとったのは不幸なことではあるけれども、その政治原理のなかにそういうものが自ずから含まれている
政治的意見において本当に一対一で、人間的に一対一だという考えが含まれなければ、民主主義は成立しない。
政治というものは呵責のないものだ
非情に呵責のないもののなかで生きているからこそ暗殺といったものが現われてくる

　～～～～～～

p.167
三島由起夫自身による「文化防衛論」の要約……おかげで理解がはかどる
天皇は軍隊を総覧する……「総覧」かあ
　↓（以下はこれをうけての個人的メモ）
総覧と統帥権との関係は？　←要精査
天  　皇〜日本国の象徴～知らす(御公務)～総覧～國體(←１、２)
↓敬愛↑　　 ↓↑       　 　↓(×?)↑     ↓↑
  私たち  台風の目(一見空洞)    統　帥 　  文化防衛論
  (民草)　　   ↑
　　　　その静謐なエナジー～日本式NWOの中心力←→形成力～民主政治(妥協の産物)
　　　　　　　　　　　　　　　　　　　　　　　　　　↓↑
　　　　取り巻きの(台風の目の直外側の巨大積乱雲と暴風域として凝集する)権力追求者たち
　　　　　　 ↓↑
　　　　その様は、同時に「私たち(＝民草)」の心裡の深奥を集合(→衆合)した写し絵でもある


＜2019-03-16　記＞

---

わかってきました＾＾　手持ちの88鍵デジタルピアノで弾いた即興フレーズを、midiケーブル経由でGarageBnadにMIDIデータとしてリアルタイムに取り込めればいうことないけど、やってみなけりゃあわからない＾＾；　ダメなときはヘッドフォン単子からLINE-INで取り込んだ音響データをGarageBandもしくはAudacityあたりでaiffかmp3でいったん保存し、これを編集後midiファイルで出力することで、当初の鍵盤生演奏（オリジナルにこだわるので多くは短い即興フレーズ）を、それ以後のちゃんとした楽曲づくりに使うことができる、かもしれない。作曲することははるか昔、十代からの夢だったので、いまこの年になってやっとその夢が手に届くところにきました（ま、出来のヨシアシはとりあえずおいといて＾＾；）。
で、そうやって作る楽曲はもちろんシュミ（主実＝公開基調のシゴトではないけれどエナジー注入は同程度の取り組み事案たち^^;）の範疇ではあるけれど、ありとあらゆる音楽を聴く者の一人として、（おお、これは人様の鑑賞にも耐えるにちがいない…）と思えるレベルを目ざしたいものだなあ＾＾♪

＜2019-02-23　記＞

---

これまた私事（わたくしごと）ですが、激安ショップやネット通販で手に入れたレンタル落ちCDのうちふたつ（1と2）に、音飛び箇所があるのがわかっています。

けれど、そのうちのひとつ（1）は、ふたつ持ってるポータブルCDプレーヤーA（かなりな中古だけど音質良）とB（新品だけど安物なので音質イマイチ）のうち、Aでは激しく反応して飛びまくったあげく、何事もなかったみたいにすっと次のフレーズに進むときもあれば、いつまでもそこで引っ掛かって歪んだ音を繰り返すときもある。

でも、（1）をBでPLAYしたときには、その箇所もふくめてもどこにも音飛びはなく、（安物機器のイマイチな音質を気にしなければ）問題なく最後まで聴き通せる。

一方、（2）をAで聴くと、最初から最後まで気持ちよく良音質で聴くことができる。でも、試しにBで聴いてみると、決まって同じ所で再生が止まってしまう。

この差は何なんだ？と盤面を観てみると、（1）にはくっきりと引っ掻き傷がついている。CDのへの音源書きこみは内側から外側に向かって行なわれることからも、その位置での音飛びに符合する。

他方、（2）にははっきりした傷はなく、発生時間付近の箇所には１〜２ミリ程度の小さな切り傷のほかかはなにも見当たらない。

となると、CDの光学上の歪みの差異（傷の深さや形状など）と機器の読み取り能力の違い（ピックアップレンズ周りの性能差など）から、このような違いがでてくるのだろうか。
◎ CDプレーヤーの故障の原因と修理・メンテナンスの方法　4．CDが音飛びする

さて、性能の良さから無理して買い求めたAの液晶表示の文字欠け状態を見て、不安になってとりあえずセカンド機器として調達したB。そしてレンタル落ちのA、Bともに共通するものは、どれも例に漏れず「安価」であるということ。ということで、安価ワールドにから滲み出るこの種の謎には、なかなか味わいがあるように思います。

＜2019-02-18　記＞

---

2019-02-17

一昨日のこと。外出して和食専門チェーン店で遅い昼食を摂ったあと、行きつけのコーヒー喫茶でまったりとノマドしていたら、途中からミゾオチの内側（おそらく胃の上部あたり）がやけに急いてきて、不快指数急増。それでもいつものように２時間そこにいて帰宅。部屋でくつろぐつもりが、胃の不具合はさらにまして、噴門あたりに鈍い痛みすら感じる始末。

こんな情態では集中力も定まりにくいので、椅子に座ってシゴトをする気にもならない。食欲はあるもののイヤな痛みとなにかが詰まった感じとで、食べる気がしない。でも、なんか胃に入れたい気分ではあるので、とにかく白湯を二三杯飲んでみたら、ちょっとだけ気分が落ちついた。

そして、（こりゃあやっぱり胃薬を飲まなきゃなんないかなあ……）と、痛み止めのロキソニン錠を服用するときに併用するムコスタという錠剤の胃薬を取り出した。のむマエにネットでひととおり効能や用法について調べてみたが、いまの症状には合いそうな感じだ。

これに加えて、最近入手した中古の電子辞書にも薬事典があったのを思いだし、これもチェックしたが、なかなか詳しく解説されていて、いまのこのピンチな情態に対して素人判断で処方しても（つまりは、１錠だけそのままのんでも）問題ないように思えた。

そこでこくんと一粒飲んでみた。さらに、白湯も流しこんでみる。そうしてラジオを聞き流しながらしばらくの間ボンヤリしていると、なんとなく……そうなんとなく、胃の調子が軽くなってきた……ような気になった。

そして、その日の終わりの時間とともに就寝し、翌日を迎えたが、胃の調子はかなりよくなっていた。痛みは、お腹に力を入れないかぎりは感じない。シゴトもしたくないくらいの腹部上部（胃？）の不快感は、ゼロではないけれどほとんど治まっていた。よかった、と思った。原因がわからないのが気にはなるけれど、とにもかくにも。

さて、そういうことで、このエントリは、いつもな、さまかのときの痛み止めロキソニンのお供として地味に控えている胃薬ムコスタ錠に向けた感謝状であります（微笑）　サンクス！

---

きのう２／５（火）、食糧の買い出しついでに、すぐそばのディスカウントストアに寄ってみたら、なんと！あの『トムとジェリー』が、DVD５枚組セットで三桁台の前半とものすっごいリーズナブル・プライスで置いていあるじゃあないですか！　それぞれ９話の計４５話はあるもよう。うわあ超超超ハッピィ〜！！（＊＾＾＊）♪
・・・さて、ちゃんと観れるかな＾＾？　シゴト優先なのでまだ観てない……感想はまたあとで＾＾：

ということで、５日後の２／１０（日）、気分的にちょっと間があいたので、「そうだ、トムとジェリーを見なくっちゃ！」と、久しぶりにDVDプレイヤーのスイッチを入れて１枚目をセットし、テレビ画面をオンにしてビデオモードにして、プレイボタンを押してみたら、おお！ ちゃちゃんと映るではないですかっ！　収録９話（計６３分）を懐かしみながら、そして小さかったあの頃とあまり変わらない気分で^^;笑い声をもらしながら最後まで観ました。

このDVD、安いのにクオリティはわるくない。これだと、あと４枚もたぶん大丈夫だろうな……。気分を変えたいときや気を紛らわしたいときとかに、５〜６話ていど観たらよさそ……な感じ＾＾v

---

---

ことしは亥年、猪突猛進の年です、かね＾＾
ま、自分的には拙速にならないように、猪突漸進で＾＾；、
以前から懸案の「電子出版元年」にしたいなと思っています。

その下拵え用のプライベートブログ「章曲そして章話」もまだスカスカの状態ですが、年々歳々速くなる時間の流れを、それでもなるべくうまく活かせるよう簡単な「時間割」を作り、

複数のシゴトを小刻みではあるけれど、時間差並行的に、アタマの切替えをしながら、それら一連の作業を日々の繰り返しのなかで徐々に刷新してゆくことで、

それぞれの作業の目標地点まで、じりじりとにじり寄ってゆきたいと思っています（汗；）

---

きょうは１１月１７日土曜日。朝からずーっとクラシックの管弦楽曲ばかり聴いて、いまは午後４時をまわったところ。もう三分の一日は聴いていることになりそう＾＾；　あ、PCをしながらではあるけれど＾＾

もう何十年もまえにカセットテープに、当時のラジオやレコードから録音したクラシックの名曲たちを、あらためて、次々と、ひっきりなしに聴いています＾＾；　

そのほとんどは有名な交響曲をはじめとした管弦楽曲ですが、いまでも、テープのひどい劣化もなく、録音当時とさして変わりない、カセットテープ独特の柔らかい音質を堪能できるなんて感涙物です＾＾；ｳﾙｳﾙ...

あしたはピアノやバイオリンの協奏曲物を聴こうかな？
気が向けば＾＾；

---