23:53:20
icon

@yukipsn 表示順序を入れ替えているため不一致が生じていると思われますが、今後改良してゆきたいと考えております。

23:41:54
icon

@yukipsn おさいふケータイは残高が複数あるので難しいですね。
基本的にはSuicaが優先されるはずですが、金額が複数ある場合は金額を記録しない方が良いのでしょうか。

23:30:07
icon

@yukipsn ありがとうございます。

21:26:26
icon

@NagisaTakayama ありがとうございます。
なるほど、簡単には確認できないですが5桁程度の番号が設定されているのですね

21:07:33
icon

通常ダイヤは0〜6の数字を書いておく
春分の日のみ運行なら代わりに SYUNBUN など英字を使って書くこととする

検索では祝日は実際の曜日を問わず日曜日=0として扱うものとする。但し、DB内に SYUNBUN などと書かれた場合は数字では検索にヒットしない。
春分の日では特別に SYUNBUN でも検索し、検索にヒットするものを使う

不定運行や臨時バスは何ともいえないので、0123456 と書いておいて検索ヒットだけはするようにし、別枠にフラグを用意しておいて詳細表示したときに何かしらの注意を出すようにする

20:37:04
icon

@NagisaTakayama 店番号に30090とありましたが、これはどこかに記載があるのでしょうか
ファミマやセブンイレブンは入口に記載されていることを把握しておりますが

20:32:22
icon

@NagisaTakayama それは以前、レシート画像をみせてもらった際、暫定入力した情報です。今調べたところ報告をいただいていることを確認しましたが、まだ対応できておりません。
優先して対応を致します。

20:28:06
icon

日常的なダイヤグラムを想定して、乗車した日の曜日から、運行されているはずのルートのみを抽出する、ことを想定する

DBにどのように書いて、どのようなSQL文を書いたら良いのだろうか

ぱっと思いつくのは、日=0、土=6として、毎日運行するのは
0123456

と書いて置いて、

乗ったのが水曜日=3なら、
SELECT ... LIKE '%3%'; のようにすれば検索できるでしょうか。
臨時ダイヤや年1回などはどうしたらいいのだろう。

20:17:53
icon

DBはまさかの3分割にするとして、ルートDBの条件情報

日本の公共交通のダイヤは次の種類がある

・日常的なダイヤグラム
1. 平日ダイヤ
2. 金曜ダイヤ (沖縄県など)
3. 土曜ダイヤ
4. 日曜祝日ダイヤ
・その他のダイヤグラム
5. 臨時ダイヤ
6. 免許維持ダイヤ (年1など)

1-4は重複がありうる。1-4と5,6は重複はない。
このどの条件にあてはまるかの情報を記録すればよさそう。

20:09:49
icon

バスの系統

系統は、「事業者」→「系統」→「ルート」→「停留所」という階層構造で表現できそうなことが分かってきた。

系統には系統としての情報が必要で、一つの系統には複数のルートがありうる(往復ある場合で2ルート)。

ルートにぶら下がるように停留所がある。

ルートは平日のみ、土曜休日のみなどがありうるため、ルートにはルートとしての情報が必要かもしれない。

となると、系統DB、ルートDB、停留所リストDBの3分割とするのがあるべき構造なのかもしれない。

19:25:27
icon

@djnemo2 物販は事業者次第ですが、ある程度落ち着いたら別の技術者育成にも努めますので、今しばらく対応をお待ちくださいませ

19:14:01
icon

なう2.001をリリースしました。

取り急ぎ、致命的不具合を修正しております。

18:08:11
icon

新アプリのインポートですが、旧アプリから引き継いで、いままで発見されていなかったバグがありました。

お急ぎの方は、一旦「エクスポート」を選び、ファイルアクセスに対して許可を出して下さい。

今日中に修正して2.001としてリリースし直します。

18:02:13
icon

重要なお知らせは、ありがとうございます的な感謝の言葉を込めて更新したはずなんですが、どこかでデグレードしたかもしれないですね…

18:01:08
icon

@raki_can ありがとうございます。
色々修正漏れがあるようですので、修正をしたいと思います。

18:00:26
icon

@tomoya117 ありがとうございます。
ファイルからインポートのさい、もしかすると権限が得られていないかもしれないですね。
v2から全データのエクスポートを選び、権限を得るためのダイアログが出たりしないでしょうか?
そうであればアプリの修正が必要です。

16:58:34
icon

新アプリ

開発サポーター制度会員で、条件を満たされた方にプロモーションコードの送付を完了致しました。

もし、条件を満たしていそうなのに届いていない等あれば、スパムメール扱いになっていないかをご確認の上で、お知らせ下さい。

今後も開発に全力を尽くして参りますので、よろしくお願い申し上げます。

14:37:22
icon

新アプリ
新アプリは、名称の最後あるいはバージョン名の最初に「なう」(now)を付して、随時更新されるバージョンであることを表現しております。
初版はなう2.000となります。
play.google.com/store/apps/det

開発サポーター制度会員の皆様には、これから随時、無料招待のプロモーションコードをメールして参りますので、到着までしばらくお待ちください。この土日のうちに送付完了する予定です。

ちなみにQRコードでアプリを紹介する機能のQRコードは更新を忘れました。次のバージョンで修正しますね。

Web site image
全国の ICカード これひとつ「なう」 - Google Play のアプリ
12:57:40
icon

「千葉工業大学 学生証」について
この学生証は、他学のものとは異なり独自仕様の設計になっていますが、みたところ設計ミスが伺えます。

普通はリードオンリーのサービスはプロテクトせず読み取りだけは可能にしておいて、リード/ライトのサービスは改竄防止のためプロテクトするものですが、この学生証は何もプロテクトされていないようです。
何かしら暗号化して記録する方法もありかとは思いますが、それもありません。
これだと簡単に書き換えて他人になりすませるのではないかと危惧しますが、どうなのでしょうか。

大学ですし、個人を特定して入室を許可するような扉の鍵としても使われているのではないかと予測するのですが、色々と不安ですね。

12:54:31
icon


「千葉工業大学 学生証」のダンプデータが届いております。

読み取れたデータ内から、お名前らしきものが検出できました。有効期限らしき情報も散在していましたが検出できています。
学籍番号なども記録があると思われるため、券面に見られる情報類を改めて報告いただければ、表示できるものは全て表示する対応をさせていただきます。

ちなみに8文字の英数字が記録されているようで、何かのパスワードにも見えますが、何かお気づきの点はあるでしょうか。