Extension talk:Semantic Maps/LQT Archive 1

Pictures as Maps?
I miss the feature of Semantic Layers 0.4 which was to define a jpg or png picture as map for example for video game walkthroughs as it was here: http://s89238293.onlinehome.us/w/index.php?title=Charon_doesn%27t_make_change

Is there also a upcomming demo wiki planed like the one of Semantic Layers? --Danwe 21:57, 22 July 2009 (UTC)

This functionality is indeed not yet present. It's however, on the to-do list. If you have any comments on that, please place them there.

There is a demo wiki, which is linked to multiple times in the Semantic Maps article. - Jeroen De Dauw 23:31, 22 July 2009 (UTC)

Using pictures as maps would be a great feature! dhe, 19 Oct 2009

I can only see the new feature Ability to define custom overlays for OpenLayers on the todo list. Does this mean own pictures as maps or is it something else? I am still looking forward to see this in Semantic Maps. --Danwe 17:55, 19 October 2009 (UTC)

Hey,

Have a look at the new features planned for Maps 0.5. Defining base layers is not something semantic, so it'll be part of Maps, not SM.

Cheers

-- Jeroen De Dauw 08:47, 20 October 2009 (UTC)

Ok, Thanks. But looks like it will come with 0.6, not 0.5 ;-) --Danwe 17:47, 26 October 2009 (UTC)

Hey,

Yes, I move it on release, since static maps do have priority.

Cheers

-- Jeroen De Dauw 08:41, 27 October 2009 (UTC)

Blank Map?
Sorry newbie question. I'm new to semantic wiki and maps extension. I have set my geographic coordinates property (Property:Coordinates) on my category "Companies" and it looks to be set properly. Like so

I make the #ask query as so:

The extension tries to display a map (the controls and 'powered by Google' logo), but there are none of the map image tiles and no pin for the company.

No error messages in the log file. Not sure if there is any logging?

BTW, this is a totally cool extension!

--

Hey, your query is not returning any coordinate results. No map should be displayed - but the empty map is a bug in 0.2. This has been fixed in the soon comming version 0.3. The easiest way to see what kind of results you are getting is to put 'table' as format. I suggest you do that, and try to get the query right. After that you should not have any problems using Maps/Semantic Maps.

--Jeroen De Dauw 10:05, 13 August 2009 (UTC)

Hi Jeroen, you're right. There was just something whacked with my query results. I got that squared away and it works great!

I do have a new problem now though. I notice that some existing queries with format=ol are trying to display as maps. They have the same behavior as the failed query. They display a blank map (specifically a yahoomap).

This is causing problems for all my existing queries using format=ol. It looks to be specific to that format. If I add ?Coordinates to the query, it will display the full map correctly, but it shouldn't be trying to display a map at all unless format=map.

Wondering if you had seen or was aware of this bug. BTW, I tested it in 0.3 and it still happens there.

--GregZ 21:02, 13 August 2009 (UTC)

format=ol
Hi Jeroen,

I have uncovered the bug that I mentioned above regarding format=ol. This is a problem in 0.2.

format=ol should map to SMWListResultPrinter, but there is alias being set in Maps.php which will set it to SMOpenLayers

It looks like this has been fixed in 0.3, but there are still some other problems that are going on with 0.3, so I've just patched 0.2 for now.

Good luck and let me know when 0.3 is ready to give a spin.

Thanks! GregZ --GregZ 22:43, 13 August 2009 (UTC)

Hey GregZ,

The bug was fixed in 0.2.1, so you should be able to use 0.2.2 without any problems.

0.3 will be released later today. I'm still bug hunting it, but if you found any issues, feel free to report them. It's always a pain when I hear of them AFTER the release :)

Cheers

--Jeroen De Dauw 22:50, 13 August 2009 (UTC)

Some note I'd like to add: quite some of the wiki syntaxis for 0.3 changed, so it's logical it'll give errors if you use 0.2 or 0.1 like wiki code. The docs will be updated before the 0.3 downloads are put on-line. Some of the changes are discussed in the last 3 posts here.

Cheers

--Jeroen De Dauw 22:58, 13 August 2009 (UTC)

0.3 has been added to the downloads, and the docs have been updated. I suppose your issue has been resolved now?

Cheers

-- Jeroen De Dauw 01:35, 16 August 2009 (UTC)

Aliases?
Hi,

