@Roi, dein Wunsch wurde erfĂŒllt ⊠das war zugegebenermaĂen ziemlich wichtig.
User Map liefert keine Daten mehr, wenn eine der folgenden Bedingungen zutrifft:
Der Benutzer ist nicht angemeldet und hide_user_profiles_from_public ist aktiv.
Die Plugin-Einstellung location_user_map ist AUS.
Die Website-Einstellung enable_user_directory ist AUS.
Der Link zur User Map im Community-Bereich sollte unter diesen UmstÀnden ebenfalls nicht mehr angezeigt werden.
Wenn du Locations groĂartig findest und ich gute Arbeit geleistet habe, kannst du mir einen Kaffee kaufen, und wenn Locations fĂŒr dein GeschĂ€ft oder deine Organisation wichtig ist, ziehe bitte in ErwĂ€gung, mich auf einer der höheren Stufen zu sponsern . Dies wird dazu beitragen, zeitnahe Updates fĂŒr Locations und seine Zukunft zu gewĂ€hrleisten.
Oh wow, groĂartig, vielen Dank! Ich kann nicht glauben, dass das nie zuvor aufgetaucht ist und gefragt wurde.
Ich werde es heute Abend versuchen und das Add-on aktualisieren.
Versteh mich nicht falsch und denk nicht, dass ich gierig und unverschĂ€mt bin: Aber ist es auch möglich, den Standort Benutzerbeitrag zu verstecken, wenn er zusammen mit der Benutzerkarte aktiviert ist, sowohl fĂŒr GĂ€ste als auch fĂŒr Suchmaschinen?
FĂŒr alle anderen, die sich fragen: Es sieht so aus, als ob das TopicStatus-Karten-Marker-Icon entfernt wurde, die Einstellungen aber bestehen bleiben.
Ich glaube, das bedeutet, es war nur eine Einstellung, um ein Symbol zur Topic-Liste hinzuzufĂŒgen (ĂŒber âTopicStatusâ)⊠Ich bin mir nicht sicher, warum Sie das nicht einfach ĂŒber das neue Topic-Listen-Standortlabel handhaben und dessen Sichtbarkeit ĂŒber CSS steuern wĂŒrden?
Daher halte ich es fĂŒr ĂŒberflĂŒssig und denke, dass der gesamte zugehörige Code entfernt werden sollte?
Da ich dieses Plugin gerade erst benutze, kann ich nichts ĂŒber andere sagen, die diese Einstellung vielleicht verwendet haben, aber ich kann verstehen, warum man eine subtilere Anzeige dafĂŒr haben möchte, dass ein Standort vorhanden ist, anstatt die gesamte Standortbeschriftung. Aber ich konnte dasselbe nach einigem CSS-TĂŒfteln (Stichwort float: left) erreichen, also ja, wahrscheinlich ĂŒberflĂŒssig.
Mich wĂŒrde interessieren â was wĂ€re technisch und finanziell notwendig, um einen API-Endpunkt zum Schreiben/Abrufen des Standorts fĂŒr ein Thema zu haben? Grob gesagt, denke ich an einen Workflow wie diesen, wobei die API im letzten Schritt verwendet wird:
Der Benutzer startet ein neues Thema mit Informationen ĂŒber eine GeschĂ€ftseinrichtung: Name, Stadt und manchmal Stadtteil.
Verwenden Sie ein Workflow-Automatisierungstool wie n8n, um den Themennamen und den Inhalt abzurufen und ihn an ein LLM-Modell zu ĂŒbergeben, um eine StraĂenadresse zurĂŒckzugeben.
Standardisieren Sie das Adressformat mit z. B. der Google Maps API.
Senden Sie die StraĂenadresse an die Location-Plugin-API, um die Adresse fĂŒr das Thema zu POSTEN.
Wir haben die StandortfunktionalitĂ€t fĂŒr die Benutzer aktiviert, aber die Akzeptanz ist unterschiedlich. Einige Benutzer fĂŒgen immer Standorte hinzu, andere nie. Daher versuche ich, eine Lösung fĂŒr die Benutzer zu finden, die keine Standorte hinzufĂŒgen.
Der Geocoder-Gem, der mit dem Plugin geliefert wird, bietet bereits viele coole Suchfunktionen (und könnte fĂŒr mehr verwendet werden, z. B. IP-Lookup). Die vom Plugin verwendeten Datenformate sind bereits Standard.
Sie können die API wahrscheinlich anhand der Browseranfragen umkehren.
Ja, meine Erfahrung auch. Wenn jemand eine Option fĂŒr die obligatorische IP-basierte Standardisierung des Benutzerstandorts unterstĂŒtzen möchte, wĂ€re ich fĂŒr einen PR offen (obwohl dies eine Opt-in-Auswahl oder etwas Ăhnliches sein mĂŒsste, da es ein kleiner Datenschutzleck ist!)
Es gibt auch einen aktuellen PR hier (der einen einfachen Button zur BenutzeroberflĂ€che fĂŒr Themenstandorte hinzufĂŒgt), aber der Autor scheint ihn aufgegeben zu haben? (was schade wĂ€re) ⊠könnte theoretisch fĂŒr den Benutzerstandort erweitert werden ⊠was die HĂŒrde weiter senkt.
Es geht uns eigentlich nicht um den Standort des Nutzers, sondern um den Standort der Unternehmen (Restaurants), ĂŒber die sie schreiben. Deshalb benötigen wir weiterhin ein LLM, um den Inhalt zu analysieren, ĂŒber wen sie schreiben, z. B. The French Laundry, Yountville, und die Adresse des Restaurants zu finden:
6640 Washington St, Yountville, CA 94599-1301
und es dann an das Standort-Plugin zurĂŒckzugeben.
Verstanden, mit dem aktuellen Plugin ist das mit ziemlicher Sicherheit machbar.
Interessenshalber: Greifen sie vom Restaurant aus auf die Seite zu? Sie könnten zu einer PlausibilitĂ€tsprĂŒfung mit IP-basierter Standortbestimmung vergleichen.
Heute nach dem Update von Discourse zeigt dieses groĂartige Plugin einige Deprecation Warnings, eine davon auch auf der Seite selbst fĂŒr Admins:
[Admin-Hinweis] Plug-in âdiscourse-locationsâ enthĂ€lt Code, der aktualisiert werden muss. (ID:discourse.jquery-autocomplete) (mehr erfahren)
Andere in der Entwicklerkonsole des Browsers:
DEPRECATION: [PLUGIN discourse-locations] The user property path was used in the discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs template without using this. This fallback behavior has been deprecated, all properties must be looked up on this when used in the template: {{this.user}} [deprecation id: ember-this-fallback.this-property-fallback] This will be removed in ember-this-fallback n/a. See Resolving the `this-property-fallback` deprecation for more details.
DEPRECATION: [PLUGIN discourse-locations] The showUserLocation property path was used in the discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs template without using this. This fallback behavior has been deprecated, all properties must be looked up on this when used in the template: {{this.showUserLocation}} [deprecation id: ember-this-fallback.this-property-fallback] This will be removed in ember-this-fallback n/a. See Resolving the `this-property-fallback` deprecation for more details.
DEPRECATION: [PLUGIN discourse-locations] The linkWebsite property path was used in the discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs template without using this. This fallback behavior has been deprecated, all properties must be looked up on this when used in the template: {{this.linkWebsite}} [deprecation id: ember-this-fallback.this-property-fallback] This will be removed in ember-this-fallback n/a. See Resolving the `this-property-fallback` deprecation for more details.
DEPRECATION: [PLUGIN discourse-locations] The removeNoFollow property path was used in the discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs template without using this. This fallback behavior has been deprecated, all properties must be looked up on this when used in the template: {{this.removeNoFollow}} [deprecation id: ember-this-fallback.this-property-fallback] This will be removed in ember-this-fallback n/a. See Resolving the `this-property-fallback` deprecation for more details.
Ich konnte keine Einstellung finden, die sich auf diesen Link bezieht.
Die einzige Einstellung, die ich gefunden habe, ist Standort-SeitenleistenmenĂŒ-Kartenlink, der standardmĂ€Ăig deaktiviert ist und diesen Link âKarteâ (der zu https://unicyclist.com/map fĂŒhrt) hinzufĂŒgt, wenn er aktiviert ist:
Ich habe dieses Plugin in meinen Discourse integriert â aber wie kann ein Benutzer seinen Standort löschen? Jedes Mal, wenn ich ihn im Profil lösche, erscheint er immer wieder.
Ich benutze das Plugin seit einigen Jahren. Es hat immer funktioniert. KĂŒrzlich, nachdem ich Discourse und das Plugin aktualisiert hatte, fragt es mich beim Versuch, den Standort eines Themas einzugeben, nach âOptionen auswĂ€hlenâ. Wenn ich das Dropdown-MenĂŒ auswĂ€hle, werden keine Optionen angezeigt. Frage: Wie können unsere Benutzer dieses Dropdown-MenĂŒ vermeiden und zur Eingabe der Adresse zurĂŒckkehren? Danke.