weather map editor issue

briodan · Post by **briodan** » Sun Apr 12, 2009 2:48 pm

ok the web php.ini does not contain any other ini files

but the cli php file lists the following:
Scan this dir for additional .ini files => /etc/php5/cli/conf.d
additional .ini files parsed => /etc/php5/cli/conf.d/gd.ini,
/etc/php5/cli/conf.d/mysql.ini,
/etc/php5/cli/conf.d/mysqli.ini,
/etc/php5/cli/conf.d/pdo.ini,
/etc/php5/cli/conf.d/pdo_mysql.ini

the gd.ini file has only the following content:
# configuration for php GD module
extension=gd.so

so it would show that it's reading the gd.so extension in the CLI but there is nothing for the www version.

Thanks for staying on this with me, I'm a bit of a php noob, your help is very much apreciated

briodan · Post by **briodan** » Sun Apr 12, 2009 3:11 pm

Also the phpinfo from the CLI and WWW show two different things for the GD library, bolded below.

The GD output from the WWW phpinfo shows this:
gd

GD Support enabled
GD Version 2.0 or higher
GIF Read Support enabled
GIF Create Support enabled
JPG Support enabled
PNG Support enabled
WBMP Support enabled

The GD output from the CLI shows this:
gd

GD Support => enabled
GD Version => 2.0 or higher
FreeType Support => enabled
FreeType Linkage => with freetype
FreeType Version => 2.3.5
T1Lib Support => enabled
GIF Read Support => enabled
GIF Create Support => enabled
JPG Support => enabled
PNG Support => enabled
WBMP Support => enabled

Howie · Post by **Howie** » Sun Apr 12, 2009 3:21 pm

Odd. That suggests that they're using different GD libraries.

You can possibly live without freetype support. You will be lacking a few weathermap features: freetype fonts (obviously), and anything that has angled text (link comments, angled bwlabels).

It's not a showstopper.

It sounds like groundwork include a php build inside their install, and the web version is using that, while the cli is the ubuntu-supplied one. You may or may not want to use the ubuntu-supplied php for the web server too. I don't know much about GWOS, so I couldn't say if it'll be a problem to do that.

briodan · Post by **briodan** » Sun Apr 12, 2009 3:34 pm

i will check on that GWOS gd library change, but i think i traced down my problem to segmetation faults.

Looks like my apache log was not working quite right and stopped listing the seg faults, i gave the server a reboot just now and what do you know seg faults yet again, although i patched the GD library as per the instructions in the sticky at the top of the post looks like that only patched the Ubuntu GD library and not the GWOS one which i think is where my problem lies.

Howie · Post by **Howie** » Sun Apr 12, 2009 7:15 pm

So it looks like you would need to get GWOS to use the system php, to use the weathermap editor. You don't strictly *need* the editor... I'm afraid I couldn't help much with making the apache changes. If you're lucky, theres a groundworks/etc/httpd.conf, and it has a LoadModule line for php in it. That's what needs to change, but it's possible that you'll need to install additional php modules in the ubuntu side, so that the groundwork stuff continues to run.

If you have the non-community version of GWOS, it would be worth raising this as an issue with them - some versions of GWOS come with weathermap. I don't think I know anyone there anymore, unfortunately.

briodan · Post by **briodan** » Wed Apr 15, 2009 11:02 pm

Ok so i figured somestuff out, but not to much.
I tired to install the stand alone version on Weathermap and it runs just fine. so i'm not sure what going on with the cacti plugin.

Howie · Post by **Howie** » Thu Apr 16, 2009 1:52 am

briodan wrote:Ok so i figured somestuff out, but not to much.
I tired to install the stand alone version on Weathermap and it runs just fine. so i'm not sure what going on with the cacti plugin.

Onto the GW webserver? and it works including the editor? That's weird.

briodan · Post by **briodan** » Fri Apr 17, 2009 11:35 am

yes it is installed on the same server i was using before, editor works, maps get generated everything looks fine.

So i'm pretty much stumped of why the plugin is not working.

aftershocks · Post by **aftershocks** » Fri Aug 22, 2014 2:17 pm

Howie wrote:OK. You should also try running check.php from the browser, the same way. Debian/Ubuntu has different configuration files for the command-line and web-based versions of PHP. It's possible for one to be OK, but the other be broken.

Hi Howie,

I have that issue that you just mentioned... when I execute php check.php, everything checks out fine..

imagepng YES
imagecreatetruecolor YES
imagealphablending YES
imageSaveAlpha YES
preg_match YES
imagecreatefrompng YES
imagecreatefromjpeg YES
imagecreatefromgif YES
imagejpeg YES
imagegif YES
imagecopyresampled YES
imagettfbbox YES
memory_get_usage YES

However, when I go through the browser, all the GD stuff fails..

How do I overcome this issue?

Thanks!

Howie · Post by **Howie** » Fri Aug 22, 2014 2:26 pm

On what distro?

Basically you need to find the php.ini for the apache mod_php (I think check.php will tell you at the top of the page, when you go to it in the web browser), and make sure the gd extension is loaded.

aftershocks · Post by **aftershocks** » Mon Aug 25, 2014 9:14 am

Thank Howie for your help!!

I got it to work.. Had to enable the gd via web browser... I'm running cacti on the Synology NAS DSM 3.1 via Busybox...

Cacti

weather map editor issue

Re:

Re: weather map editor issue

Re: weather map editor issue

Who is online