I've got the following problem: Warning: Invalid argument supplied for foreach in [path]/extensions/SemanticMaps/SemanticMaps.php on line 89

In SemanticMaps.php you have 90                foreach ($serviceData['aliases'] as $alias) {

however, if I dump $serviceData, there's no aliases key: array(2) { ["qp"]=> array(3) { ["class"]=> string(12) "SMGoogleMaps" ["file"]=> string(28) "GoogleMaps/SM_GoogleMaps.php" ["local"]=> bool(true) } ["fi"]=> array(3) { ["class"]=> string(21) "SMGoogleMapsFormInput" ["file"]=> string(37) "GoogleMaps/SM_GoogleMapsFormInput.php" ["local"]=> bool(true) } } Where is the aliases supposed to come from?

I'm using the ask syntax and upgrading from SemanticGoogleMaps

using SMaps and Maps REL 0.3.2 --Kwisatz 18:08, 21 August 2009 (UTC)

Hey,

I saw you removed this from the talk page. Has your problem been resolved? If so, maybe you could give some brief explanation so other people don't get stuck with a similar problem. Also, if any of the docs are unclear or confusing about something, please say so, and I'll have a look at them :)

Cheers

--Jeroen De Dauw 10:36, 22 August 2009 (UTC)

Error trying to bring up map with multiple pins
Getting this error:

Fatal error: Class name must be a valid object or a string in /var/lib/mediawiki/extensions/SemanticMaps/SM_Mapper.php on line 28

with this markup:

Any idea whats going wrong here? Any ideas what I need to fix?

--Jeff Waltzer

Hey,

That sounds like a bug from 0.3, which was solved in 0.3.1 (see here). If you are still using 0.3, I suggest you upgrade as soon as possible to the latest version, 0.3.3.

Cheers --Jeroen De Dauw 11:27, 27 August 2009 (UTC)

Show a simple map for an article
I'm using Semantic Forms and the form input for the map is working nicely. I can show overview maps that link to the articles really well. However I'm lost on how I show a simple map on the article page itself. I know this is probably trival but a point in the right direction would be invaluable. Currently it is showing a coordinate field, if I try to use this as the input for the maps extension it fails as the content is the wrong format (markup, wrong coordinate format). In desperation I tried to write a parser function to strip and convert this, which worked but then this in turn broke the form.

Hey,

I'm not sure I understand you correctly. You can use display_point(s) to display coordinates. Coordinates entered in a form should be valid here. You can see an implementation here. Or one at my demo wiki.

Cheers!

--Jeroen De Dauw 11:46, 11 September 2009 (UTC)

Perfect, thanks Jeroen that works perfectly. For anyone else having the same issue the solution is to use something like this in your template:

Coordinates::

Map with multiple pins = blank map with pins ???
When i try to show more than 1 pin on the map, the map gets always Grey and doesn't work on any inputs.

Code:


 * Its the same for google and openlayers.
 * We use always the newest versions of all extensions.
 * I noticed when i click one of the pins and zoom in an out again, then the Grey disappears an the map comes out. -- Could this be a problem with the auto zoom ?

-- Simon Bachenberg 22.09.2009

Hey,


 * Have you got the stable release, or the latest SVN trunk commit?
 * Can you provide a link to the malfunctioning maps?
 * Try changing the initial zoom of the map. When it's zoomed in to much, no tiles will be loaded in some cases, esp areas that have not been mapped in high res, like the sea.

Cheers

-- Jeroen De Dauw 19:06, 22 September 2009 (UTC)

Hey,

I checked my demo wiki, and no such error there. I then updated the code there to the latest SVN trunk commit, and still no sign of any gray map. So it must be something on your wiki going wrong I suspect. Maybe you have some special chars in one of the title's, or pop-up text?

Cheers

-- Jeroen De Dauw 19:13, 22 September 2009 (UTC)

Now have a look at it I got the newest Maps and Semanticmaps Package downloaded and installed. i hope this is the same as the SVN trunk.

-- Simon Bachenberg 8:42, 23 September 2009 (UTC+1)

Hey,

Please have a look at this section of Maps discussion. It's the same problem if I'm not mistaken. You also 'appear' to be missing your JS files, so like Yaron says there, you likely got your $wgScriptPath is configured.

Cheers

-- Jeroen De Dauw 08:16, 23 September 2009 (UTC)

Hi,

