Author: | Hansjörg Lipp |
Date: | 2009-03-01, minor updates 2009-08-12, 2010-04-01 |
Legalese: | Impressum|Datenschutz – privacy |
This document describes the installation steps I needed to get the code from www.geograph.org.uk working for our tiny geograph project for a small part of Germany.
What do you need to get the software working?
The first step was setting up the code: Download the latest nightly from the geograph.org.uk project (you need the latest geograph_web-* file) and unpack it.
I had to apply some code changes to get the project working. The main changes can be found on the project's web site. If you think that applying some of these changes is neccessary for you, just download the patches you need, test if they are still applying cleanly to the code
cd local
patch --dry-run -p6 < /PATH/TO/THE/PATCH.diff
handle error messages if neccessary, and apply the patches:
cd local
patch -p6 < /PATH/TO/THE/PATCH.diff
You can do this later on, of course, but keep in mind that you might need to replicate the changes of the default template directory ("basic") to your own template directory (see below) and that you have to upload the modified files to your web server.
Important changes are:
All patches named 0?_bug*.diff and 1?_bug*.diff which are bug fixes.
50_mailfrom.diff changes hard coded email addresses and adds an "envelope from" which is needed here. This needs a better solution using configurable mail addresses, though. Please change to your address before applying the patch.
51_url.diff changes hard coded URLs. Please change to your address before applying the patch.
Find a name for the directory that will contain the templates from which your xhtml code will be created. I've chosen "germany32" which means "Germany, UTM zone 32", maybe "germany" would have been the better choice. To avoid confusion, I'll use tmplname in the following text.
Copy the default templates to your template directory:
cd local/public_html/templates
cp -ai basic tmplname
Copying is actually not needed: If smarty does not find a template, it tries to find it in the "basic" directory.
You need to add some directories:
cd local
mkdir adodbcache rastermaps rastermaps/OS-50k rastermaps/OS-50k/tiffs public_html/geophotos
Some directories need special permissions: The web server and cron jobs need write permissions. I.e. you need to execute a command like this one:
cd local
chmod a+w adodbcache public_html/memorymap public_html/rss
chmod a+w public_html/kml public_html/sitemap
chmod a+w public_html/maps public_html/photos public_html/geophotos
chmod a+w public_html/templates/basic/cache public_html/templates/basic/compiled
chmod a+w public_html/templates/tmplname/cache public_html/templates/tmplname/compiled
chmod a+w rastermaps rastermaps/OS-50k rastermaps/OS-50k/tiffs
Furthermore, some scripts need to be executable:
cd local
chmod a+x scripts/*.pl
You should also assure that public_html/geophotos/00 is a symbolic link to ../photos:
cd local/public_html/geophotos
ln -sn ../photos 00
You need to think about which coordinate grid(s) you should use for your area. Is there a national grid? Or do you want to use UTM coordinates and the MGRS? Is one grid enough, or do you need several of them (different Islands, different UTM zones)?
I decided to use different MGRS grids for the UTM zones in Germany.
Choose numerical ids, the reference ids, for every grid you use. Currently, there are the following reference ids in the code I use:
id | area |
---|---|
0 | Reserved as dummy id for the whole area. |
1 | Used by geograph.org.uk for Great Britain |
2 | Used by geograph.org.uk for Ireland |
3 | Germany, Zone 32 |
4 | Germany, Zone 33 (future) |
5 | Germany, Zone 31 (future) |
Choose the grid prefixes you use. The grid prefix is a combination of up to three characters which identify each square of 100 km × 100 km. Changing the code to allow four letters might lead to problems because they need too much space on the maps. Using one ore two letters might still lead to problems because the length of the grid prefix was used to determine the region in many parts of the code.
I decided to use the MGRS coordinates without leading UTM Zone digits, which results in grid prefixes of three letters (e.g. coordinates of Füssen: 32T PT 27 69: Grid square TPT2769 with grid prefix TPT).
The hardest task is coordinate conversion. You have to provide php routines that convert from your local coordinates (area given by reference index) to longitude/latitude (WGS84) coordinates and routines that convert from longitude/latitude (WGS84) coordinates (area only given by these coordinates!) back to your local coordinates.
If you want to use google for displaying the maps, you also have to provide JavaScript routines which do basically the same, with one difference: You don't have a reference index here, but must use the grid prefix to identify your area (one of many reasons, why you should use unique grid indexes, even for different grids). See the UTM conversion routines I use for inspiration.
Remark: There is also a so called "internal coordinate system" in the code; these are the "real" coordinates, which are used to display the maps, etc. Internal coordinates are calclulated from the local coordinates by adding a constant offset (configurable for each grid index).
This step is easy but time consuming: For building the grid later on, you need a grayscale bitmap (one png file for every reference index) where each pixel represents the "land percentage" of the gridsquares (1 km × 1 km) of your area:
black | This square is totally covered by land (of your area). |
white | There's only sea (and/or another country). |
gray | something in between |
It is possible to do this in several steps, so you can start with a small area. You don't have to spend too much time with the gray pixels, because there is a much easier way to estimate these percentages later on. That's why I only used black (100% land) and white (< 100% land or land to be added later).
See my files, stage 1, stage 2, stage 3 or the file for Great Britain.
After creating these files, you should copy them to the administration directory of the code:
cd local/public_html/admin
cp -i /PATH/TO/YOUR/FILE.png .
You can use local/apache/geograph.conf as template config file for apache:
Set the document root to the public_html directory of the source tree you will copy to the server.
Adopt the php_value lines. You might want to add a line like
php_value allow_call_time_pass_reference 1
to get rid of warnings in the log.
Adopt the rewrite rules. If you are using a .htaccess file, you might need to substitute leading slashes (/) with caret symbols (^).
If you have problems when changing a lot of categories on the category consolidation page, the following lines might help.
php_value suhosin.post.max_array_depth 0
php_value suhosin.post.max_array_index_length 0
php_value suhosin.post.max_vars 0
php_value suhosin.request.max_array_depth 0
php_value suhosin.request.max_array_index_length 0
php_value suhosin.request.max_vars 0
To configure the geograph_web code, you should copy local/libs/conf/www.exampledomain.com.conf.php to a file with the name of your domain in the same directory. If the URL for your project is http://your.doma.in, you'd do something like
cd local/libs/conf
cp -i www.exampledomain.com.conf.php your.doma.in.conf.php
Now, you can start editing this copy, changing the configuration variables to values which match your area, server setup, etc. The comments in this file are helpful, but I'll still give some hints:
You should add the following lines which are missing (e.g. below the KML_HOST configuration near the end of the file):
$CONF['TILE_HOST'] = $_SERVER['HTTP_HOST'];
$CONF['STATIC_HOST'] = $_SERVER['HTTP_HOST'];
$CONF['CONTENT_HOST'] = $_SERVER['HTTP_HOST'];
If you want to use google for displaying the raster maps, you must get an API key and configure the software in the following way:
$CONF['raster_service']='Google,Grid';
$CONF['google_maps_api_key'] = 'YOUR-API-KEY';
For my (one server) setup, the following line is working:
$CONF['enable_cluster'] = 0;
If you don't want to use the sphinx search engine, you need the following line:
$CONF['sphinx_host'] = "";
Set up your templates with
$CONF['template']='tmplname';
On a public server you should use
$CONF['smarty_debugging']=0;
because your database password is visible otherwise.
Use some line like
$CONF['references_all'] = array(0=>'name of your project')+$CONF['references'];
in order to get properly named labels for data regarding the whole project.
You need a line like
$CONF['origins'] = array(reference_index_1 => array(x_offset_1,y_offset_1),
reference_index_2 => array(x_offset_2,y_offset_2));
in order to define the offsets of the local coordinates of your grid and the internal coordinates (see section about coordinates above). E.g. I use a line like
$CONF['origins'] = array(3 => array(-200,-5200));
because I want to map UTM coordinate (200,5200) (in km) to the origin of the internal coordinate system.
While changing code or templates, you should use
$CONF['smarty_caching']=0;
because your changes will be invisible for a long time otherwise. The disadvantage is a slowdown and a higher server load.
Just upload the source tree to the server (scp, ftp, ...). Keep in mind that public_html must be your document root and assure that the permissions and the symbolic link mentioned above are preserved. During the following installation process, it's a good idea to watch the error log of your web server.
Setting up the database needs the following steps:
The next step is importing your grid prefixes into the database. schema/gridprefix_creation.txt gives some hints here but is somewhat outdatet. You might want to look at my mysql file which is generated from a tab separated list (grid prefix, reference index, easting (kilometers), northing (kilometers)) using an awk script:
./gridprefix.awk < gridprefix.dat > gridprefix.txt
After putting the "replace ..." line in front of gridprefix.txt and a semicolon at the end, you can import the file into your database.
Now it's time to register the administrator user with /register.php. Just enter your data into the form, confirm, and follow the confirmation link in the mail you'll receive afterwards.
After logging out your new user, you can grant this user admin privileges using some statement like
update user set rights='basic,admin' where email='yourmailadress';
Now you can log in again, edit your profile and grant your user moderator and ticket privileges using the "Moderator Admin" tool (/admin/moderator_admin.php) you find on the "Admin Index" page.
Now, it's time to tell the system where your grid squares are situated on the map. This is done by filling in the form you find on /admin/gridbuilder.php: Just enter the path (relative to the document root) to the grayscale png file(s) you created before, the amount of pixels your png file should be shifted (x=0 and y=0 if you used internal coordinates when creating the file(s)) and your reference index. You should check "Redraw maps" and also "Clear existing land squares if marked as sea in this image" if you want to destroy land squares you created during an earlier gridbuilder session.
For testing your installation, you can use /test.php. Unfortunately, this script seems to be somewhat hypersensitive. This can be patched away using 29_test.diff if that makes you sleep better.
There are some scripts which allow you to initialize the graphs on the statistics page:
cd scripts
./update_rate_graph.pl --init=STARTTIME --base=/PATH/TO/SRC/TREE --db=DBNAME --user=DBUSER --pass=DBPASSWORD
./update_submission_graph.pl --init=STARTTIME --base=/PATH/TO/SRC/TREE --db=DBNAME --user=DBUSER --pass=DBPASSWORD
/PATH/TO/SRC/TREE is the parent directory of the document root; STARTTIME is the unix time stamp of the first data point. You can convert a date string to a unix time stamp using
date -d 'date string' +%s
These commands print a list of commands you should execute afterwards.
For setting up cron, I basically adopted the settings from local/cron/crontab.example in the source tree: I did substitute GET with
wget -q -O /dev/null
(curl -s -o /dev/null
should work, too) and I omitted the first recreate_maps.php line
(which seems to be outdated) and the update_cpu_graph.pl line (because I can't access /proc/loadavg on my server).
This is also a good point for checking the error logs, access logs and mails (from cron).
You can avoid file permission problems resulting from different uids of cron daemon and web server by GETting http://DOMAIN/_scripts/runscript.php?job=maps (or job=kml) instead of running the scripts directly from cron.
Before submitting your first picture, you should register another user and grant him/her moderator and ticket privileges using the "Moderator Admin" tool (/admin/moderator_admin.php) you find on the "Admin Index" page. This is needed, because you can't moderate your own pictures.
Submitting the photograph is straight forward, just follow the instructions on submit.php. After entering the grid reference you'll be asked for the file name, exact position of photographer and photo subject. If you use google for displaying the maps, this is the point where you can test your JavaScript coordinate conversion routines: When you drag the markers over the map, the coordinates in the form should change.
After submitting the picture, the second moderator can log in and should find the image on the admin index (admin/index.php) and moderation index (admin/moderation.php). If this is not the case, you might have forgotten to apply my patch for this problem.
This is the point, where you can test moderating, ticket stuff, ... You can also watch the event mechanism on admin/events.php or speed things up by injecting the event "every_day" on this page.
If you want to use the forums, you have to activate them in your configutation file (libs/conf/your.doma.in.conf.php):
$CONF['forums']=true;
After logging in as administrator, you can use the link "Admin panel" on the discussion page (/discuss/) and add forums, there.
Unfortunately, there are quite a lot hard coded forum ids in the code. So, you should either create your forums in the same order they were created on geograph.org.uk or use my patch for this (NOTE: this patch is already included in the nightlies) and adopt the $CONF['forum_XXXX'] settings from the example configuration file.
The forum ids on geograph.org.uk are
id | topic |
---|---|
1 | Announcements |
2 | General Discussion |
3 | Suggestions |
4 | Bug reports |
5 | Grid Square Discussions |
6 | Themed Topics/Submitted Articles |
7 | Geograph of the Year 2006 |
8 | Teaching and Learning |
9 | Moderator Discussions |
10 | Geograph of the Year 2007 |
11 | Galleries |
12 | Features in Development |
13 | Geograph of the Year 2008 |
14 | Privacy, Legality and related Issues |
15 | Cameras, Equipment and Photography |
16 | Mapping Websites and all things Maps |
If you want to offer galleries, you have to add the galleries forum (which will be hidden on the forum list /discuss/).
If you want to fix land percentages of grid squares you can do this with the map fixer tool admin/mapfixer.php. It allows you to enter the grid reference of a square and change the land percentage.
If the squares you want to change are close to land squares, you can also add them to the map fixer queue (i.e. give them a land percentage of -1) by simply clicking on them on the map (/mapbrowse.php). The square will be black then (if you did not apply my patch to make those squares blue) and appear on the list on the map fixer page.
For adding town to the maps you have to import a mysql file like this. I generated it from a tab separated list (name, grid prefix, easting (10 meters), northing (10 meters), size, reference index, quadrant) using an awk script:
./towns.awk < towns.dat > towns.txt
After putting the "replace ..." line in front of towns.txt and a semicolon at the end, you can import the file into your database.
If you want to use this script you need to enter your grid prefixes in the BEGIN section.
The meaning of the columns:
text file | database | contents | |||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
prefix, e, n | e, n | The coordinates where the software will draw a dot. The script uses 8 figure grid references as UNV 1331 0282 for Stuttgart. | |||||||||||||||||||||
size | s | The size or importance of the city: Number from 1 (very important, also shown on overview maps) to 3. | |||||||||||||||||||||
quadrant | quad | Quadrant, where the label should go:
|
Unfortunately you have to change the code of libs/geograph/map.class.php in order to tell the software to use loc_towns for your reference id. See my change for reference id 3. You might want to recreate the maps (admin/recreatemaps.php) afterwards.
For creating KML/KMZ files for GoogleEarth just visit these URLs with your favourite browser: /_scripts/kml-_make.php, /_scripts/kml-style.php, /_scripts/kml-geograph.php
To get rid of the error picture on /index.php you should enter your favourite pictures into the form on /admin/pictureoftheday.php.
The code should maybe changed to use a default picture if the list is empty...
We still need to create the logo (public_html/templates/tmplname/img/logo.gif) and a favicon (public_html/favicon.ico).
The templates must be translated and contents that are irrelevant for our area should be removed.
cd public_html/stuff
chmod a+w captcha_tmp
cd public_html/rss
mkdir germanyde
mkdir germany32
chmod a+w germany32 germanyde
cd public_html/sitemap
chmod a+w root