Re: [Qgis-user] seting up a wms server problems
Ricardo Filipe Soares Garcia da wrote: Hello list I've been trying to set up a wms server on my laptop for testing purposes but I can't seem to make it work. I'm using mapserver, having installed version 5.4.2 as supplied by the ubuntugis-unstable repository for ubuntu 9.10, which is my operating system. I created the mapfile[1], tested the GetCapabilities request through a web browser (it came out without any warnings) and I can see my map through shp2img and also through a web browser[2]. However, I cannot see it through Qgis. I am defining my wms server with the following connection string: http://pig/cgi-bin/mapserv?map=/home/ricardo/Public/public_html/pig/mapfiles/teste.map ('pig' is just the name I gave to my apache virtual host, so that is why it is there, instead of 'localhost') I can connect to the server and see the available layers, but when I select one layer to be loaded Qgis acts like it loaded the layer but I get only a blank image that is not even showing up in the place that it was supposed to. Try putting an EXTENT line into *each* LAYER section. HTH, Micha ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] seting up a wms server problems
Hello list I've been trying to set up a wms server on my laptop for testing purposes but I can't seem to make it work. I'm using mapserver, having installed version 5.4.2 as supplied by the ubuntugis-unstable repository for ubuntu 9.10, which is my operating system. I created the mapfile[1], tested the GetCapabilities request through a web browser (it came out without any warnings) and I can see my map through shp2img and also through a web browser[2]. However, I cannot see it through Qgis. I am defining my wms server with the following connection string: http://pig/cgi-bin/mapserv?map=/home/ricardo/Public/public_html/pig/mapfiles/teste.map ('pig' is just the name I gave to my apache virtual host, so that is why it is there, instead of 'localhost') I can connect to the server and see the available layers, but when I select one layer to be loaded Qgis acts like it loaded the layer but I get only a blank image that is not even showing up in the place that it was supposed to. Maybe this question would be better suited for the mapserver mailing-list but I can see the map through a browser, so I am guessing that my mistake is in the definition of the wms server inside Qgis... Please note that I can use the default wms servers that come with Qgis (the JPL, Lizardtech and DMSolutions) without any problem. As a side note, I tried the same thing with Kosmo and the result was the same. I can see the available layers but when I load a layer the result is just a blank image. Through Kosmo I can even see the legend of the map, which appears fine, showing my 2 classes and their color.. Thanks for helping me out [1] - mapfile named teste.map follows: # testes para mapfile para PIG map name "nomeServWMS" status on size 800 600 extent -89082.193 -100704.460 -88936.384 -100604.0546 units meters imagecolor 255 0 255 imagetype png projection "init=epsg:27492" end web imagepath "/home/ricardo/Public/public_html/pig/temp_images/" imageurl "/temp_images" log testes.log header "/home/ricardo/Public/public_html/pig/templates/header.html" template "/home/ricardo/Public/public_html/pig/templates/blank.html" footer "/home/ricardo/Public/public_html/pig/templates/footer.html" metadata wms_title "titulo do servico" wms_abstract "pequena descricao do servico wms" wms_onlineresource "http://pig/cgi-bin/mapserv?map=/home/ricardo/Public/public_html/pig/mapfiles/teste.map&"; wms_srs "epsg:27492" end end layer name salasP1 type polygon status on connectiontype postgis connection "host=localhost dbname=pigTeste user=gisuser password=resusig" #data "the_geom from (select * from sala where pi_gid=1) as salaP1 using unique sa_gid using srid=27492" data "the_geom from salasp1 using unique sa_gid using srid=27492" template "../templates/blank.html" dump true projection "init=epsg:27492" end metadata wms_title "salasP1tit" wms_abstract "Breve descricao" wms_keywordlist "teste" wms_srs "epsg:27492" wms_include_items "all" gml_include_items "all" wms_feature_info_mime_type "text/plain" end classitem "tipo" class name "WC" expression "Casa de banho" style color 232 232 232 outlinecolor 0 0 0 end end class name "Sala" expression "Sala" style color 255 0 0 outlinecolor 0 0 0 end end end end [2] - calling it as http://pig/cgi-bin/mapserv?map=/home/ricardo/Public/public_html/pig/mapfiles/teste.map&service=wms&mode=map&layer=salasP1 -- ___ ___ __ Ricardo Garcia Silva ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] mapserverexportplugin: use current loaded project only
On Sat, 07 Nov 2009 15:36:36 -0800, Richard Duivenvoorde wrote: Another option would be that the user would not be forced to save the file, and silently save the file to some temporary place just to build the mapfile... This would be my first choice, though it would also be nice to select a saved project file as an alternative. Most often I just want to use QGIS to add a few layers to a map but have no real need to save the QGIS project file -- in other words, the map-file is the only output I needed. Occasionally I do need to save a QGIS project file, and may use a saved project to create a map-file. -- California CAD Solutions, Inc. 209-578-5580 - Voice 209-521-6493 - FAX ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] mapserverexportplugin: use current loaded project only
Hi I also think its more intuitive to just assume that the user wants to use the current project for mapfile generation. But I'd like to propose that, instead of getting rid of the widget for selecting the project to use, this widget still exists but will be filled in by default with the path of the current project. This way the user doesn't have to work to choose the project file, but there is still the possibility of selecting other projects, if needed. Opinions? On Sat, Nov 7, 2009 at 11:59 PM, wrote: > Hi, > > I think that exporting without pointing to qgis project file is logical, so > just export the current (saved) project. > > My five cents. > > BR, Matej Serc > > Sent via BlackBerry from Vodafone > > -Original Message- > From: Richard Duivenvoorde > Date: Sun, 08 Nov 2009 00:36:36 > To: > Subject: [Qgis-user] mapserverexportplugin: use current loaded project only > > Hi List, > we are busy with the python mapserverexport plugin... > > current version asks you to point to a qgs-project-file which will then be > used to make the map file. > Often this project-file is actually the project currently loaded in qgis. > Which made people add functionality to check if the current project is > actually changed after loading... > > BUT: isn't it more intuitive to NOT let the user point to a qgs-project > file, but always use the current project for exporting? In this way we can > force people to save current project if not saved yet (because the mapfile > is actually build by using data from a (saved) project file). > Another option would be that the user would not be forced to save the > file, and silently save the file to some temporary place just to build the > mapfile... > > I prefer the first option. > > Do people see any objections in removing the 'browse to > qgs-file'-functionality in the plugin? > > Please comment. > > Regards > > Richard Duivenvoorde > > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-user > > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-user > > -- ___ ___ __ Ricardo Garcia Silva ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] mapserverexportplugin: use current loaded project only
Hi, I think that exporting without pointing to qgis project file is logical, so just export the current (saved) project. My five cents. BR, Matej Serc Sent via BlackBerry from Vodafone -Original Message- From: Richard Duivenvoorde Date: Sun, 08 Nov 2009 00:36:36 To: Subject: [Qgis-user] mapserverexportplugin: use current loaded project only Hi List, we are busy with the python mapserverexport plugin... current version asks you to point to a qgs-project-file which will then be used to make the map file. Often this project-file is actually the project currently loaded in qgis. Which made people add functionality to check if the current project is actually changed after loading... BUT: isn't it more intuitive to NOT let the user point to a qgs-project file, but always use the current project for exporting? In this way we can force people to save current project if not saved yet (because the mapfile is actually build by using data from a (saved) project file). Another option would be that the user would not be forced to save the file, and silently save the file to some temporary place just to build the mapfile... I prefer the first option. Do people see any objections in removing the 'browse to qgs-file'-functionality in the plugin? Please comment. Regards Richard Duivenvoorde ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] mapserverexportplugin: use current loaded project only
Hi List, we are busy with the python mapserverexport plugin... current version asks you to point to a qgs-project-file which will then be used to make the map file. Often this project-file is actually the project currently loaded in qgis. Which made people add functionality to check if the current project is actually changed after loading... BUT: isn't it more intuitive to NOT let the user point to a qgs-project file, but always use the current project for exporting? In this way we can force people to save current project if not saved yet (because the mapfile is actually build by using data from a (saved) project file). Another option would be that the user would not be forced to save the file, and silently save the file to some temporary place just to build the mapfile... I prefer the first option. Do people see any objections in removing the 'browse to qgs-file'-functionality in the plugin? Please comment. Regards Richard Duivenvoorde ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Ecological toolbox for QGIS - collecting ideas
You should see if Tim has some notes on a conversation that he, Peter Ersts and I had at one point. We tried to collect these same ideas. Perhaps he has something that will be useful. Cheers, John On Nov 7, 2009, at 9:01 AM, Anne Ghisla wrote: Hi all, and sorry for cross-posting, during QGIS hackfest the idea of an ecological toolbox has popped up, thanks mainly to Johannes Signer. Among currently available standalone bundles, we thought about Hawth's tools [0] and some other Arc* plugins; other tools, like Conefar [1] and Circuitscape [2], are dedicated GIS clones and could not cover all analysis requirements, therefore obliging the user to switch among different programs. We'd like to ask ecology researchers, teachers and students what are the most common analyses you run, and if you'd like to have the related tools available for QGIS in a toolbox just like for example GRASS toolbox. Thanks for feedback, and feel free to forward the message to relevant people and mailing lists! Anne Ghisla [0] http://www.spatialecology.com/htools/tooldesc.php [1] http://www.conefor.org/ [2] http://www.circuitscape.org/Circuitscape/Welcome.html ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] QGIS Hackfest livestream
Most interested on it, thanks Alexander. Agus Alexander Bruy wrote: Hi, I'll create PDF and ODF (ODP) presentations of mine reports. Also, after hackfest I can record a video that shows PADB plugin in action. 2009/11/7 Otto Dassau : Hi, or you put the presentations as PDF somewhere on the qgis wiki, if the presenters agree. Otto ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Ecological toolbox for QGIS - collecting ideas
I'm not sure if the term "Ecological toolbox" is appropriate, as few (GIS and not GIS) tools used in Ecology are actually used only in Ecology and, actually, most of them were not developed for Ecology. Anyway, I agree with the essential, that is having the tools to solve the GIS-related problems faced by people working in Ecology. Some months ago I actually started a page (never released but viewable in http://sites.google.com/site/eospansite/mihawthstoolgnu2) in which I was just listing Hawth's tools with the idea of writing there how to perform those operations but using open source or public domain software (excuse for my illiteracy on legal terms). Unfortunately, I've not been able to find the time for this and all entries remain unlinked to an answer. In summary, not sure if this has to be collected as an specific toolbox, as, for example, many tools will be shared with social scientists, but for sure the tools have to be available. So I'll be most happy adding my little grains of sand to that mountain. Agus Anne Ghisla wrote: Hi all, and sorry for cross-posting, during QGIS hackfest the idea of an ecological toolbox has popped up, thanks mainly to Johannes Signer. Among currently available standalone bundles, we thought about Hawth's tools [0] and some other Arc* plugins; other tools, like Conefar [1] and Circuitscape [2], are dedicated GIS clones and could not cover all analysis requirements, therefore obliging the user to switch among different programs. We'd like to ask ecology researchers, teachers and students what are the most common analyses you run, and if you'd like to have the related tools available for QGIS in a toolbox just like for example GRASS toolbox. Thanks for feedback, and feel free to forward the message to relevant people and mailing lists! Anne Ghisla [0] http://www.spatialecology.com/htools/tooldesc.php [1] http://www.conefor.org/ [2] http://www.circuitscape.org/Circuitscape/Welcome.html ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Ecological toolbox for QGIS - collecting ideas
Hi all, and sorry for cross-posting, during QGIS hackfest the idea of an ecological toolbox has popped up, thanks mainly to Johannes Signer. Among currently available standalone bundles, we thought about Hawth's tools [0] and some other Arc* plugins; other tools, like Conefar [1] and Circuitscape [2], are dedicated GIS clones and could not cover all analysis requirements, therefore obliging the user to switch among different programs. We'd like to ask ecology researchers, teachers and students what are the most common analyses you run, and if you'd like to have the related tools available for QGIS in a toolbox just like for example GRASS toolbox. Thanks for feedback, and feel free to forward the message to relevant people and mailing lists! Anne Ghisla [0] http://www.spatialecology.com/htools/tooldesc.php [1] http://www.conefor.org/ [2] http://www.circuitscape.org/Circuitscape/Welcome.html ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: What is "is a qgis problem"? (it was Re: [Qgis-user] Scattergram with compiled qwt5.2.0)
Hi Agus: While I totally agree with your "bottom line" i.e.: [quoted from below] "I think that QGIS is not far from such an operational point and that making an effort on reaching it rather than on developing newer tools for a while would make a lot of sense... for users. Obviously, developers will do what they will be willing to do. All what users can do is telling other users what the situation is. " your criticism might be a bit harsh in getting there. The problem you raise here is one specific (external) plugin. That poor student who has to submit his project in 24 hr. is indeed caught in a bad situation. Still qgis devs should focus on core functionality, and stability, leaving the new not-fully-tested stuff to the plugin architecture. Also... Agustin Lobo wrote: I think this issue is equivalent to the one on having Mrsid and ecw support under linux. From I don't think this comparison is correct. Support for mrsid and ecw is, I believe, a widely requested feature that should be considered *core functionality*. With your help and encouragement, we had a simple gdal plugin on ubuntu 9.04, and hopefully that will soon be available on 9.10 also, like it is on the OSGeo windows installer. Regards, Micha a developer point of view (Jurgen), the fact that plugin Scatter plot does not work because of a python-qwt5 problem is not "a qgis problem". But from the user perspective, anything making qgis not working properly or not fulfilling a set of minimum operational requirements must be "a qgis problem". In this particular case, if the situation is that there is no python-qwt5 package able to let a given plugin work, then either the qgis developers accept that making an specially-tuned binary version of the python-qwt5 package is a TODO task, or the "qgis book of style of python plugins" must state that no plugins should be made relying on that package, and thus an alternative for the current Scatter plot plugin should be in the agenda. In general terms, I think that the qgis developers should discuss and get to an agreement on whether the goal is having an operational package or a testbed for newer developments and proofs of concepts where reaching an operational reliability is not a main issue. Both options are valid, but they are different, and users must know the choice. I totally disagree with the comments posted by Tim Sutton and Paolo Cavallini few weeks ago: "> The counter side to the 'FOSS developers expect users to be compiling > geeks' debate is that users always want things at no effort and now :-) Tim: agreed fully. Too often we have requests from users, too rarely we have help" Users must put their effort on using QGIS, and their satisfaction is the main reason for QGIS to exist. With no or few users, qgis will decay. And users do a lot of effort on using QGIS, as they often must deal with problems that are not present in commercial software and sometimes find, with frustration, that their processing chain gets interrupted in an step where qgis tools are not working (and the only answer they get is "this is solved in svn trunk". A pretty satisfactory answer for a developer, but a totally devastating answer for an student with his/her exercise to be due in 24h). For some users, this is the price to pay because they cannot afford paying the licenses but for some others, having several alternatives of commercial licenses paid as campus licenses, this is the price they pay for actively collaborating on a public domain tool which, they believe, will be better on the long run. We must all acknowledge the contribution made by developers. We must all acknowledge the contribution made by of users. The question is reaching a point in which a minimal set of critical operations are reliably and efficiently done by QGIS (independently of other software such as GRASS: QGIS+GRASS is already operational, but this is because GRASS reached operational status 20 years ago). From this point on, people having stable jobs (i.e., GIS technicians at universities, professors, researchers...) will put a significant part of their paid time on debugging, enhancing and extending QGIS. This is the case of R, which is, i my opinion, the paramount example of success of public domain software, at least in science. I do not know the exact numbers, but I think that despite the significant direct funding, the most important source of funding for R comes from paid working time invested by academic personnel with stable jobs). I'm working on a web page in which I will propose a set of critical tasks to be accomplished by a GIS software, along with an score of operationality and comments for the specific case of QGIS on the different OS for which binary versions exist. Hopefully other users will add their opinions. In an equivalent way, I'll try to set up another page for the plugins, so that users can have a fast check on the degree of operationality of a giving plugi
Re: [Qgis-developer] What is "is a qgis problem"? (it was Re: [Qgis-user] Scattergram with compiled qwt5.2.0)
On Sat, Nov 7, 2009 at 11:41 AM, Agustin Lobo wrote: > will put a significant part of their paid time on debugging, enhancing and > extending QGIS. This is the case of R, which is, i my opinion, the paramount > example of success of public domain software, at least in science. [legal note] R (and Qgis) is not 'public domain software'. 'Public domain' is a legal term that generally means out of copyright and with no usage restrictions. R and the packages in CRAN are under a variety of open-source licenses including the GPL, and are copyright of various authors and institutions - it is this copyright that allows authors to place works under the GPL. [ends] My 2 euros: Packages are accepted into CRAN only if they pass various QC checks and if they have an active maintainer. If a maintainer gives up on a package it disappears from CRAN. This doesn't happen often since an outgoing maintainer will advertise and a keen user will take it up. Qgis is similar - Clearly a problem with a plugin in a third-party repo is not a Qgis issue, and shouldn't be tracked in the qgis trac. If the developer doesn't fix it then it's open source -- the user can fix it themselves or pay to get it fixed. Plugins in the qgis repo are a qgis problem, and if they can't be fixed by maintainers then should be 'orphaned'. Your problem with a student having trouble getting their coursework done because of a software bug also occurs in proprietary software but worse - I've seen bugs - serious bugs - in a proprietary stats package go unfixed for years. Just trying to find a place to report bugs is often impossible. I had to resort to emailing an old friend who worked for the company after being unable to find a bug report email address on their website. I suspected the company thought their program had no bugs. Try finding a bug tracker or support forum for SPSS even today! The situation with R is often that the gap between developer and user is very small. Packages are often written because that person wants to use a particular functionality (often from theory they have developed). With Qgis mostly the theory is well-developed (raster algebra, geometry calculations) and users just want to use it, and the motivation for developers is less since they can probably do it all in Grass anyway. Actually I don't know what drove half a dozen or so to gather in Vienna this week! You're all mad! :) Barry ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] QGIS Hackfest livestream
Hi, I'll create PDF and ODF (ODP) presentations of mine reports. Also, after hackfest I can record a video that shows PADB plugin in action. 2009/11/7 Otto Dassau : > Hi, > > or you put the presentations as PDF somewhere on the qgis wiki, if the > presenters agree. > > Otto -- Alexander Bruy mailto: alexander.b...@gmail.com ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Azimuth and Distance Plugin (was Re: your old qgis plugins)
Ok, thanks for the ideas. But could explain some of them to me? What happened with the precision of the starting point? I've made some tests here and the precision should be ok. I've made a teste with 0,0,0 and it drew fine. Could you tell me how to reproduce the bug? The snapping feature is my main priority now. I think this is a great improvement. DMS should be second in the list. But actually I need some inputs on how is best entered a coordinate. We're talking about azimuth here. And a DMS should have 3 numbers. Something like 10o14'52'' is possible and easy for the user. Is it ok? About the much larger extent... Hum... Fixed on zoom to selected feature. I think that should solve it. Gratefully Maurício de Paulo ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Is there anyway to link a picture with a vercor element?
Yup! Right-click layer > properties > actions will do this... Check the user-manual for exact implementation etc... Carson 2009/11/7 wangxuan : > > > > Is there anyway to link a picture with a vercor element? > In arcview there is a hotlink tool for this purpose as i know. > > Thanking you in advance, > With Warm Regards > > > 聊天+搜索+邮箱 想要轻松出游,手机MSN帮你搞定! 立刻下载! > > 搜索本应是快乐的,不是么? 快乐搜索,有问必应!微软隆重推出! 立即试用! > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-user > > -- Carson Farmer National Centre for Geocomputation John Hume Building, National University of Ireland, Maynooth, Maynooth, Co. Kildare, Ireland. www.carsonfarmer.com ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Is there anyway to link a picture with a vercor element?
Is there anyway to link a picture with a vercor element? In arcview there is a hotlink tool for this purpose as i know. Thanking you in advance, With Warm Regards 聊天+搜索+邮箱 想要轻松出游,手机MSN帮你搞定! 立刻下载! _ 上Windows Live 中国首页,下载Messenger2009安全版! http://www.windowslive.cn___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] QGIS Hackfest livestream
Hi, or you put the presentations as PDF somewhere on the qgis wiki, if the presenters agree. Otto Am Sat, 7 Nov 2009 13:40:42 +0100 schrieb Milena Nowotarska : > Hi Agus, > > I know the quality is poor. Maybe next ones we can record directly > from presenters laptops. > > Cheers, > Milena > > > 2009/11/7 Agustin Lobo : > > Good. Note though that the quality > > of the 2 videos > > Ossim Planet QGIS tab interface > > Protected areas plugin demo by Alexander Brui > > is so low that they cannot be followed. > > > > Thanks! > > > > Agus > > > > Milena Nowotarska wrote: > >> > >> Hi All, > >> > >> here you go :) > >> http://www.ustream.tv/channel/qgis-hackfest-vienna > >> > >> enjoy, > >> > >> Milena > >> ___ > >> Qgis-user mailing list > >> Qgis-user@lists.osgeo.org > >> http://lists.osgeo.org/mailman/listinfo/qgis-user > >> > > > > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] QGIS Hackfest livestream
Hi Agus, I know the quality is poor. Maybe next ones we can record directly from presenters laptops. Cheers, Milena 2009/11/7 Agustin Lobo : > Good. Note though that the quality > of the 2 videos > Ossim Planet QGIS tab interface > Protected areas plugin demo by Alexander Brui > is so low that they cannot be followed. > > Thanks! > > Agus > > Milena Nowotarska wrote: >> >> Hi All, >> >> here you go :) >> http://www.ustream.tv/channel/qgis-hackfest-vienna >> >> enjoy, >> >> Milena >> ___ >> Qgis-user mailing list >> Qgis-user@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-user >> > > ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
AW: [Qgis-user] Licensing
Hi I'm not so sure. Because if the company only uses your code inhouse, the GNU project says: http://www.gnu.org/licenses/gpl-faq.html#GPLRequireSourcePostedPublic Afaik there is only a problem if the company tries to sell commercial licenses of your code. But I'm not a lawyer, so feel free to correct me. Regards, Marco -Ursprüngliche Nachricht- Von: qgis-user-boun...@lists.osgeo.org im Auftrag von Paolo Cavallini Gesendet: Sa 07.11.2009 13:10 An: Ravi Cc: disc...@lists.osgeo.org; qgis Betreff: Re: [Qgis-user] Licensing IFAIK, yes: if you distribute the executables, you have to distribute also the source, for all GPL programs. All the best. On Sat, 7 Nov 2009 04:04:36 -0800 (PST), Ravi wrote: > Wish to know does this violate licensing. > Qgis is just as an example, it can be Grass or Ossim or any other Open GIS > as well > > Example: I love Qgis and I have added some code to Qgis as a C++ > programmer, thus giving the necessary customization for my specific client. > I compile it and distribute the Executable, as part of my package deal. > Does this violate any license of Qgis. -- http://faunalia.it/pc ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] QGIS Hackfest livestream
Good. Note though that the quality of the 2 videos Ossim Planet QGIS tab interface Protected areas plugin demo by Alexander Brui is so low that they cannot be followed. Thanks! Agus Milena Nowotarska wrote: Hi All, here you go :) http://www.ustream.tv/channel/qgis-hackfest-vienna enjoy, Milena ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: What is "is a qgis problem"? (it was Re: [Qgis-user] Scattergram with compiled qwt5.2.0)
My two cents: On Sat, Nov 7, 2009 at 11:41 AM, Agustin Lobo wrote: > I think this issue is equivalent to the one on having > Mrsid and ecw support under linux. From > a developer point of view (Jurgen), the fact that plugin Scatter plot > does not work because of a python-qwt5 problem is not "a qgis problem". > But from the user perspective, anything making qgis not working properly > or not fulfilling a set of minimum operational requirements must > be "a qgis problem". Perhaps not a qgis "problem"... but a qgis "issue" certainly ;-) > In this particular case, if the situation is that there is no > python-qwt5 package able to let a given plugin work, then either > the qgis developers accept that making an specially-tuned binary version of > the python-qwt5 package is a TODO task, or the "qgis book of style of python > plugins" I think the only possibly solution is the latter... qgis devs barely have time for qgis issues, let alone Python-Qt problems. In fact, we are currently working on guidelines for Python plugins in qgis, and it will have to be up to the plugin authors to make sure their plugins obey these guidelines. Qgis main developers simply can't support plugins introduced by all plugin authors, and in fact, the author(s) of the problem plugins should be contacted directly (note that there are actually very few officially supported plugins in the official repo). > must state that no plugins should be made relying on that package, and thus > an alternative for the current Scatter plot plugin should be in the agenda. In this particular case, the scatterplot plugin is really just a contributed plugin that is there for those who need it, but is not 'part of qgis' and as such isn't currently on the agenda at all. Right now I think stability of current tools (and improvement of current functionality) is a more important agenda item... > In general terms, I think that the qgis developers should discuss and > get to an agreement on whether the goal is having an operational package or a > testbed > for newer developments and proofs of concepts where reaching an > operational reliability is not a main issue. Certainly it is already the former... the proofs of concept and cutting edge stuff is almost always plugins (at least to start with), and again, plugins are something separate to the core qgis. I think what we are seeing quite a bit of the time is users and contributors focusing more on developing plugins, and the devs are focused much more on the core libraries. This is how it should be (in my opinion), and the fact that some plugins are unstable is simply an artifact of the fact that there is currently no rigorous guidelines from submitting plugins > Both options are valid, but they are different, and users must know the > choice. The goal is to move towards a fully stable, operational GIS... plugins and extra features (such as scatterplots) are simply nice extensions at the moment.. > Users must put their effort on using QGIS, and their satisfaction is > the main reason for QGIS to exist. With no or few users, qgis will > decay. Hmm, I don't think I agree with this, those new users are certainly important! > And users do a lot of effort on using QGIS, as they often must deal > with problems that are not present in commercial software and sometimes find, > with frustration, that their processing chain gets interrupted > in an step where qgis tools are not working (and the only answer they get > is "this is solved in svn trunk". A pretty satisfactory answer for a > developer, but a totally devastating answer for an student with his/her > exercise to be > due in 24h). For some users, this is the price to pay because they cannot > afford > paying the licenses but for some others, having several alternatives of > commercial licenses > paid as campus licenses, this is the price they pay for actively > collaborating on a public domain tool which, they believe, will be better on > the long run. > We must all acknowledge the contribution made by developers. We must all > acknowledge the contribution made by of users. We must also acknowledge that QGIS is a 'work in progress'. There are going to be many features that are lacking, and when users submit bug reports, these features get added (maybe not always 'right now'). We simply don't have the funding to build a fully functional platform right off the bat. We also have to acknowledge that QGIS is still a relatively young project, and as it grow, the number of users/contributors/developers will grow... meaning these features that are lacking will start to be added faster and faster (which I think we're already seeing). Indeed, the contributions of all are important... but we also have to note that developers do not 'serve the users', they are users themselves, and are volunteering their time to work on things that 'they need'. If they can, they will also implement things that other users need, but in the end, there is only so much time in th
Re: [Qgis-user] Licensing
IFAIK, yes: if you distribute the executables, you have to distribute also the source, for all GPL programs. All the best. On Sat, 7 Nov 2009 04:04:36 -0800 (PST), Ravi wrote: > Wish to know does this violate licensing. > Qgis is just as an example, it can be Grass or Ossim or any other Open GIS > as well > > Example: I love Qgis and I have added some code to Qgis as a C++ > programmer, thus giving the necessary customization for my specific client. > I compile it and distribute the Executable, as part of my package deal. > Does this violate any license of Qgis. -- http://faunalia.it/pc ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Licensing
Wish to know does this violate licensing. Qgis is just as an example, it can be Grass or Ossim or any other Open GIS as well Example: I love Qgis and I have added some code to Qgis as a C++ programmer, thus giving the necessary customization for my specific client. I compile it and distribute the Executable, as part of my package deal. Does this violate any license of Qgis. Ravi Kumar Try the new Yahoo! India Homepage. Click here. http://in.yahoo.com/trynew ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-developer] What is "is a qgis problem"? (it was Re: [Qgis-user] Scattergram with compile d qwt5.2.0)
On Sat, 07 Nov 2009 12:41:06 +0100, Agustin Lobo wrote: > But from the user perspective, anything making qgis not working properly > or not fulfilling a set of minimum operational requirements must > be "a qgis problem". Agreed. > Users must put their effort on using QGIS, and their satisfaction is > the main reason for QGIS to exist. With no or few users, qgis will > decay. This is not true: without developer it would decay, with lots of devs and no user (admittedly, a paradoxical situation) qgis would be just as good :) And users do a lot of effort on using QGIS, as they often must deal > but a totally devastating answer for an student with his/her exercise to be > due This is not true: anybody can use trunk from previous day, with no effort, even on windows. > We must all acknowledge the contribution made by developers. We must all > acknowledge the contribution made by of users. Correct: I just posted such an acknowledgement. But there are thousands of users that do not contribute the slightest to the project; this is a weakness of all free project, and their own responsibility. If all QGIS users would be as active as you, lots of problems would be already solved. All the best, and keep on helping! -- http://faunalia.it/pc ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
What is "is a qgis problem"? (it was Re: [Qgis-user] Scattergram with compiled qwt5.2.0)
I think this issue is equivalent to the one on having Mrsid and ecw support under linux. From a developer point of view (Jurgen), the fact that plugin Scatter plot does not work because of a python-qwt5 problem is not "a qgis problem". But from the user perspective, anything making qgis not working properly or not fulfilling a set of minimum operational requirements must be "a qgis problem". In this particular case, if the situation is that there is no python-qwt5 package able to let a given plugin work, then either the qgis developers accept that making an specially-tuned binary version of the python-qwt5 package is a TODO task, or the "qgis book of style of python plugins" must state that no plugins should be made relying on that package, and thus an alternative for the current Scatter plot plugin should be in the agenda. In general terms, I think that the qgis developers should discuss and get to an agreement on whether the goal is having an operational package or a testbed for newer developments and proofs of concepts where reaching an operational reliability is not a main issue. Both options are valid, but they are different, and users must know the choice. I totally disagree with the comments posted by Tim Sutton and Paolo Cavallini few weeks ago: "> The counter side to the 'FOSS developers expect users to be compiling > geeks' debate is that users always want things at no effort and now :-) Tim: agreed fully. Too often we have requests from users, too rarely we have help" Users must put their effort on using QGIS, and their satisfaction is the main reason for QGIS to exist. With no or few users, qgis will decay. And users do a lot of effort on using QGIS, as they often must deal with problems that are not present in commercial software and sometimes find, with frustration, that their processing chain gets interrupted in an step where qgis tools are not working (and the only answer they get is "this is solved in svn trunk". A pretty satisfactory answer for a developer, but a totally devastating answer for an student with his/her exercise to be due in 24h). For some users, this is the price to pay because they cannot afford paying the licenses but for some others, having several alternatives of commercial licenses paid as campus licenses, this is the price they pay for actively collaborating on a public domain tool which, they believe, will be better on the long run. We must all acknowledge the contribution made by developers. We must all acknowledge the contribution made by of users. The question is reaching a point in which a minimal set of critical operations are reliably and efficiently done by QGIS (independently of other software such as GRASS: QGIS+GRASS is already operational, but this is because GRASS reached operational status 20 years ago). From this point on, people having stable jobs (i.e., GIS technicians at universities, professors, researchers...) will put a significant part of their paid time on debugging, enhancing and extending QGIS. This is the case of R, which is, i my opinion, the paramount example of success of public domain software, at least in science. I do not know the exact numbers, but I think that despite the significant direct funding, the most important source of funding for R comes from paid working time invested by academic personnel with stable jobs). I'm working on a web page in which I will propose a set of critical tasks to be accomplished by a GIS software, along with an score of operationality and comments for the specific case of QGIS on the different OS for which binary versions exist. Hopefully other users will add their opinions. In an equivalent way, I'll try to set up another page for the plugins, so that users can have a fast check on the degree of operationality of a giving plugin prior to actually installing it. I think that QGIS is not far from such an operational point and that making an effort on reaching it rather than on developing newer tools for a while would make a lot of sense... for users. Obviously, developers will do what they will be willing to do. All what users can do is telling other users what the situation is. Hopefully this message reaches enough "controversiality degree" for you to comment during the hackfest Have fun! Agus Jürgen E. Fischer wrote: Hi Agus, On Tue, 27. Oct 2009 at 17:42:28 +0100, Agustin Lobo wrote: Hmm... all I get is that building of qt3 should be avoided. Perhaps I should wait until a general solution is set, perhaps during your hackfest? Hopefully... I doubt that it is a qgis problem at all. You probably just need proper python-qwt5 packages. Jürgen ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] HackFest and donations
Hi all. The hackfest is going well. A word of thanks to all donors who made this easier, allowing some of the developers to come. The donors are all listed both in the source code (and thus on the "About" tab on QGIS menu) and in the http://www.qgis.org/en/sponsorship/donors.html page. Please let me know if I forgot somebody. All the best. -- http://faunalia.it/pc ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] HomeRange_plugin v2.1.1 - NNCH now available
Hello all, and sorry for cross-posting, as first result of QGIS hackfest in Vienna, here is a new version of HR plugin with NNCH implementation available. An long-time requested enhancement is coming soon: the separate threading for long running analyses. Therefore, qgis gui will be usable while the plugin works. Stay tuned for updates! regards, Anne Ghisla ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user