If i change the $wgScriptPath to "" the server redirects all incoming request to http://multiweb.gesis.org/ and not to my wiki at http://multiweb.gesis.org/wiki.

So if there where JS files missing which are missing ? I haven't deleted any ?

-- Simon Bachenberg 8:40, 24 September 2009 (UTC+1)

Hey,

Have a look at the html output, where the JS files are included. I believe the pointer is wrong, instead of actual files missing. FOr example this link:

http://socioguide-test/wiki/extensions/Maps/GoogleMaps/GoogleMapFunctions.js

$wgScriptPath seems correct, but that domain isn't.

Cheers

-- Jeroen De Dauw 12:12, 24 September 2009 (UTC)

What do I have to change now - Get a new google Api key?

We are using a virtual host. The real Domain-Name is Socioguide-Test, but if I generate an API Key for that Domain name you can't see maps form the Web.

Is it possible to have more than one API Key for Googlemaps ?

-- Simon Bachenberg 8:25, 25 September 2009 (UTC+1)

Hey,

This is not a problem with your API key (not in the first place anyway), but with the path of the JS files in your HTML output.

In Maps.php, you can find the following line:

$egMapsIncludePath 	= $wgServer. $egMapsScriptPath;

Try changing $wgServer to 'http://multiweb.gesis.org', and then do a similar replace in SemanticMaps.php. This should fix your problem. For the next release of both extensions I'll have a look at this issue with virtual hosts.

Cheers

-- Jeroen De Dauw 08:59, 25 September 2009 (UTC)

Hi, I tried that but it, didn't change anything. I also tried yahoo and openlayers they dont even show anything, if I have multiple pins. For one Pin they work great. Any new Idea how I could get multi pins working ?

Can you tell me which JS Files are wrong?

-- Simon Bachenberg 20:00, 27 September 2009 (UTC+1)

Hey,

This issue is not mapping-service related. Also, I'd expect the maps to fail no matter the number of markers on them. Can you link an example of a map with only one that's working?

I don't think there is anything wrong with you JS files. If you want to be sure, download the extensions again, and compare the JS files there with the ones on your server. When you replaced the $wgServer variable, what output did you get?

Cheers

-- Jeroen De Dauw 20:38, 27 September 2009 (UTC)

Hi,

I changed the $smgIncludePath back to normal. Then a Single Pin Map work with yahoo [Link] and only with Yahoo all others make grey maps.

If u want you can test it by your self, my wiki has no write permissions at the moment.

-- Simon Bachenberg 09.00, 28 September 2009 (UTC+1)

Hey,

I can't see (and can't get) anything working.

This line in the source output

http://socioguide-test/wiki/extensions/Maps/YahooMaps/YahooMapFunctions.js

should be

http://multiweb.gesis.org/wiki/extensions/Maps/YahooMaps/YahooMapFunctions.js

The amount of markers really does not affect this whatsoever. When you replaced the $wgServer variable, what output did you get?

Cheers --Jeroen De Dauw 10:19, 28 September 2009 (UTC)

Hi, have a look at http://multiweb.gesis.org/wiki/index.php/Arad the map is working right with Yahoo now.

Socioguide-Test   = Real Server multiweb.gesis.org = Virtual Server

When I change the Variables for $wgServer, this one Yahoo map stops working an all maps stay grey.

-- Simon Bachenberg 09.00, 29 September 2009 (UTC+1)

Hey,

The domain in your html output should then be your virtual server, like described in my above post. Changing the variable like I described should normally result in the correct output. Please provide the output you get when this is not the case, else I can't help you.

Cheers

--Jeroen De Dauw 17:40, 29 September 2009 (UTC)

Hi,

I changed it now have a look.

-- Simon Bachenberg 08:07, 1 October 2009 (UTC+1)

Hey,

That change fixed the issue with the reference to the JavaScript files. There is apperently another problem, whihc is causing the maps to malfunction when you have multiple markers. From what I've seen, I'd guess it's a wron,g setting or something similar. Did you change anything to the settings file of Maps or Semantic Maps?

Cheers

--Jeroen De Dauw 11:15, 1 October 2009 (UTC)

