Extension talk:Maps/Flow archive/2014

Problem with runJobs MW 1.22 / SMW 1.9

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

After upgrade to MW 1.22 and SMW 1.9. I invoke runJobs.php and got this error:

Fatal error: Class 'ItemParameterManipulation' not found in /.../extensions/Maps/includes/manipulations/Maps_ParamGeoService.php on line 16

All Pages with Maps couldn't be loaded. Any help or tips, please?

My System:

MediaWiki 1.22.0

PHP 5.3.15 (apache2handler)

MySQL 5.5.28

Semantic Maps (Version 2.0 rc1)

Maps (Version 2.0.1)

Thanks! Zym (talk) 10:52, 9 January 2014 (UTC)

Maps 2.x does not work with SMW 1.9. Use SMW 1.8 or Maps 3.x. Jeroen De Dauw (talk) 13:14, 9 January 2014 (UTC)

Thanks!

Right now there ist no Maps 3., or I'm wrong? Zym (talk) 17:43, 9 January 2014 (UTC)

It is in beta at this point - not released yet. Will be soon though. Jeroen De Dauw (talk) 23:42, 15 January 2014 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Maps3.0 not compatible with browser on commit

I've been having an interesting problem with Maps 3.0. The map preview (preview before committing a change) works fine, but the actual page shows "Your browser is not compatible with Google Maps v3.". Then, after several days, it starts displaying just fine, until another commit, when it goes back to not being compatible. This happens at least on chrome and firefox, both on Ubuntu 13.10, I'm not sure about others.

Info:

• url:
• http://www.trailguidewiki.com/wiki/Cave_Spring,_GA
• Mediawiki: 1.22.0
• Maps: Version 3.0-RC1 (5e3e925)

I have already checked, and this is not due to the old issue at Extension talk:Maps/Flow archive/2012#c-Lsilverman-2012-11-16T21:12:00.000Z-SSL_and_grey_boxes 198.175.175.57 19:23, 13 January 2014 (UTC)

FWIW, it also happens on semantic-mediawiki.org (Maps 3.0-RC1, Semantic Maps 3.0 beta). Cavila (MW 1.22, MySQL 5.1.72-2, Php 5.3.3-7 squeeze, SMW 1.8.0.5, SF 2.5.4) 21:02, 13 January 2014 (UTC)

This appears to be an issue occurring only for that example page, so I figure this is different from the one reported here. Jeroen De Dauw (talk) 19:01, 16 January 2014 (UTC)

Hi I am having the exact same issue. I noticed that you page http://www.trailguidewiki.com/wiki/Cave_Spring,_GA seems to be working now.

Can you share how you were able to fix it?

Thanks Chris.burns (talk) 01:44, 15 July 2014 (UTC)

I've noticed the same issue on my wiki and this wiki intermittently, I started to investigate but the page fixed itself up before I could investigate more. What I did manage to ascertain is that the page that was having the issue was erroneously trying to load the form input scripts, noteably "ext.sm.fi.googlemaps3" when reading the page which I assume it should only do when in form editing mode, this is likely the issue. Below I show the scripts loaded for a "working", "non-working" and then page in "form edit" mode. I haven't investigated code but i'm guessing "ext.sm.fi.googlemaps3" doesn't successfully initialize because its not a form page but it probably sets a flag saying it's loaded google maps API which i'm guessing it doesn't, later i'd guess "ext.maps.googlemaps3" doesn't try to load the google API because it thinks the other script has done it. The solution would be to trace why "ext.sm.forminputs" and "ext.sm.fi.googlemaps3" are being loaded when they aren't supposed to be, if it happens again I might look back through and work out why.

Working page

mw.loader.load(["ext.maps.googlemaps3","mediawiki.action.view.postEdit","mediawiki.user","mediawiki.hidpi","mediawiki.page.ready","mediawiki.searchSuggest","mediawiki.page.watch.ajax","ext.headertabs","skins.vector.collapsibleNav"],null,true);

Non Working page

mw.loader.load(["ext.sm.forminputs","ext.sm.fi.googlemaps3","ext.maps.googlemaps3","mediawiki.action.view.postEdit","mediawiki.user","mediawiki.hidpi","mediawiki.page.ready","mediawiki.searchSuggest","mediawiki.page.watch.ajax","ext.headertabs","skins.vector.collapsibleNav"],null,true);

Form Edit

mw.loader.load(["ext.sm.forminputs","ext.sm.fi.googlemaps3","ext.maps.googlemaps3","ext.semanticforms.main","ext.semanticforms.fancybox","ext.semanticforms.dynatree","ext.semanticforms.imagepreview","ext.semanticforms.autogrow","ext.semanticforms.submit","mediawiki.user","mediawiki.hidpi","mediawiki.page.ready","mediawiki.searchSuggest","mediawiki.page.watch.ajax","ext.headertabs","skins.vector.collapsibleNav"],null,true); 203.15.33.153 04:37, 16 September 2014 (UTC)

Support for OpenSeaMap?

