@Roi, seu desejo foi atendido… admito que este foi bastante importante.
O Mapa de Usuários não servirá mais dados se qualquer uma das seguintes condições for verdadeira:
O usuário não está logado e hide_user_profiles_from_public está ativo.
A configuração do plugin location_user_map está DESLIGADA.
enable_user_directory do site está DESLIGADO.
O link do Mapa de Usuários na seção da comunidade também não deve mais aparecer nessas circunstâncias.
Se você acha que o Locations é incrível e que fiz um ótimo trabalho, você pode me comprar um café, e se o Locations for importante para o seu negócio ou organização, por favor, considere me patrocinar em um dos níveis mais altos . Tudo isso ajudará a garantir atualizações oportunas para o Locations e seu futuro.
Oh uau, ótimo, muito obrigado! Não consigo acreditar que isso nunca apareceu antes e foi perguntado.
Vou tentar esta noite e atualizar o addon.
Não me interprete mal e pense que sou ganancioso e inapropriado: Mas também é possível ocultar a Localização do post do usuário se ativada junto com o mapa do usuário para convidados e motores de busca?
Para qualquer outra pessoa que esteja se perguntando, parece que o ícone de marcador de mapa TopicStatus foi removido, mas as configurações permanecem.
Eu acho que isso significava apenas uma configuração para adicionar um ícone à Lista de Tópicos (via “TopicStatus”) … Não tenho certeza por que você não lidaria com isso apenas através do novo rótulo de localização da Lista de Tópicos e lidaria com sua visibilidade via CSS?
Portanto, acho que é redundante e provavelmente todo o código relacionado deve ser removido?
Eu acabei de começar a usar este plugin, então não posso falar com outros que podem ter estado usando essa configuração, mas eu pude ver por que alguém poderia querer um indicador mais sutil de que há uma localização em vez do rótulo de localização inteiro. Mas eu consegui obter o mesmo resultado depois de mexer em algum CSS (dica float: left), então sim, provavelmente redundante.
Tenho curiosidade: o que seria necessário, em termos de engenharia e monetários, para ter um endpoint de API para escrever/recuperar a localização de um tópico? Em um nível geral, estou pensando em um fluxo de trabalho como este, com a API sendo usada na última etapa:
O usuário inicia um novo tópico com informações sobre um estabelecimento comercial: nome, cidade e, às vezes, bairro.
Use uma ferramenta de automação de fluxo de trabalho, como n8n, para recuperar o nome e o conteúdo do tópico e alimentá-lo em um modelo LLM para retornar um endereço de rua.
Padronize o formato do endereço com, por exemplo, a API do Google Maps.
Envie o endereço de rua para a API do plugin de localização para POSTAR o endereço para o tópico.
Habilitamos a funcionalidade de localização para os usuários, mas a adoção varia. Alguns usuários sempre incluem locais, outros nunca. Portanto, estou tentando resolver para os usuários que não adicionam locais.
O Geocoder gem que vem com o plugin já faz muitas pesquisas interessantes (e poderia ser usado para fazer mais, por exemplo, pesquisa de IP). Os formatos de dados usados pelo plugin já são padrão.
Você provavelmente pode fazer engenharia reversa da API usando as requisições do navegador como guia.
Sim, minha experiência também. Se alguém quisesse apoiar uma opção para a padronização obrigatória de localização do usuário baseada em IP, eu estaria aberto a um PR (embora isso precisasse ser uma opção marcada ou algo assim, pois é um pouco um vazamento de privacidade!)
Há também um PR atual em andamento aqui (que adiciona um botão simples à interface do usuário para locais de tópicos), mas o autor parece tê-lo abandonado? (o que seria uma pena) … poderia ser estendido para localização de usuários teoricamente … diminuindo ainda mais a barreira.
Na verdade, não estamos interessados na localização do usuário, mas sim na localização dos estabelecimentos (restaurantes) sobre os quais eles estão escrevendo, por isso ainda precisamos de um LLM para analisar o conteúdo de quem eles estão escrevendo, por exemplo, The French Laundry, Yountville, e encontrar o endereço do restaurante:
6640 Washington St, Yountville, CA 94599-1301
e, em seguida, realimentá-lo ao plugin de localização.
Hoje, após atualizar o Discourse, este ótimo plugin mostra algumas depreciações, uma delas também na própria página para administradores:
[Admin-Hinweis] Plug-in ‘discourse-locations’ enthält Code, der aktualisiert werden muss. (ID:discourse.jquery-autocomplete) (mehr erfahren)
Outras no console do desenvolvedor do navegador:
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.
Não consegui encontrar nenhuma configuração relacionada a este link.
A única configuração que encontrei é Link do mapa do menu da barra lateral de localização, desativada por padrão, que adiciona este link “Mapa” (levando a https://unicyclist.com/map) quando ativado:
Integrei esse plugin no meu Discourse, mas como um usuário pode excluir a localização dele? Toda vez que eu a excluo em um perfil, ela reaparece repetidamente.
Uso o plugin há alguns anos. Sempre funcionou. Recentemente, depois de atualizar o Discourse e o plugin, quando tento inserir a localização de um tópico, ele pede para eu Selecionar Opções. Quando seleciono o menu suspenso, ele não exibe nenhuma escolha. Pergunta: como nossos usuários podem evitar este menu suspenso e voltar a inserir o endereço? Obrigado.
, e se o Locations for importante para o seu negócio ou organização, por favor, considere me patrocinar em um dos níveis mais altos
. Tudo isso ajudará a garantir atualizações oportunas para o Locations e seu futuro.
Não consigo acreditar que isso nunca apareceu antes e foi perguntado. 
!