Hi, this is all config that we have for maps: require_once( "$IP/extensions/Maps/Maps.php" ); require_once( "$IP/extensions/SemanticMaps/SemanticMaps.php" ); $egGoogleMapsKey = "ABQIAAAAxGRyrTpBgZK5vDZ2lrT-xhRHeL3PCqcMtv3wFxUrxYvHPewnghQjz-r_9HUSDAQR4DZ-U7_wAiSBxw"; $egYahooMapsKey = "kIYITb3V34HBALKpKdxJ9y4KE.6KTvxRoleNfxFO5NzDi6gk1Nmxm9JSA5d0oPDmb73Non3m";
 * 1) Semantic Maps http://www.mediawiki.org/wiki/Extension:Maps
 * 1) $egGoogleMapsKey = "ABQIAAAAxGRyrTpBgZK5vDZ2lrT-xhSxYyoZjA0LCsUB8u1taITp1hqhYRRKHU3GyGWeCGkL2nC315i22w-QWA"; // Internal Key

Maybe something is missing ?

-- Simon Bachenberg 15:02, 1 October 2009 (UTC+1)

Hey,

That seems to be fine. To be honest, I can't say what's going wrong exactly; the output seems fine, but still the mapping API's ain't accepting it. Some debugging will be required to pinpoint the problem.

Cheers

--Jeroen De Dauw 14:44, 1 October 2009 (UTC)

Hey,

Yaron suggested it's probably one of the extensions you are using that's conflicting with the mapping API's. You can easily check this by disabling all of them (the ones not required for Semantic Maps), and checking the relevant page again to see if the map gets displayed property. If it does not, the problem is something else, if it does get displayed however, you can re enable the extensions one by one, and so determine which one is causing the conflict.

Cheers

-- Jeroen De Dauw 15:25, 1 October 2009 (UTC)

Thanks for the Tip,

there where 2 Extensions that causes Problems:


 * LuceneSearch / UnifiedSearch
 * SMW Halo ( enabling the SMWHaloStore2 )


 * 1) SMW Halo

$wgUseAjax = true; include_once('extensions/SMWHalo/includes/SMW_Initialize.php'); $phpInterpreter = "$IP/../../php/php.exe";
 * 1) enableSMWHalo('SMWHaloStore2'); // Disable

// Disable
 * 1) Lucene Search
 * 2) Link: http://smwforum.ontoprise.com/smwforum/index.php/Help:Enabling_Lucene_Search
 * 3) $wgSearchType = 'LuceneSearch';
 * 4) $wgLuceneHost = 'socioguide-test';
 * 5) $wgLucenePort = 8123;
 * 6) $wgLuceneSearchVersion = 2.1;
 * 7) require_once("extensions/UnifiedSearch/includes/UnifiedSearch.php");

I contact the Halo Extension Guys for Help, looks like there Problem.

-- Simon Bachenberg 09:05, 2 October 2009 (UTC+1)

Ok. DOn't hesistate to bug me again when you encounter more Maps/SM related issues.

Cheers

-- Jeroen De Dauw 07:39, 2 October 2009 (UTC)

GPS coordinates are no Geographic Coordinates?
The parser function doesn't acknowledge that this is a correct input format: N 51° 09.167 E 004° 58.484 When I use it unaltered together with or  then it works, however. I just can't get to accept it and thus I can't save it as geographic data for SMW. Thus I am unable to build queries with Semantic Maps that display the pages on a map. How come that these GPS coordinates are not valid inputs for and how can I fix this?

Hey,

Thanks for pointing this out. I'll try to have a look at this issue later today and get back to you.

Cheers

-- Jeroen De Dauw 05:27, 6 October 2009 (UTC)

GPS coördinates are read wrong from semantic wiki
Whenever I request coördinates via an #ask the mark ends up 30-40 kilometers on the wrong place.

First I get the coördinates and save them to a variable:

Then I use that variable to show it in a map:

But the mark is completely wrong. When I enter the coördinates directly, in a decimal way, it works. But semantic mediawiki returns coördinates in an houres-minutes way. I had the same problem with the obsolete google maps extension, but that only moved the marker about 2 kilometers.

-- Skerit 22:58, 18 October 2009 (UTC)

Hey,

What version of SM (and Maps) are you using? Can you also link to a page where I can see this flawed behaviour? And again, which extension are you referring to with 'the obsolete google maps'?

Cheers

-- Jeroen De Dauw 11:15, 19 October 2009 (UTC)