I want to include OpenSeaMap support into the Maps Extension. So far I've added the OpenSeaMap layer in the Maps_Settings.php and in extensions\Maps\includes\services\OpenLayers\OSM\OpenStreetMap.js as described on http://skipperguide.de/wiki/SkipperGuide:Interne_Dokumentation/Maps-OpenSeaMap-Integration.

But is there a better/more elegant way to do this and to keep these changes if the Maps extension gets upgraded to a new version? Is it possible to include a build-in OpenSeaMap support in the next Maps Extension release?

Thanks for your help! Chrisch hh (talk) 11:41, 20 January 2014 (UTC)

https://github.com/JeroenDeDauw/Maps/issues/2 Jeroen De Dauw (talk) 18:55, 22 January 2014 (UTC)

Maps and MobileFrontend

I am using MediaWiki 1.22.1 with the appropriate MobileFrontend, and Maps extension 2.0.1. Whenever the mobile frontend is loaded, Maps is broken so that the map "canvas" remains grey with a "Loading map.." message. Turning on or off Beta or Experimental mode in MobileFrontend seems to make no difference. Before I upgraded from MW 1.20, and MobileFrontend with it, the behavior was slightly different. With MobileFrontend on normal mode, I got the same results, but on Beta mode, the message went from "Loading map.." to a message about my web browser being incompatible with maps. The problem is consistent between devices. Debugging this is a bit difficult, as the debug console does not appear in mobile view. Does anyone have an idea on what might be causing this? Kvolden (talk) 06:24, 21 January 2014 (UTC)

Maps 2.x might well not work with MW 1.22. Try using Maps 3.x instead. Jeroen De Dauw (talk) 18:54, 22 January 2014 (UTC)

Maps really doesn't work with MobileFrontend. Endless "Loading map...". MediaWiki 1.22.2, Maps 3.0, and MobileFrontend. Any help? 62.183.153.40 09:12, 22 March 2014 (UTC)

https://github.com/JeroenDeDauw/Maps/issues/12 Jeroen De Dauw (talk) 19:01, 24 March 2014 (UTC)

In /includes/resourceloader/ResourceLoaderFileModule.php Line no. 116 add

protected $targets = array( 'desktop','mobile' ); and

/includes/resourceloader/ResourceLoaderModule.php Line no.61 add

protected $targets = array( 'desktop','mobile' ); 210.89.56.38 12:00, 26 May 2014 (UTC)

Percent width broken in Maps 3.0

It seems the ability to use percentage for width in the new maps version has been lost, unless there's a different way that just doing "width=60%". 173.173.102.166 18:35, 4 March 2014 (UTC)

Hmm... That is a bad regression... File here https://github.com/JeroenDeDauw/Maps/issues/11 Jeroen De Dauw (talk) 20:23, 18 March 2014 (UTC)

Templates usage in the extension

Is it possible to use Templates for the maps extension v3?? The result should look like:

{{#display_map:

 Template:Coordinates template

|some map options }} 88.116.234.148 13:11, 11 March 2014 (UTC)

I don't know, you can create an account at https://semantic-mediawiki.org/wiki/ and try it out on your user page. Jeroen De Dauw (talk) 20:17, 18 March 2014 (UTC)

Fatal error GoogleMaps3.php on line 98

Receiving this error while trying to install the Map. Anyone know the reason for it?

Fatal error: Class 'MapsMappingServices' not found in mediawiki/extensions/Maps-master/includes/services/GoogleMaps3/GoogleMaps3.php on line 98

MediaWiki 1.22.3 PHP 5.3.28 (cgi-fcgi) MySQL 5.1.72-2 62.242.39.251 13:37, 11 March 2014 (UTC)

Maps version 3.x? Please follow https://github.com/JeroenDeDauw/Maps/blob/master/docs/INSTALL.md for installation Jeroen De Dauw (talk) 20:29, 18 March 2014 (UTC)

I got the same error with Maps version 3, installed with Composer. 134.147.204.72 12:59, 13 June 2014 (UTC)

I cannot help you if you do not provide more info. The install process is not broken as provden by the CI. Jeroen De Dauw (talk) 21:04, 25 June 2014 (UTC)

Incorrect display of locations on map

Hi, I have a Wiki that receives a large number of case studies pertaining to environment protection. I have the map functionality included and the places where case studies are conducted are reflected on the map. The user can input coordinates for this location. However recently a user had updated a case study conducted along the Czech Republic-German border. However the map fails to display the correct number of locations in this region. All the other locations are displayed perfectly. Please help. Cmm9888 (talk) 09:28, 18 March 2014 (UTC)

Please specify the versions of the used software. Jeroen De Dauw (talk) 20:15, 18 March 2014 (UTC)

I am using the following versions.

MediaWiki 1.21.1

PHP 5.4.10 (cgi-fcgi)

MySQL 5.5.20-log

Maps v2.0.1 Cmm9888 (talk) 06:55, 19 March 2014 (UTC)

That is a very old version of Maps. I suggest you try upgrading to the latest one. Jeroen De Dauw (talk) 18:12, 21 March 2014 (UTC)

Thanks Jeroen :) Cmm9888 (talk) 08:45, 25 March 2014 (UTC)

