<div dir="ltr">Hello devs,<br><br>I wanted to suggest some changes regarding where the update sql dumps should be placed.<br>I propose to place it in &quot;update/db/&quot; folder. For example update sql dumps of MySQL utf-8 should be placed in &quot;update/db/mysql/UTF-8&quot; . Notice it is &quot;UTF-8&quot; and not &quot;utf8&quot;. This is exactly the characters defined for CHARSET in mapbender.conf. This convention will make the script more flexible. Also, I am suggesting to place the update sql dumps in &quot;update&quot; folder rather than in &quot;resources&quot; folder. This would help in making the install script. Resources folder should contain the sql files for a fresh install.<br>
This is just my opinion.<br>Please comment.<br><br><div class="gmail_quote">On Wed, Aug 13, 2008 at 3:13 PM, Christoph Baudson <span dir="ltr">&lt;<a href="mailto:christoph.baudson@wheregroup.com">christoph.baudson@wheregroup.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Up to now all files were handled manually, which was quite painful.<br>
<br>
Here are some ideas for an automated build of the database dumps.<br>
<br>
(1) The folder &quot;resources/db/update&quot; will be deleted from SVN. The update scripts will be stored seperately for MySQL and PostgreSQL in &quot;resources/db/mysql/utf8/update/&quot; and &quot;resources/db/postgresql/utf8/update/&quot; (Read about iso-8859-1 later on).<br>

<br>
(2) These update folders will contain subfolders for each version (we have to come up with a naming convention, like &quot;&lt;timestamp&gt;_&lt;version_from&gt;_to_&lt;version_to&gt;&quot;). The &lt;version_from&gt; and &lt;version_to&gt; names should also include release candidates.<br>

<br>
(3) These subfolder will include various types of update SQLs<br>
(3a) schema updates<br>
(3b) default application updates (changes in &quot;gui&quot;, &quot;gui1&quot;...)<br>
(3c) custom application updates<br>
<br>
(4) By this, we store a history of update SQLs. The automated update routine by Siddharth can then easily find and execute the necessary update SQLs.<br>
<br>
(5) The file &quot;resources/db/mysql/utf8/mysql_data.sql&quot; will be removed. It will be generated using a PHP script that reads and modifies the file &quot;resources/db/postgresql/utf8/pgsql_data.sql&quot;.<br>
<br>
(6) The folders &quot;resources/db/mysql/iso&quot; and &quot;resources/db/postgresql/iso&quot; will be removed from SVN.<br>
<br>
(7) The iso-8859-1 data SQLs and update SQLs will be generated by a PHP script, which converts the character set via iconv (using transliteration). This script has already been written and is already being used for building Mapbender 2.5. Of course, some data, like translations to the bulgarian language cannot be converted; missing characters will be displayed as question marks.<br>

<br>
(8) The files &quot;resources/db/mysql/mysql_schema.sql&quot; and &quot;resources/db/postgresql/pgsql_schema.sql&quot; (and &quot;pgsql_set_sequences.sql&quot;) will be generated automatically from an entity-relationship graph; the graph will be generated in Dia, and the SQL export will be done via the plugin tedia2sql. See <a href="http://www.mapbender.org/Talk:Deployment" target="_blank">http://www.mapbender.org/Talk:Deployment</a> for details<br>

<br>
(9) The only thing that will have to be done manually are the update SQLs and the PostgreSQL data dump. The data dump could later be generated automatically as well. We should somehow create an API for Mapbender, so that some kind of script automatically builds the template application like &quot;gui&quot;, &quot;gui1&quot; and also loads WMS, WFS etc. But this is beyond 2.6 imho.<br>

<br>
Please share your own ideas. We should discuss all these ideas and make a motion out of it, so that this mechanism will be used from 2.6 onwards.<br>
<br>
-- <br>
_______________________________________<br>
<br>
W h e r e G r o u p GmbH &amp; Co. KG<br>
<br>
Siemensstraße 8<br>
53121 Bonn<br>
Germany<br>
<br>
Christoph Baudson<br>
Anwendungsentwickler<br>
<br>
Fon: +49 (0)228 / 90 90 38 - 15<br>
Fax: +49 (0)228 / 90 90 38 - 11<br>
<a href="mailto:christoph.baudson@wheregroup.com" target="_blank">christoph.baudson@wheregroup.com</a><br>
<a href="http://www.wheregroup.com" target="_blank">www.wheregroup.com</a><br>
Amtsgericht Bonn, HRA 6788<br>
_______________________________________<br>
<br>
Komplementärin:<br>
WhereGroup Verwaltungs GmbH<br>
vertreten durch:<br>
Arnulf Christl, Olaf Knopp, Peter Stamm<br>
_______________________________________<br>
<br>
<br>
<br>
_______________________________________________<br>
Mapbender_dev mailing list<br>
<a href="mailto:Mapbender_dev@lists.osgeo.org" target="_blank">Mapbender_dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapbender_dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapbender_dev</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Siddharth Prakash Singh<br><a href="http://www.spsneo.com">http://www.spsneo.com</a><br>
</div>