Ask queries don't work
Insert non-formatted text here Hello, I have some troubles using ask queries, I have used the same as in all the examples, even copied the same template and used the same Category for test. If I change the format to broadtable, I get the coordinates displayed, so I know that the ask query is fine. The map is also displayed correctly for the induvidual location, so I know that the coordinates are correct and that the map feature is working.

Here is my ask query, it's done in a normal page:

I took the liberty to create the same query in the demo page, and it works. Is there any changes I need to enable ask queries?

--

Hey,

Which version of SM are you using? If you got the last commit from SVN trunk, the mapping service aliases won't work. If so, simply change format=googlemap to format=googlemaps.

What output are you getting? A table, a map with nothing on it, blank space, ... ?

Are you sure the coordinates property is of type geographical location?

And last question: can you link to the page on which the problems manifest themselves?

Cheers

-- Jeroen De Dauw 11:20, 19 October 2009 (UTC)

I will try to get an online version during the day. I'm using the latest version, and have tested with both googlemap, googlemaps and just map.

The output is nothing, no blank map..

The cordinates work on the map for the induvidual location, so I think they are fine. (But that is a display view, not an ask)

I'll send the link back to you later today

Hey,

Can you please specify which version you are using (= version number)? 'the latest version' can refer to multiple things.

Cheers

-- Jeroen De Dauw 15:13, 19 October 2009 (UTC)

Hello again Jeroen,

Thanks for all your help so far, appresiate you taking the time.

My versions are: MediaWiki: 1.15.1 SemanticMaps: 0.3.4

Hey,

Can you provide a link to your wiki (preferably a page on which the problem you are having manifests itself), so I can have a look at what exactly is going wrong? You can send me an email with the link if you do not wish to reveal your wiki/page publicly for some reason.

Cheers

-- Jeroen De Dauw

The link is http://194.19.110.207, search for Location 2. This is a wiki setup from scratch on a CentOS 5.0 server

NOTE: There is a problem with the DNS on this server, so the Google API wont work, but it work internally (since we use another FQDN from the inside). AND: It should have displayed the error message on the Category:Locations page, since this is where I do the ask query

Hey,

Like I originally suspected, the type of your coordinate property is wrong. It should be Geographical Coordinate, and not Page. Maps won't have problems with this, since it's not integrated with SMW, but SM obviously is. See this page on your wiki for proof.

Cheers

-- Jeroen De Dauw 17:03, 20 October 2009 (UTC)

You were absolutely correct Jeroen, It's working now! Thanks a lot for you help and effort.

Have a great day

Tor

What if there is no 'wiki' directory?
Hi, I'm still having the problem of not getting a map anywhere. When I had a look at the source code of a page, I saw this:  I really have no idea what this is about, since I'm no programmer. But what I do know is that the referenced directory doesn't exist. It probably should be in my case ...src='/www/extensions... Could that have something to do with my problem? And where is the .../wiki/extensions... coming from? There is nothing like that in my settings. --AdSvS 09:20, 6 November 2009 (UTC)

Hey, Please provide me with a link to your wiki, OR the versions of Maps, SM and SMW AND the html output of a page on which a map is failing.

This is how the base of the path you are having problems with is formed:

Like you can see, the 'wiki' in '/wiki/extensions' is coming from wgScriptPath, a variable you can set. So this seems like misconfiguration of your wiki, not a problem with Maps.

Cheers

-- Jeroen De Dauw 01:10, 9 November 2009 (UTC)

Hi, the wiki is www.denhout.eu and a page that fails is Gebruiker:AdSvS.

The value of $wgScriptPath      = "";

The site is only wiki, so no subdirectory.

Kind regards,

--AdSvS 13:35, 10 November 2009 (UTC)

Hey,

Maps and SM do not add this 'wiki' part of the path, so are not responsible for your problem. You can easily confirm this by changing

in Maps.php to

and reloading a page. That will get you the value of wgScriptPath, which will not be an empty string.

Cheers

-- Jeroen De Dauw 14:36, 10 November 2009 (UTC)

Hi,

You were absolutely right. I found out that the default value of $wgScriptPath in DefaultSettings.php is /wiki and the statement in localsettings was behind the 'requireonce' of Maps. Sorry to bother you with this, but since I'm migrating from Semantic GoogleMaps to Semantic Maps and GoogleMaps worked fine I figured it should have something to do with Maps.

--AdSvS 08:14, 11 November 2009 (UTC)

Hey,

The difference is that SGM did not use seperate JS files, and Maps/SM do.