I was investigating a possible maps upgrade on our wiki , the MAPS version(2.0.1) is actually UPDATED to the current STABLE release(2.0.x), however the SEMANTIC MAPS version(2.0.1.2) is a bit outdated. The problem with this is that updating the Semantic Map version requires the Map version to be 3.0.x which is not a STABLE release and is still under development. It seems that we will need to wait for the next stable release before upgrading the wiki.Is this true? Please let me know of your suggestions on this. Cmm9888 (talk) 11:23, 4 April 2014 (UTC)

Maps 3.0 was released some time back. Now at 3.0.1. https://github.com/JeroenDeDauw/Maps/blob/master/docs/RELEASE-NOTES.md

How did you figure it was not released yet? Are there outdated docs somewhere that say this? Jeroen De Dauw (talk) 22:50, 9 April 2014 (UTC)

Cmm9888 is probably referring to https://github.com/JeroenDeDauw/Maps/blob/master/docs/INSTALL.md Cavila (MW 1.22, MySQL 5.1.72-2, Php 5.3.3-7 squeeze, SMW 1.8.0.5, SF 2.5.4) 11:17, 10 April 2014 (UTC)

Yes, I was referring to the site mentioned in Cavila's reply. I am still stuck with the problem here. The ExtensionInstaller and Composer have been installed. The current Maps version for my site is 2.0.1 and I am trying to update it to version 3. Is the procedure different than simply running the composer script? I did this and i could see that a new "extensions" folder is created in the ExtensionInstaller folder and the Maps version 3 is installed within this folder. But when I make the local settings file point to this maps folder, it throws an error. Can someone please help me out? This has been dragging on for a while! Thanks in advance Cmm9888 (talk) 05:02, 22 August 2014 (UTC)

CAN ANYBODY HELP ME PLEASEEEE Cmm9888 (talk) 09:06, 22 August 2014 (UTC)

You will have to remove the old code of the Maps and Validator extension from the extensions folder for this to work. Also their invocation will have to be removed from the LocalSettings.php file. Try also to upgrade to MW 1.22+ so you do not need the ExtensionInstaller extension, which obviously adds extra confusion. [[kgh]] (talk) 10:52, 22 August 2014 (UTC)

Creating maps_layers table ... Database.php: Could not open file.

Greetings,

We are moving our MediaWiki to a new server, and are upgrading our wiki software in the process. The update.php fails to create the maps_layers table.

Do you have any suggestions?

To recap our configuration:

Our current (Red Hat) server has:

• Apache/2.2.19 (Unix)
• MediaWiki 1.16.0
• PHP 5.2.17 (apache2handler)
• PostgreSQL 8.3.15
• Semantic MediaWiki (Version 1.5.3)
• Semantic Bundle (Version 0.4.2.20101105)

Our new server has:

• SUSE Linux Enterprise Server 11.3 (x86_64)
• Apache/2.4.7 (Unix)
• MediaWiki 1.22.3
• PHP 5.4.25 (apache2handler)
• PostgreSQL 8.4.20
• OpenSSL 1.0.0l 6 Jan 2014
• git version 1.9.0
• Semantic MediaWiki (Version 1.9.2 alpha)
• Semantic Maps (Version 3.0.4)
• Semantic Result Formats (Version 1.9.1 alpha)
• Maps (Version 3.0.1)

The error is as follows:

# php maintenance/update.php
...
Rewriting tsearch2 triggers ...done.
Creating maps_layers table ...[1c451ba4] [no req]   Exception from line 3560 of /wiki/includes/db/Database.php: Could not open file.

Backtrace:
#0 /wiki/includes/installer/DatabaseUpdater.php(642): DatabaseBase->sourceFile(NULL)
#1 /wiki/includes/installer/DatabaseUpdater.php(665): DatabaseUpdater->applyPatch(NULL, boolean, string)
#2 [internal function]: DatabaseUpdater->addTable(string, NULL, boolean)
#3 /wiki/includes/installer/DatabaseUpdater.php(435): call_user_func_array(array, array)
#4 /wiki/includes/installer/DatabaseUpdater.php(399): DatabaseUpdater->runUpdates(array, boolean)
#5 /wiki/maintenance/update.php(160): DatabaseUpdater->doUpdates(array)
#6 /wiki/maintenance/doMaintenance.php(113): UpdateMediaWiki->execute()
#7 /wiki/maintenance/update.php(201): require_once(string)
#8 {main}
Notice: Uncommitted DB writes (transaction from DatabaseUpdater::doUpdates). in /wiki/includes/db/Database.php on line 3945

Thanks in advance,
Mary Mwmaps (talk) 23:13, 13 April 2014 (UTC)

Does your wiki work when you disable the extension? Jeroen De Dauw (talk) 19:36, 17 April 2014 (UTC)

Hi Jeroen,

I appreciate your question.

My wiki works. I don't know how to disable specifically this Maps extension.

It is not included in the LocalSettings.php.

I tried to find a way to get the update.php to skip it, but no luck.

I'm not used to the new git and composer approach.

What do you suggest?

Mary Mwmaps (talk) 18:30, 18 April 2014 (UTC)

If everything is working fine, I suggest you ignore the error. You do not need this table unless you are using the layers functionality. Sadly enough I do not have the time to fix this, and I doubt the person that wrote this code is going to put in more effort either.

