Google Maps + Gallery

Also, the legend thing is a good idea I was about to develop that for my map

This will be the very next thing right after the MapControl theme thing is implemented

------------------
The Termite

Well it wouldn't help because I'm using the "convert" utility (part of imagemagick) like the code I got originally from xxx (I don't remember who)

-> this also means by the way that if ImageMagick isn't installed it doesn't work at all

Otherwise I got the "Action" button to work, I just need to find a way to distribute it in a clean way.

We'll see....

----------------------
The Termite

New Module version beta6

What's changed:
- AutoPopulate the GPS field by cliking on a google map opened on a new window
- Fixed problems with GxMagnifier
- Add the "ZoomLevel" field to give ability to select a zoom per foto (thx ThegoOse)
- put a "go back to the map" link on pictures and albums

There is more and more references to folders so I will be looking into making it "folder independant". I have my installs made on /gallery2/ of my webservers, if you have the same you should see no problems.

If you have anything else let me know you will be good candidate for testing. So far I have:
- swordfish: uses embedded WordPress
- shocksll: uses embedded Mambo
- makro: uses joomla/mambo
- TheGoOse: have an install in /gallery/

I hope you can help me figuring out what exactly is wrong with the path deal, like I said I have be doing some research on the embedded mode but I'm done quite done yet

I want to stop adding new features until I figure it out all. I'd like to make this module not beta anymore ... :D

EDIT: hopefully fixed all the problems with the path problems and such ...

Let me know !

--------------------
The Termite

I just tried beta 6 as well and got this error

Un- installing the module does not fix so.... starting agian. I don't think it is related to the module but "you never know".

Trying to figure out how to make a dropdown for the different navigation themes but I was unable to see how the "frames" work. Oh well, I will start agian.

Dave

____________________________________________________
Gallery Frames / Mods || G1 Test Gallery

Does anyone know how to get rid of this ugly movement cursors in the map? (see attachment)
I only want to use the GxMagnifier instead.

Hello all :D

I guess I've created more problems again ....

swordfish: your problem is not critical to the install so I will put an erro checking there so no more error will show up. The good thing is that embedded mode finally works !!

floridave: i'm not sure what this is ... what were you doing when the rror striked ? I need to reproduce it to fix it.
As for the dropdown I know how to do that if you need help just let me know ;)

makro: Yes your marker problem is definitively related to fact that the ISP doesn't have imagemakick...
A temporary solution (until I figure out a way to add other toolkits) is to setup easyphp on a windows desktop and put gallery+map-module+imagemagick.
By doing this you will be able to create the marker sets on windows and then you can just upload the folders (in /gallery2/images/map/) to your ISP in the same spot.
it should allow you to use the module.
I guess the weird thing is that the module actually verify that files are created successfully and if not generate an unknown error. Can you verify if any files are located in the "gallery2/images/map/xxx" folders ?

To get rid of the movement cursor, open the "ShowMap.tpl" file and remove the lines

            {if $map.showZoomScale}
                map.addControl(new GLargeMapControl());
            {else}
                map.addControl(new GSmallMapControl());
            {/if}

No map control will show up after that.

I guess it is safe to say that this module has better success in terms of path control Maybe we will have a winner soon !

-------------------------------
The Termite

With beta6 you shouldn't have to modify header.tpl to point to the right spot for GxMagnifier. In fact, the module (when activated) copies the file to the root of the webserver where it's meant to be (by design from the author).

beta7 should fix all problems related to activation/deactivation errors

See you

Termitenshort, at the moment i don't dare activating your module anymore,
because sthg really strange is happening with the gallery then (can tell only for beta6):

after installing and activating beta6 all my album.tpl files under gallery/templates in
the local-folders where gone!??? It took my a while to figure out why all the templates
where behaving strange, and after deactivating your module i had to reconstruct all changes
i made in all templates before.

After your last message here i activated it again, and again all album.tpl files where gone,
so it must be caused by your module, or not? I am really confused now...

Thanks for the hint, i did quite the same already. Just created a markerset eg orange and uploaded manually a marker_orange.png to gallery2/images/map/orange/ - and yes, this directory was created by your module, and inside there was a file called colorlist with the selected colorname inside.

I've tried latest beta and everything works fine in my /gallery/ folder, although my blue markers are still red ;)

Similarly, Netpbm allows hue change:
http://netpbm.sourceforge.net/doc/ppmbrighten.html
http://netpbm.sourceforge.net/doc/pnmremap.html
http://netpbm.sourceforge.net/doc/ppmchange.html

although it wasnt' clear if it is as straightforward as with GD or Imagemagick.

I have not yet looked into the exact commands that would be necessary to do text/symbol overlay or to autogenerate shadows.

