Standort-Plugin 🌍

Release 6.8.11

@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 :coffee:, 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:medal: . Dies wird dazu beitragen, zeitnahe Updates fĂŒr Locations und seine Zukunft zu gewĂ€hrleisten.

7 „GefĂ€llt mir“

Oh wow, großartig, vielen Dank! :smiley: Ich kann nicht glauben, dass das nie zuvor aufgetaucht ist und gefragt wurde. :slight_smile:

Ich werde es heute Abend versuchen und das Add-on aktualisieren. :sign_of_the_horns:

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?

1 „GefĂ€llt mir“

Ich glaube nicht, dass es fĂŒr Suchmaschinen angezeigt wird? ÜberprĂŒfen Sie die Crawler-Ansicht.

Auf jeden Fall befĂŒrchte ich, dass ich vorerst keine Änderungen mehr vornehmen kann und mich um bezahlte Arbeit kĂŒmmern muss.

3 „GefĂ€llt mir“

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.

1 „GefĂ€llt mir“

Hier ist der ursprĂŒngliche Commit:

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?

Irgendwelche Gedanken/EinwÀnde?

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.

2 „GefĂ€llt mir“

Frisches Upgrade von Discourse (und allem) und das Plugin ist kaputt:

Aber es funktioniert, wenn man ein Thema startet, aber das Problem tritt auf, wenn man versucht, diesen Beitrag zu bearbeiten.

Betrifft nur, wenn eine Kategorie Standort aktiviert hat.

Zumindest iPad mit neuester OS.

1 „GefĂ€llt mir“

Danke fĂŒr den Bericht.

Ich werde mir das vielleicht bald ansehen.

4 „GefĂ€llt mir“

Ich habe mich entschieden, die aktuellen Deprecations zu beheben:

Ich habe den #broken-Tag entfernt.

10 „GefĂ€llt mir“

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:

  1. Der Benutzer startet ein neues Thema mit Informationen ĂŒber eine GeschĂ€ftseinrichtung: Name, Stadt und manchmal Stadtteil.
  2. 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.
  3. Standardisieren Sie das Adressformat mit z. B. der Google Maps API.
  4. 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.

1 „GefĂ€llt mir“

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.

Nein, normalerweise danach.

1 „GefĂ€llt mir“

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.

2 „GefĂ€llt mir“

@kelv hat den Code freundlicherweise aktualisiert, um möglicherweise das letzte StĂŒck jQuery zu entfernen und den Standortselektor zu aktualisieren!

Vielen Dank, @kelv :heart: !

7 „GefĂ€llt mir“

Hallo,

Ich habe einen Link „Benutzerkarte“ im SeitenmenĂŒ:


Der zu https://unicyclist.com/locations/users_map fĂŒhrt.

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:

Kann ich nur den Link „Karte“ haben, ohne auf benutzerdefiniertes CSS angewiesen zu sein? Fehlt mir etwas? :thinking:

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.

image

2 „GefĂ€llt mir“