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)

Maps not showing
Do you know why some of the maps created by Semantic Maps with Compound queries work http://www.transitunlimited.org/San_Diego_Trolley_Blue_Line and those don't" http://www.transitunlimited.org/Los_Angeles_Metro_Rail_Red_Line All the maps work before under 0.5.2.

67.170.217.247 09:14, 6 March 2010 (UTC)

Hey,

The map not showing up has nothing to do with SQC, but rather some escaping issue introduced by a security fix in the last version of Semantic Maps. Will have a look at this soon. Can you put SM specific topics on the SM talk page? That makes it easier for me to track.

Cheers

-- Jeroen De Dauw 15:37, 6 March 2010 (UTC)

Now I can make some of those affected maps to show up by eliminating one of the queries ("-Rail"). I change those as a temporary measures, but other maps showed just fine. Maps that have the same queries without using SQC seemed fine.

However I found these pages still not showing with or without SQC: http://www.transitunlimited.org/Alum_Rock_-_Santa_Teresa, http://www.transitunlimited.org/VTA_Light_Rail

67.170.217.247 15:46, 6 March 2010 (UTC)

Hey,

Since this is an escaping issue, the problem will only occur when certain characters should be displayed in the marker pop-ups, and is thus dependent on what data you query returns.

This is a pretty serious issue, which I will attempt to fix soon.

Cheers

-- Jeroen De Dauw 17:57, 6 March 2010 (UTC)

The patch works for http://www.transitunlimited.org/VTA_Light_Rail 130.65.128.169 19:56, 16 March 2010 (UTC)

Also having trouble...
http://sockbook.referata.com/wiki/Tester

Heard there was issue with Pagenames with certain characters, could anyone say what these characters actually are please? There is a problem displaying any map with the property Services Offers::Food on this wiki above :/ Thank you.

It's sorted now - problem was with commas in pagetitles as previously said above :/

Hey,

I take this issue has been resolved by installing 0.5.5? Please let me know if it's not.

Cheers

-- Jeroen De Dauw 13:34, 24 March 2010 (UTC)

Proximity query
The proximity query seems really buggy and there really no instructions available. I tried to make a query like this:

In the older version, it displays in the map, but shows everything within 5 miles (the distance parameter seems not to be working). The current 1.5.5 version shows:

Catchable fatal error: Argument 1 passed to SMGeoCoordsValueDescription::__construct must be an instance of SMGeoCoordsValue, none given, called in /home/.eases/###/transitunlimited.org/extensions/SemanticMaps/GeoCoords/SM_GeoCoordsValue.php on line 191 and defined in /home/.eases/###/transitunlimited.org/extensions/SemanticMaps/GeoCoords/SM_GeoCoordsValueDescription.php on line 26

67.170.217.247 22:06, 20 March 2010 (UTC)

Hey,

The code for this query has just been moved over from SMW, and is currently in the same sorry state it was in there - not completely working, and very badly written. The distance parameter has been disabled because of this. I'm working on writing the thing again from ground up though, which will be in 0.5.6, with a working, although other, way of setting the distance.

Cheers

-- Jeroen De Dauw