Termite, thanks for the info. A couple of things have stopped the CutomFieldItemEdit.tpl from working.
1) the file never got copied into modules/customfield/templates/local (the instaler tried to put it into Local
2) after placing the file manually into local I then had to edit it at line 29 by adding the following:
<input type="text" size="40"
name="{g->formVar var="form[fields][$field]"}" value="{$value}"/>
(above lines copied from a bit further down after else)
There seems to be something wrong with my install but the above has fixed it and the 'get via map' now works.

n.b. Imagemagic 6.0.6.2-2.4 is installed and everything else which uses seems to work apart from the pushpin colouring.
convert is also V6.0.6, it appears to be a current version with nothing later available.

Dave.

edit: Perhaps it is not clear in the note above. The install script uses the directory 'Local' i.e. upper case L, I made the function work by putting the edited file into 'local' i.e. lower case l.

hth Dave.

Well there isn't a delete for /gallery/templates/ so I'm assuming you are talking about the file in the theme folders, this is the only way that I know at this point to get the "back to the map" link.

It's actually just creating an album.tpl and photo.tpl in a "local" folder under each theme to override the default so that a link is displayed for photos and album comming from the map.

I'm not sure there is another way to do that at this point.

THe delete only happens when the module in deactivated and it only deletes file previously added...

Totally agreed, do you have something else to propose ?
I'm trying to find a way to have the file (in the local directory if it exists) edited but I have a feeling this could be worse ... (it's not hard to do but with all the possibility of what the file can be, it can be a bit cumbersome to implement.
Also another possibility would be to prevent overwriting and then display a message for all files not copied...

I said right above what exactly is needed for the link to display, when the template goes through the field to display there is a condition that if the field is called "GPS", it adds a link next to it. I'm not sure why it doesn't display it

Will be doing that now.

See you !

--------------------
The Termite

To conclude with the latest comments:

- The Album.tpl and photo.tpl in each theme "local" folder gets replaced if it already exists and that is to add the link "back to the map"
-> questions:
Should I remove this feature for now ?
Should I work on a way to modify the file if they exists instead of overwritting them ?
Should I simply prevent overwriting to the risk that the link won't be there ?

- There is some issues with CustomFieldItemEdit.tpl but at this point i'm not too sure what are the reasons, it's pretty straight forward.

- ImageMagick needs to be a certain version as it seems, which version do you all use and does it work correctly ?

- Path issues have been resolved with or without embedded mode

- There is definitively a BIG need for more comments, so I'll be working on it

I hope pretty much summarize the current situation and sorry any inconvenience with the latest changes :$

---------------------
The Termite

If you are trying to use the 'Get via a Map link' feature in a limited area then a quick edit of gallery2/modules/map/template/GPSMap.tpl allows the initial map to be localised to suit your needs.
I put these values in for an itial map of the whole of the UK.

{* line 14 <div id="map" class="gbBlock" style="width: 400px; height: 300px; color:black;"> djrm *}
<div id="map" class="gbBlock" style="width: 600px; height: 600px; color:black;">

{* line 22 map.centerAndZoom(new GPoint(-12,20),16); djrm *}
map.centerAndZoom(new GPoint(-1,54),12);

From time to time when I click on the 'zoom in' link in the pushpin thumbnail view then the location shown in the zoomed in map is quite wrong,
the location shown actually belongs to another pushpin. Has anyone else seen this strange behaviour?
I think this could be a cache issue but I really dont know.

Yep, changing 'Local' to 'local' did the trick. Didn't even realize the capital 'L'.
Now, when clicking on the 'Get via a Map' link I get the dreaded IE operation aborted error.
Believe this is due to my embedded G2 so should be a simple fix for me to take care of.

As to the back-to-the-map feature (which is great!) I'd recommend removing it and as you said above
folks can just add the code if they want it. However, if this module will one day be part of the
official G2 then obviously a clean working solution will have to be devised.

djrm2,
Yes, I have noticed this strange behavior when zooming-in and it's been driving me nuts.
I think it may be a caching issue but I've cleared the template cache. Seems it corrects
itself after launching a new browser window. I think it's a browser caching issue. For me this
usually happens after I update a coordinate for an image or album.

Termite,
For the back-to-the-map feature perhaps one solution is to simply display the code (with summary instructions) on the map-module Themes tab instead of copying the .tpl files to the theme local dir. A good example of what I mean is take a look in the Admin interface under the Image Block module. The code snippets for External Image Block.

This is a great way to get this working for the time being !! thx for the idea

I'll be adding that first thing tomorrow until I finish with my new solution

I got these errors when activating the map module:
Warning: copy(/usr/share/gallery2/../spacer.png): failed to open stream: Permission denied in /usr/share/gallery2/modules/map/module.inc on line 106
Warning: copy(/usr/share/gallery2/../magnify.png): failed to open stream: Permission denied in /usr/share/gallery2/modules/map/module.inc on line 107
Warning: copy(/usr/share/gallery2/../GxMagnifier.1.js): failed to open stream: Permission denied in /usr/share/gallery2/modules/map/module.inc on line 108

