<html>
<head>
<meta content="text/html; charset=windows-1255"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi Micha,<br>
<br>
I looked a bit more into it and I think I've got a proper fix. I
think pretty much everything is back.<br>
<br>
I attached the patch if you want to try it.<br>
<br>
<br>
On 13-08-16 05:30 AM, Micha Silver wrote:<br>
</div>
<blockquote cite="mid:520DF133.2030806@arava.co.il" type="cite">
<meta http-equiv="content-type" content="text/html;
charset=windows-1255">
<style type="text/css">body p { margin-bottom: 0cm; margin-top: 0pt; } </style>
After some testing this morning, I was not able to just add the
versionNum() function to the GdalTools plugin. There are
apparently other API changes in the 2.0 plugin that would need
some additional backporting. <br>
<br>
So I tried instead Hamish's hack of just sticking in version
"1.0.0" everywhere to fool the plugin. That seems to work fine. A
quick test in a VM of last night's build showed that all the
Raster menu items re-appear, and I ran two tools (that had
disappeared) successfully.<br>
<br>
Having said that, I'm not really comfortable with this. It
circumvents a test that *should* be in place. Even tho' there's
zero chance of Ubuntu reverting back to gdal < 1.8. Any other
opinions?<br>
<br>
Attached is a zip with the required patch files to the various
GdalTools python scripts to get the menu working again. <br>
@ Jerome: Do you consider this a "legitimate" change and worth
building a new QGIS package?<br>
<br>
Best regards,<br>
Micha<br>
<pre class="moz-signature" cols="72">--
Micha Silver
GIS Consulting
052-3665918
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.surfaces.co.il">http://www.surfaces.co.il</a>
</pre>
<br>
</blockquote>
<br>
</body>
</html>