Glad you got it fixed.

Cheers

-- Jeroen De Dauw 14:44, 11 November 2009 (UTC)

Semantic Maps with SF problem since upgrade to 0.4.0
Since the upgrade of maps and semantic maps to 0.4.0 I have two things not working anymore:

1. In a form were the user has the ability to choose coordinates with semantic maps the field to enter an adress and the button "lookup coordinates" are gone.

2. When the user chooses a coordinate with semantic maps the coordinates are not written correctly in the coordinates field: instead of "°" it prints the not recogniced character "�" and after saveing the new coordinate SMW does not interpret the value as coordinate anymore.

--Tkrueger73 13:39, 7 November 2009 (UTC)

Hey,

1. I've confirmed there indeed is a (big!) problem with the forms. This is pretty easy to fix though, and will be taken care off for the next release, which will be there by at least Tuesday.

2. What steps are leading to this behaviour excellently? Can you provide a link? There are some issues with the coordinate handling, esp the ° sign, but I don't immediately see how a wrong output in SM could be generated.

Cheers

-- Jeroen De Dauw 23:05, 7 November 2009 (UTC)

Sorry, but I already changed back to the old version. But here is the link: bluewater-info.net Maybe you have to register to see the Special:Version

--Tkrueger73 23:24, 7 November 2009 (UTC)

Hey,

I've taken a closer look at this and fixed an issue with the Yahoo! Maps form input. I can't replicate a missing 'lookup' coordinates filed though. Keep in mind OpenLayers simply does not have one! Also, to be able to use the Google or Yahoo! one, you need to have their proper API keys in your settings file.

About the ° problem: I've tracked this down, and apparently the code is correct, but there is some issue with the encoding of the relevant JS file. This is probably also true for another similar bug that surfaced in the DMS notation detection. This will probably be fixed tomorrow.

Cheers

-- Jeroen De Dauw 23:40, 7 November 2009 (UTC)

Hey,

The ° has been fixed in the code for 0.4.1. I've just committed it to the SVN trunk :)

-- Jeroen De Dauw 01:03, 9 November 2009 (UTC)

Stuff In The Top
I apologize if this is not how to post or the wrong area. I am a novice and finally got SMW and the Bundle loaded up. So, when I am logged in everything runs fine, but when I am not logged in (or anyone else for that matter) I get this:

Warning: curl_setopt [function.curl-setopt]: CURLOPT_FOLLOWLOCATION cannot be activated when in safe_mode or an open_basedir is set in /home/ibrrorg/public_html/project_magellan/extensions/Maps/Geocoders/Maps_BaseGeocoder.php on line 59

| Here's the page

It posts out three (03) times. It happens whether or not I deny stuff to anonymous folks or not.

As a sidenote I would LOVE to find some kind of screencast for setting up a Google Earth deal w/the search function that you have. Your associate Yaron was kind enough to show me how to set up the SMW and I really like the possibilities, but simply am not a programmer and don't really grasp the whole thing and need like a SMW for Dummies kinda thing that has a bunch of examples I guess. --Ibrrorg 04:06, 9 November 2009 (UTC)

Hey,

When I try to get onto that page, I only get the main page, where I'm not seeing any error/warning messages.

I think the easiest (and best) way to get rid of this warning is to simply enable cURL on your server. I'm surprised you are having this problem, since cURL was put in to solve similar problems, and doesn't seem to have bothered anyone since then.

Cheers

-- Jeroen De Dauw 15:53, 9 November 2009 (UTC)

So, first thanx for the rapid turn around! The page now loads above for the link. Second, the error doesn't appear anymore, but now the maps don't appear at all other than the example of the universe map (I simply copied the examples off your page of maps). It states as follows:

'' What's Going On

So, here are some examples of the maps we can embed now. When I'm done, you'll simply link a template and it will have a search built in as well. Go ahead and test the 'zoom by mouse wheel' features! F-ing good stuff!

Regular Map

The following address could not be geocoded: Sioux Falls, SD. The map cannot be displayed. Hybrid 1 Map

The following address could not be geocoded: New York, NY. The map cannot be displayed. US Navy, Hybrid Earth Map

Zoom the Earth or Spin it in any direction and Zoom! Set For New Orleans, LA right now. The following address could not be geocoded: New Orleans, LA. The map cannot be displayed.

The Entire Universe By Coordiantes!!! ...this map will appear...''

