Extension talk:Maps/Flow archive/2013
Add topic| This page used the LiquidThreads extension to give structured discussions. It has since been converted to wikitext, so the content and history here are only an approximation of what was actually displayed at the time these comments were made. |
Locally hosted OpenLayers
[edit]We have a site that does not have access to the internet. If we set up a locally hosted OpenLayers mapping service what would be the best way to integrate it with the Maps extension? Dgennaro 18:42, 9 January 2013 (UTC)
- Should be possible. Never tried this though, so some minor tweaks might be needed to enable setting the correct config Jeroen De Dauw (talk) 21:31, 9 January 2013 (UTC)
Printing
[edit]I want to use the map extension with the collections extension and allow users to create books with maps. When I build a book that has a page with a map the map does not display in the pdf file. Is this on purpose or just not supported? I know this is not allowable under the Google Maps terms of use so am planning on using OpenCycleMap.
Thanks 206.127.109.7 00:09, 23 January 2013 (UTC)
- Hi - I think the issue is just that the Collection extension doesn't display anything generated by parser functions, whether it's a map or anything else. It's a major weakness of that extension at the moment. Yaron Koren (talk) 13:41, 23 January 2013 (UTC)
- Thanks for the info Yaron. I'm a long time GIS and web developer but a total newbie to MediaWiki. Since as you say the inability of the collection extension to display info generated by parser functions is a major weakness do you think there is a decent likely hood that the issue will be addressed relatively soon? 206.127.109.7 17:28, 23 January 2013 (UTC)
- I don't know - I think the only people who can really answer that question are the makers of the Collection extension, PediaPress. Yaron Koren (talk) 18:21, 25 January 2013 (UTC)
- Agree.
- I'm doubtful though, as it seems like you cannot magically convert parser function output to the used export format. What if it just adds JavaScript that draws stuff on the screen? No always correct way in which you can capture that... Jeroen De Dauw (talk) 15:08, 28 January 2013 (UTC)
- I don't know - I think the only people who can really answer that question are the makers of the Collection extension, PediaPress. Yaron Koren (talk) 18:21, 25 January 2013 (UTC)
- Thanks for the info Yaron. I'm a long time GIS and web developer but a total newbie to MediaWiki. Since as you say the inability of the collection extension to display info generated by parser functions is a major weakness do you think there is a decent likely hood that the issue will be addressed relatively soon? 206.127.109.7 17:28, 23 January 2013 (UTC)
New install issues
[edit]Just installed maps extension to replace googlemaps extension and all seemed to go well until I attempted to display a one of the example maps on my site:
{{#display_map: 55.7557860, 37.6176330}}
results in:
Fatal error: Class 'ItemParameterManipulation' not found in /home/content/......./extensions/Maps/includes/manipulations/Maps_ParamGeoService.php on line 16.
Have I missed setting a key or a parameter somewhere (I didn't set any keys or change any defaults)
MW 1.19.3, PHP 5.3.14 (cgi-fcgi), MYSQL 5.0.96-log, Maps (Version 2.0.1), Validator (ParamProcessor) (Version 1.0 alpha), Data Values all ver 0.1 John Stanton (talk) 21:05, 28 January 2013 (UTC)
- You are running into a compatibility issue. While you have alpha versions of Validator and DataValues you have the latest stable release of Maps. Either stick with the latest releases of these extensions or use latest master. Doing something in between is asking for problems :) Jeroen De Dauw (talk) 15:41, 1 February 2013 (UTC)
- Thanks for the info, I downgraded validator to ver 0.5.1 & removed Data Values and the errors ceased. Maps display fine in preview mode and in the editor but in the normal page display I get "Your browser is not compatible with Google Maps v3." (using Safari & Firefox on a mac). Do I still have a version problem? John Stanton (talk) 04:08, 8 February 2013 (UTC)
- That is probably not a version problem. Can you link to where this is happening? Jeroen De Dauw (talk) 20:39, 9 February 2013 (UTC)
- Test Page Open layers seems to work great and google maps works in map editor and preview but not in regular page view. John Stanton (talk) 21:22, 9 February 2013 (UTC)
- All is well, maps are displaying, apparently it takes a couple of days to begin for some reason, thanks! John Stanton (talk) 00:35, 11 February 2013 (UTC)
- Test Page Open layers seems to work great and google maps works in map editor and preview but not in regular page view. John Stanton (talk) 21:22, 9 February 2013 (UTC)
- That is probably not a version problem. Can you link to where this is happening? Jeroen De Dauw (talk) 20:39, 9 February 2013 (UTC)
- Thanks for the info, I downgraded validator to ver 0.5.1 & removed Data Values and the errors ceased. Maps display fine in preview mode and in the editor but in the normal page display I get "Your browser is not compatible with Google Maps v3." (using Safari & Firefox on a mac). Do I still have a version problem? John Stanton (talk) 04:08, 8 February 2013 (UTC)
Using KML file
[edit]I have two questions with regard to the use of KML files:
1. Is there a way to use #display_map without having the google pointer displayed for the selected location or coordinates? The maps on this page: http://wiki.bn2vs.com/User:Jeroen_De_Dauw/kml_test do not have a visible google location marker. When I use the same code, a marker is always visible. Can this be removed?
2. Instead of using |gkml=http://XXXX.com/XXXX.kml how would I use a relative URL? For example, if a file XXXX.kml was in a folder called MAPS in the main installation location. Rgareau (talk) 07:50, 29 January 2013 (UTC)
- For item #1, I experimented and was succesful in removing the marker with:
- | icon=none Rgareau (talk) 08:06, 29 January 2013 (UTC)
- Looks like it's currently not possible to specify a relative path here. Would be nice if you could though, much like you can already with the icon parameter and similar. Jeroen De Dauw (talk) 15:38, 1 February 2013 (UTC)
Maps & Scribunto conflict
[edit]Envoking Lua scripts (Extension:Scribunto) prior to the map with POI leads to Lua PHPerror.
Commented example: http://www.nablawiki.ru/index.php/SimpleDemo. StasR (talk) 18:21, 31 January 2013 (UTC)
- Interesting... This is perhaps because Maps at some point is making a clone of the parser. Not sure how to get rid of this, though it is something I want to have a look at for the next release. Jeroen De Dauw (talk) 15:33, 1 February 2013 (UTC)
Placemark Shadow disabling, Custom Icon offset
[edit]How do I go about disabling the shadow effect of placemarkers?
Also my custom icons (a simple coloured circle) are offset, rather than the point being centered on the placemark. I've read somewhere that it may be related to the shadow effect?
Thanks! Brianbek (talk) 15:40, 10 February 2013 (UTC)
- You cannot change this without modifying the extensions code. If I recall correctly at one point it disabled shadow for custom markers. Might have been for the v2 implementation of the Google Maps API though.
- Feel free to submit a feature request on bugzilla or submit an actual patch on gerrit. Jeroen De Dauw (talk) 00:13, 11 February 2013 (UTC)
- Ah, that explains why some of my custom markers look slightly "off". Yes, that would be worth a feature request. Cavila MW 1.19.2, MySQL 5.1.66, Php 5.3.3-7, SMW 1.8, SF 1.5.1 22:52, 11 February 2013 (UTC)
Adding custom maptype
[edit]I've been looking around the Maps documentation and code to see if the extension allows adding custom maptypes. My conclusion so far is that it doesn't look like it, but I'm not completely sure.
To be clear, what I need to do is to use the maps from the Norwegian Mapping Authority (Statens Kartverk) as a base layer alongside Google's own Terrain-layer. This is normally done by defining a custom maptype and simply add it to the map (code example below). Could anyone of you please tell me if this is possible with the current Maps-extension, or if I would have to make my own extension on top of Maps?
function StatkartMapType(name, layer) {
this.layer = layer
this.name = name
this.alt = name
this.tileSize = new google.maps.Size(256,256);
this.maxZoom = 19;
this.getTile = function(coord, zoom, ownerDocument) {
var div = ownerDocument.createElement('DIV');
div.style.width = this.tileSize.width + 'px';
div.style.height = this.tileSize.height + 'px';
div.style.backgroundImage = "url(http://opencache.statkart.no/gatekeeper/gk/gk.open_gmaps?layers=" + this.layer + "&zoom=" + zoom + "&x=" + coord.x + "&y=" + coord.y + ")";
return div;
};
}
var map;
function initialize() {
var mapOptions = {
zoom: 8,
center: new google.maps.LatLng(60,9),
mapTypeControlOptions: {
mapTypeIds: ['topo2', google.maps.MapTypeId.TERRAIN]
}
};
map = new google.maps.Map(document.getElementById("map_canvas"), mapOptions);
map.mapTypes.set('topo2',new StatkartMapType("S.Kartverk", "topo2"));
map.setMapTypeId('topo2');
} Kvolden (talk) 17:03, 10 February 2013 (UTC)
- Maps used to allow defining your own layers for the OpenLayers service. This functionality is currently broken and hopefully will be added in back in the next release. It never had support for doing this with Google Maps though. Perhaps the person working on this functionality has taken care of this now as well though, I'm not sure - will ask.
- Either way, feel free to create a feature request on bugzilla. Jeroen De Dauw (talk) 00:16, 11 February 2013 (UTC)
Maps and subpage list issue
[edit]Hi, first and foremost thanks for all the great extensions. I've found an issue with Extension:SubPageList and this extension. After much searching (since I had sublist as part of an infobox) I've found that if sublist is used before a map I get a fatal exception. If sublist is used after a map everything works fine. Strangely if I use a map first, then sublist, and then followed by a map everything works fine.
I'm using SubPageList (Version 0.5),Maps (Version 2.0.1), Validator (Version 0.5.1), MediaWiki 1.20.2, PHP 5.4.10 (apache2handler) & MySQL 5.5.28-log. Christharp (talk) 02:34, 14 February 2013 (UTC)
- This is caused by how Maps uses the parser and will hopefully be fixed in the next release of Maps. Jeroen De Dauw (talk) 15:45, 14 February 2013 (UTC)
Map editor does exist but no maps preview
[edit]Hi every one, In my Wiki, I downloaded maps and validator extensions then added the extracted files to extension directory in mediawiki then I pasted these lines in the local setting.php file in the same way after this line"# Add more configuration options below."
# Validator require_once( "$IP/extensions/Validator/Validator.php" ); # Maps require_once( "$IP/extensions/Maps/Maps.php" );
?>
I have map editor in the special pages but with no maps preview What did I do wrongly,I wish to know? Rayan (talk) 19:41, 7 March 2013 (UTC)
Geocoding stopped working
[edit]Installed yesterday, everything seemed to be working fine. I created lots of maps via a widely-used template, and they all displayed correctly.
Today, invocations of #geocode fail with "Fatal error: Parameter location must be a valid location" (example: {{#geocode:New York}}). Maps are blank, with a similar error (example: {{#display_map: center=United States}}). Maps work with explicit coordinates (example: {{#display_map: center=40,-111}}).
The failures started after I ran runJobs.php. Maybe this triggered too many requests to the geocoding service, causing me to be blocked? Is there a quota? Do I need to set up an account? Can't find good documentation about this.
This may be the same as the error reported below, "Parameter coordinates must be one or more valid locations", but I didn't want to make that assumption. Configuration: MediaWiki 1.20.3, PHP 5.3.15, Maps 2.0.1, Semantic MediWiki 1.8.0.4. Smith.dan (talk) 19:59, 17 April 2013 (UTC)
- Yes this is the same problem as "Parameter location must be a valid location." Unforunately I don't have an answer for you, but I can confirm it's a problem with the current version of Maps. I downgraded to an older version of The Maps extension and everything works fine. I've written to the author of the extension and hopefully soon there will be answer to this problem. Christharp (talk) 17:29, 28 April 2013 (UTC)
- Sounds like to many requests yes. Try swtching to geonames geocoder. Or buy more capacity at the Google one. Or point me to a good free service with bigger limits :) Jeroen De Dauw (talk) 22:38, 16 May 2013 (UTC)
- Done. I'll see if the issue comes up again.
- I had a really hard time figuring out how to control the service choice. (Documentation is almost nonexistent, or I couldn't find it.) I finally figured out that Google is the only service that works out of the box; doesn't matter what you ask for. To use GeoNames, $egMapsGeoNamesUser must be set (after creating an account). With that set, GeoNames automatically becomes the default, and Google can be requested with, e.g., "service=google". Smith.dan (talk) 06:46, 6 June 2013 (UTC)
Help
[edit]Is there a list of options? Dan Bolser (talk) 19:30, 6 May 2013 (UTC)
- Options for what?
- https://semantic-mediawiki.org/wiki/User:Jeroen_De_Dauw/Describe
- https://semantic-mediawiki.org/wiki/User:Jeroen_De_Dauw/Mapsdoc Jeroen De Dauw (talk) 12:57, 9 May 2013 (UTC)
Some examples don't work
[edit]- Some illustrations of the Extension:Maps are provided on SMW.
- However, some maps are not displayed. For instance, in this page, we cannot see if the extension is able to draw lines. Can someone correct the bug?
- Is it also possible to test by itself somewhere the extension? All pages are locked, except the editor...
- Thanks for your help. 08:21, 9 May 2013 (UTC)
- This functionality works in the latest 2.x release. Broken on the dev version which is deployed on smwwiki. I do not know of a sandbox that has this dev version deployed. Jeroen De Dauw (talk) 12:21, 9 May 2013 (UTC)
- Thanks! It's good to know the extension is working because Wikia is going to insert it in some wikis (see here). 14:02, 9 May 2013 (UTC)
Parameter to disable scrolling
[edit]Is there a parameter, or a way, to disable the scrolling zoom on a map? Not so that the map is static, just so that when scrolling down a page it doesn't then begin to zoom the map in or out. The zooming would be achieved only by clicking on the zoom controls themselves?
Thanks very much! 82.153.196.18 13:17, 10 May 2013 (UTC)
- Used to have this. Not currently in the Google Maps v3 implemnetation though.
- If you can point me to some JS to do this with the new version of the API I might just add it Jeroen De Dauw (talk) 22:37, 16 May 2013 (UTC)
- According to the Google Maps Javascript API V3 Reference there is a scrollwheel property with the boolean type - If false, disables scrollwheel zooming on the map. The scrollwheel is enabled by default. 17:31, 1 June 2013 (UTC)
- Could someone explain how to use this parameter please ? 173.176.185.30 21:25, 24 June 2013 (UTC)
- You cannot currently use it, as it has not been implemented yet. Jeroen De Dauw (talk) 17:21, 7 July 2013 (UTC)
- You may want to check out https://github.com/nischayn22/mediawiki-extensions-Maps/commit/d2b5d75010c3dc7cc753633d40d894d06175ab5e Jnatividad (talk) 19:06, 1 August 2013 (UTC)
- Could someone explain how to use this parameter please ? 173.176.185.30 21:25, 24 June 2013 (UTC)
- According to the Google Maps Javascript API V3 Reference there is a scrollwheel property with the boolean type - If false, disables scrollwheel zooming on the map. The scrollwheel is enabled by default. 17:31, 1 June 2013 (UTC)
PHP 5.4 issues
[edit]Using the latest Maps version from Git, with PHP 5.4.9-4ubuntu2, using the example at https://semantic-mediawiki.org/wiki/Maps_examples/Google_Maps_shapes, we get multiple warnings when display_errors = 1.
Warning: Illegal string offset 'title' in .../extensions/Maps/includes/Maps_DisplayMapRenderer.php on line (multiple errors refererring to line 158 through line 163).
and then three occurences of the warning after the multiple illegal string offset warnings:
Warning: Cannot modify header information - headers already sent by (output started at /home/smwuser/extensions/Maps/includes/Maps_DisplayMapRenderer.php:161) in /home/smwuser/core/includes/WebResponse.php on line 38
This is because as of PHP 5.4, there are stricter checks for array keys (http://docs.php.net/manual/da/language.types.array.php - see Example 2).
This results in the circle of doom, the rectangle (im a square), and the polygon (meanwhile in norway) not to be displayed.
Any hints short of going back to PHP 5.3? Interestingly, the example also doesn't work completely in the SMW website and its on PHP 5.3.3-7+squeeze14 (apache2handler) per Special:Version. Jnatividad (talk) 23:35, 13 May 2013 (UTC)
- Poking around some more, it turns out that the parsers for circles, rectangles and polygons are still WIP in HEAD. I guess, I'll go back to the release version (2.0.1) instead of the bleeding edge. Jnatividad (talk) 00:44, 14 May 2013 (UTC)
- Yes, some features have been thrown out on master and some have not been fully implemented again yet. Better wait for release if you need the stuff intsorduced in 2.0.x. Jeroen De Dauw (talk) 22:34, 16 May 2013 (UTC)
Polygon question
[edit]Is there any documentation about the polygon? Specifically, what the first and last parameters are? I see that its a list of latlongs, but I can't decipher what the first and last parameters are.
Right now, I'm trying to convert some GeoJSON polygon geometries and I can't figure out the first and last parms.
Thanks! Jnatividad (talk) 01:36, 15 May 2013 (UTC)
- Duh... answering my own question. Read the polygon wrong - commas were separating the lat from the long, colon was separating the latlongs from each other. Jnatividad (talk) 14:00, 15 May 2013 (UTC)
zoom > 11 causes corrupted maps
[edit]Setup: fresh install of MW 1.21.1 on Ubuntu 13.04, php 4.4.9, MySQL 5.5.31 with SMW 1.8.0.5, Maps 2.0.1, Validator 0.5.1
A page with the following code works as expected<pre>{{
- display_map: 52.1, 13.2
| service=openlayers | layers=osm-mapnik, osm-cyclemap, osmarender | zoom=11 }}
With zoom=12 or higher IE and Opera show corrupted maps with the map tiles all positioned at the left of the map leaving the right area blank. All markers shown at the left side, too. Firefox does not have this problem. I tried many variations (other OS, php 5.3, several MW 1.20.* isntalls). The problem always appears. Google mapservice works fine for me, it's just Openlayers. Hope someone has a workaround. 88.72.233.48 08:29, 19 June 2013 (UTC)
Maps not working after upgrade
[edit]Hi Jeroen,
So after upgrading from maps 0.7.8 to 2.0.1 (along with the general MW and SMW upgrade) some maps are not rendering anymore. I have 2 js errors:
Exception thrown by ext.maps.googlemaps3: Cannot read property 'HYBRID' of undefined</pre>
and
<pre>Object #<Object> has no method '__gjsload__' )</pre>
Here is an working maps example of my old wiki version: http://www.wikirio.com.br/index.php?title=Botto_Bar
Here is an NOT working example of my new upgraded version: http://121.wikirio.com.br/index.php?title=Botto_Bar
One more thing: Some maps are magically working even in the upgraded version (http://121.wikirio.com.br/Rio_Scenarium)
Any help would be really appreciated.
Thanks so much! [[Special:Contributions/79.116.9.43|79.116.9.43]] 10:22, 3 July 2013 (UTC)
:This is probably caused by a change in the map type property names. If the broken maps have a maptype (I actually forgot the name of this argument, so it might be different) parameter, remove it, or update it to what is currently supported. In case they don't have such an argument, you might have a setting in LocalSettings that modifies the default and is setting it to something now invalid and similarly in need of updating. [[User:Jeroen De Dauw|Jeroen De Dauw]] ([[User talk:Jeroen De Dauw|talk]]) 17:33, 7 July 2013 (UTC)
== custom tileset or layers? ==
Is it possible to use custom tileset or layers with Maps extension? [[User:PLNR|PLNR]] ([[User talk:PLNR|talk]]) 15:14, 6 July 2013 (UTC)
:Not currently. [[User:Jeroen De Dauw|Jeroen De Dauw]] ([[User talk:Jeroen De Dauw|talk]]) 17:03, 7 July 2013 (UTC)
::So to clarify that we are talking about the same thing--information on this page is out of date? [[User:Patelmm79|Patelmm79]] ([[User talk:Patelmm79|talk]]) 19:06, 11 September 2013 (UTC)
:::http://semantic-mediawiki.org/wiki/Maps/mapping_service#Defining_your_own_layers [[User:Patelmm79|Patelmm79]] ([[User talk:Patelmm79|talk]]) 19:06, 11 September 2013 (UTC)
::::It is somewhat out of date. This is supposed to work in the latest release (Maps 2.0.x), though I'm not sure it is actually working there. What I can say with more confidence is that it does ''not'' work in the latest development version. [[User:Jeroen De Dauw|Jeroen De Dauw]] ([[User talk:Jeroen De Dauw|talk]]) 20:54, 18 September 2013 (UTC)
:a little hack, see http://test.skipperguide.de/wiki/Niederlande#Karte
:changes:
:/extensions/Maps/includes/services/OpenLayers/OSM/OpenStreetMap.js
:<code> add a new Class: OpenLayers.Layer.OSM.OSeaM</code>
:/extensions/Maps/Maps_Settings.php
:<code> $egMapsOLLayers</code>
:<code> $egMapsOLAvailableLayers</code>
:<code> $egMapsOLLayerGroups</code>
:/extensions/Maps/includes/services/OpenLayers/OpenLayers/theme/default/style.css
:<code> .olImageLoadError {</code>
:<code> /* when OL encounters a 404, don't display the pink image */</code>
:<code> display: none !important;</code>
:<code> }</code>
:Hope this helps, Dirk [[Special:Contributions/91.59.145.124|91.59.145.124]] 10:22, 6 November 2013 (UTC)
== Error when submitting map. ==
Hi!Just started using Maps and already have an annoying problem.
Before the installation of Semantic features i could add a map just fine using only coordinates(when i tried to edit map values via name it just showed a blank screen).
After the installation of Semantic features(Semantic MediaWiki & Semantic Maps) every time i try to submit a map(as in example "{{#display_map: 55.7557860, 37.6176330}}" ) i get server error message on Chrome(Error code: 500) and a blank screen on Firefox. Tried to uninstall Semantic feats(did update my db after that via maintenance/update.php) but the problem still exsists.
Maybe someone could help me find the possible source of the problem?Maybe there is problem with version dependencies?
Mediawiki version - 1.21.1
PHP - 5.3.10-pl0-gentoo
MySQL - 5.1.56
Extensions :
DataValues - 0.1
ParamProcessor - 1.0 alpha
Semantic MediaWiki - 1.8.0.5
Maps - 2.0.1
Semantic Maps - 2.0.1.2 [[User:Aleksejs Miscuks|Aleksejs Miscuks]] ([[User talk:Aleksejs Miscuks|talk]]) 06:08, 8 August 2013 (UTC)
:You can disable the semantic features by stopping to load the relevant extensions. No need to change anything in the db. The tables might still be there, but will not be used, and thus not affect your wiki.
:Also see [[Manual:How to debug]] [[User:Jeroen De Dauw|Jeroen De Dauw]] ([[User talk:Jeroen De Dauw|talk]]) 06:41, 9 August 2013 (UTC)
::Hi!Thanks for the answer - after debugging the problem was resolved(there was a version dependency issue). There is a new problem, however :
::When trying to submit a map with coordinates :
::{{#display_map: 55.7557860, 37.6176330}} - everything works fine, but when trying to submit map with name :
::{{#display_map:Moscow, Russia}} - i get a blue google maps screen, with an error message "Parameter coordinates must be one or more valid locations.".
::Any advice on this? [[User:Aleksejs Miscuks|Aleksejs Miscuks]] ([[User talk:Aleksejs Miscuks|talk]]) 06:47, 12 August 2013 (UTC)
== grey boxes with https with firefox 23 's mixed contend blocker ==
Since the update to firefox 23 all my maps only show a grey box because firefox blocks mixed contend on https pages. I think it is because maps gets the map-tiles by http. On IE you can trust whole sites. In firefox I have to do it for every single page. Is there a workaround? [[User:Carchaias|Carchaias]] ([[User talk:Carchaias|talk]]) 12:07, 20 August 2013 (UTC)
:I found that turning
:security.mixed_content.block_active_content
:to ''false'' in FF's about:config makes it working like before. '''BUT''' this is not a good sollution because you turn of the mixed-contend blocker in FF generally. At time there is no ''whitelist'' in FF 23. The better way would be to get all stuff from maps via https . How can that be achieved ? [[User:Carchaias|Carchaias]] ([[User talk:Carchaias|talk]]) 14:08, 20 August 2013 (UTC)
::I found another "sollution". I used bing-hybrid ( | layers= bing-hybrid) within openlayers. Deleting bing-hybrid (or bing in common) from the enabled layers (it is only osm-mapnik now) made it working. osm-cyclemap works too. That looks like some services work other not. [[User:Carchaias|Carchaias]] ([[User talk:Carchaias|talk]]) 12:38, 21 August 2013 (UTC)
== Grey box: map does not load ==
Hi all,
we have just installed Maps at www.ferropedia.es (MW 1.18), with both Validator and DataValues correctly -I hope- installed, but the extension does not seem to be working. Both GMaps and OSM show a grey box, no matter which browser we use.
Example:
http://www.ferropedia.es/wiki/Estaci%C3%B3n_de_Benic%C3%A0ssim#Localizaci.C3.B3n
I have searched for information on this behaviour, but found only references related to SSL (which we are not using). Could have it something to do with the template used?
As I said before, we have also installed Validator and DataValues. Could the error be related to the configuration of any of these two extensions?
Kind regards and thanks in advance,
Fernando Puente (fpuente at www.ferropedia.es). [[Special:Contributions/81.61.196.180|81.61.196.180]] 15:21, 21 August 2013 (UTC)
:More details. When using
:<br />
:<listerrors {{#display_map:new york city|resizable=yes|service=openlayers}} /></listerrors>
:{{#display_map:|centre=new york city}}
:Instead of
:{{#display_map:new york city|resizable=yes|service=openlayers}} /></listerrors>
{{#display_map:|centre=new york city}}
:The second map does appear after the message "(Normal) york no es un parámetro válido.Se detectó el siguiente error en la sintaxis empleada: * york no es un parámetro válido.</listerrors>" [[Special:Contributions/81.61.196.180|81.61.196.180]] 15:31, 21 August 2013 (UTC)
== Incompatible with 1.19 ==
This won't work at least on MediaWiki 1.19. Trying to use causes fatal PHP errors:
:Call to a member function getDependencies() on a non-object in /var/lib/mediawiki/extensions/Validator/includes/Validator.php on line 342, referer: http://familipedia[...]
* Maps (Version 2.0.1)
* Validator (Version 0.4.14 alpha) [[User:Chealer|Chealer]] ([[User talk:Chealer|talk]]) 17:31, 27 October 2013 (UTC)
== [RESOLVED] Maps are not loading :-( ==
Hello,
I've upgraded from mediawiki 1.15 to 1.21 and have had to replace the old Google Maps-Extension with the new Maps-Extension (2.0.1).
http://test.skipperguide.i-novia.de/wiki/SkipperGuide:Test_Neue_Maps-Extension
Unfortunately, the maps will not showing. I'll tried various things, but without success.
I thought, that there may be an skin-issue which prevents to load the required javascript. However, the issue exists also with the original mediawiki-Skin from release 1.21:
http://test.skipperguide.i-novia.de/mediawiki/index.php?title=SkipperGuide:Test_Neue_Maps-Extension&useskin=vector
Any idea how to fix the issue?
Thank you very much and best regards,
Peter [[Special:Contributions/84.159.85.149|84.159.85.149]] 15:43, 2 November 2013 (UTC)
:There is a JS error in wikibits.js. Looks like an issue not related to Maps. Not sure what is using wikibits, perhaps some old extension you have? [[User:Jeroen De Dauw|Jeroen De Dauw]] ([[User talk:Jeroen De Dauw|talk]]) 00:16, 3 November 2013 (UTC)
::Hi,
::thanks for your reply. It seems to be a minor issue of the current skin. However, I've checked it with the original Vector skin. Here, there is no JavaScript-Error, but unfortunately the Maps are still not working:
::* http://test.skipperguide.i-novia.de/wiki/SkipperGuide:Test_Neue_Maps-Extension
::* http://test.skipperguide.i-novia.de/mediawiki/index.php?title=SkipperGuide:Test_Neue_Maps-Extension&useskin=vector
::Does someone have any idea, what is going wrong? I have completely no idea...
::best regards,
::<code> Peter</code> [[User:Pschrey|Pschrey]] ([[User talk:Pschrey|talk]]) 09:10, 3 November 2013 (UTC)
:::I've fixed the issue. It was a strange sideeffect of another extension. It misused one of the hooks and colidated somehow with the Maps-Extension.
:::Thank you very much for your support and your patience,
:::<code> Peter</code> [[User:Pschrey|Pschrey]] ([[User talk:Pschrey|talk]]) 17:01, 3 November 2013 (UTC)
== Displaying coordinates in different formats ==
Is there an easier way to specify the display method of coordinate properties? Currently I'm doing this:
<pre>[[Has coordinates::34.2, -118.1|{{#coordinates: 34.2, -118.1 |format=dm|directional=no}}]]
...but that seems pretty ugly; is there a better way? What I'd really like to do is set the default display format for the whole wiki -- is there a way to do that?
Also, why does this display a positive longitude value?
{{#coordinates: 34.2036, -118.0884 |format=dm|directional=no}}
I'm using Maps 2.0.1, Semantic Maps 2.0.1.2, and SMW 1.8.0.5. Bjp716 (talk) 05:34, 23 November 2013 (UTC)
- You can change the default format and directionality with some settings provided by the Maps extension. See the Maps_Settings.php file for the list. Jeroen De Dauw (talk) 19:09, 23 November 2013 (UTC)
Warning: There is an error in your syntax. Intermittent
[edit]I am getting the following error : Warning: There is an error in your syntax.
This seems to happen when I add too many pointers on the map. They each work on their own but when I add them all onto one map I get the error. I have tried taking out one at a time but sometimes it works when I get to around 15 pointers and sometimes it doesn't.
Any ideas ? my test page can be seen at http://www.stampsoftheworld.co.uk/wiki/Sand_Box Stampstudy (talk) 21:07, 2 December 2013 (UTC)
- Seems to work if you use all the same type of locations - I changed all the placenames to co-ordinates and it seems to be stable for now. I will report back if the maps stop working again. Stampstudy (talk) 14:21, 3 December 2013 (UTC)
- This sounds like the geocoding for one of your placenames failed. Putting in actual coordinates will indeed fix this. Jeroen De Dauw (talk) 20:12, 6 December 2013 (UTC)