[Qgis-developer] Selecting an Enterprise GIS Solution - QGIS is Selected!
Hi, I found this article while browsing, Selecting an Enterprise GIS Solution Selecting an Enterprise GIS Solution - QGIS is selected. DSE (Department of Sustainability and Environment in Victoria, Australia). Read this article below and visit the website. Thanks, Noli Selecting an Enterprise GIS Solution Wednesday, 08 December 2010 17:52 E-mail Print Client Profile: Anthony Draga - Project Manager, Spatial Information Infrastructure (SII), Department of Sustainability Environment How do you choose the right GIS technology for your enterprise? The Victorian Department of Sustainability and Environment (DSE) has been a long time user of ESRI-based GIS, from the desktop to web mapping. Like many large organisations, DSE has a large number of officers who require desktop GIS tools, but seldom use advanced analytical features. Many of these officers continue to use ArcView 3x although it is outdated and not supported within DSE. DSE contracted Spatial Vision to identify the range of cost-effective alternatives available to fulfil their requirements, including Open Source GIS. Spatial Vision undertook a market-wide review of desktop GIS products to understand the range of options available to meet the Department's functional needs, as well as the associated costs and resources required to implement any new technology. The Spatial Vision consultants commenced by working with DSE project stakeholders to define a comprehensive set of 95 functional and 20 non-functional assessment criteria. This was followed by a desktop investigation of alternative GIS products against a sub-set of the evaluation criteria. In total, 38 individual products were assessed, highlighting three categories of GIS software: open source, commercial and freeware - that is free software from commercial proprietors. Nine products were shortlisted. Each of the shortlisted products were downloaded, installed and evaluated against the full set of DSE criteria. The outcome of the evaluation was the selection of two Open Source GIS products, gvSIG and Quantum GIS, for presentation to DSE project stakeholders. DSE and DPI officers were then provided with an opportunity to conduct a hands-on assessment of the useability of the two products. Overall, Quantum GIS was rated highest in functionality and useability. Compliance Assessment for the 9 Shortlisted Products. The two Arc products failed to meet the requirement to create and edit data hence the high non-compliance. Implementing an alternative GIS product needs to consider more than just application functionality. Consideration must also be given to the impacts of the preferred software for data storage and distribution, symbology standards, and approaches to ensure that potential users are adequately engaged, trained and supported. Open Source software may not involve purchase costs but implementation is another matter. To assist DSE to determine the viability of the favoured Open Source solution, implementation costs across a five-year period were compared with those associated with a commercial package. This investigation confirmed the potential for the Open Source solution to deliver cost savings but only over the longer term. DSE is now undertaking a larger trial of Quantum GIS to determine its suitability. The use of Quantum GIS is not intended to replace DSE's investment in ArcGIS for more sophisticated analysis, mapping and data management activities, rather provide a complimentary alternative for basic view, query and map production tasks. http://www.spatialvision.com.au/index.php/component/content/article/46-strategic-advice-projects/521-selecting-an-enterprise-gis-solution.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] WktRaster 0.3
Hi all, On Wed, Jan 5, 2011 at 7:55 AM, Paolo Cavallini cavall...@faunalia.itwrote: Giuseppe, could you write them down on http://www.qgis.org/wiki/Database ? done! see at [1] Cheers. [1] http://www.qgis.org/wiki/Database#Put_a_plugin_into_.22Database.22_menu -- Giuseppe Sucameli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] RE: Debugging _#3246 Ticket
Hello Everyone, I will be working on the below ticket from Monday and will submit a patch for this at the earliest: https://trac.osgeo.org/qgis/ticket/3246 https://trac.osgeo.org/qgis/ticket/3246 Please let me know if anyone has already started working on this bug. If so I can take up another one. Regards, Sunilrajkiran ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] SQL Anywhere Library conflict
Hi Tim, When I installed my linux QGIS build environment it was on a machine with SA12 already installed, so when I encountered these build errors I thought it was a problem with the GDAL configuration and didn't recognize it was a library conflict. My solution at the time was to append the full path to libodbcinst (/usr/lib/libodbcinst.so) to the CMake variable GDAL_LIBRARY. However, a better solution is to delete libodbcinst.so and libodbcinst.so.1 from the lib{32,64} directory your SQLA installation. These are simply soft-links to our implementation of the ODBC ini parser, provided as a convenience to SQLA app developers. Deleting these soft-links should not cause any problems. Best regards, Dave David E. DeHaan Query Processing team Sybase iAnywhere From: Tim Sutton li...@linfiniti.com To: qgis-developer qgis-developer@lists.osgeo.org Date: 12/28/2010 04:49 PM Subject:[Qgis-developer] SQL Anywhere Library conflict Sent by:qgis-developer-boun...@lists.osgeo.org Hi Dave (and others interested in SQL Anywhere) I cam across a problem with linking QGIS libs where I would get the following error messages: Linking CXX executable qgis /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/libgdal1.7.0.so: undefined reference to `SQLInstallDriverEx' /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/libgdal1.7.0.so: undefined reference to `SQLRemoveDriver' /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/libgdal1.7.0.so: undefined reference to `SQLInstallerError' collect2: ld returned 1 exit status make[2]: *** [src/app/qgis] Error 1 make[1]: *** [src/app/CMakeFiles/qgis.dir/all] Error 2 make: *** [all] Error 2 After quite a bit of poking around I realised that there was probably a conflict introduced by my recent SQLAnywhere install. I commented out the line I added to my ~/.bashrc for SQL Anywhere: # Added by Tim for sql anywhere support #source /opt/sqlanywhere12/bin64/sa_config.sh And then started a new shell, after which the QGIS libs linked properly. I believe this is due the the libodbc shipped with SQL Anywhere conflicting with my system lib. So with that background, is there any elegant way to deal with this? I guess the stock answer will be that typical users wont be compiling QGIS so probably won't run into this - though I don't know if there will be runtime issues introduced by this. Any thoughts? How do you have your compilation environment set up? Regards -- 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] MCELite: An experimental tool for multi-criteria evaluation (MCE)
Hello All, I just wanted to let you know that I have uploaded my tool, MCELite, to the PyQGIS repository. I had to try a few times to get it uploaded, but it seems to work when downloaded from the repository. MCELite takes raster files representing decision criteria and analyzes them using three types of multi-criteria evaluation (MCE): Boolean overlay, weighted linear combination (WLC) or ordered weighted averaging (OWA). It also does sensitivity analysis of the results of an analysis. It hasn't been extensively tested, so it is marked as experimental, but it does run on Windows, OS X and Linux. The package includes documentation and soem sample data data sets and configuration files (it reads configuration files in addition to having interactive input). Because I wrote it for a study project, I didn't use any existing code (it turns out it wouldn't have been a problem, but I wanted to be safe) and I rolled my own Raster object to do the overlay instead of using rastercalc or something like that. I can still rewrite the back end, but it would be a lot of work. The big thing missing from the tool is any kind of fuzzy set membership analysis. I couldn't find any plugins for QGIS, so you need to create the input rasters with another tool, if you want to do any kind of interesting analysis. Anyway, feel free to try it out, and let me know when it breaks. I am sure it still has tons of bugs. Thanks! JP ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
On Thu, Jan 6, 2011 at 7:57 PM, Micha Silver mi...@arava.co.il wrote: I agree with you that CRS handling should be improved. Having 'unknown' CRS is more useful than assigning a bogus CRS and then trying to project it to some other CRS. I think we should remove on-the-fly projections option and _always_ do the reprojection of Hmm Some thoughts: Won't OTF projection of raster always be a heavy computational process, slowing down rendering? On-th-fly raster reprojection is not (IMHO) very expensive. The complexity depends on the desired output quality (e.g. what type of interpolation is used) and raster size. I would expect that most of the raster rendering time is fetching of source data, the warping itself is simple. I thought also about adding some kind of unobtrusive feedback from map canvas indicating possible problems - similar to how browsers nowadays complain about missing plugin or ask whether to save password. This feedback could include both errors (e.g. failed to reproject some parts of layer) and warnings/suggestions (e.g. raster rendering is slow due missing pyramids, layer has unknown CRS). QGIS could also suggest the user to reproject his rasters/vectors for faster rendering. Second: To which CRS will this automatic OTF reproject to? The situation now is that a new project always starts in EPSG:4326. There's no way AFAIK to cause QGIS to always start in some user chosen CRS (other than creating a default project in your chosen CRS, then change the QGIS shortcut to always start that project.) Suppose I have some big LandSAT rasters in UTM, and vector layers in some other projection. If OTF was always on I'd be reprojecting both the LandSAT and all the vectors into Lon/Lat WGS84. I think it's reasonable to start new project with unknown CRS by default and set CRS from the first loaded layer. Of course an option to override the default project CRS would be convenient for some people working mostly with one CRS. THird: Having OTF automatic still won't help users with data that lacks a CRS. No, but at least they can get a notification that a layer has unknown CRS and thus can be aligned incorrectly. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Cleanly create memory layer in Python?
On Thu, Jan 6, 2011 at 9:16 PM, Chris Crook ccr...@linz.govt.nz wrote: Hi All I'm wanting to create a memory provider in Python without invoking the CRS selection dialog (even if the QGIS settings are set to Prompt for CRS when a new layer is created. At the moment my code looks like: settings = QSettings() prjSetting = settings.value(/Projections/defaultBehaviour) settings.setValue(/Projections/defaultBehaviour, QVariant()) layer = QgsVectorLayer(point,name,memory) if prjSetting: settings.setValue(/Projections/defaultBehaviour,prjSetting) This does work, but it seems a bit cumbersome (at first glance it doesn't even look like creating a vector layer!), so I'm wondering if there is a cleaner approach.. Hi Chris I agree this is cumbersome. A possible solution would be to extend the URI for memory provider - currently it accepts only a string with geometry type. New syntax could be introduced that would explicitly set layer CRS, e.g. geometry=pointcrs=4326. Any thoughts and patches are welcome. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] RE: Debugging _#3246 Ticket
Hi, On Fri, 07. Jan 2011 at 17:48:39 +, Giovanni Manghi wrote: Please let me know if anyone has already started working on this bug. If so I can take up another one. it was fixed by Jurgen minutes ago https://trac.osgeo.org/qgis/changeset/15004 Oh, sorry. I just saw brushtyler's comment on the bug on TRAC and got active - looked like an easy fix. I didn't realize that the announcement was about this bug. Maybe it better to take ownership of bugs in TRAC, when starting to work on them. 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] qgis rendering
Le mercredi 05 janvier 2011 à 13:18 +0530, Mohammed Rashad a écrit : Is there any temporary image generated by qgis when rendering a maplayer either raster or vector? -- Rashad Hi Rashad, I'm not sure, but if you want to generate a raster you can use the File menu Save as image or, from the command line, the --snapshot option Mayeul ___ 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] qgis rendering
On 1/4/11 10:48 PM, Mohammed Rashad wrote: Is there any temporary image generated by qgis when rendering a maplayer either raster or vector? The data is rendered directly to the canvas. There is no stored image. -gary -- -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Gary Sherman Chair, QGIS Project Steering Committee -Desktop GIS Book: *http://desktopgisbook.com -Geospatial Consulting Hosting *http://geoapt.com We work virtually everywhere -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
Il giorno ven, 07/01/2011 alle 21.20 +0100, Marco Hugentobler ha scritto: A very important use case here is people working with governemental data provided by the local GIS department. The GIS dep. provides everything in the same meter CRS and the normal user does not need to know about it, since everything overlays properly. I confirm, this is probably the most common situation, and it should be taken into account. All the best. -- http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] minor plugins and repos issues
Hi all. A few annoying issues: * the new plugin MMQGIS keeps on asking being updated (the usual mismatch between versions, I guess) * http://karlinapp.ethz.ch/python_plugins/python_plugins.xml is apparently down since a couple of weeks All the best. -- http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer