Ich wollte dies als Feature-Anfrage noch einmal aufgreifen.
Wir haben dies gerade in unserer Community bei der Planung einer Veranstaltung. Die Leute nutzen jetzt Google Maps, um zu sehen, wie weit der vorgeschlagene Veranstaltungsort entfernt ist.
Es ist auch nützlich, um zu sehen, wie weit der andere Benutzer entfernt ist. (Wir betreiben ein Tauchforum und die Leute suchen in unserem Forum nach Tauchpartnern.)
Mit dieser Version führen wir (experimentell) eine natürlichsprachliche Suche nach Benutzerstandorten mit Discourse Chatbot ein, sodass du ihn Dinge fragen kannst wie:
„Liste die fünf nächstgelegenen Benutzer zu meinem Standort auf“ … (wenn du einen Standort registriert hast) … oder sogar
„Liste alle Benutzer innerhalb von 500 km von meinem Standort auf.“
„Liste die Benutzer innerhalb von 200 km von Berlin auf.“
Es unterstützt noch keine Themenstandorte … aber das ist zu 2/3 fertig und in der Pipeline …
In dieser Version gibt es eine Datenmigration. Bitte lass mich wissen, wenn jemand Probleme hat, und ich werde versuchen zu helfen.
Ich weiß, dass dies noch in Arbeit ist, daher wissen Sie vielleicht schon davon…
Manchmal, wenn ich die Benutzerkarte öffne, sehe ich eine leere Karte, d. h. die Länderkarte wird angezeigt, aber keine Benutzer. Wenn ich die Seite aktualisiere, erscheinen die zugeordneten Benutzer wieder. Ich habe keinen garantierten Weg gefunden, dies zu reproduzieren, aber ich sehe die leere Karte mindestens 50 % der Male, wenn ich die Benutzerkarte öffne. Die leere Karte scheint nur auf der Benutzerkarte aufzutreten. Ich habe sie bisher nicht auf der Themenkarte gesehen.
Links von den Radiobutton-Feldern für Name/Benutzername/usw. befindet sich ein leeres weißes Feld, z. B.
Ich habe gerade etwas anderes gefunden. Meine Themenkarte hat nicht viele Einträge, aber in den USA habe ich 3 an der Ostküste und zwei an der Westküste. Wenn ich auf den Cluster an der Ostküste klicke, wird er vergrößert, um die drei einzelnen Themenorte anzuzeigen. Wenn ich auf einen dieser Orte klicke, wird anstatt des zugehörigen Themas die beiden Orte an der Westküste angezeigt. Dies ist wiederholbar - probieren Sie es auf meiner Website https://discourse.weather-watch.com/map aus.
In der Tat sehr neugierig! Seltsamerweise funktionieren sie bei meinen Daten einwandfrei. Mir ist auch auf Ihrer Karte ein Fehler aufgefallen, wenn man über einen Cluster fährt.
Die Leaflet-Version ist ernsthaft veraltet … könnte ein Problem sein …
Danke für das schnelle Update. Bei einem ersten Test verhält es sich jetzt besser. Ich habe bei den wenigen Tests, die ich ausprobiert habe, keinen seltsamen Sprung von der Ost- zur Westküste mehr. Ich werde morgen weitere Tests durchführen.
Nach weiteren Tests heute sieht es so aus, als ob das letzte Update die leere Karte beim ersten Öffnen und auch den seltsamen Sprung von der Ost- zur Westküste von dicht gedrängten Orten behoben hat
Danke, dass du mich darauf aufmerksam gemacht hast, und entschuldige, dass ich ein paar Tage nicht hier war, um zu kommentieren.
Das klingt wirklich vielversprechend. Aber im Moment haben wir den KI-Chatbot in unserem Forum nicht aktiv. Ich kämpfe noch damit, abzuschätzen, wie viel uns die API-Schlüssel von OpenAI kosten würden. Da wir unsere Community gemeinnützig betreiben und keine Gebühren erheben, decken wir die Server- und Domainkosten kaum durch die wenigen Spenden und Ähnliches. Das ist also ein wichtiges Thema für uns.
Der Link zur Antwort im Beitrag mit den Beispielrechnungen funktioniert nicht mehr. Kannst du mir sagen, wo ich ihn finde?
Und abgesehen von der KI-Chatbot-Integration: Denkst du darüber nach, auch eine Entfernungsangabe in das Plugin aufzunehmen? Also einfach die Entfernung des aktuell angemeldeten Benutzers zu einem Ereignis oder zu einem anderen Benutzer anzuzeigen – wenn beide Seiten einen Standort angegeben haben? So wurde es im Location-Plugin für phpBB, das wir zuvor verwendet haben, einfach gehandhabt.
Für alle Benutzer von Subordnern, die subversive Inhalte erstellen, hat @renato freundlicherweise einen PR erstellt, um sicherzustellen, dass die Marker in einer solchen Konfiguration funktionieren:
DANKE!
Eine kurze Frage:
Wie aktualisiere ich dieses Plugin? run ./reset-all-repos scheint riskant.
Ziel ist es, nur dieses Plugin zu aktualisieren und die Daten der bereits eingegebenen 180 Projekte nicht zu verlieren.
Das ist keine spezifische Frage zum Plugin, aber Sie müssen tests-passed ausführen und auf die neueste Version aktualisieren, damit alle neuen Funktionen funktionieren.
Es ist immer riskant , es sei denn, Sie möchten eine stabile Installation ausführen? (in diesem Fall ist dieses Update noch nicht relevant).
Das Online-Upgrade (von /admin/upgrade) funktioniert möglicherweise für Sie, oder wie üblich, bauen Sie mit ./launcher rebuild app neu auf – vorausgesetzt, Sie führen eine Standardinstallation durch?
Ich kann nicht für die Wartungsstufen Ihrer anderen Plugins garantieren, aber viel Glück!
Aber es funktioniert nicht.
Ubuntu-System, Neustart funktioniert nicht, ./launcher restart app, ./launcher start app funktionieren nicht.
Fehlermeldung beim Ausführen von ./launcher rebuild app
......
111:M 12 Dez 2023 12:11:02.199 * DB auf Festplatte gespeichert
111:M 12 Dez 2023 12:11:02.200 # Redis ist nun bereit zum Beenden, auf Wiedersehen...
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate' fehlgeschlagen mit Rückgabe #<Process::Status: pid 3553 exit 1>
Ort des Fehlschlags: /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec fehlgeschlagen mit den Parametern {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap fehlgeschlagen mit Exit-Code 1
** BOOTSTRAP FEHLGESCHLAGEN ** bitte scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen, es kann mehr als eine geben.
Es heißt, es wurde durch einen früheren Fehler verursacht, ich liste sie hier auf
I, [2023-12-13T00:50:13.222274 #1] INFO -- : > cd /var/www/discourse & su discourse -c 'bundl e exec rake db:migrate'
2023-12-13 00:50:18.347 UTC [3597] discourse@discourse ERROR: ungültige Eingabesyntax für Typ double precision: ""
2023-12-13 00:50:18.347 UTC [3597] discourse@discourse STATEMENT: INSERT INTO locations_topic (topic_id, latitude, longitude, name, street, district, city, state, postalcode, country, count rycode, international_code, locationtype, boundingbox, updated_at, created_at) (
SELECT
tc.topic_id,
(tc.value::json->'geo_location'->>'lat')::FLOAT,
(tc.value::json->'geo_location'->>'lon')::FLOAT,
tc.value::json->'geo_location'->>'name',
tc.value::json->'geo_location'->>'street',
tc.value::json->'geo_location'->>'district',
tc.value::json->'geo_location'->>'city',
tc.value::json->'geo_location'->>'state',
tc.value::json->'geo_location'->>'postalcode',
tc.value::json->'geo_location'->>'country',
tc.value::json->'geo_location'->>'countrycode',
tc.value::json->'geo_location'->>'international_code',
tc.value::json->'geo_location'->>'type',
ARRAY[
(tc.value::json->'geo_location'->'boundingbox'->>0)::FLOAT,
(tc.value::json->'geo_location'->'boundingbox'->>1)::FLOAT,
(tc.value::json->'geo_location'->'boundingbox'->>2)::FLOAT,
(tc.value::json->'geo_location'->'boundingbox'->>3)::FLOAT
],
tc.updated_at,
tc.created_at
FROM topic_custom_fields tc
WHERE tc.name = 'location'
AND tc.value NOT IN ('"{}"', '{}', '')
AND tc.value::json->'geo_location'->>'lat' IS NOT NULL
AND tc.value::json->'geo_location'->>'lon' IS NOT NULL
)
ON CONFLICT DO NOTHING
rake aborted!
StandardError: Ein Fehler ist aufgetreten, diese und alle späteren Migrationen wurden abgebrochen (StandardError)
ERROR: ungültige Eingabesyntax für Typ double precision: ""
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/rack-mini-profiler-3.3.0/lib/patches/db/pg.rb: 110:in `exec'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/rack-mini-profiler-3.3.0/lib/patches/db/pg.rb: 110:in `async_exec'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/mini_sql-1.5.0/lib/mini_sql/postgres/connection.rb:202:in `run'
#--------------
Verursacht durch:
PG::InvalidTextRepresentation: ERROR: ungültige Eingabesyntax für Typ double precision: "" (PG:: InvalidTextRepresentation)
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/rack-mini-profiler-3.3.0/lib/patches/db/pg.rb: 110:in `exec'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/rack-mini-profiler-3.3.0/lib/patches/db/pg.rb: 110:in `async_exec'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/mini_sql-1.5.0/lib/mini_sql/postgres/connection.rb:202:in `run'
und die docker ps Nachricht
/var/discourse# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
d3c8e85149a8 local_discourse/app \"/sbin/boot\" Vor etwa einer Stunde Seit 6 Minuten hoch 0.0.0.0:80->80/tcp, :::80->80/tcp, 0.0.0.0:443->443/tcp, :::443->443/tcp app
Vielen Dank, Bhanu. Ich habe den Wiederaufbauprozess wiederholt und die „früheren Fehler“ aus dem vorherigen Beitrag generiert. Könnten Sie mir bitte helfen, das Problem zu verstehen und zu lösen?
Sieht nach einem Problem mit dem Locations-Plugin aus. Könnten Sie versuchen, es ohne dieses zu erstellen, um zu sehen, ob das das Build-Problem behebt?