[Steven Zahm]

@ Andy

re: I have added over 350 directory entries on the site since I started using Connections and I can guarantee that something has recently changed.

If something has changed, then it is the Google maps and the expected required address info. Nothing has changed in Connections in regards to the Maps since September and the only change was to pass the Google Maps API key if one was added in the settings. Per haps Google Maps give different results now that they require a API key.

That said, I will take a look, but if it is Google that changed there may not much I can do about it.

re: I have tried several ways to enter addresses and the only way I can get a reliable result from Geocode is to enter the Zipcode only, click Geocode, and then enter the rest of the address. If I enter streetname and zipcode, Geocode is coming up with inaccurate results

I did look at several of the most recently added entries of which only a few had addresses so my sample size was really small, but the address info does not seem to be correct. At least to my limited understanding of UK addresses. It appears you are entering a place name in the street address line one. You need to put the street address in line one because that is what is being sent to Google. I suspect if you do that, even with leaving the postcode blank you’ll get more accurate results.

re: All-in-One Calendar map location has always worked differently than Connections in that it comes up with a prompted solution from a partial address which can be less than helpful. But with Trinity Centre (UK spelling of Center) entered as the Venue Name it works fine with the address I gave as the example.

I did play with that too. It seems you can enter any unrelated text as the venue name and it will not affect the results. I’m assuming this is because that info is not sent to Google. Which is why it works but does not when you try to include it in the address field.

All-in-One Calendar and Connections does function differently as you describe. This is because we’re using two different Google APIs. All-in-One Calendar uses the Places API and Connections uses the Maps API for geocoding.

I expect both APIs pull from the same dataset but the data the APIs expect have different requirements. As for functions, basically, the Places API tries to guess the place with a precoded lat/lng from an entered address where as the Maps API tries to geocode a lat/lng based on a supplied address. Anyway, I hope that is helpful to know how they function and how they differ.

[Steven Zahm]

@ Andy

It does work, remove “Trinity Center” from the address then Geocode, then add “Trinity Center” to the address. The issue is Google does not understand the address as entered. Why Google is returning the map in that location is odd ()but I have a guess).

Almost the same seems to be true when you try entering that address in All-in-One Event Calendar. It does not find the address and the map is not updated. But when you remove “Trinity Center” from the address, it finds the address and updates the map.

So, I would say this is working fine, the input data is not. That said, it seems I need to look at the Google Maps response to the geocode. My guess is that it is “saying” address not found and the map center is defaulting to the “center” of Europe.

[Steven Zahm]

@ James

re: I have my directory set to display the entries in random order using the shortcode. On my lap top I am seeing correctly, the entries appearing randomly on the landing page, every hour. However, on my mobile device the landing page has not appeared differently since I first put the random order code in yesterday morning.

Sound like you are logged into your site on your desktop and not mobile and using page caching. If you are using page caching, you should exclude the directory page otherwise you’ll just serve the cached page until it expires.

re: Note, when I click the category drop down and click “show all categories” it gives me a different order, which appears to be the random order that I seek for my landing page.

You asked this yesterday, here’s my response. I would need to install Query Monitor on your site and view the queries in order to determine the issue. Like I mentioned in my previous reply, my guess is that seed for the randomization is different.

The strings for the select drop down would not affect this, that issue was only in regards to changing the label text. That update was released, so you should have it.

[Steven Zahm]

@ Andy

The best I can tell it is working fine. Can you give examples of which are not working?

[Steven Zahm]

@ Pierre

re: it would be nice to modify the number or records listed, in the back-office (>50)

Yes, this is already possible. Here is the link to the documentation on how to change the item per page on the Connections : Manage admin page.

re: and in the front-office as well (>20).

Since you are using Slim Plus, you can change this setting using the page_limit shortcode option. Add page_limit=30 to the existing [connections] shortcode on your directory page to change the number. It’ll look something like this after you add it. [connections page_limit=30]. I do not recommend settings to to too high of a number.

Hope this helps!

[Steven Zahm]

@ bianca

Thanks! You have a Merry Christmas too!

[Steven Zahm]

@ Tom

That is correct, Connections does not use a CPT because it is more performant because the database structure for CTP is great for posts and post like content, but is not the best solution for directories. I know a couple other users custom coded integration with a mapping plugin (which one escapes me at the moment) by hooking into the action hooks provided by Connections. I know of but have no practical experience with MapPress but it is likely the same could be accomplished.

Hope this helps, let me know.

[Steven Zahm]

@ bianca

Navigate to the WordPress Permalinks settings admin page and remove the index.php from the permalink structure. This will improve the SEO of your site’s URLs (links) and make it compatible with Connections.

Hope that helps, let me know.

[Steven Zahm]

@ Bet

Well now, that’s not right. The generated keys did not inherit the correct expiration date… I was the software would have warned me. Apologies again!

[Steven Zahm]

@bebe

The plugin was able to be in the plugins folder, not activated. The issue was your server was exhausting the memory allocated to PHP. It was only 40MB. The solution was to increase this limit. I set it to 128MB and now Connections activated just fine. This really was not a bug in Connections activating other plugins too. It would just have been a matter of having the “right” mix to meet and exceed that limit.

Hope that helps!

[Author]

Posts