@Roi, tus deseos se han cumplido… hay que admitir que este era bastante importante.
El mapa de usuarios ya no servirá datos si se cumple alguna de las siguientes condiciones:
El usuario no ha iniciado sesión y hide_user_profiles_from_public está activo.
La configuración del plugin location_user_map está DESACTIVADA.
La opción enable_user_directory del sitio está DESACTIVADA.
El enlace del mapa de usuarios en la sección de la comunidad tampoco debería mostrarse en esas circunstancias.
Si crees que Locations es genial y he hecho un buen trabajo, puedes invitarme a un café, y si Locations es importante para tu negocio u organización, considera patrocinarme en uno de los niveles superiores. Todo esto ayudará a garantizar actualizaciones oportunas de Locations y su futuro.
¡Oh, genial, muchas gracias! No puedo creer que esto nunca haya aparecido antes y que se haya preguntado.
Lo intentaré esta noche y actualizaré el complemento.
No me malinterpretes y pienses que soy codicioso e inapropiado: ¿pero también es posible ocultar la publicación del usuario de Ubicación si se activa junto con el mapa del usuario también para invitados y motores de búsqueda?
Creo que esto significa que solo era una configuración para agregar un ícono a la lista de temas (a través de “TopicStatus”)… ¿No estoy seguro de por qué no manejarías esto a través de la nueva etiqueta de ubicación de la lista de temas y manejarías su visibilidad a través de CSS?
Por lo tanto, creo que es redundante y probablemente todo el código relacionado debería eliminarse.
Como acabo de empezar a usar este plugin, no puedo hablar con otros que pudieran haber estado usando esa configuración, pero entiendo por qué alguien querría un indicador más sutil de que hay una ubicación en lugar de la etiqueta de ubicación completa. Pero pude conseguir lo mismo después de experimentar con algo de CSS (sugerencia float: left), así que sí, probablemente sea redundante.
Tengo curiosidad: ¿qué se necesitaría, en términos de ingeniería y monetarios, para tener un punto final de API para escribir/recuperar la ubicación de un tema? A grandes rasgos, estoy pensando en un flujo de trabajo como este, con la API utilizada en el último paso:
El usuario inicia un nuevo tema con información sobre un establecimiento comercial: nombre, ciudad y, a veces, barrio.
Utilice una herramienta de automatización de flujos de trabajo como n8n para recuperar el nombre y el contenido del tema y enviarlo a un modelo LLM para que devuelva una dirección postal.
Estandarice el formato de la dirección con, por ejemplo, la API de Google Maps.
Envíe la dirección postal a la API del plugin de ubicación para publicar la dirección del tema.
Hemos habilitado la funcionalidad de ubicación para los usuarios, pero la adopción varía. Algunos usuarios siempre incluyen ubicaciones, otros nunca. Por lo tanto, estoy tratando de encontrar una solución para los usuarios que no agregan ubicaciones.
El gem Geocoder que viene con el plugin ya hace muchas búsquedas geniales (y podría usarse para hacer más, por ejemplo, búsqueda de IP). Los formatos de datos utilizados por el plugin ya son estándar.
Probablemente puedas hacer ingeniería inversa de la API usando las solicitudes del navegador como guía.
Sí, mi experiencia también. Si alguien quisiera apoyar una opción para la configuración predeterminada obligatoria de la ubicación del usuario basada en IP, estaría dispuesto a aceptar una PR (¡aunque esto necesitaría ser una casilla de verificación opcional o algo así, ya que es una filtración de privacidad!).
También hay una PR actual en curso aquí (que agrega un botón simple a la interfaz de usuario para las ubicaciones de los temas), pero ¿el autor parece haberla abandonado? (lo cual sería una pena)… podría extenderse teóricamente para la ubicación del usuario… reduciendo aún más la barrera.
En realidad, no buscamos la ubicación del usuario, sino la ubicación de los negocios (restaurantes) sobre los que están escribiendo, por eso todavía necesitamos un LLM para analizar el contenido de quién están escribiendo, por ejemplo, The French Laundry, Yountville, y encontrar la dirección del restaurante:
Hoy después de actualizar Discourse este gran plugin muestra algunas deprecaciones, una también en la propia página para administradores:
[Nota para administradores] El plugin ‘discourse-locations’ contiene código que necesita ser actualizado. (ID:discourse.jquery-autocomplete) (más información)
Otras en la consola de desarrollador del navegador:
DEPRECACIÓN: [PLUGIN discourse-locations] La ruta de la propiedad user se usó en la plantilla discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs sin usar this. Este comportamiento de respaldo ha sido obsoleto, todas las propiedades deben buscarse en this cuando se usan en la plantilla: {{this.user}} [ID de deprecación: ember-this-fallback.this-property-fallback] Esto se eliminará en ember-this-fallback n/a. Ver Resolving the `this-property-fallback` deprecation para más detalles.
DEPRECACIÓN: [PLUGIN discourse-locations] La ruta de la propiedad showUserLocation se usó en la plantilla discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs sin usar this. Este comportamiento de respaldo ha sido obsoleto, todas las propiedades deben buscarse en this cuando se usan en la plantilla: {{this.showUserLocation}} [ID de deprecación: ember-this-fallback.this-property-fallback] Esto se eliminará en ember-this-fallback n/a. Ver Resolving the `this-property-fallback` deprecation para más detalles.
DEPRECACIÓN: [PLUGIN discourse-locations] La ruta de la propiedad linkWebsite se usó en la plantilla discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs sin usar this. Este comportamiento de respaldo ha sido obsoleto, todas las propiedades deben buscarse en this cuando se usan en la plantilla: {{this.linkWebsite}} [ID de deprecación: ember-this-fallback.this-property-fallback] Esto se eliminará en ember-this-fallback n/a. Ver Resolving the `this-property-fallback` deprecation para más detalles.
DEPRECACIÓN: [PLUGIN discourse-locations] La ruta de la propiedad removeNoFollow se usó en la plantilla discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs sin usar this. Este comportamiento de respaldo ha sido obsoleto, todas las propiedades deben buscarse en this cuando se usan en la plantilla: {{this.removeNoFollow}} [ID de deprecación: ember-this-fallback.this-property-fallback] Esto se eliminará en ember-this-fallback n/a. Ver Resolving the `this-property-fallback` deprecation para más detalles.
No pude encontrar ninguna configuración relacionada con este enlace.
La única configuración que encontré es Enlace del mapa del menú lateral de ubicación, deshabilitada por defecto, que añade este enlace “Mapa” (que lleva a https://unicyclist.com/map) cuando se habilita:
He integrado ese complemento en mi Discourse, pero ¿cómo puede un usuario eliminar su ubicación? Cada vez que la elimino en un perfil, vuelve a aparecer una y otra vez.
He usado el complemento durante algunos años. Siempre funcionó. Recientemente, después de actualizar Discourse y el complemento, cuando intento introducir la ubicación de un tema, me pide que seleccione opciones. Cuando selecciono el menú desplegable, no muestra ninguna opción. Pregunta: ¿cómo pueden nuestros usuarios evitar este menú desplegable y volver a introducir la dirección? Gracias.
, y si Locations es importante para tu negocio u organización, considera patrocinarme en uno de los niveles superiores
. Todo esto ayudará a garantizar actualizaciones oportunas de Locations y su futuro.
No puedo creer que esto nunca haya aparecido antes y que se haya preguntado. 
!