It works just fine when I login, though. Is it possible that there is some conflict between the fact that I do not allow anonymous edit or sign up for an account? I use the text listed as an example in mediawiki in my local settings. Or, and I'm not a programmer, but I keep hearing this thing about a 'cache'. Either way, thanks for taking an interest and I have sent you a username and password with admin status. I also notice that since adding the SMW package and its bundle it takes awhile for me to load the wiki as opposed to my other sites in the same domain.--75.105.244.33 20:13, 9 November 2009 (UTC)

Number of Place Markers
what is the limit on the number of markers that can be added? 100? 500? thx --Phalseid 20:51, 10 November 2009 (UTC)

Hey,

Good question. This depends on the mapping API used. For Google Maps this was ~200 if I remember correctly. Not sure about the others. You can easily google this though.

Cheers

-- Jeroen De Dauw 14:37, 11 November 2009 (UTC)

Problems since upgrade to 0.4.1
Hi,

I haven't changed anything since i upgrade. But when i upgraded to the latest version (SM & M)the display of the map stop working in the page. And gives me a message:

The following address could not be geocoded: 56.72648631315732° N, 111.44923138614104° W. The map cannot be displayed.

Any idea why ? But anayways I'd like to thank you fellas for for this great extension and contribution.

Hey,

The reason these coordinates do not get accepted is cause they have to many digits. Did you enter this amount of digits, or did Maps/SM add/create them at some point?

Anyway, you can hotfix this by editing the file '/Maps/Geocoders/Maps_GeocodeUtils.php', on line ~50. Change

To

Cheers

-- Jeroen De Dauw 14:42, 11 November 2009 (UTC)

Hi,

there is another Problem since the update from 0.3.4 to 0.4.0/0.4.1: Until 0.3.4 in the forms there was a nice field where you could enter a City to jump near the area you want to choose. Since the Update it´s gone. It was a great function. Is it possible to reimplement it?

--Tkrueger73 15:26, 11 November 2009 (UTC)

Jeroen,

The same problem occurs on your demo site. See article Amsterdam. I used the form to create it.

--AdSvS 17:32, 11 November 2009 (UTC)

Hey guys,

There indeed appear to be some problems. The smart geocoding feature of Maps does not recognize the notation used by the forms, which is quite rediculouse. I did not detect this cause all examples on my demo wiki are using the coordinates= parameter. So if you simply want to display one or more coordinates in that notation, use the explicit parameter name for now. I'll add auto detection support for this notation in the next version.

@ Tkrueger73:

This feature was not removed (why would I do that?). I actually did not change anything to it between v0.3.4 and v0.4.0. I'm also unable to replicate the 'missing field'. Please provide me with a link to an example shwoing this behaviour, so I can analyse the problem.

Cheers

-- Jeroen De Dauw 21:17, 11 November 2009 (UTC)

Jeroen,

here is an example link:

Now for you I installed Semantic Maps and Maps 0.4.1. If I just delete the Semantic Maps and Maps folder, and then copy the folders from 0.3.4 into the extension folder, then I have the "lookup coordinates" Button and the "Adress"-field back.

My Versions:

MediaWiki 	1.15.1

PHP 	5.2.4-2ubuntu5.7 (apache2handler)

MySQL 	5.0.51a-3ubuntu5.4

