Locations Plugin 🌍

このプラグインは資金提供されていないため、その将来はいくらか不透明ですが、当面は以下のものを追加しました。

@viddekla これであなたの問題は解決するはずです

Locationsが素晴らしいと思い、私がここで素晴らしい仕事をしたと思われる場合は、コーヒーをおごることができます :coffee:

「いいね!」 5

ロケーションセレクターの新しいクイック検索現在地ターゲットボタンを、ロケーション入力フィールドを無効にした場合でもトピックロケーションでも機能するように追加する必要があります。:+1:

あとはスタイリングを微調整するだけです…

「いいね!」 4

重要なバグ修正です。更新してください:

(今週末のパッチ以降に入力されたユーザーの場所のみに影響します。再度入力するだけで済みます)

「いいね!」 4

素晴らしい出来栄えです!ユーザー名の下に、もう一つ壊れたフラグが見えるのですが、何か心当たりはありますか?

「いいね!」 2

これは Locations Plugin 🌍 からのものだと考えられます。

「いいね!」 5

はい、両方を実行する必要はなくなりました。Locations Pluginでは国コードを簡単に判別できるため、それに付随するフラグを提供してはいかがでしょうか?

「いいね!」 3

国コードを小文字にする必要があります @merefield

「いいね!」 2

ロケーションの標準の国コードは小文字です。サードパーティのデータプロバイダーに関連している可能性があります。

詳細を確認する必要がある場合は、有料サポートを提供しています。

それが問題です。手動で小文字に変更したら読み込まれました。MapquestとMapboxでも同じ結果でした。Robさん、プライベートメッセージを送ります。

「いいね!」 2

こんにちは、このプラグインは素晴らしいですね、ありがとうございます。

現在、位置情報しか表示されていないため、マップ上にトピックの名前を表示させようとしています。

有効にするべきパラメーターはありますか?

ありがとうございます。

「いいね!」 1

いくつかの更新情報です。

@Renato さんがカテゴリ設定に関する問題を修正してくれました。

ロシア語のコントリビューションがありました、ありがとうございます!

そして最後に、トピックリストの実験的な新しいフィルターである「Nearby(近隣)」を追加しました。

これは、ログインしているユーザーが提供した位置情報から x km 以内にあるすべてのトピックをリストアップします(設定可能)。

@Barney_Lodge さん、これはあなたのユースケースに触発されたもので、私の日曜日の大半を費やしました :slight_smile:

これにより、モーダル上のトピックのインライン位置選択機能も修正されます。

「いいね!」 8

おお、すごい!!!Discourseが大好きです!!

敬具

バーニー・ロッジ

「いいね!」 3

過去の、しかし最近のリリースで、UserLocationのデータ投入ロジックにバグがありました。これは現在修正されましたが、データへの影響があるかもしれません。

この問題が発生しているかどうかは、railsコンソールでこれを実行することで特定できます。

array_for_fix = Locations::UserLocation.where(state: "state").pluck(:user_id)

それが空でなければ、単にこれを実行してください。

array_for_fix.each do |id|
  Locations::UserLocationProcess.upsert(id)`
end

これを修正するもう一つの方法は、ユーザーロケーションを手動で再入力することです。つまり、将来のユーザーロケーションの編集が、単に古いデータを上書きすることになります。

ご迷惑をおかけして申し訳ありません。

移行スクリプトを書きたい方がいれば、PRを歓迎します。

「いいね!」 6

この機能の実装は可能でしょうか。

ユーザーがスレッドや返信を投稿した後、現在のIPアドレスに基づいて自動的に位置情報を検出し、スレッド/投稿内のアバターの下に表示する機能です。ユーザーに手動で選択させたり、プロフィールで設定させたりする必要はありません。

これについては有料サポートを提供しても構いません。

ZHIHU(知乎)のように。

「いいね!」 1

ユーザーの位置情報の強制的な更新は、このプラグインにとっては大きな方針転換となります。これまでのところ、このプラグインはユーザーの自発的な提供、したがって個々のユーザーの同意に依存してきたからです。

しかし、その必要性は理解できます。

すべての投稿には、すでにユーザーの位置情報を示す投稿ラベルが存在します。したがって、この部分はすでにカバーされていると思います。

サイトの投稿時にユーザーの位置情報を自動的に更新することは、以下の条件を満たせば実現可能で合理的だと考えます。

  • サイトが利用規約を更新する
  • 位置情報は十分に概算であること。おそらく最寄りの都市レベルでしょうか? 個人の追跡がサイトへのユーザーの好感度を下げそうなので、番地レベルの追跡は望ましくないでしょう! 都市、県(データで一般的に可能であれば)、または国ごとに粒度を設定するオプションが望ましいかもしれません。これについて他の管理者の方々の意見を聞いてみたいです。

サイトオプションとしてバックエンドの自動化を追加するためのスポンサーシップを喜んで検討します。合意に達することができるか、プライベートメッセージで連絡させていただきます。

「いいね!」 4

都市レベルで十分です。通りレベルまで特定されるのは恐ろしいことです。

「いいね!」 4

サイトのデフォルトとして粒度オプションを設定できるのは素晴らしいことです。ユーザーが粒度を変更したり、オプトアウトしたりできる機能も同様です。

私が運営している2つの全国フォーラムでは、州レベルの粒度が役立ちます。地域フォーラムでは、郊外レベルの粒度が役立つでしょう。

すべてのオプションを使用するサイトを容易に想像できます。

「いいね!」 3

ありがとうございます。これを実行したところ、何か見つかりました。

discourse(prod)> array_for_fix = Locations::UserLocation.where(state: "state").pluck(:user_id)
=> [175, 12, 578, 1347, 1355, 1, 590]
discourse(prod)* array_for_fix.each do |id|
discourse(prod)*   Locations::UserLocationProcess.upsert(id)
discourse(prod)> end
=> [175, 12, 578, 1347, 1355, 1, 590]

その後、最初のコマンドを再度実行したところ、2番目のコマンドを実行しても消えなかった590が見つかりました。

discourse(prod)> array_for_fix = Locations::UserLocation.where(state: "state").pluck(:user_id)
=> [590]
discourse(prod)* array_for_fix.each do |id|
discourse(prod)*   Locations::UserLocationProcess.upsert(id)
discourse(prod)> end
=> [590]

どうすればよいでしょうか? :thinking:

@祁同伟@nathank の両名が、IPによるユーザー位置情報の設定作業のスポンサーになってくれたことを喜んでお知らせします :money_bag:

この作業はしばらく実験的なものになりますが、プルリクエスト(PR)がすでにこちらで公開されていることも喜んでお伝えします。

これは単なるルックアップではなく、それ以上のことを行います。これにより、ユーザーのプライバシーを保護しつつコミュニティの信頼を高めるために、自動的に決定されたすべての位置情報に対して特定の粒度(例:都市)を設定できるようになります。

(はい、VPNにはいくつかの問題があり、残念ながらそれを簡単に克服することはできません。)

これが十分に機能していると判断したらマージします。

いずれにせよ、これはフィーチャーフラグの背後にあります。

進捗を報告しますが、エキサイティングな時期です。これは、しばらくの間、Locationsに追加された最高の機能の1つになるでしょう。

@ @祁同伟@nathank に改めて感謝します!!

そして、はい、既存のすべてのユーザーに対してこれを実行するための rake タスクも 用意されます

「いいね!」 12

Discourse のバックエンドで、このような場合に備えてプラグインを通じて通知を表示することは可能ですか?:slight_smile: あなたの投稿を見逃していたかもしれませんね。

「いいね!」 1