My gallery2 is not in the root of my webspace but in /usr/share an apache2 directive allows it to work from there.
Consequentley the map installer lines of the form $basegallerydir."../GxMagnifier.1.js" are doomed to fail as there is no write permission to this directory.
And even if there was the files would not be accessable from the internet (I hope )
So I have had to manually add GxMagnifier.1.js, magnify.png, and spacer.png to the root of my webspace (/var/www)

In addition to the above I had to put the absolute file path to the root of my webspace to make GxMagnifier work
Changes to file modules/map/ShowMap.inc
if (file_exists('/var/www/GxMagnifier.1.js')) $template->javascript('/GxMagnifier.1.js'); // djrm, line 50
if (!file_exists('/var/www/GxMagnifier.1.js')) $map['errorgxmagnifier']=1; // djrm, line 180
I did not see what was wrong with gxmagnifier in the modules/map directory,
I dont really want the script trying to copy files into the root of my webspace anyway.

The modification which I found neccessary to modules/customfield/templates/local/CustomFieldItemEdit.tpl is no longer needed.
Dont ask me why but I expect there was a problem with the form choices field.

Anyway, the map module is now working again.

I think I reported the version of imagemagick convert incorrecteley, on my Debian GNU Linux it is:
ImageMagick 6.0.6 05/26/05 Q16
I'll have a poke arround and try and get the commands work at the console.

As well as standalone Gallery2 I also have it embedded into Drupal, The display map function works embedded in drupal but
clicking on the 'zoom in' line causes a mal formed request and the gallery is lost and just a drupal page is displayed.
I dont know why.

I am quite happy with the module trying to write into the local module directories, it fails anyway. ;-)
However it is not a good idea for production code, though I have left the mods in place for now.

Nice work
Regards, Dave

These thee additional lines in modules/map/MapSiteAdmin.inc lines 223 to 225 have broken the marker generation for me, removing them made it work again.
$urlGenerator =& $gallery->getUrlGenerator();
$urlComponents = parse_url($urlGenerator->getCurrentUrlDir(true));
$base = $urlComponents['path'];

For some reason I need to have both Man.png and man.png in modules/map/basemarkers,
With man.png added I can create new markers, how strange is that!

However even when working I am still not getting the correct colours.

I think the command in use is something like this:
convert -modulate 95,127,159
/usr/share/gallery2/modules/map/basemarkers/marker.png /usr/share/gallery2/images/map/Drop/marker_GREEN.png
but even at the command line this fails to generate correct colours
Looking in the inkernet there seems to be some confusion about the later versions of the convert command but I have not yet found a solution.

The parameters for -modulate are brightness, saturation, and hue
Whatever values I put in for hue seems to have no effect, hence the varying shades of red in the resulting images.

edit, making the hue values much larger (x10) makes the markers all have different colours.
I do not yet know what numbers are needed.

edit, there is something really strange, if I find some hue numbers which work on the command line
they give different results when put into the module. Anyway numbers in the region of a few thousand give results

edit, I have just tried convert on another Debian Linux system (Knoppix 4.0.2) and get the same results as above.

Yes that's the solution.
I need to find a way to get the "current directory" in javascript and change the GxMagnifier script for it to be able to reside in the module directory. The authot made it so that it needs to be located at the root of the webserver. My other attemps to change that failed so far

Yep, that would be needed after that :-D

It seems that 6.2 is a minimum, to create a marker from the base here is the code:

convert -modulate 95,95,31 - resize 12x20 basemarker targetmarker

This creates a BLUE marker from the "red" one it also resize it to 12x20. It's pretty stright forward but I guess I should be putting a condition on the version when I find the minimum required version

This is the same as for the "back to the map link" it's a usefull feature but to implement it the customfielditemedit.tpl file has to be changed ... there isn't another way for now.

See you

-----------------------
The Termite

There is a problem when clicking on the 'zoom in' link on the image preview obtained by clicking on the marker.
What happens is that the zoom in goes to the wrong place on the map.
The problem is different depending upon wether ie or Firefox is used.
With ie the problem can be worked arround by first double clicking on the marker, this centres the map on the marker.
The single click to open the preview and then click on the zoom in link.
Using firefox the double click does not centre the map so there is not a workarround.
What seems to happen is that zoom in goes to the centre of the map, not some other image as I first thought.

Termite, I tried your mod to line 389 of MapSiteAdmin.inc it seems to make no difference to me.
I still need to disable the lines I mentioned above, I think my problem was something else.

A funny thing is happening. Whatever size I choose for the markers they always appear the same size on the map.
The marker images are being generated with the correct sizes but they always render the same size regardless.

Ooops. Now I just get an unkown marker creation error, with the same result (just a "colorlist" file)

Thanks anyway!

I have a found a nice to way so that the GxMagnifier can reside in the map module directory, I'll be posting the update some time later today, I have to go for the moment.