#ICカードこれひとつ
将来の物販報告について3
現状は文字列検索にせよ位置情報検索にせよ、あまりにも遅すぎるためか、これを使わずに報告される方もおられます。
そうなると全く新規の店という扱いになって登録されている内容に対する更新や追加扱いではなくなるため、対応する情報を弊社で探す必要が生じ、登録作業に時間がかかることになります。
検索が速ければ解決すると思いますが、以前よりは高速化されたとはいえ遅く、しかしこれ以上の高速化はおそらく難しいため、アプリ内でDB検索するのではなくサーバー検索での高速化を模索しています。
イイお店では店名の文字列検索や座標での高速検索が既に実現できているわけなので、これを利用することを考えています。「近くの店を探す」機能も同様で、一気に高速化されると期待されます。
また近くの店を探すは、データ量が多すぎて一旦保存ができないため画面が更新されたときに消えてしまい遅い検索をやり直しになるという問題があります。使いにくいことこの上ありませんが、そういった問題の解決も処理をサーバーに移すことで解決できるかなと目論んでいるところです。
#ICカードこれひとつ
将来の物販報告について2
物販の報告ですが、更新の場合、報告内容だけでなく、アプリ内に登録されている内容と比較して、どの欄を書き換えたのかという情報もセットで報告されています。
これにより更新が必要なDBとそうでないDBを選択し効率化をしようと考えていました。
が、昨今はアプリの更新がままならず、最新DBからみて古い状態からの差分情報が届くことになっていて、あまり作業の効率化になっていません。
当分、アプリの更新頻度は低めで推移する見込みであるため対策として、物販報告の場合でかつ登録済み情報の更新の場合、サーバーから最新情報を受け取り、ここからの差分が何であるか、という情報で報告するような形にしたいと思っています。
またアプリ自体は必要最小限のDBしか積まないことで、カード読み取り後の表示の高速化および省メモリーなども実現できるよう考えています。
#ICカードこれひとつ
将来の物販報告について1
現在タブ方式になっていますが、微妙に遅かったり正常動作しない問題が出ています。
またタブ構成を変更する場合の動作が怪しく、アプリが落ちるような不具合の原因になっています。
作り直しに際して、タブはやめて、メニュー方式で画面を選択するようなやや不便な方法にすることを考えています。
また、コンビニでレジ番号を記載されない報告が多く、これを解決するためにコンビニは各店専用の画面を用意して不要な欄は出さず、必要最小限の画面構成として書きやすくするようなことも計画しています。
具体的なUIについては未定ですが、例えばドロワー(左上ハンバーガーまたは左からのスワイプで開くメニュー)に選べる画面の一覧が出て必要なところをタップすると切り替わる、などを考えていますが、最終的にはあまりコストが掛からない方法を選択することになると思います。
#ICカードこれひとつ
物販報告の仕様削除と不便化方針の今後について
座標や名前文字列で検索して登録済みの情報を引用する機能がありますが、アプリが落ちるような不具合があることや、たまに全く異なる店を引用して報告される方がおられ生じる矛盾の修正に苦戦している等の事情があるため、近いバージョンからは当該機能の一旦廃止を計画しています。
また、報告した内容は履歴タブに出ますが、これの引用の報告も、現状WAONで正常動作しないこと、同じ項目から何度も再報告する方がおられ対応時間が掛かっていることなどから、本機能も一旦廃止する方向で考えています。
利便性が大きく損なわれることになりますが、現在進めているDBの再設計およびアプリの作り直しにあたり開発期間を短縮するために必要最小限の機能への軽減化をする方針です。
全面的な作り直しが完了した後、時間をみて改めて新仕様向けに作り直す予定でおります。
ご理解いただければ幸いです。
@miraicorp
やよい軒がVerifone P400を使った券売機を本格導入するそうです。
https://gourmet.watch.impress.co.jp/docs/news/1382053.html
鳥取市100円循環バス「くる梨(くるり)」
来年4月から、ICOCA等10カードに対応するそうです
https://mainichi.jp/articles/20220122/k00/00m/040/178000c
現在WAONやEdyなど電子マネーに対応していますが、報道では10カードとされていてPiTaPaが除外されていないところをみると、電子マネーとしての決済ではなく交通としての決済対応になるようです。
交通であればバス停番号が書かれる可能性があります。
日本交通と日ノ丸自動車の2社に委託されているようなので、どういった情報がカードに書かれるのかは双方に乗って比べてみないと分かりませんが、バス停番号が書かれるようであれば #ICカードこれひとつ でも対応を進めます。
このアカウントは、notestockで公開設定になっていません。
いわさきの報告対応は、本日から再開しています
また、登録されているバス停については以下となります
https://allnfc.app/jp/busstoplist/925a464c.html
バス停の番号がカードに書かれるわけでは無いので、系統が不明のものはここに名前があったとしても表示されません。
バス停に番号は振っていますが、この大部分は実際には表示されない停留所になると思われます。
続き
いわさきグループは未知が多く、情報がたくさん必要です(特に、報告が少ない車体情報)。
また、いわさきグループへの対応は今回の仕様変更なども含めてかなりの開発コストが掛かっております。
もう少し利用者が増えていただかないと厳しいので、周囲のバス利用者に本アプリをお勧めなどしていただければ幸いです。
続き
なお、次で番号の重複が確認されています。
①いきいきバス鹿児島22い216(4年前の報告) と 川内営業所 鹿児島200か1272(3年前の報告) と 川内営業所 鹿児島200か1293(3年前の報告)
②鹿児島22き933 と 鹿児島22き941 (4年前の報告)
③鹿児島200か712 (4年前の報告) と 川内営業所いきいきバス鹿児島200あ267(2年前の報告)
もしかすると車体番号のほかにフラグ部分の一部または全部も合わせて見る必要があるのかもしれませんが現時点では不明です。
続く
続き
いわさきの処理を階層構造化することにより、バス停名の変更やバス停ポールの移動などが生じても、その情報のみを更新すればよくなり従来のように登録済みの何十行も更新する必要がなくなりました。
また同じバス停を複数に書くにあたり生じていたそれぞれでの記載事項の相違、ミス等も、今回の作業で見つかったものは全て修正されており、また今後は生じなくなります。
その代わり、データベースは作り直しを実施する必要があり、この際に既に廃止された系統などは作業量削減のため除外しています。
これまで登録された全情報は移行できておりませんが、①系統番号は約630件(乗降で別)、②系統連番からバス停IDを得るDBは約24,000件あるので、従来と同程度には実用的な情報量になっているものと考えます。
また車体番号 → 車体情報も、車体情報のビット位置が厳密に分かったので、データの変換をして再登録しています。
同じ車体、異なる報告で登録された番号は一致していました。ただ幾つかの問題が見つかっています。
続く
続き
「いわさき」はバス停番号が直接的に書かれているわけでは無いため、バス停固有の番号を求めるために、データベースを4つに分離しました。
①フラグ+系統番号 → 系統名などの情報
②フラグ+系統番号+バス停の連番 → バス停ID(※)とポールID
③バス停ID(※) → バス停名
④ポールID → ポール名と座標
おまけ
⑤車体番号 → 車体情報
※バス停IDは、各バス停に付けられた一意の番号です。ICカード内には書かれませんので弊社が独自に付番したものを使います。
カードに記録される系統番号は上り線と下り線で別番号なので、従来からご利用の方はご存じのようにバス停ポールが特定できます。(西行)(東行)などのように明確に表示でき、座標も確定できます。
続く
#ICカードこれひとつ
Rapica/いわさきバスカードにおける、鹿児島交通ほか、いわさきグループの対応について
いわさきグループがカード内に記録する情報は乗降それぞれで各9バイト(72ビット)の情報となります
これまでの知見から得られた情報をもとに、以下の構造があるものとして解析を完了しました。
・前半のフラグ
・中央の車体番号
・後半の系統番号
・最後の系統内におけるバス停の連番的なもの
以上の成果を元に、アプリの処理を抜本的に作り直しました。次のベータ版からこの更新が導入される予定です。
なお、報告機能で弊社サーバー側処理についてはまだ未着手ですが、今後仕様変更に対応します。
続く
#ICカードこれひとつ
12月23日付で、JR西日本「西明石駅」西口側連絡通路上の自動販売機が2台報告されております
左側がcurico、右側がacureとなっていましたが、さすがに間違いだろうと思われるので、両方curicoで登録致します
#ICカードこれひとつ
自動販売機
同じSPRWIDから3回、異なる報告がありました。
いずれも異なる項目から報告で、単純な報告ミスとは異なるようです。
(1) 11月20日付「東中野駅 ホーム9号車付近」
(2)11月27日付「中野駅 1·2番線ホーム8号車付近」
(3)12月4日付「中野駅 1·2番線ホーム上」
(2)と(3)が同じ自販機かどうかは判断できませんでした。
とりあえず再報告に期待し、3件とも登録は見送りとさせていただきます。
#ICカードこれひとつ
市街地オンデマンドバス「しも町オンデマンドバス」
http://www.niigata-kotsu.co.jp/~noriai/news/release/2020/201207_demand_bus
昨年3月に実証実験をしていたようですが、再度、昨年12月から今年2月26日まで実証実験を実施しているようです。
昨年報告された番号と同じ番号が使われていました。
一応、今回分も有効期限付きで登録致します。
山陽バス「星陵高校前」
公式の時刻表
https://www.sanyo-bus.co.jp/route/bus_stop202011/42-1.pdf
では、恐らく該当と思しきものは「北 標柱1」とありますので、アプリでは「星陵高校前(北)」と暫定的に表示するよう登録することに致します
山陽バス「星陵高校前」で、サイゼリヤ前だけ番号が違うとすると、これは片道しかなく反対側は商大筋のバス停を使うようなので、ここを通る系統は往路と復路でバス停番号が違う可能性がありますね
#ICカードこれひとつ
山陽バス「星陵高校前」
商大筋から西行の道路、舞子墓園方向にもこの停留所があるようです。
サイゼリヤ 神戸高丸インター店の前
34.646888, 135.049827
これだけ別番号という可能性もありそうですが現時点では不明です。
#ICカードこれひとつ
山陽バス「星陵高校前」
従来報告されているバス停番号と1番違いが報告されております。
どうやらこのバス停の周辺は、西から
・舞子山手線
・商大筋
・旧道(商大線)
が南北に延びていてそれぞれを走る路線があるようです。
星陵高校前については、舞子山手線と商大筋にそれぞれあるようなので、それぞれで番号が異なる可能性があります。
星陵高校前を通る系統はけっこう多いようですが、系統ごとにどちらを使うかの情報などはないでしょうか。
今のところアプリでは
環/2/3/4/7/8/9/48/51/171
を登録していますが、番号が二つあるので、登録内容の変更が必要となると思います。
一応今回の報告では、2/4/8系統であると報告されておりますが、舞子山手線か商大筋かは不明です。
バス停名や事業者名などはどうやら報告の送信処理まで到達しているようですが、それ以外の情報が全て欠落し、送信機能まで届いていないようです。
どの段階で消えているのか、どういう動作をするとこうなるのか、が分かっていません
#ICカードこれひとつ
本日、帷子ノ辻で京都バスの車体を報告された方
情報が送信されないアプリ不具合が発生しております。
つきましては、再報告をいただければ幸いです。
@NagisaTakayama 東西とも、位置情報を網羅しておきました。
ぐるっとバスは16番のりばという情報があったので16番の座標を設定しておきました。
@NagisaTakayama JT-R381ではないものが付けられているんですね。
このアカウントは、notestockで公開設定になっていません。
マストドン2.7.0の特徴的な機能は、見てすぐ分かる、通知欄の「すべて・返信」などがあるクイックフィルターバーと、ハンバーガーメニューから見られる「ディレクトリ」でしょうかね。
ディレクトリは、歯車から「プロフィールを編集」の中にある「ディレクトリに掲載する」をチェックすると、10人以上フォロワーがある人は晒されるようになります。
ついでに、プロフィールの中にハッシュタグを入れると、共通する人をまとめて表示してくれたりもします。
@NagisaTakayama 確認したところ、ぐるっとバスでまだ報告がないのは次の5停留所のようです。
平城宮跡ルート(青ルート)
B5 法華寺・海龍王寺
B10 ならまち・なら工藝館
奈良公園ルート(赤ルート)
R3 東大寺
R7 春日大社
R9 東大寺
R3とR9は同じ可能性が高そうです
@NagisaTakayama 情報ありがとうございます。
全面的に変わるようですね。
このアカウントは、notestockで公開設定になっていません。
13日付の「鶏三和 エクスパーサ御在所(下り)店」と思しき店舗が報告されております。
セルフレジのチェックが付いていたのですが、本当でしょうか？
ストリートビューを見る限り、券売機式ではないようなので普通の有人レジだと思います。
https://goo.gl/maps/1GJ1U7bAhFS2
出来たものを自分で席に運ぶのはセルフサービスではありますがセルフレジではありません。
その注意文もアプリには必要でしょうか？
13日にマクドナルド 上総牛久店を報告された方：
2/2で「レジNO 029」と記載がありましたが、最後の9は誤入力で「02」が正解でしょうか？
ご記憶の範囲で構いませんのでお知らせいただければ幸いです。
機能の有料化以降、「事件」は一切発生しなくなり、世界は少しだけ平和になりました。
お金を払わない人ほどクレーム事件を起こしているという、ありがちな結論に至った次第であります。
物販に関する報告の物理的な数が減ってしまうことは、本当に残念なことではあります。
ですが、さすがに無関係な方々に理不尽なご迷惑をおかけすることはできないので、やむを得ない決断でした。
来月から月1回の無料デーが始まりますが、またトラブルが起こるようであれば追加の対策が必要だろうと考えているところです。
当時、マニュアルも、注意のダイアログも一切読まず、交通系では異なる店名が表示されることがあるなどの機能制限を理解せずにアプリを使い、結果、勘違いの末に店や鉄道会社にクレームが入りご迷惑をお掛けするという「事件」が多々発生していました。そのたびに我々は胃を痛め、やがて警察沙汰にもなるなど当時はクレームの質がどんどん低下しておりました。
さすがにこれは無理ということで、様々な対策をしても無駄だった末に、最後は機能の有料化を決断したわけです。
ちなみにアプリ開発中で課金機能がまだ何も出来ていない頃、今ほど多くの機能はなかったですが、当然ながら全ての機能が無料試用可能でした。
アプリ内課金が全く動作せず、諦めて自前での課金サービスを開始するにあたり真っ先に有料化された機能が「物販」の機能なのですが、これには深〜い理由がありました。
報告の数が多すぎるのでその人件費を工面することが表向きの理由ですが、もう一つ理由がありました。
それは「クレーム」問題の解決でした。
このアカウントは、notestockで公開設定になっていません。
@mecaota 努力致します。
資金難で人手が足りていないため多くのことを同時に実行することができないので、少しずつ時間を作って作業をしております。
アプリ内課金の部分だけでもOSSとしてあれば助かるのですが、今のところは無いようです。
@mecaota このアプリは始まった時点から「無料アプリにできないことをする」ことを目的としたプロジェクトですから、有料化という表現は不本意に感じますね。
試用可能な有料アプリと考えています。
@mecaota 広告については、もう少し営業努力をしていく計画ですから、その努力が実ることをご期待下さい。
アプリの広告枠ですが、怪しい広告、胡散臭い広告、卑猥な広告、個人情報の漏洩、ウイルスの混入などの危険性を考えて、あえて独自広告を求めるという茨の道を歩んでいます。
利用者のことを考えてのことですが、本当にそんな変な広告ばかり表示されるアプリになって良いのでしょうか。
報告の数に応じて無料化というのは無理なのです。
「報告対応の自動化」もできません。それは夢の中でのお話です。
報告画面はミスが少なくなるよう、かれこれ4年ほど改良を続けていますが、どのみち人間が手入力するものですからミス0はないですし、誰かがチェックしないといけません。
現在の品質は手作業で苦労した結果です。目には見えないですが、努力した結果なのです。
これまでの実績から考えれば、手を加えずそのまま登録ではまともな品質にならず、たちどころに使い物にならなくなるでしょう。
ですから、報告された情報の登録には、その数に応じた手数料が掛かってしまいます。これは避けられないことです。
このアカウントは、notestockで公開設定になっていません。
Pie対応が有料化された影響もあり少しずつ有料会員も増えています。
このため物販の報告数もアクセルが掛かってきているのですが、このためか不慣れな報告も多くなっていて、修正や書き直しなどが増えています。
さきごろ、特に報告の品質がよろしくないのはセブン銀行ですね。
多いのは、
①屋号がセブンイレブンになっている
②セブンイレブン店内のセブン銀行なのに「セブン‐イレブン ●●●店 共同出張所」という形式になっていない
③ATM番号が書かれていない
などが多いので、将来的にセブン銀行のための特殊な処理を組み込んで操作性まわりを改善していきたいと考えているところです。
鹿児島本線 博多駅 阪急百貨店改札口(C2) 3番がIC専用と報告されております。
改札がIC専用に変更されたのでしょうか？