I have however created a bug to keep track of the issue. https://github.com/JeroenDeDauw/Maps/issues/30 Jeroen De Dauw (talk) 08:22, 21 April 2014 (UTC)

Unfortunately, all is not well because the update.php script does not complete successfully.

It exits immediately upon the Maps error. Mwmaps (talk) 15:00, 21 April 2014 (UTC)

Hi Jeroen,

I finally took the time to look at the code closely. I had hopes that you had a new version nearly out. You're welcome to submit this as a bug fix, assuming you approve it.

1. Added a new case for 'postgres' in the function onLoadExtensionSchemaUpdates in Maps.hooks.php.
2. Created a new SQL file '/schema/MapsLayers-postgres.sql'

Thanks again,
Mary

        /**
         * This will setup database tables for layer functionality.
         *
         * @since 3.0
         *
         * @global type $wgDBtype
         * @param DatabaseUpdater $updater
         *
         * @return true
         */
        public static function onLoadExtensionSchemaUpdates( DatabaseUpdater $updater ) {
                global $wgDBtype;
                switch( $wgDBtype ) {
                        case 'mysql':
                        case 'sqlite':
                                $sqlPath = dirname( __FILE__ ) . '/schema/MapsLayers.sql';
                        break;
                        case 'postgres':
                                $sqlPath = dirname( __FILE__ ) . '/schema/MapsLayers-postgres.sql';
                        break;
                        /** @ToDo: Support for other SQL **/
                }
                $updater->addExtensionTable( 'maps_layers', $sqlPath );
                return true;
        }
::::::::::::::
MapsLayers-postgres.sql
::::::::::::::
BEGIN;
CREATE TABLE maps_layers (
 layer_page_id INTEGER NOT NULL REFERENCES page(page_id) ON DELETE CASCADE,
 layer_name    VARCHAR(64) DEFAULT NULL,
 layer_type    VARCHAR(32) NOT NULL,
 layer_data    TEXT NOT NULL
) /*$wgDBTableOptions*/;
COMMIT;

Mwmaps (talk) 01:05, 23 April 2014 (UTC)

Good evening everyone,

My above patch works, but I'm running into more PostgreSQL errors.

What are realistically the most recently stable versions of MW and SMW for a PostgreSQL database?

Please advise ASAP.

Thanks,
Mary Mwmaps (talk) 03:37, 24 April 2014 (UTC)

Any recent MediaWiki version has decent-ish support for PostgreSQL. For SMW, see this table. However not all extensions to SMW will have PostgreSQL support. Jeroen De Dauw (talk) 15:14, 28 April 2014 (UTC)

Can you submit this as pull request to https://github.com/JeroenDeDauw/Maps ? Jeroen De Dauw (talk) 15:15, 28 April 2014 (UTC)

Hi Jeroen,

Per your request, I have submitted the code as a pull request to https://github.com/JeroenDeDauw/Maps.

Thanks,

Mary Mwmaps (talk) 21:44, 8 May 2014 (UTC)

https://github.com/JeroenDeDauw/Maps/commit/3ef8f0d65339ebbe660bb1ecad58ee14695588be Jeroen De Dauw (talk) 20:46, 25 June 2014 (UTC)

Semantic-mediawiki.org has been down for several hours

This post by Kghbln was moved on 2014-04-28. You can find it at Thread:Extension talk:Maps/Semantic-mediawiki.org has been down for several hours. [[kgh]] (talk) 19:17, 28 April 2014 (UTC)

smw::off ?

Hi,

I want users to use the Mapeditor to create shapes and stuff on the map, then store them in a property.

