Plugin Lieux 🌍

Release 6.8.11

@Roi you got your wish 
 this was admittedly quite an important one.

User Map will no longer serve data if any of following is true:

  • User is not logged in and hide_user_profiles_from_public is active.
  • Plugin setting location_user_map is OFF
  • Site’s enable_user_directory is OFF

User Map link in community section should no longer show in those circumstances either.


If you think Locations is awesome and I did a great job, you can buy me a coffee :coffee:, and if Locations is important to your business or organisation, please consider sponsoring me on one of the higher tiers:medal: . This will all help to guarantee timely updates to Locations and its future.

7 « J'aime »

Oh wow great, thank you so much! :smiley: I cannot believe that this never popped up before and was asked. :slight_smile:

I will try tonight and update the addon. :sign_of_the_horns:

Don’t get me wrong and think that I am greedy and inappropriate: But is it also possible to hide the Location user post if activated along with the user map as well for guests and search engines?

1 « J'aime »

I don’t think it shows for search engines? Check the crawler view.

In any case I’m afraid I’m going to have to stop making any changes for a bit and get on with some paid work.

3 « J'aime »

For anyone else wondering, it looks like the TopicStatus map-marker icon was removed, but the settings remain.

1 « J'aime »

Here’s the original commit:

I think this means it was just a setting to add an icon to the Topic List (via “TopicStatus”) 
 I’m not sure why you wouldn’t just handle this via the new Topic List location label and handle its visibility via CSS?

Therefore I think it’s redundant and probably all related code should be removed?

Any thoughts/objections?

I just started using this plugin so I can’t speak to others who might have been using that setting, but I could see why one might want a more subtle indicator that there is location rather than the whole location label. But I was able to get the same thing after tinkering with some CSS (hint float: left) so yeah, likely redundant.

2 « J'aime »

Fresh upgrade of Discourse (and everything) and the plugin broke:

But it works when starting a topic, but the issue pops up when trying to edit that post.

Affects only if a category has location enabled.

At least iPad with newest OS.

1 « J'aime »

Thanks for the report.

I may get to look at this soon

For now I’m going to mark this as broken

4 « J'aime »

I elected to fix the current deprecations:

I’ve removed the broken tag

9 « J'aime »

I am curious- what will it take, engineering-wise and monetary-wise to have an API endpoint to write/ retrieve the location for a topic? High level, I am thinking about a workflow such as this, with the API being used in the last step:

  1. User start a new topic with information about a business establishment: name, city, and sometimes neighborhood
  2. Use a workflow automation tool such as n8n to retrieve the topic name and content and feed it into an LLM model to return a street address
  3. Standardize the address format with e.g. Google Maps API.
  4. Send the street address to the location plugin API to POST the address for the topic.

We enabled the location functionality for the users, but adoption varies. Some users always include locations, some never. So I am trying to solve for the users who don’t add locations.

The Geocoder gem that ships with the plugin already does a lot of cool searching (and could be used to do more e.g. IP lookup). The data formats used by the plugin are standard already.

You can probably reverse engineer the API using the browser requests as a guide.

Yes, my experience too. If someone wanted to support an option for mandatory IP based defaulting of user location I’d be up for a PR (though this would need to be an opt in tick or something as a bit of a privacy leak!)

There is also a current in-flight PR here (which adds a simple button to the UI for topic locations) but the author seems to have abandoned it? (which would be a shame) 
 could be extended for User location theoretically 
 lowering the barrier further.

Its actually not user location that we are after, but the location of the businesses (restaurants) they are writing about, hence why we still need an LLM to analyze the content of the post, e.g. The French Laundry, Yountville, and find the address of the restaurant:

6640 Washington St, Yountville, CA 94599-1301

and then feed it back to the location plugin.

1 « J'aime »

got it, almost certainly doable with the current plugin.

out of interest, are they accessing the site from the restaurant? You could compare with IP based location for a sanity check.

if you would like some paid consulting please feel free to PM me.

No, usually afterwards.

1 « J'aime »