AWC`s MediaWiki Forum (Version 2.5.7)

Data Transfer (Version 0.3.4)

Semantic Forms (Version 1.8.5)

Add to Any Share/Save/Bookmark Button (Version 0.1)

anysite extension

HTMLets (Version r34306)

Maps (Version 0.4.1)

ParserFunctions (Version 1.2.0)

Semantic Compound Queries (Version 0.2.3)

Semantic MediaWiki (Version 1.4.3)

SemanticQueryFormTool (Version 0.2.5c)

SimpleSecurity (Version 4.3.0, 2009-03-24)

Winter (Wiki INTERpreter) (Version 2.2.0)

DynamicTabs (Version 0.5.3)

Google Analytics Integration (Version 2.0.1)

KeepYourHandsToYourself (Version 0.3)

Language Selector (Version r45403)

Lockdown

MetaTags (Version 1.1.0)

PagesOnDemand (Version 0.1)

Semantic Maps (Version 0.4.1)

StubManager (Version 1.3.2)

--Tkrueger73 03:32, 12 November 2009 (UTC)

Hey,

That page is not a form as far as I can see. I can't check any regular form since I need authorization for that.

Also, if you have first uploaded 0.4.1, and then put 0.3.4 over it, please undo this. Else it'll be quite impossible for me to determine the problem.

Cheers

-- Jeroen De Dauw 13:55, 12 November 2009 (UTC)

Hi,

my googleMapsKey had the parameter "$wgGoogleMapsKey = ...". I added "$egGoogleMapsKey = ..." one line below and it works.

Jeroen, again thanks for your great support!

--Tkrueger73 18:20, 12 November 2009 (UTC)

For others with a similar problem:

This was an issue with backward compatibility support that arose after some changes in 0.4. It has been fixed in 0.4.2.

Cheers

-- Jeroen De Dauw 20:16, 12 November 2009 (UTC)

No Map Displayed From Form
I spoke w/you about trying to do this. First, mediawiki 1.15, monobook. Semantic Mediawiki with Bundle, Maps and all proper coding done in the LocalSettings.php. Site is | Project Magellan. Simply select Add Yard Info to see my below explanation.

So, I get the map and the entry stuff to display for entering data; it looks up via address, pulls the coordinates and displays the map on the form screen, but when I save it says (where the map shoud be) I get this: The coordinates (on one line), Map display (empty and on one line) and No coordinates provided for the map (on another line).

All I want the thing to do is pass the coordinates off to the form, save 'em and make my map appear. I wanted a google earth map, but gave up on that. This code actually originates from your test site so I hope you aren't mad I used it. I don't care too much about all the 'deep' meta or whatever kind of data. I simply need to save the coordinates and have them display. I'm not a programmer, have tried for a week now to find someone to help me, even for pay, to no avail and am at wits end. I know it's something simple, but look I am a hobo (I really do ride freights) and am not very educated past cut and paste. Thanx for looking at this! --Ibrrorg 02:31, 15 November 2009 (UTC)

THIS IS THE TEMPLATE

This is the 'Location' template. It should be called in the following format:

Edit the page to see the template text.

AND THIS IS THE FORM

This is the "Yard Info" form.



General Notes:

Coordinates:

Hey,

I can see 2 issues with your form code:


 * The map needs to be placed above the  if you want it to be part of the template.


 * The name of the form input field should be the same as the one of your template. You have  in your template and   in your form.

For extra references, you can look at this form and this template, although I admit those aren't the best examples you could imagine.

My wiki contians only demo data, so you can simply copy whatever you want from it.

If you have problems with the Google Earth map type, have a look at the Google Maps map types.

Cheers

-- Jeroen De Dauw 12:18, 15 November 2009 (UTC)

I did what you said and made the changes to place the call above the end template and on the names (The/Coordinates) and copied exactly what your demos have and I get this: "36.398017� N, 97.8394109� W" cannot be used as a page name in this wiki. When I remove the ?, the direction and add a - to the W I get a map that displays. Can you simply recommend a coder who I can pay to do this? I have written nine (09) and offered $30USD to fix it and each one (and they say they are mediawiki developers) respond that they do not know how. I have gone to each site listed in your extension and played with the stuff to no avail. | This is the form and | this is what I get when I enter the map. The Location template is | here and the | form is here. I want to keep mediawiki, but I can't start to enter information if this isn't fixed and if I can't fix it, I have a big problem. Thank you.--Ibrrorg 05:56, 16 November 2009 (UTC)

Similar problems and an additional issue (after update from 0.3.4 to 0.4.2 rc1)

I have the same problems and an additional issue:

1. The Form is saving the coordinates with to much digits (16 digits behind the comma), but the Maps extension acceps only up to about 8 digits after the comma.

2. To prevent the problem above, already in the past, I splitted the coordinates in lat and long and cutted the digits using the extension "Winter". Since now the Maps-extension is not accepting the "winter-variables" anymore, which was working with Maps0.3.4 without any problems.

--Tkrueger73 05:30, 15 November 2009 (UTC)

Hey,

I've just commited a change (that will be included in Maps 0.4.2) making Maps accept up to 20 decimal digits, which should fix the problem (I'm not having any problems anymore myself in any case).

Maps uses a new MediaWiki initialization script since 0.4. If the Winter extension is not working anymore with Maps, it's likely caused since that one still uses the old script.

Cheers

-- Jeroen De Dauw 12:18, 15 November 2009 (UTC)