#60万人に自己紹介
​​用の便利なアプリICカードこれひとつなどを作っております。
現行の全ての交通系ICカードを読み取れて履歴でバス停名まで表示されたり、少し古い型のパソリに対応していたりします(最新パソリは現在研究中)。
交通系電子マネーとWAONでは決済した店名やレジまで表示・報告できる機能があります。
Edy、nanaco、iD、QUICPayほか一般的なものはたいてい対応しています。一度お試しくださいませ

#OpenStreetMap
iDエディター
なんか唐突に道路の線が細くなって全然見えなくなってしまった。とても困り、設定を確認

U 地図データ設定 を開いて、スタイルの調整で、「塗りつぶしなし (ワイヤフレーム)」になっていると道路の線にまで悪影響が及ぶらしい
「部分的に塗りつぶし」または「完全塗りつぶし」を選択しておくと普通に表示されるらしい。

しかしこのような設定を変えたことはなく、正常に表示できていた数日前とiD 2.30.4のまま特に変わってはなさそう。何らかのバグなのか単に設定が消えてしまっただけなのかは不明

いずれにせよ、塗りつぶしと道路の線は無関係に思えるため、この設定が道路の描画に影響を及ぼすのはおかしいのでは、というのが率直なお気持ち。

java.lang.NullPointerException ​​

Javaなどという時代遅れの言語を使うのをやめれば​​から開放されると思います。
AndroidならKotlinというNull Safetyなプログラミング言語がありますし、Kotlinは今後間違いなく需要が伸びていく言語なので

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

ここに​​された方

一時的と言わず、もうそろそろ、お友達と連れ添って恒久的に​​とかMastodon​​とかのFediverse​​に移住しても良い頃ではないでしょうか。
​​のような閉鎖区間ではないので、どこのサーバーにいても互いにコンタクトを取り合うことができますよ。

会社とかの公式が​​にあるとかで躊躇される方もいるでしょうが、泡沫零細ながら弊社はもう​​から完全に​​に移住済なので、そういうフットワークが軽い会社もあります。

#OpenStreetMap

OSMWiKiに従い助長なoneway = noを削除 https://wiki.openstreetmap.org/wiki/JA:Key:oneway#oneway_=_no

なる変更セットで1335ウェイもの膨大かつ広範な修正をしているのを発見したけど、せっかく書き込まれたメタ情報を消すとかもったいないではないですか?

OSMWiKiには

oneway = no
oneway=no は道路（の一部）が一方通行ではないことを示すのに使います。（一方通行道路が一般的なエリアのマッピングエラーを防ぐ場合や、デフォルト値を上書きする場合にのみ使用してください。）

ドコモのSIMカード(UIMカード)​​の一部に不良があり随時交換対応になるそうです。
該当品利用者には10月中旬以降、連絡のはがきが送付されるそうです。

「返却後に新品を送ります、いますぐ返送してください」的な便乗詐欺師が出ることが予想されますが、お知らせには​​の返却は求めないと明記されているので騙されないように注意しましょう。

ドコモからのお知らせ
一部のドコモUIMカードにおける通信不良について
https://www.docomo.ne.jp/info/notice/page/241008_00.html

極端な話、全部が見える「グローバル検索性」が本当に必要だというならAT Protocolなんて必要なくて​​をそのまま使い続ければいいと思うんですよね。

先の記事が批判した中央集権化なるものはグローバル検索性を実現しようとすれば必ず生じるので、AT Protocolの理想はどうあれ将来必ず同じような検閲や欧米的価値観の押し付けになることが目に見えている以上、今から同じ問題を抱えた二番煎じを作る車輪の再発明にはメリットがあまり感じられない。

なので、おかしな人にサービスを買収されて全てがおかしくなってしまう問題(現在進行形)も含めて全ての弊害を受け入れてそのまま好きに​​を使い続けていれば良いと思っていて、それが嫌な人のための解決策がFediverse​​であり​​ ActivityPubなんだと思っています。

そもそもインターネットって複数のサーバーを線で繋いで互いにアクセス可能にしたところから始まっているわけで、Fediverseこそが本来のインターネットらしさだと思うんですよ。一極集中の巨大サービスとかグローバル検索とか、その方がインターネット的にはいびつな存在のような気もするんです。

RE: https://misskey.flowers/notes/9z3ifpuv4dyq0tup

もうこんな時間でリリース前の動作確認したいのにワイヤレスデバッグが繋がらなくて途方にくれている
たぶん悪いのはAndroid Studio

いち早くFediverse​​に移住した弊社としては色々と思うところはありますが、この記事にはあまり賛同できませんね。
もちろん​​が最高で良いとも思ってはいませんが、AT Protocolの掲げる理想より、ActivityPubのほうがずっと現実的であり場合によっては優れているとも考えています。

この記事で「グローバル検索性」のなさを指摘していますが、本当にそれが必要なのか、それを実現した​​での悲劇などを考える必要があるでしょう。

1に、これを実現するためには全ての投稿を一箇所に集める必要があり、それは検閲に繋がります。ActivityPubは、検閲できないようにするため、あえてグローバル検索を犠牲にしたんだと思います。機能が劣るのではなく、そういう設計思想、割り切りだと思います。

2に、結果としてActivityPubでは、ブースト・RNで範囲は拡大されますが基本的には投稿が届く先はフォローで繋がっている先までに限られます。
このため縁もゆかりも無いところにはあまり届かないので、あらぬところから唐突に反抗的なメンションが来たりする可能性も少なく済み、棲み分けで平和に暮らすことができると思います。
​​では意図しない先にまで届いてしまうグローバル検索性があるため、マウントを取ろうとする人の登場など日常茶飯事でした。

RE: https://misskey.flowers/notes/9z2jht3d4dyq0ef5

#OpenStreetMap
同じ店が二つ、時に三つとかあるのはやめてほしい

見つけたら直さないとという義務感が発生してしまって大変なので

タリーズ オンラインストアからの個人情報およびクレジットカード情報漏洩の件ですが

・クレジットカード番号
・カード名義人名
・有効期限
・セキュリティコード

例によってまた、セキュリティコードを保存しているんですね。

堀川通下立売のフレスコですね

京都だとこの手の老舗感は重要だったりするかもしれないため、変な虚勢を張る店は探せば他にもあるかもしれませんね

RE: https://mstdn.jp/users/Tacos/statuses/113240884559428262

#OpenStreetMap
「店舗用地」
landuse=retail とするべきところ、つまり駐車場や建物も含めた全敷地に対して、あろうことか
building=yes
とする極めて遺憾なローソンやセブンイレブンやファミリーマートを次々と発見してしまった。

​​い…今のは見なかった。そうだ。見てない、見てないぞ！だからそのまま放置！大丈夫だ、問題ない。こんなの全部描き直していたら​​

…
…
​​

直した

#OpenStreetMap
ファミリーマートがある場所に、適当に描かれた店舗用地にローソンとだけ書かれた残念な場所が見つかってしまった。
3ヶ月前に追加されており、大昔にローソンがあったということではなかった。
編集者をみると、編集10件、やたら影響範囲大きなことばかりやっている。

とりあえず抹消して、店舗用地・駐車場・店舗建物のいつもの3ウェイを描く作業
今回は、ずれた歩道が邪魔をしてきたので移動させたりなどをしました。