Extension talk:Semantic Maps/LQT Archive 1

Archive

To keep the length of this page reasonable, pre-0.5 topics have been put here. If you have an issue with an older version, or want to continue a moved discussion, please do it on this page - the archive will not be checked.

See also


 * Maps discussion page for discussions related to the functionality that's part of Maps. NOTE: Please put all non semantic mapping discussion on the talk page of Maps, not here.

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

Hey,

I'll attempt to fix this for 0.5.4.

Cheers

-- Jeroen De Dauw 19:48, 26 February 2010 (UTC)

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)

Error with OpenLayers support within forms
Jeroen,

As reported on the Nabble board, there is a problem with the OpenLayers form support, where incorrect coordinates are being generated upon clicking a map location. It's been suggested to me that this may be a projection issue. A quick look at the OpenLayers site shows that the default projection used is EPSG:4326, but it looks as though alternatives can be specified for individual Maps or Layers.

Guy

--Gheathcote 11:23, 27 January 2010 (UTC)

Hey,

This is indeed a projection issue. The bug has been introduced somewhere between 0.3 and 0.3.3, and has been present ever since, without anyone posting a bug report. Any way, I hope to have this fixed for 0.5.3, although I'm not 100% sure on how to do that.

Cheers

-- Jeroen De Dauw 17:36, 29 January 2010 (UTC)

0.5.3 breaks Yahoo maps ??
Hi Jeroen

Did something fundamental change with the way 0.5.3 handles yahoo maps ?

After installing the new files, every single Yahoo map on my wiki appears blank. Some have javascript errors about missing definitions (YAHOO_REG). I only checked that behavior on Firefox 3.6 at the moment.

- Laurent Alquier

Hey,

I did not make any significant changes to the relevant code afaik. The maps on my demo wiki are working (and I'm also using ff 3.6)... Can you provide a link to the misbehaving maps?

Also, what language is your wiki in? There are some internationalization issues, which might be causing your problems.

Cheers

-- Jeroen De Dauw 19:45, 26 February 2010 (UTC)

Template not displaying type Page or URL properties
Hi Jeroen,

Have you seen issues when using a template for properties that defined as type Page or URL? I am using version 0.5.3 and when the properties are defined as Page or URL, the properties do not appear to be recognized, but when I changed them to type String, the values are displayed.

Thanks. TeresaW --173.85.192.11 18:18, 23 February 2010 (UTC)

Hey,

Can you provide a link to the template, and a page where it's used, so I can have a look at it?

Cheers

-- Jeroen De Dauw 19:47, 26 February 2010 (UTC)

You can see the issue on this page http://dev.openei.org/wiki/TestWeatherTemplate which uses the template http://dev.openei.org/wiki/Template:Buildings/WeatherDataPopup. File type is a property of type Page and Energy Plus URL is of type URL, but they do not appear to be recognized. Currently, the GMT value is being displayed in File Type. If I change property type to string, then the value is displayed properly. You can see the values without the use of the template at this link http://dev.openei.org/wiki/Buildings_Weather_Data_South_America_%28WMO_Region_3%29 and the data is stored as internal objects on this page as well.

Also, is there a way to make the popup larger so the whole value is shown. For example, the whole url in the popup on this page are not within the popup. http://dev.openei.org/wiki/High_Performance_Buildings_Database

Thanks. TeresaW 18:19, 2 March 2010 (UTC)

Hey,

I'll have a look at the issue with non recognized properties as soon as I have some spare time. I can't determine what's going wrong by looking at these pages alone, and will have to do some PHP debugging. In any case, it'd be useful if you could tell me if the properties do show up when they are of type page but using the default query format (so omitting format=map).

The issue with the pop-ups is rather odd, as it has come up before, and should have been fixed. You should get a vertical scrollbar when the contents doesn't fit the pop-up, but obviously this is not happening at your wiki. I'll also come back to you on this as soon as I have some time.

Cheers

-- Jeroen De Dauw 11:00, 3 March 2010 (UTC)

Yes, the properties do show up when you do a default query. They also show up when I the format=map without the template. I added a default query to the TestWeatherTemplate page so you can see the values.

The scrollbar shows up sometimes but part of it is still outside the popup. If you look at the Buildings_Weather_Data_South_America link listed above, you can see the scrollbar.

Thanks.

-- TeresaW 18:35, 3 March 2010 (UTC)