Re: [Qgis-developer] Release plans for QGIS 1.6
I agree that real place names is a better idea. I could see lots of Mythical/Fictitious names actually being claimed by people. I will also point out that the Mozilla Foundation uses National Parks/Reserves in the code naming of pre-release firefox branches and suggest that we could do something with a greater cause as our release names: Endangered Species, World Heritage Sites, Rivers, Mountain Peaks, etc.. (suggest your idea) We could also de-emphasize the release name and use it amongst the developer group to keep track of what's being worked on, ie the trunk will have a name leading up to it's release and then switch names. I also agree, to just avoid the issue as it's not worth our effort to fight. Thanks, Alex On 10/16/2010 03:06 PM, Maxim Dubinin wrote: > How about making release names geographic. QGIS 1.6 "Moscow" sounds > good and easily memorizable. > > Maxim > > Вы писали 16 октября 2010 г., 14:07:10: > > TS> Hi > > TS> On Sat, Oct 16, 2010 at 8:09 PM, Jürgen E. wrote: >>> Hi Tim, >>> >>> On Sat, 16. Oct 2010 at 01:42:54 +0200, Tim Sutton wrote: We (the PSC) recently received a threat of legal action against our use of the word 'Tethys' in the naming of the 1.5 release of QGIS. It seems that the word Tethys is trademarked by a company in one country. Although we feel their case is weak, we do not have the time, money or inclination to engage in a legal battle over this. >>> >>> Does OSGeo have a position on this? I thought the OSGeo umbrella was also >>> covering legal support. >>> >>> Just curious - that would probably be a waste of time of resources anyway. >>> > > TS> Ok Frank covered that. And yeah we should pick our battles... > This has a few implications: >>> - The PSC has agreed to stop using planetary moons as the names for our releases, and embark on a new theme of using extremely obscure place names (e.g. the mythical Tweebuffelsmeteenskootgeskietfontein in South Africa). >>> >>> Do we need codenames at all? Any name - obscure or not - could be a >>> trademark. >>> >>> > > TS> *sniff* lose the release names? That would be no funshould we let > TS> big corporations take away our fun? :-P > > TS> But yeah theoretically we don't need them, though personally I'd like > TS> to continue with them... > > TS> Regards > > TS> Tim > >>> Jürgen >>> >>> -- >>> Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 >>> Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 >>> Software Engineer D-26506 Norden http://www.norbit.de >>> ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Release plans for QGIS 1.6
How about making release names geographic. QGIS 1.6 "Moscow" sounds good and easily memorizable. Maxim Вы писали 16 октября 2010 г., 14:07:10: TS> Hi TS> On Sat, Oct 16, 2010 at 8:09 PM, Jürgen E. wrote: >> Hi Tim, >> >> On Sat, 16. Oct 2010 at 01:42:54 +0200, Tim Sutton wrote: >>> We (the PSC) recently received a threat of legal action against our >>> use of the word 'Tethys' in the naming of the 1.5 release of QGIS. >>> It seems that the word Tethys is trademarked by a company in one country. >>> Although we feel their case is weak, we do not have the time, money or >>> inclination to engage in a legal battle over this. >> >> Does OSGeo have a position on this? I thought the OSGeo umbrella was also >> covering legal support. >> >> Just curious - that would probably be a waste of time of resources anyway. >> TS> Ok Frank covered that. And yeah we should pick our battles... >>> This has a few implications: >> >>> - The PSC has agreed to stop using planetary moons as the names for >>> our releases, and embark on a new theme of using extremely obscure >>> place names (e.g. the mythical Tweebuffelsmeteenskootgeskietfontein in >>> South Africa). >> >> Do we need codenames at all? Any name - obscure or not - could be a >> trademark. >> >> TS> *sniff* lose the release names? That would be no funshould we let TS> big corporations take away our fun? :-P TS> But yeah theoretically we don't need them, though personally I'd like TS> to continue with them... TS> Regards TS> Tim >> Jürgen >> >> -- >> Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 >> Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 >> Software Engineer D-26506 Norden http://www.norbit.de >> >> -- >> norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH >> Rheinstrasse 13, 26506 Norden >> GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 >> >> ___ >> Qgis-developer mailing list >> Qgis-developer@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-developer >> ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Release plans for QGIS 1.6
Hi On Sat, Oct 16, 2010 at 8:09 PM, Jürgen E. wrote: > Hi Tim, > > On Sat, 16. Oct 2010 at 01:42:54 +0200, Tim Sutton wrote: >> We (the PSC) recently received a threat of legal action against our >> use of the word 'Tethys' in the naming of the 1.5 release of QGIS. >> It seems that the word Tethys is trademarked by a company in one country. >> Although we feel their case is weak, we do not have the time, money or >> inclination to engage in a legal battle over this. > > Does OSGeo have a position on this? I thought the OSGeo umbrella was also > covering legal support. > > Just curious - that would probably be a waste of time of resources anyway. > Ok Frank covered that. And yeah we should pick our battles... >> This has a few implications: > >> - The PSC has agreed to stop using planetary moons as the names for >> our releases, and embark on a new theme of using extremely obscure >> place names (e.g. the mythical Tweebuffelsmeteenskootgeskietfontein in >> South Africa). > > Do we need codenames at all? Any name - obscure or not - could be a > trademark. > > *sniff* lose the release names? That would be no funshould we let big corporations take away our fun? :-P But yeah theoretically we don't need them, though personally I'd like to continue with them... Regards Tim > Jürgen > > -- > Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 > Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 > Software Engineer D-26506 Norden http://www.norbit.de > > -- > norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH > Rheinstrasse 13, 26506 Norden > GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 > > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Release plans for QGIS 1.6
Jürgen E. Fischer wrote: Hi Tim, On Sat, 16. Oct 2010 at 01:42:54 +0200, Tim Sutton wrote: We (the PSC) recently received a threat of legal action against our use of the word 'Tethys' in the naming of the 1.5 release of QGIS. It seems that the word Tethys is trademarked by a company in one country. Although we feel their case is weak, we do not have the time, money or inclination to engage in a legal battle over this. Does OSGeo have a position on this? I thought the OSGeo umbrella was also covering legal support. Jürgen, We don't have legal resources "on call" and it could get quite expensive to retain legal support so we very much lean towards avoiding legal conflict. However, if the need is there the board would consider resourcing legal support for the projects. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Programmer for Rent ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Release plans for QGIS 1.6
Hi Tim, On Sat, 16. Oct 2010 at 01:42:54 +0200, Tim Sutton wrote: > We (the PSC) recently received a threat of legal action against our > use of the word 'Tethys' in the naming of the 1.5 release of QGIS. > It seems that the word Tethys is trademarked by a company in one country. > Although we feel their case is weak, we do not have the time, money or > inclination to engage in a legal battle over this. Does OSGeo have a position on this? I thought the OSGeo umbrella was also covering legal support. Just curious - that would probably be a waste of time of resources anyway. > This has a few implications: > - The PSC has agreed to stop using planetary moons as the names for > our releases, and embark on a new theme of using extremely obscure > place names (e.g. the mythical Tweebuffelsmeteenskootgeskietfontein in > South Africa). Do we need codenames at all? Any name - obscure or not - could be a trademark. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Quick (and dirty) WKT plugin
2010/10/15 Giovanni Manghi > Hi Alessandro, > thanks for the plugin! > > > Just one detail, once installed it keep asking to be updated. > > > It should be fixed now, just update it once and it shouldn't bother you again. -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] changed dependencies for debs?
Hi all. I think the dependencies for building a deb should be changed; dpkg-checkbuilddeps: Unmet build dependencies: libqt4-core (>= 4.4.0) libqt4-gui (>= 4.4.0) In fact these are transitional packages, so they should be updated to libqtcore4 and libqtgui4. Thanks. -- Paolo Cavallini: http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] what support of ecw after new release
On Oct 16, 2010, at 7:23 AM, Giovanni Manghi wrote: > Hi Andrea, > > >> I need to understand if with the dismission of qgis 1.5 for qgis 1.6. >> will be lost forever the capability to read the ecw . > > it is needed the gdal17-ecw package in the osgeo4w installer, as the new > sdk from Erdas is now available. > > I don't know the situation about linux/osx (that interest more to me). > Right, ECW support is dependent on GDAL and has nothing to do with a specific QGIS version (other than which version of GDAL it uses). One thing about the *new* ECW SDK v4 is that so far (and very likely forever) it is Windows-only. Everyone else is stuck with the partly working (at least on OS X) and now-hard-to-find v3. - William Kyngesburye http://www.kyngchaos.com/ The equator is so long, it could encircle the earth completely once. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] what support of ecw after new release
Hi Andrea, > I need to understand if with the dismission of qgis 1.5 for qgis 1.6. > will be lost forever the capability to read the ecw . it is needed the gdal17-ecw package in the osgeo4w installer, as the new sdk from Erdas is now available. I don't know the situation about linux/osx (that interest more to me). cheers -- Giovanni -- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] what support of ecw after new release
Hi, I read the thread http://lists.osgeo.org/pipermail/qgis-developer/2010-October/011194.html I don't know if exist a intellegible word not used from other subjects in the world (googling on "Tethys" I discovered about 10+ subject using that) However because I understand the actually qgis 1.5 will be dismissed for qgis 1.6. But even qgis 1.5 read ecw meanwhile qgis 1.6 don't. I need to understand if with the dismission of qgis 1.5 for qgis 1.6. will be lost forever the capability to read the ecw . Thx, -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Raster algebra C++
Hi Our community prepare QGIS binaries with raster algebra patch for OSGeo4W users who want to test this great improvement. Here is a short installation instructions: 1. install qgis-dev with all dependencies from OSGeo4W 2. download archieve with binaries (~8.2 Mb compressed with 7-zip) http://gis-lab.info/share/alexbruy/qgis-calc-r14380.7z 3. unpack it in OSGeo4W root folder (C:\OSGeo4W by default) 4. open OSGeo shell and run qgis-calc.bat -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Problems with Histogram tab in Raster properties
Hi Tim, Many thanks for looking at that. Regarding the NaN I will have to check because I think one of the raster I've used (geotiff) had its NaN set to 0 and the histogram was showing a spike at 0. But it could also be due to the Z-axis not showing real values! Cheers, Benoit On 16 Oct 2010, at 0:31, Tim Sutton wrote: Hi Benoit On Thu, Oct 14, 2010 at 9:51 AM, Benoit de Cabissole > wrote: Hi, A) In release 14370 the histogram tab of the raster properties window has a problem: The histogram is not displayed the second time the 'histogram tab' is clicked. E.g.: 1 - open the raster properties window 2 - click on the histogram tab 3 - histogram is computed and displayed 4 - click on any other tab 5 - click on the histogram tab again 6 - blank screen!! On WinXP - OSGeo4W dev installation Can someone replicate the problem? Ok I could replicate that. Will fix. B) And keeping with the histogram, three comments/suggestions: - Could the NaN be excluded from the histogram? According to the fine folks on #gdal (EvenR): "the pixels whose value is nodata are excluded from the stats" - note that this is only the nodata value considered by gdal - which isnt aware of any additional nodata values you may have specified in the transparency tab. - Could the X-axis numbers reflect the actual colour values instead of a fixed 0-300 range? Yes I am going to do this. Note that the X-axis of the histogram is spread on colours values, thus the displayed X-axis numbers are meaningless Right above should fix that. - Could it be possible to add a zoom function on the histogram? I believe so - I will have a play and see how easy that will be. Thanks for the feedback! Regards Tim Best regards, Benoit ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Raster algebra C++
Hi Alexander and Jürgen Thanks for your feedback and testing. I'm going to be out of contact for the next week (holydays in the mountains) and will probably do some further testing and cleaning of the sources, then publish an updated patch. It would be cool to have it in trunk after the 1.6 feature freeze. Regards, Marco Am Donnerstag, 14. Oktober 2010, um 19.58:01 schrieb Alexander Bruy: > Hi Marco, > > seems that this is another great addition from your side. > > I'll try to build QGIS trunk (r14380) with this patch under > Windows with MSVS Express 2008 and dependencies from OSGeo4W > and get next error: > > qgssearchtreenode.cpp > d:\devel\cpp\qgis\trunk\src\core\qgssearchtreenode.cpp(1304) : error C2666: > 'pow' : 6 overloads have similar conversions c:\program files\microsoft > visual studio 9.0\vc\include\math.h(575): could be 'long double pow(long > double,int)' c:\program files\microsoft visual studio > 9.0\vc\include\math.h(573): or 'long double pow(long double,long double)' > c:\program files\microsoft visual studio 9.0\vc\include\math.h(527): or > 'float pow(float,int)' c:\program files\microsoft visual studio > 9.0\vc\include\math.h(525): or 'float pow(float,float)' c:\program > files\microsoft visual studio 9.0\vc\include\math.h(489): or 'double > pow(double,int)' c:\program files\microsoft visual studio > 9.0\vc\include\math.h(123): or 'double pow(double,double)' while trying to > match the argument list '(double, float)' > > I change line 1304 as > res[i] = pow(double(value1), double(mat[i])); > > and the I get another errors: > > qgisapp.obj : error LNK2019: unresolved external symbol "public: __thiscall > QgsRasterCalculator::~QgsRasterCalculator(void)" > (??1QgsRasterCalculator@@q...@xz) referenced in function "private: void > __thiscall QgisApp::showRasterCalculator(void)" > (?showrastercalcula...@qgisapp@@AAEXXZ) qgisapp.obj : error LNK2019: > unresolved external symbol "public: int __thiscall > QgsRasterCalculator::processCalculation(class QProgressDialog *)" > (?processcalculat...@qgsrastercalculator@@QAEHPAVQProgressDialog@@@Z) > referenced in function "private: void __thiscall > QgisApp::showRasterCalculator(void)" > (?showrastercalcula...@qgisapp@@AAEXXZ) qgisapp.obj : error LNK2019: > unresolved external symbol "public: __thiscall > QgsRasterCalculator::QgsRasterCalculator(class QString const &,class > QString const &,class QString const &,class QgsRectangle const > &,int,int,class QVector const &)" > (??0QgsRasterCalculator@@q...@abvqstring@@00ABVQgsRectangle@@HHABV?$QVector > @UQgsRasterCalculatorEntry@Z) referenced in function "private: void > __thiscall QgisApp::showRasterCalculator(void)" > (?showrastercalcula...@qgisapp@@AAEXXZ) > > On Linux I compile this without errors. > > Thanks > > On Thu, 14 Oct 2010 17:40:03 +0200 > > Marco Hugentobler wrote: > > Hi devs, > > > > A very cool and handy tool is Alexander Bruys raster algebra plugin. It's > > so usefull in environmental modelling that Tim and I thought it would be > > good to have it in our analysis library (where it can be used by 3rd > > party applications too and without the dependency of the numpy library). > > So here is my initial patch that implements a calculator tool as part of > > the analysis library by extending the search string mechanism. > > > > > > Compared to the python plugin, is has some missing features (but they > > could be added): > > - no 'difference' and 'NDVI' buttons > > - only outputs float32 rasters > > - no possibility to load / save expressions > > > > On the other side, it has some additional features: > > - Possibility to insert output extent and resolution and do calculations > > with layers that have different resolutions / extent. If a layer > > resolution does not match, it is automatically resampled to the output > > resolution (of course with higher computation costs) > > - Selection of output format > > > > > > You can try the functionality by applying the following patch: > > http://karlinapp.ethz.ch/101014_qgis_rastercalculator.diff > > The menu to open the calculator is located under 'Layer->Raster > > calculator'. > > > > I didn't apply it to trunk directly, as it needs more testing and there > > are still some issues: > > > > - Flex detects a string as raster if it has '@' followed by a single > > number (the raster band number). Don't know if there are better > > solutions, especially to avoid conflicts with vector columns named that > > way. > > > > - QgsSearchTreeValue is extended with a new type to represent a raster > > matrix and with new operators and methods doing matrix operations. This > > class needs some code cleaning before applying to trunk > > > > - Handling of nodata values could be done in a more clever way: out of > > band values during resampling receive the nodata value of the input > > raster band. In case of error (e.g. division through zero), > > QgsSearchStingValue applies '-10'. > > > > - More testing is needed.
