Running Omeka on a Windows Server

507 views
Skip to first unread message

Dave Lester

unread,
Feb 19, 2009, 2:51:34 AM2/19/09
to Omeka Dev
Hi Omeka Hackers,

While we promote Omeka as a LAMP application, there has been interest
every now and then to get it running on a windows server. The largest
problem has dealt with Windows' handling of directory separators, but
it seems like briguy.brn on the forums has successfully been able to
hack out a solution (http://omeka.org/forums/topic/installation-on-
windows). At this time it's definitely just a hack.

Do any of you have access to a Windows server, and would you be
willing to take a look at some remedies to work out of the box with
both Linux AND Windows? It's hard on this end when I'm working
exclusively in a lamp environment.

If you come up with anything that's usable by all, attach a patch to
the group and post here.

Thanks much,
Dave

Trevor Dykstra

unread,
Mar 24, 2013, 7:13:30 PM3/24/13
to omek...@googlegroups.com
Hi all,

Not sure if this is still an active topic or whether you are looking for assistance with this?

We have installed Omeka on a Windows platform using Apache 2.2, PHP 5.2 and MySQL 5.5.
So far the core Omeka application has installed smoothly, I have been able to create items & collections, install new themes as well as plugins.

Our only issue so far has been unable to get Omeka to work with ImageMagick (also on Windows) - I can get the two products working separately but not together!
In my research of other posts this also appears to the most common stumbling block on getting Omeka running on Windows.

So I would be happy to test any potential remedies if this is still required.
(Some of the other PHP based products we have running on Windows, Apache, PHP and MySQL are VuFind and WordPress).

Regards,

Trevor Dykstra.
--------------

Wayne Graham

unread,
Mar 24, 2013, 8:17:55 PM3/24/13
to omek...@googlegroups.com
Hi Trevor,

Is the 'convert' utility in the system path? Omeka shells to the various ImageMagick utilities with proc_open. The other thing to check is to make sure that proc_open (and proc_close) are not disabled in the php.ini (look for 'disable_functions='). I think there's also some *nix-y specifici stuff in the Omeka_File_Derivative_Image_Creator. It's been a really long time since I've touched Windows, but the class does use 'which' to figure out where to put files. If memory serves, the Windows equivalent is 'where'... 

HTH,

Wayne

/**
 * @author Wayne Graham
 * @link http://www.liquidfoot.com
 */


--
You received this message because you are subscribed to the Google Groups "Omeka Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to omeka-dev+...@googlegroups.com.
To post to this group, send email to omek...@googlegroups.com.
Visit this group at http://groups.google.com/group/omeka-dev?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

Trevor Dykstra

unread,
Mar 25, 2013, 5:21:55 PM3/25/13
to omek...@googlegroups.com
Thanks Wayne for the suggestions.

I have checked by Windows environment settings and the ImageMagick app is in my path (have also tested at Command Prompt by using the "convert" command). I have also checked that there are no functions disabled in PHP.INI (I have "disable_functions =" and "disable_classes =")

I'll have at look at the references in \Omeka\application\libraries\Omeka\File\Derivative\Image\creator.php to see if  in need to change something for Windows, and will also have a look at storage.php as well. I'll post a reply if I manage to get it solved.

Regards,

Trevor.
Reply all
Reply to author
Forward
0 new messages