To show the map, I want to use {{#show: with format=template so that I get all the lines back in a way that the {{#display_map: Parser understands, but it doesn't seem to work - generating the syntax-error [[smw::off].

How come ? Heinrich krebs (talk) 13:46, 13 May 2014 (UTC)

Can you paste the template? Jeroen De Dauw (talk) 05:20, 15 May 2014 (UTC)

Here you mean. Sure (got the wiki working after again an update error)... So.

This is the "upper" template, doing the semantic search of either "Artikel" or the current page and gives all matching properties to "KarteZurSeite-Zeile". As was suggested, I tried to get rid of the [[SMW::on]] code by using #replace:.

<includeonly>{{#display_map:
{{#replace:{{#replace:{{#show:{{{Artikel|{{PAGENAME}}}}}|?KartenInfo|mainlabel=-|link=none|headers=hide|format=template|template=KarteZurSeite-Zeile}}|[[SMW::off]]|}}|[[SMW::on]]|}}
}}</includeonly><noinclude>[[category:System]]Diese Vorlage soll alle Attribute des Names „[[:Attribut:KartenInfo|KartenInfo]]” auf einer Karte anzeigen.</noinclude>

This is the "lower" Template. Basically adding a | (Pipe) before the property and return it.

<noinclude>[[category:System]] Diese Hilfs-Vorlage ist für „[[Vorlage:KarteZurSeite]]”.</noinclude>|{{{1}}}&lt;/pre&gt; [[User:Heinrich krebs|Heinrich krebs]] ([[User talk:Heinrich krebs|talk]]) 07:54, 15 May 2014 (UTC)
:did you ever get a solution for this?
:-Rich ({{FlowMention|Revansx}}) [[User:Revansx|Revansx]] ([[User talk:Revansx|talk]]) 01:00, 18 October 2018 (UTC)

== Disable or Remove the Category Footer ==

How do I Disable or Remove the Category Footer?

"Category: Pages with a map rendered by the Maps extension" [[User:Quotes|Quotes]] ([[User talk:Quotes|talk]]) 12:50, 2 June 2014 (UTC)
:I haven't found out how to remove the footer but I have found out how to rename it.
:Locate the file /extensions/Maps/Maps.i18n.php
:Line 21... 'maps-tracking-category' => 'Pages with a map rendered by the Maps',
:Change to... 'maps-tracking-category' => 'Maps',
:Languages Note: this setting is respecified in other languages in the same file
:This will update the link in newly saved articles. If you have any existing articles pointing to the old category name click on the link that it provides and it will provide a list of articles that need to be updated. Edit and save is all that is required.
:Suggestion: please update the documentation to explain where these global values are set. [[User:Quotes|Quotes]] ([[User talk:Quotes|talk]]) 15:55, 7 June 2014 (UTC)
::I did the same which worked for me. When changing to 'maps-tracking-category' => '' the link disappears. No problem for me on a local wiki (with a backup). But I am not sure if this is doing something nasty with the wiki on the long run. So be careful.'' [[Special:Contributions/46.114.26.29|46.114.26.29]] 16:51, 7 June 2014 (UTC)
:This is a hidden category. Why do you want to remove it? [[User:Jeroen De Dauw|Jeroen De Dauw]] ([[User talk:Jeroen De Dauw|talk]]) 21:02, 25 June 2014 (UTC)
::What do you mean by "hidden"? It's perfectly visible along with any other categories one may be using, so I guess that's what this post is about. [[User:Cavila|Cavila]] <span style="font-size:65%;">(MW 1.22, MySQL 5.5.37-0, Php 5.4.4-14 squeeze, SMW 1.9.2, SF 2.7)</span> 07:24, 26 June 2014 (UTC)
::Indeed, if this is hidden I don't want to know what it looks like if it is not hidden :-).
::But it is easy to make it hidden by adding '<nowiki>__HIDDENCAT__</nowiki>' to the category page. [[User:AdSvS|AdSvS]] ([[User talk:AdSvS|talk]]) 11:20, 2 July 2014 (UTC)
:::Thanks AdSvS, your solution __HIDDENCAT__ works. Didn't tinker with the php file. [[User:Aviationwikinet|Aviationwikinet]] ([[User talk:Aviationwikinet|talk]]) 07:27, 4 January 2015 (UTC)
:::dose not work for me [[Special:Contributions/2601:547:C980:1070:65FA:B291:7581:D272|2601:547:C980:1070:65FA:B291:7581:D272]] ([[User talk:2601:547:C980:1070:65FA:B291:7581:D272|talk]]) 18:08, 1 May 2024 (UTC)

== #display_points does not accept external URLs with equal-sign (=) in it ==

Currently I am trying to update an old Wiki (with Maps 0.7.7) to the latest versions (Wiki 1.22.7 with Maps 3.0.1). I am stuck, because this will not work any longer:
<pre>{{
#display_points:
52.0,9.0 ~[[File:Pic.jpg]] ~[http://192.168.0.1/index.php?title=Testpage Test]
}}
</pre>
If the link does not contain the special character =, everything works fine. With the special character, the POI's icon does not appear at all. Using the short URL (without the title=) does'nt work for me.

BTW, the <display_points> Tag does not work at all for me with Maps 3.0.1

I didn't find the part of Maps-software which processes the URL, so I couldn't try any work-around. Please hel me. [[Special:Contributions/46.115.154.137|46.115.154.137]] 10:55, 3 June 2014 (UTC)
:Have you tried replacing the equals character with either <code>%3D</code> or <code>&amp;#61;</code> ? [[User:Quotes|Quotes]] ([[User talk:Quotes|talk]]) 23:24, 6 June 2014 (UTC)
::Yes, it didn't work for me. Link appears and can be clicked After clicking it, I get redirected to the main page of the wiki. [[Special:Contributions/46.114.26.29|46.114.26.29]] 16:47, 7 June 2014 (UTC)
:::If you are trying to link to the wiki itself, I suggest not using the full URL. Just use a <code><nowiki>[[relative link]]</nowiki></code> instead.
:::<syntaxhighlight lang='text'>BTW, the <display_points> Tag does not work at all for me with Maps 3.0.1&lt;/pre&gt;
It is here. https://semantic-mediawiki.org/wiki/Maps_examples/Google_Maps_basic_map
Can you be more specific? [[User:Jeroen De Dauw|Jeroen De Dauw]] ([[User talk:Jeroen De Dauw|talk]]) 20:52, 25 June 2014 (UTC)
::::I am not linking to the wiki itself.<p>
::::My old format was like:
::::<syntaxhighlight lang='text'><display_points service=openlayers>
52.38;9.74||[[Hannover]]
</display_points>

Which now produces a map, which is always centered at 0,0. When I navigate and zoom in to the POI, it is missing.

The new format works:

{{
#display_points:
52.38,9.74 ~ ~[[Hannover]]
|service=openlayers
}}

Changing many pages is possible but would involve much work, because it is not easy to be automated. 46.114.40.225 04:17, 5 July 2014 (UTC)

Can you post the issue here? Else I will probably loose track of it.

https://github.com/JeroenDeDauw/Maps/issues Jeroen De Dauw (talk) 21:08, 12 August 2014 (UTC)

I hope it's not too late for an answer.

Try creating a Template:= and put just = inside. Then replace all ='s in URL with {{=}}.

That should do it! Ioannis Protonotarios 18:44, 24 June 2015 (UTC)

If that doesn't work see Extension talk:Semantic Forms/Archive September to October 2010#Template misses its parameter when containing a link with "=" character in the URL.

If still no luck the obvious workaround might be the use of a URL shortener. Ioannis Protonotarios 20:13, 24 June 2015 (UTC)

display_map generates PHP Fatal error using getDependencies() on a non-object

Hi all,

I installed Maps Extension using this configuration:

• MediaWiki 1.18.3
• PHP 5.3.28 (cgi-fcgi)
• MySQL 5.5.32-cll-lve
• Maps 2.0.1
• Validator 0.4.14

When I use these functions, PHP returns these errors:

display_map : Fatal error: Call to a member function getDependencies() on a non-object in /home/scubaped/domains/scubapedia.ca/public_html/extensions/Validator/includes/Validator.php on line 342

geocode : Notice: curl_setopt_array(): CURLOPT_SSL_VERIFYHOST no longer accepts the value 1, value 2 will be used instead in /home/scubaped/domains/scubapedia.ca/public_html/includes/HttpFunctions.php on line 662

geodistance : Notice: curl_setopt_array(): CURLOPT_SSL_VERIFYHOST no longer accepts the value 1, value 2 will be used instead in /home/scubaped/domains/scubapedia.ca/public_html/includes/HttpFunctions.php on line 662

Here is an example of page creating these errors (when PHP debug is on): http://scubapedia.ca/index.php/Aide:Test

Does anyone have any idea how to fix this?

Phil 70.83.182.16 14:47, 8 June 2014 (UTC)

I finally found that I had the wrong version of Validator. Required version is 0.5.x. That fixed the fatal error of display_map function. However, the curl_setopt_array notice is still present.

Any idea?

Phil 70.83.182.16 10:08, 12 June 2014 (UTC)

You can simply disable php warnings...

Which is not the best thing to do, then again, running Maps 2.x, which is very old, is not the best either. Jeroen De Dauw (talk) 20:48, 25 June 2014 (UTC)

Install Maps Extension without Composer (without shell)

I read that it is nearly imposible to install Maps without Composer. So whats the way to do this? Where can i find a guide? 77.185.163.194 19:26, 1 July 2014 (UTC)

It is in fact impossible to install Maps without Composer if you would like to use Maps 3.0+, which is what one in fact wants to do. One way is to install it on a different machine with Composer and move it over (see this help page on Composer). [[kgh]] (talk) 19:47, 1 July 2014 (UTC)

...unless you download and install Semantic Bundle, which comes with a version of Maps 3 : ) Cavila (MW 1.22, MySQL 5.5.37-0, Php 5.4.4-14 squeeze, SMW 1.9.2, SF 2.7) 20:07, 1 July 2014 (UTC)

Semantic Bundle works fine. Thank you Cavila! 77.185.35.164 21:29, 3 July 2014 (UTC)

Can a custom layer be used instead of a mapping service?

I saw something in the revision history about a custom layer placed in the Layers: namespace on a wiki and used with this extension. Would it be possible to make such a thing and use it as the map source? I'd like to map out a fantasy world rather than the real one. Pie-in-the-sky wishful thinking: could the Categories of the wiki be used in map queries? Thanks for listening :) Movie-sign (talk) 01:04, 11 September 2014 (UTC)

It does look possible. Have you ran update.php since you installed it? Jackmcbarn (talk) 01:16, 11 September 2014 (UTC)

I did not install it, I just asked the Wikia Community folks to turn the Extension on for my wiki. I do have a Layers: namespace, but other than that, I don't know what to do in order to make a layer that is compatible with this extension. According to the Versions page, I'm running MediaWiki 1.19.18 with Maps Extension 2.0.1. Any help or insight would be appreciated. :) Movie-sign (talk) 22:25, 11 September 2014 (UTC)

Ask them if they ran update.php after they installed it. Jackmcbarn (talk) 02:42, 12 September 2014 (UTC)

Wikia support replied "Yep, that runs on the back end as soon as I enable it. It's mostly just verifying that a new tables were created in the database."

So what's the next step? Is there documentaion on creating a layer file in the Layer: namespace?

Thanks for your time! Movie-sign (talk) 19:47, 12 September 2014 (UTC)

The person that re-added this functionality unfortunately did not document it. I'm not even sure if it is still working in the latest release. Jeroen De Dauw (talk) 22:30, 12 September 2014 (UTC)

Can't see the maps extension

109.123.12.221 21:37, 17 September 2014 (UTC)

Coordinates too long: can they be shortened?

Hello, first of all, thanks for this stable extension.

I'm wondering why the coordinates are so long: 14 numbers for latitude/longitude while only 6 would be enough for precision (cf. older version of Google Maps extension). As a result, when you draw long lines or add many points, the size of the page becomes too heavy.

Would it be possible to shorten them?

For instance: 47.254301,-1.679535 instead of 47.25430126476208,-1.67953552941873 79.89.192.154 06:34, 23 September 2014 (UTC)

You probably should file an issue for this. [[kgh]] (talk) 21:38, 7 November 2014 (UTC)

Is this about the coordinates created by the map editor? Jeroen De Dauw (talk) 06:49, 1 December 2014 (UTC)

Yes, it's about the coordinates created by the editor for a new map or when an old map is modified. Is it possible to shorten the number of decimals? Thanks in advance. 79.89.192.218 07:57, 26 December 2014 (UTC)

As kgh pointed out, creating an issue on the issue tracker would be much appreciated Jeroen De Dauw (talk) 22:19, 20 February 2015 (UTC)

I have file this on GitHub as issue 62 [[kgh]] (talk) 15:13, 25 February 2015 (UTC)

installation instructions WITHOUT "wget"

wget is not installed on mac by default any more.

can you provide a "curl" based instruction? Davecotter (talk) 06:45, 3 October 2014 (UTC)

This extension should be installed using composer and I am sure that this works with "curl", too. There is probably something on this on https://getcomposer.org/. [[kgh]] (talk) 21:42, 7 November 2014 (UTC)

User manual

The page lacks a link to the user manual and syntax instructions (I'm looking for an explanation of #display_point). Nemo 21:18, 7 November 2014 (UTC)

The link to the documention was a bit "hidden". I have just changed the page to make it more obvious where to find the extension's documentation. I believe that #display_point and #display_points were precursors of the #display_map parser function and are currently just alisasing to it. Thus you should give this one a shot. [[kgh]] (talk) 21:35, 7 November 2014 (UTC)

Thanks. It would be nice to mention them somewhere on smw.o too; I searched there first, then came here because I didn't find anything, then looked for links on github, then landed on smw.o again and finally I just guessed the syntax on my own. :) Nemo 21:41, 7 November 2014 (UTC)

Isn't looping ouround the net fun? ;) Indeed, the docu needs some more love. I do not or very rarely use this extension so I do not really focus on it's documentation. However I will now add a note there. [[kgh]] (talk) 21:46, 7 November 2014 (UTC)

Thanks kgh! Jeroen De Dauw (talk) 06:43, 1 December 2014 (UTC)

Indeed. There just is display_map now, with display_point(s) being aliased Jeroen De Dauw (talk) 06:44, 1 December 2014 (UTC)

Maps inside the Foreground skin

HI

I'm absolutely sure this is the wrong place to mention us, but who never know who knows who. Basically I've found a problem with the Map extension and the Foreground skin. The skin seems to suppress the street view option:

(inside Vector)

(inside Foreground) Christharp (talk) 23:01, 11 November 2014 (UTC)

I suppose that is an issue of Foreground dealing with Maps and not vice versa. May be wrong though. [[kgh]] (talk) 14:34, 12 November 2014 (UTC)

So the answer was found by thingles:

Here is what is happening... To make the this skin or any skin for that matter, responsive, you need the CSS code:

img {

max-width: 100%;

height: auto;

}

Maps are being written directly as a div container and unfortunately the skin's CSS is the entire site for the img attribute. You will have to add

.gm-style img {

max-width: none;

}

to Mediawiki:Common.css.

I'll add the note to the front page since this fix should apply to all responsive skins (in theory) Christharp (talk) 22:32, 13 November 2014 (UTC)

Great, thanks for sharing the info with us! [[kgh]] (talk) 09:55, 14 November 2014 (UTC)

Help with wikipedia "coord" template standard

Really hope I can get some advice. Have a lot of articles directly imported from Wikipedia that have coordonates in different formats like Template:Coord , some like Template:Coord, others like Template:Coord etc. What I want is to have a clean {{#display_map formula to render any of this formats. Is it possible

Thanks so much! Joe 19:08, 9 December 2014 (UTC)

OpenLayers CSS, Foreground skin and Nav Sections

Like the last Foreground skin issue I posted here this question is most likely not answered here, but I'll try anyways.

In the Foreground skin it has a function called sections. Sections can be headertabs, Accordion tabs, etc. Anyways I'm using the Horizontal Nav/Nav Bar Section Tabs, which should look like this:

But instead is looking like this:

This only happens with an OpenLayers Map (to be clear the tab disappears behind the map). It works fine with a Google Map.

I'm assuming the OpenLayers Map has some CSS set to display higher on the z axis. Any thoughts on how to fix?

Thanks Christharp (talk) 20:59, 21 December 2014 (UTC)

Fatal Error After Installation of Maps

Hello folks, I am running Mediawiki 1.24.1 and I have installed Maps via composer,it all appeared successful until I tried to open Version in Special pages to verify the installation of Maps, and my site crashed with the following error.

Fatal error: Cannot redeclare class ParamProcessor\Processor in /home/philosop/public_html/extensions/SemanticBundle/param-processor/param-processor/src/ParamProcessor/Processor.php on line 14

I also saw in the Maps install instructions that Maps won't work with any version of Validator but 0.5.x, I have Validator 2.0.4 installed, could this be the issue?

I installed Composer per the Maps instructions, then installed maps, does anything from my install pop out at you as seen below? Thanks for any and all help or suggestions to get my site back up and running. You can view the site at http://www.philosophialignum.org/index.php?title=Main_Page

Attempting to create directory /home/philosop/perl5 philosop@philosophialignum.org [~]# cd public_html philosop@philosophialignum.org [~/public_html]# wget http://getcomposer.org/composer.phar --2014-12-26 19:22:54-- http://getcomposer.org/composer.phar Resolving getcomposer.org... 87.98.253.108 Connecting to getcomposer.org|87.98.253.108|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1047190 (1023K) [application/octet-stream] Saving to: `composer.phar'

100%[==================================================================>] 1,047,190 647K/s in 1.6s

2014-12-26 19:22:56 (647 KB/s) - `composer.phar' saved [1047190/1047190]

philosop@philosophialignum.org [~/public_html]# php composer.phar require mediawiki/maps "*" ./composer.json has been updated Loading composer repositories with package information Updating dependencies (including require-dev)

 - Installing composer/installers (v1.0.19)
   Downloading: 100%         

 - Installing psr/log (1.0.0)
   Downloading: 100%         

 - Installing data-values/interfaces (0.1.4)
   Downloading: 100%         

 - Installing data-values/data-values (1.0.0)
   Downloading: 100%         

 - Installing data-values/common (0.2.3)
   Downloading: 100%         

 - Installing data-values/geo (1.1.4)
   Downloading: 100%         

 - Installing data-values/validators (0.1.2)
   Downloading: 100%         

 - Installing param-processor/param-processor (1.2.2)
   Downloading: 100%         

 - Installing mediawiki/validator (2.0.4)
   Downloading: 100%         

 - Installing mediawiki/maps (3.2.0)
   Downloading: 100%         

 - Installing sebastian/version (1.0.3)
   Downloading: 100%         

 - Installing sebastian/global-state (1.0.0)
   Downloading: 100%         

 - Installing sebastian/exporter (1.0.2)
   Downloading: 100%         

 - Installing sebastian/environment (1.2.1)
   Downloading: 100%         

 - Installing sebastian/diff (1.2.0)
   Downloading: 100%         

 - Installing sebastian/comparator (1.1.0)
   Downloading: 100%         

 - Installing symfony/yaml (v2.6.1)
   Downloading: 100%         

 - Installing doctrine/instantiator (1.0.4)
   Downloading: 100%         

 - Installing phpunit/php-text-template (1.2.0)
   Downloading: 100%         

 - Installing phpunit/phpunit-mock-objects (2.3.0)
   Downloading: 100%         

 - Installing phpunit/php-timer (1.0.5)
   Downloading: 100%         

 - Installing phpunit/php-file-iterator (1.3.4)
   Downloading: 100%         

 - Installing phpunit/php-token-stream (1.3.0)
   Downloading: 100%         

 - Installing phpunit/php-code-coverage (2.0.14)
   Downloading: 100%         

 - Installing phpunit/phpunit (4.4.0)
   Downloading: 100%         

sebastian/global-state suggests installing ext-uopz (*) phpunit/php-code-coverage suggests installing ext-xdebug (>=2.2.1) phpunit/phpunit suggests installing phpunit/php-invoker (~1.1) Writing lock file Generating autoload files philosop@philosophialignum.org [~/public_html]# philosop@philosophialignum.org [~/public_html]# John Morris (talk) 01:58, 27 December 2014 (UTC)

Given the information above "Fatal error: Cannot redeclare class ParamProcessor\Processor in /home/philosop/public_html/extensions/SemanticBundle/param-processor/param-processor/src/ParamProcessor/Processor.php on line 14", I'm guessing you had SemanticBundle installed before running a Maps update.

You cannot mix SemanticBundle with an arbitrary update of any of the components that comes with the bundle which includes Maps, SemanticMaps or SemanticMediaWiki. SemanticBundle (as the name suggests) bundles components to a fixed version therefore running an update beyond the deployed version will most likely cause some kind of error/fatal.

You have to choose between running SemanticBundle or to install components on an individual basis but mixing both methods will cause frictions [1].

[1] https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/573 MWJames (talk) 02:20, 27 December 2014 (UTC)

Thanks so much James, after reading your very helpful reply I removed

require_once( "$IP/extensions/SemanticBundle/SemanticBundleSettings.php" );

require_once( "$IP/extensions/SemanticBundle/SemanticBundle.php" );

from LocalSettings.php and my site is up and running again.

and Maps is installed now as well. Thanks for all your help. So I'll have to install Semantic Media wiki as a separate install and it's individual related Semantic extensions separately and not as a bundle if I read your reply correctly?

Thanks again James, your the best! John Morris (talk) 04:54, 27 December 2014 (UTC)