merefield
(Robert)
1170
リリース 6.8.11
@Roi あなたの願いは叶いました…これは確かに非常に重要なものでした。
以下の場合、User Map はデータを表示しなくなります。
- ユーザーがログインしておらず、
hide_user_profiles_from_public が有効になっている場合。
- プラグイン設定
location_user_map がオフの場合。
- サイトの
enable_user_directory がオフの場合。
これらの状況下では、コミュニティセクションの User Map リンクも表示されなくなります。
Locations が素晴らしいと思われ、私が素晴らしい仕事をしたと思われる場合は、コーヒーを一杯
を購入していただけます。また、Locations があなたのビジネスや組織にとって重要である場合は、より高額なティアで私をスポンサー
になることをご検討ください。これらはすべて、Locations およびその将来のタイムリーなアップデートを保証するのに役立ちます。
「いいね!」 7
Roi
1171
おーすごい、本当にありがとう!
これが今まで一度も出てこなかったなんて信じられません。 
今夜試して、アドオンを更新します。 
誤解しないでください。私が欲張りで不適切だと思わないでください。しかし、ユーザーマップと一緒に有効にした場合に、「Location user post」をゲストと検索エンジンにも非表示にすることは可能ですか?
「いいね!」 1
merefield
(Robert)
1172
検索エンジンには表示されないと思います。クローラービューを確認してください。
いずれにしても、しばらく変更を加えるのをやめて、有料の仕事に取り掛からなければならないと思います。
「いいね!」 3
dsims
(Daniel)
1173
他の人が疑問に思っている場合、TopicStatus マップマーカーアイコンは削除されたようですが、設定は残っています。
「いいね!」 1
merefield
(Robert)
1175
こちらが元のコミットです。
これは、トピックリストにアイコンを追加するための設定(「TopicStatus」経由)だったと思います…新しいトピックリストの場所ラベルを使用して、CSS経由で表示を処理するだけではなぜだめなのでしょうか?
したがって、これは冗長であり、関連するコードはすべて削除すべきだと思いますか?
何か考えや異論はありますか?
dsims
(Daniel)
1176
このプラグインを使い始めたばかりなので、他の人がその設定を使っていたかどうかは分かりませんが、場所全体のラベルではなく、場所があることをより微妙に示すインジケーターが欲しいと思う理由が分かりました。しかし、CSS(ヒント float: left)をいくつか調整したところ、同じ結果を得ることができたので、おそらく冗長でしょう。
「いいね!」 2
Jagster
(Jakke Lehtonen)
1178
Discourse(およびすべて)を最新の状態にアップグレードしましたが、プラグインが壊れました。
トピックを開始するときは機能しますが、その投稿を編集しようとすると問題が発生します。
カテゴリに場所が有効になっている場合にのみ影響します。
少なくとも最新のOSを搭載したiPadで。
「いいね!」 1
merefield
(Robert)
1179
レポートありがとうございます。
近いうちに確認できるかもしれません。
「いいね!」 4
ckshen
1181
APIエンドポイントでトピックの場所を書き込み/取得するには、エンジニアリングと資金面で何が必要になるか興味があります。大まかに言うと、次のようなワークフローを考えています。APIは最後のステップで使用されます。
- ユーザーは、ビジネス施設に関する情報(名前、都市、場合によっては地域)を含む新しいトピックを開始します。
- n8nのようなワークフロー自動化ツールを使用して、トピック名とコンテンツを取得し、LLMモデルに渡して番地を返します。
- Google Maps APIなどを使用して、住所形式を標準化します。
- 番地を場所プラグインAPIに送信して、トピックの住所をPOSTします。
ユーザーのために場所の機能は有効にしましたが、利用状況は様々です。常に場所を含めるユーザーもいれば、まったく含めないユーザーもいます。そのため、場所を追加しないユーザーのために解決策を見つけようとしています。
merefield
(Robert)
1182
プラグインに含まれる Geocoder gem は、すでに多くのクールな検索機能を提供しています(IP ルックアップなども可能です)。プラグインで使用されているデータ形式は、すでに標準的なものです。
ブラウザのリクエストを参考に、API をリバースエンジニアリングできるでしょう。
はい、私の経験も同じです。もし、ユーザーの位置情報を IP ベースで強制的にデフォルト設定するオプションをサポートしたい人がいれば、PR を歓迎します(ただし、プライバシーの問題があるため、オプトインのチェックボックスなどが必要になるでしょう)。
現在、インフライト中の PR もあります(トピックの位置情報のためのシンプルなボタンを UI に追加するものですが、作者は放棄してしまったようです?それは残念なことです)。理論的にはユーザーの位置情報にも拡張できるかもしれません…さらに敷居を低くすることができます。
ckshen
1183
求めているのはユーザーの現在地ではなく、ユーザーが言及しているビジネス(レストラン)の現在地です。そのため、誰について書かれているか(例:The French Laundry, Yountville)のコンテンツを分析し、レストランの住所を見つけるために、引き続きLLMが必要です。
6640 Washington St, Yountville, CA 94599-1301
そして、それをロケーションプラグインにフィードバックします。
「いいね!」 1
merefield
(Robert)
1184
承知いたしました。現在のプラグインでほぼ確実に実現可能です。
ちなみに、レストランからサイトにアクセスしていますか?IPアドレスに基づく位置情報と比較して、確認することができます。
Roi
1186
Discourse を更新した後、この素晴らしいプラグインでいくつかの非推奨事項が表示されます。管理者向けのページにも 1 つあります。
[管理者向け注記] プラグイン ‘discourse-locations’ には、更新が必要なコードが含まれています。(ID:discourse.jquery-autocomplete) (詳細はこちら)
ブラウザの開発者コンソールには、その他にも次のようなものがあります。
非推奨: [PLUGIN discourse-locations] user プロパティ パスが discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs テンプレートで使用されましたが、this は使用されていません。このフォールバック動作は非推奨となり、テンプレートで使用されるすべてのプロパティは this で検索する必要があります: {{this.user}} [deprecation id: ember-this-fallback.this-property-fallback] これは ember-this-fallback n/a で削除されます。詳細については Resolving the `this-property-fallback` deprecation を参照してください。
非推奨: [PLUGIN discourse-locations] showUserLocation プロパティ パスが discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs テンプレートで使用されましたが、this は使用されていません。このフォールバック動作は非推奨となり、テンプレートで使用されるすべてのプロパティは this で検索する必要があります: {{this.showUserLocation}} [deprecation id: ember-this-fallback.this-property-fallback] これは ember-this-fallback n/a で削除されます。詳細については Resolving the `this-property-fallback` deprecation を参照してください。
非推奨: [PLUGIN discourse-locations] linkWebsite プロパティ パスが discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs テンプレートで使用されましたが、this は使用されていません。このフォールバック動作は非推奨となり、テンプレートで使用されるすべてのプロパティは this で検索する必要があります: {{this.linkWebsite}} [deprecation id: ember-this-fallback.this-property-fallback] これは ember-this-fallback n/a で削除されます。詳細については Resolving the `this-property-fallback` deprecation を参照してください。
非推奨: [PLUGIN discourse-locations] removeNoFollow プロパティ パスが discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs テンプレートで使用されましたが、this は使用されていません。このフォールバック動作は非推奨となり、テンプレートで使用されるすべてのプロパティは this で検索する必要があります: {{this.removeNoFollow}} [deprecation id: ember-this-fallback.this-property-fallback] これは ember-this-fallback n/a で削除されます。詳細については Resolving the `this-property-fallback` deprecation を参照してください。
「いいね!」 2
merefield
(Robert)
1187
@kelv さん、コードを更新して、おそらく最後の jQuery 部分を削除し、Location Selector を更新していただきありがとうございます!
@kelv さん、本当にありがとうございます
!
「いいね!」 7
Canapin
(Coin-coin le Canapin)
1188
こんにちは。
サイドメニューに「Users Map」というリンクがあります。
これは
https://unicyclist.com/locations/users_map につながります。
このリンクに関連する設定が見つかりませんでした。
見つかった唯一の設定は、「Location sidebar menu map link」で、デフォルトでは無効になっています。これを有効にすると、「Map」(https://unicyclist.com/map につながります)というリンクが追加されます。
カスタムCSSに頼らず、「Map」リンクのみを表示することはできますか?何か見落としていることはありますか? 
Viddekla
(Julian Müller)
1189
そのプラグインをDiscourseに統合しましたが、ユーザーはどのように自分のロケーションを削除できるのでしょうか?プロフィールで削除しても、毎回再表示されてしまいます。
sshen
(sshen)
1190
数年間このプラグインを使用してきました。常に動作していました。最近、Discourseとプラグインを更新した後、トピックの場所を入力しようとすると、「オプションを選択してください」と表示されます。ドロップダウンを選択しても、選択肢が表示されません。質問:ユーザーはこのドロップダウンを回避して、住所の入力を再開するにはどうすればよいですか?ありがとうございます。

「いいね!」 2