Martin A.

The localStorage for your site in your browser is full. The storage quota in Windows appears to be 5200k, which is 5.2MB. The amount needed for your markers is 134kB. Either the storage quota on Mac is way lower than Windows, or you have something else that takes up quite a lot of space. You can safely clear out everything in the local storage. What needs to be there will be rebuilt and added the next time it's needed. Here's how you do that in the Chrome DevTools Right click on your domain, do not worry about the other domains that may appear in the list.

Do you see any errors in your JavaScript console? Press F12 and select the “Console” tab. EDIT: I don't have any issues seeing your map in Chrome 86.

Make sure the permissions for the marker group is correct.

I see 3005 markers on your map. It might be as I wrote above, where the re-cache can take some time if it needs to be done as a background task.

This works as expected on my end. If you have a lot of markers, the re-cache can take some time as it's then done as a background queue instead of instantly. I did find a bug where one of the groups in this KMZ did not import, as this folder was inside another folder that contained markers. Previously nesten folders was possible, but not with a mix of both folders and markers. This fix will be included in the next version.

But nothing here stops me from creating and sharing a regular URL for these methods, creating a GET request for it. So I'm gonna say you do need it in every method. Or you need all state changing methods in its own controller where you run the csrfCheck regardless of request method.

You're using a PHP version less than 7.3? A fix will be released shortly. Daniel, Adriano and other developers: PHP 7.2 and below will throw an error if you have a trailing comma in your function calls. What I had here was two calls like this: array_merge( $array, $input, $input2, ); PHP 7.3 and above will ignore that. The post he linked to is in a forum only accessible to contributors.

Looks like that is a bug. I'll get that fixed in the next release.

The arrow points at Monday.

Do you have a profile field where this is stored in? Such as this Or can the Wordpress SSO app sync profile fields from Wordpress to Invision Community? I'm not familiar with neither the app or Wordpress. There is not a simple way to do that, so if we can avoid that it would be great 🙂 What happens to the members account once the membership ends? I can add a member group setting to not show members of a certain group If they're moved to a group for inactive members. I have only used that plugin when I made the integration from that to this app. That plugin should either fetch the data from this app, or this app should push it to the plugin. Currently none of that is implemented, and I am not sure what his plans are for the 4.5 version. In "worst" case Community Map can update the data in that plugin whenever a marker is updated. That is not a big deal.

They can be added automatically if the members location is saved in a profile field. I am not familiar with the Wordpress plugin, so I do not know how that works. As long as they are a member, and isn't marked as a spammer, they will show on the map. I can either make a custom plugion or change Community Map to change this depending on how manage these memberships. There is a setting to show the members in a list in a sidebar next to the map. No. But you could have used this plugin which unfortunately isn't updated to 4.5 yet. It would add in some extra steps, as markers added to Community Map would not be synced back to that plugin, but Community Map will import locations from it.

And then find the task "locationSync". Currently only members are shown in the sidebar. This is an area I want to improve, so look out for an update about this in the future.

Make sure you're on the latest version. That bug was fixed in 1.0.2 which was released on Saturday.

Not all plugins are available in the cloud. And I might be old school, but I would prefer to keep these in the package, as that makes me in control over what version it's running and that nothing breaks. Serving the base Leaflet library from a CDN should be OK. If that's "the norm" these days I can certainly switch to that. Guess I could point that question back to you; Why aren't you serving your JS libraries from a CDN? And by giving me these options instead of saying that this is a bug, you're really saying that the interface folder is off limits from now on? Where did you publish this?

Hi, Tried in a ticket (#68225), but Rhett wants me to get developer assistance here instead. There is an issue with Community Map where one of your CIC clients is getting a 404 from all the files it's supposed to serve from the interface folder. This is where I store the LeafletJS files and plugins. I am not sure how I can debug this issues, which to me seems to be isolated to CIC customers only. There's currently 20 purchases of this file, where 19 of them work perfectly fine, not including all my local test installations. My initial thought on this was that it could be related to how you changed where application files are stored for CIC2 customers. IPS haven't posted what this change is all about, other than that we should use "\IPS\Application::getRootPath()" from now on. But there is obviously something happening with the installer that prevents these files from the "interface" folder to be added to a web-accessible place, or not adding them at all. I have confirmed that these files do exist in the .tar file. I don't know what else I can do.

This is out of my hands as soon as the new version is submitted to the marketplace. It may take a few days for the new version to make its way through the approval queue.

Send me a personal message with a URL to your board, and I’ll have a look at it tomorrow. It sounds Javascript related, and can be confirmed if you see all the markers if you click the “Browse markers” link above the map.

@Daniel F & @Stuart Silvester Do any of you guys have an idea what's wrong with @MrUtOpiK's installation? @MrUtOpiK I think you may have to submit a support ticket to IPS for this.

Make sure the application the template relies on is installed and enabled before you try to access those methods. For all the data I fetch from a non-Pages app I do something like this: {{$classifieds = array();}} {{if \IPS\Application::appIsEnabled( 'classifieds' )}} {{ try { $classifieds = \IPS\myapp\MyClass::getFrontpageClassifieds(); } catch (\Error $e) { } }} {{endif}} And then I can just do a count() on $classifieds before printing that data.

You are/were a Member Map user, aren't you? I have seen your name in that support topic a few times. This app does exactly what Member Map have done, but is for 4.5 and beyond.

No, you should NOT uninstall Member Map first. If you do, all markers will be deleted and there’s nothing to import. The rest of the process is in the file description.

No, this uses MapQuest for searching for locations, and free map providers to display the map. The map(s) you want to use can be choosen in the ACP (almost all of these)

It was indeed. 1.0.3 is submitted which addresses the old membermap URLs. It will do a 301 redirect from /membermap/* to /communitymap/*.

I have a fix for this prepared, but I can't upload a new version until the previously submitted version is approved in the marketplace. No. Or, they can with the "post before registration" feature, but those are shown when the registration is completed.

Thank you, Daniel. I've submitted a new version that only addresses this issue.