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)

Hey,

Please upgrade Maps and SM to 0.4.2 (this version was released yesetrday). 0.4 RC1 has known issues, wich might very well be responsible for the problems you are having. (The � sign was fixed in 0.4.1.)

If you still don't succeed after that, I can recommend contacting Yaron Koren, a really nice guy who is far more experienced with SMW then me, and is the author of Semantic Forms. He's currently on holiday though, and don't know when he'll be back and able to help you.

Cheers

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

Didn't fix it, but I was referred to Kasper S. (here I want to say that had I not been in a niche community being that I am a hobo I never would have found him and that is problematic for an open type of community) who apparently does some excellent mediawiki stuff and am hoping it all goes well. I will post back, though, to advise what was done so that other non-programmers like myself will at least have a starting point. A sidenote: It is virtually impossible to find anyone who works with this stuff. I called EVERY business in our local area (population well over 200,000) and not ONE person worked with MW. It would be nice if ya'll would create/post an area EASILY accessible for folks like me (and I will bet there are thousands of us) to contact people who will help (even for pay) with your extensions (not just yours as I am having a problem with the extension with Social Profile). This isn't a slam on you or your co-programmers, but you have to realize that some folks who want to use MW and its extensions weren't fortunate enough as to go to college and collaborate with others around the globe to learn to program. We are human beings as well and it would simply be nice to see the ultimate intended use of the MW platform (free open source platforms available to all) be realized. With that said, I want to thank you for responding to me in a timely manner. Your thread here is to be commended whereas I cannot say the same about others.--Ibrrorg 03:50, 17 November 2009 (UTC)

So, I went to your blog and found a picture of your 3D NYC map and below it was some wiki code. I cut and pasted it into my Form and it works! Two things I note: first, the | are all in one line and not seperated sentence by sentence; and two it works! :-)

I am curious, though, how you make input type=googlemaps|earth=on add itself into the Form and Template. When I copied your stuff this section is the only part I have to manually add.--Ibrrorg 03:35, 19 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)

Changing center/zoom based on user input
It would be useful if once a semantic map was displayed the user could change the center and zoom based on a (geocoded) location. A form input (mostly the same as the form input) to allow the user to zoom/center in on a particular location. This is particularly useful when you have a map of many points scattered across the globe.

I don't think this is supported currently. Something to think of for the future.

Hey,

Do you mean adding a field where you can enter an address, and then hit some 'Go To' button to go to it?

Cheers

Jeroen De Dauw

v0.5 bug
This is what I got when I tried to go to Special pages:

Fatal error: Class 'SMFormInput' not found in /home/.eases/.../transitunlimited.org/extensions/SemanticMaps/GoogleMaps/SM_GoogleMapsFormInput.php on line 18

After the installation, there were error messages on the maps. Also, the layers are available by default (I prefer to disable those). I removed the version in the mean time.

67.170.217.247 05:08, 18 December 2009 (UTC)

Hey,

I've just replaced my code with the one in that archive, and it's not giving any problems. Are you sure everything got uploaded correctly? There should be an SM_FormInput.php in SemanticMaps/FormInputs/. Is it possible to provide a link to your wiki, so I can determine what's going wrong?

If you don't want the layers (I'm assuming you are referring to Google Maps overlays) enabled, just remove the overlays control from the default controls setting.

Cheers

-- Jeroen De Dauw 11:45, 21 December 2009 (UTC)
 * I am experiencing similar 'Fatal error' bug. I have tried to debug this problem, and at least in my case, it seems that $sfgFormPrinter is not found to be set in SM_FormInputs.php even though Semantic Forms is already loaded. Therefore, SM_FormInput.php, and thus the class 'SMFormInput', is never loaded. I sent Jeroen my info. by e-mail so he can check this out.--MiamiVolts 08:36, 23 December 2009 (UTC)

Hey guys,

You should have SF included before Maps. I suspect this is causing your problems. Can you confirm this?

Cheers

-- Jeroen De Dauw 13:50, 23 December 2009 (UTC)
 * I have confirmed this was the issue. Moving SF before Maps in LocalSettings.php seems to have fixed my problem. Thanks!--MiamiVolts 19:50, 23 December 2009 (UTC)

I haven't have time to test this, but I don't have Semantic Forms installed.

67.170.217.247 06:30, 24 December 2009 (UTC)
 * Looks like the 0.5 version is requiring Semantic Forms to be installed, then. Jeroen e-mailed me that he would check into whether this kind of error could be handled more elegantly, like simply disabling the SM form inputs when SF is missing. I'd guess such a fix would be in the next release.--MiamiVolts 06:45, 24 December 2009 (UTC)
 * According to the version history, this issue has been fixed in the new Semantic Maps 0.5.1 release. Thanks Jeroen.--MiamiVolts 22:58, 25 December 2009 (UTC)

Height issue and static information
Hello,

I cannot change the widht or height of a yahoo map, it stays the same no matter what, google map work fine with the same query and settings.

Is is possible to have the name of the reference displayed static on the map, I know this is displayed with a popup box (and that is working )) but I want it there all the time

Hey,

You'll be pretty unsuccessful when doing widht=123, but width=123 should work though. If this is not the source of your error, can you link me to an example where the error occurs, or at the very least provide the versions of Maps and SM you are using?

Cheers

-- Jeroen De Dauw 13:52, 23 December 2009 (UTC)

Hey,

I forgot to address your other question. Maps does not support having pop-ups open by default on your map. It does make sense to have this ability though, so I'll look into it for 0.5.1 or 0.5.2.

Cheers

-- Jeroen De Dauw

Template And HTML
Hi, I cant seem to find any detailed information about the templates, im assuming its because they arent fully implemented yet? But when i try and retrieve the nameless properties, only 1 is returned and it isnt the first property in the list.

As for the html, as soon as i try and put a div tag in, the entire map wont show.

-Justin Streatfeild

Hey,

Are you having any of these problems with the released version?

Cheers

-- Jeroen De Dauw 01:49, 22 January 2010 (UTC)

Hi,

Yup, v0.5.2, as soon as i put the html tag in, the map stops displaying.

Template:

Map Code:

-Justin Streatfeild

Bug in YahooMapsFormInput
Hi Jeroen

I installed 0.5.2 today and immediately ran into PHP warnings when using YahooMaps as a form input.

In SM_YahooMapsFormInput.php, line 77, your are using $type and $typeString, which are two variables that are not defined in that part of the code.

I took a cue from the SM_YahooMapsQP.php file and figured out they should be replaced by '$this->type' and '[$this->types]' respectively.

I also owe you an answer about IE6 in the Maps talk page. I will check the new version as soon as possible.

Regards - Laurent Alquier

Hey,

You are correct, it should have been $this->type and $this->types. Thanks for the bug report :)

Cheers

-- Jeroen De Dauw 01:52, 22 January 2010 (UTC)