stoo2000+

You set demo link to http://ipb.silvesterwebdesigns.com/membermap/
This is Bing map, not the Google's one. How can I use Bing map with your addon? Is it the good idea to remove the demo link to the Bing map?

Is it possible to change the default map mode of the google map to hybrid mode?

v2 is based on Bing Maps, the version on the demo site is for testing with live data.

You can set the map to default to Hybrid mode by adding

map.setMapType(G_HYBRID_MAP);

to template mapGoogleJavascript, after

var map = new GMap2(document.getElementById("memberMapCanvas"));

I have two languages in the system. When I am adding the first custom marker on the video, the system is in the Russian language mode and the marker is set to the wrong place. When I am switching to the English mode and refresh the page with markers, the duplicate marker is created and it is in the right place.

You can download the test video here: https://mega.co.nz/#!HI4F1ZIa!QI2NyEIRubA0jfBnwQHN_l0fs9hamKrGX_iyg-nB-8o

I would like that you improve this bug.

It sounds like this particular bug: http://ipb.silvesterwebdesigns.com/tracker/issue-7-locations-added-in-wrong-place-for-some-locales/ as you can see though, this was fixed 3 years ago with this code..

    /**

     * Locale friendly floatval() ready for MySQL

     *

     * @param   string  float value

     * @return  integer floated integer

     */

    public function floatVal($floatString)

    {

        $floatString = floatval($floatString);



        if($floatString)

        {

            $localeInfo    = localeconv();

            $floatString    = str_replace($localeInfo["thousands_sep"], "", $floatString);

            $floatString    = str_replace($localeInfo["decimal_point"], ".", $floatString);

        }

        return $floatString;

    }

The problem was that certain locales use different values for the thousands seperator and decimal point, it would be interesting to see a screenshot of your languages page to see your locale settings.

This should fix the issue for you, please let me know if it works for you. I'll update the main resource file if it does.

attached file is to be uploaded to

/admin/applications_addon/other/membermap/modules_public/membermap/map.php

This only affects users that use a locale that uses a comma(,) as a decimal(.) separator, you do not need this file modification if you use a UK/US locale.

Right. Attached a new Javascript file. upload to public/js/

Helps if I attach the file..

Add/Edit FURL Fix.
This is a very strange issue, it seems to be affected by the .htaccess mod_rewrite rules, but is not affecting my development machine.

This fix simply comments out the offending FURLS so they are not used.

Upload this file into admin/applications_addon/other/membermap/extensions

Sounds good, I'll wait!

..Al

Attached.

What was the exact error? if the query is structured properly you won't see an error, even if nothing is deleted.

If you can give me the exact response from the database server, we can go from there :)

Did you change {prefix} for your own database prefix ?

Hi there,

Whoah, I'm so sorry to say that, but I'm very disappointed with this Mod :(

My board is pretty large (1.7 million posts) and :

1. This script runs 50 000 topics at a time !! It's insane. I launched it a long time ago, and it is still running.

2. What happens for 50000+ topics ? The script should build incremental files, like topics1.xml, topics2.xml, etc.

3. It should only run for topics that have not been already inserted in the sitemap.

I'm so sorry, but this script is OK for only very small boards.

I have to uninstall it. :unsure:

Anyway, thanks for your work.

1. [*]This is something that I hope to address in the next version, we will be able to process X records per load instead of 50k. [*]Obviously if the topics are not in the latest 50k they won't be included in the sitemap, as above though something that will be included in the next version. [*]Possibly, it depends on the logic though, finding out if its already been put in a sitemap, which sitemap it's in. In some cases it is far easier and less resource intensive to regenerate the entire file.
   
   
   
   

^ I actually have 1.1 million posts on my board and it's been running just fine.

I un installed this:

Sitemap Generator v1.0.3 (5 settings)

You can specify certain settings for your sitemap generator.

But this still shows in forum settings: How can I remove this as when I do I get:

P.Board Message

You cannot remove this setting group as it still contains active settings. Please remove the settings inside it first.

Somone help me out asap please.

DELETE FROM {prefix}_core_sys_conf_settings WHERE conf_key='sitemap_gzip' LIMIT 1;

DELETE FROM {prefix}_core_sys_conf_settings WHERE conf_key='sitemap_ping_yahoo' LIMIT 1;

DELETE FROM {prefix}_core_sys_conf_settings WHERE conf_key='sitemap_ping_google' LIMIT 1;

DELETE FROM {prefix}_core_sys_conf_settings WHERE conf_key='sitemap_ping_bing' LIMIT 1;

DELETE FROM {prefix}_core_sys_settings_titles WHERE conf_title_keyword='sitemap' LIMIT 1;

Change {prefix} to your database prefix.

Is there a particular reason you are uninstalling this task, is there something that could be improved ?

Thanks
Stuart

Ip.B 1.1.0 was many moons ago !

That means that there was a problem running the task, you should unlock the task and run it manually. If you see any errors please send them to me in a PM.

It's really something that needs some looking into really, if processing a large amount of data is causing a time out, and 50,000 item limit per forum might mean that it still times out even if it is split up.

Give this a shot.

Find (Line 274):

 while ( $r = $this->DB->fetch() )

        {

            $content = array();

replace with:

      while ( $r = $this->DB->fetch() )

        {

			// lets see if this solves some timing out issues.

			set_time_limit(30);


            $content = array();

Hi Mercury.

I don't seem to have access to this thread from my usual acccount...

No matter how many sitemaps you create you are still working with that data in one request, so it will still timeout.

Could you possibly send me an excerpt of your error_log detailing the problem ?

The solution may be to extend the max execution time whilst processing the data, although I would need to look into how that affects shared hosts.

As you mention splitting it into multiple tasks would be an idea but an avenue I'd like to avoid at the moment.