未来情報産業株式会社 @miraicorp@fedibird.com

#ICカードこれひとつ
鹿児島交通の「国分駅前〜妙見温泉〜嘉例川駅〜鹿児島空港」を報告された方

嘉例川駅→鹿児島空港の1停留所の乗降ですが、カードに記録されている時刻が時刻表に存在しません(九州のバス時刻表も同様です)
https://www.iwasaki-corp.com/wp-content/uploads/094dfacb3f993d72a89dc52f5aad552a.pdf

また、乗車が始発を1番目として17番目、降車が18番目と記録されていますが、国分駅前発のバス停だと、該当する系統が見つかりません。
普通系統であれば嘉例川駅は30番目くらいになるようです。

またアプリで表示されているのでお気づきでしょうが、登録済み情報によると当該の番号は「隼人駅前〜妙見温泉〜嘉例川駅〜鹿児島空港」の系統と推定されて登録済みであるようです。
この場合、始発の隼人駅前を1番目とするとちょうど17番目〜18番目になるようです。

ただしこの系統は時刻表にはなく、実在するかどうか不明です。

何かお気づきの点はあるでしょうか?

おそらく見てはいないでしょうが、NicoPa カードビューアーから神姫バスの「太田」と「いかるが」を報告された方

少なくとも既知の範囲内では、その停留所でその番号にはならないと予想される報告となっています。
いかるがとして報告された番号はまだ #ICカードこれひとつ でも未登録の未知の停留所です。

乗降時に運賃表に表示されていたバス停名を思い出していただき、ICカードこれひとつをお求めいただいてこのアプリから再報告をいただければ幸いです(NicoPa カードビューアーはもう更新されないので)。

#ICカードこれひとつ
エコQ電 EV充電認証CARD
のダンプデータが届いています。

FeliCa Lite/Sのようです。
データ領域に情報がなく、カード番号はカード内に記録されていないようです。
おそらくFeliCa自身のIDであるIDmでの認証を実施しているものと思われます。

表示するデータが格納されていないので、アプリとしては特に対応はできません。

#ICカードこれひとつ
G-Stationメンバーズカード(電気自動車充電用カード)
https://user.g-station.ne.jp/Account/RegisterTop
のダンプデータが届いています。

FeliCaで、専用のシステムコードを取得して使用しているようです。
発行手数料が税込2,200円もするようですが、FeliCa LiteではなくFeliCaなのでコスト高となっているのでしょう。
その分セキュリティは高いと思われます。

データ領域は僅か1ブロック16バイトのみ存在し、12桁のカード番号のみが記録されていました。
利用者IDと思しき情報は記録されていません

近日リリース予定の次のバージョンから対応します。

mixiの名を久々に聞いたらmixi2なる新サービスが始まったようで

#fedibird

#ICカードこれひとつ
東京メトロ 日比谷線 恵比寿駅 JR恵比寿駅方面改札

5番がIC専 出専HWと報告されており、従来と互換性がないことから改札機の入れ替えが生じている可能性があります。

時期不明のため適当な時期で以前の登録内容に有効期限を設定しました。
目視でも構いませんので改札機の構成を調査いただければ幸いです。

https://allnfc.app/jp/gatelist/9b714b93/2493af3d_f7d7ac95.html

長野県、飯山線・北陸新幹線の飯山駅と、野沢温泉村を結ぶバス

野沢温泉村はスーパー銭湯の店名にもありそうな名前ですが自治体として実在する村名です。

14日に、のざわ温泉交通株式会社が運行する「野沢温泉ライナー」で、Suicaなど交通系10カードが利用可能になったそうです。
PiTaPaもチャージで乗車可能なようです。
https://nozawaonsen.info/information/4265/

運賃は片道600円、所要約25分のようです。

PiTaPa以外の9カードは、野沢温泉観光案内所でチャージが可能とのことです。こちらは交通ではなく物販としてチャージ対応しているものと予想されます。

いずれもご利用の機会があれば #ICカードこれひとつ から報告をいただければ幸いです。

#Fedibird #バス #Suica

篠ノ井線、信越本線、大糸線の計23駅で予定されていたSuica対応は来年3月15日のダイヤ改正より実施するそうです。
まだ当分先ではありますが、ご利用の機会があれば #ICカードこれひとつ から報告をいただければ幸いです。

JR東、長野県23駅がSuica対応に
https://www.watch.impress.co.jp/docs/news/1647498.html

#Fedibird

弊社サービスのバックエンド処理は、「弊社なので(※1)」信頼と実績の C++ with STL で書かれております(※2)。
※1 意味不明
※2 C++ with STLは良いものです。MFCはNo thank youですが

ということで #fedibird のAPIを操作するためにはC++からhttpsのpost処理を書く必要があるわけですが、httpの時代には1回くらいは書いたことがあるような記憶がほんのりとありますがhttpsではまだ書いたことがありません。
httpsの場合、おそらくtcpで接続したあとtlsの接続をする処理が必要になると思うので、かなり大変なはず。
FreeBSDなのでLibreSSLではなくOpenSSLが入っているので、これを使うような感じだったと仄かな記憶はあります。

まあ最悪、sysmte()関数を使って
system("curl -X POST ....");
みたいな方法もないことはないですが…
動けば何でもいいとは思うものの、なんか負けたような気がする。

電子メールでsendmailするかのようにFediverseにサーバー処理から自動送信する処理を考えていた

漠然と考えた末 #fedibird の弊アカウントから発信するのがもっとも簡単そうと判断

詳細不明ながら開発メニューにある新規アプリで何か作成し得られたトークンを利用してエンドポイント /api/v1/statuses 宛に何かをしたらいいらしい。ただトークンをプログラムで持たねばならないので明らかにセキュアではない

あと仕様書
https://docs.joinmastodon.org/methods/statuses/#create
が不親切すぎてパラメーターの与え方が全く分からない。メンションの@某は本文に書くだけでいいのかも分からないし、visibilityにdirectを指定すればよいらしいもののどこに書いたらいいのか使用例がない

たまたま見つけたここ
https://qiita.com/KEINOS/items/27d201afed4ed665cb11
だと、先のエンドポイントにPOSTで、本文に
visibility=direct
status=本文
とすれば良いらしい

ヘッダーは
Content-Type: application/x-www-form-urlencoded
Authorization: Bearer トークン
とするらしい

Google日本語入力の不具合、こちらでも発生していて困っています。
#fedibird に限らず全体的に日本語入力に問題が生じています。

MS IMEでも、ローマ字設定を使うために「以前のバージョンのMicrosoft IMEを使う」状態だと再現するようです。

こちらでは、Ctrl+Cでクリップボードにコピーした後、最初のアルファベット入力は子音でも母音でも記号でもIME機能に入力が受け渡されず、そのまま入力確定になっているようでした。

ですのでIME機能の問題というよりはWindowsそのものの不具合ではないかと思っていますが、Windowsで仕様変更があり新しいIMEでは対応しているため新しいIMEでは再現せず古いIMEやGoogle日本語入力で再現しているという可能性もあります。
情報がないので詳細は分かりませんが

ATOKなどではどうなのか、気になるところです
QT: https://fedibird.com/@ZC33S/113646168455172085 [参照]