Re: [Qgis-user] [Qgis-developer] Stress about release plans

2014-07-22 Thread Lene Fischer
I´ve now been using-, bug reporting- and making tutorials for QGIS since 1.7 and I still find it difficult to make stable contributions in several ways: In this tread everyone write ‘more money’ or ‘Work together’ I want to donate time – but find it difficult to find a limited project. As every

[Qgis-user] problem with tiled WMS

2014-07-22 Thread Stefan Carl
Dear list,   I use QGIS Valmiera and try to load a tiled WMS Service from geoserver (version 2.5.1).   My problem is, that i can only load the tileset over the Toolbar-Dialog (load WMS/WMTS Button).   If i try to load the same Service in the Browser Tab e.g. with drag and drop QGIS load a WMS

Re: [Qgis-user] Decimal numbers in Qgis

2014-07-22 Thread Hakala Oiva (MTT)
Thanks Werner. It is possible to send a shapefile, but the problem is not tied with any specific shapefile. The problem is with every shapefile. And if I remember right there was also a problem with ArcGrid. All the grid values turned also to integers. I will send the shapefile privately in a s

Re: [Qgis-user] Decimal numbers in Qgis

2014-07-22 Thread Werner Macho
Hi! Is it possible to provide the shapefile somewhere to take a closer look at it? regards Werner On Wed, Jul 23, 2014 at 7:37 AM, Hakala Oiva (MTT) wrote: > Hi > > I am new here, but in trouble with Qgis. > > I have a BAD problem with decimal numbers in shapefile attribute tables. > > My set: >

[Qgis-user] Decimal numbers in Qgis

2014-07-22 Thread Hakala Oiva (MTT)
Hi I am new here, but in trouble with Qgis. I have a BAD problem with decimal numbers in shapefile attribute tables. My set: Ubuntu Linux 12.04 Qgis 2.2 Locale FI Example: The original number in attribute table is: 342,52189242800 Using binary editor I can see, that the internal format in db

Re: [Qgis-user] Stress about release plans

2014-07-22 Thread Simon Cropper
Hi All, It is hard to figure out where in the conversation to interject but Victors counter-suggestion appears appropriate to me. Being involved in several open source projects, creating tutorials for these and having in the past been involved with trying to contribute to the main documentat

Re: [Qgis-user] Stress about release plans

2014-07-22 Thread Larry Shaffer
Hi, I don't think splitting development resources to maintain an LTS branch is going to solve the real issues. In fact, it will probably just cause more. It seems to me that it all boils down to needing more time between releases: * Documentation and development teams need to work more together

Re: [Qgis-user] Stress about release plans

2014-07-22 Thread Bernd Vogelgesang
Am 22.07.2014, 12:16 Uhr, schrieb Derek Hohls : Is it not possible to require an absolutely minimum entry, at the correct place in the docs, for a new feature? For example, if a developer adds a new function X to >a list of existing functions, already documented in section M.N, then at a

Re: [Qgis-user] Stress about release plans

2014-07-22 Thread Andrew
> Is it a common practice for developer to fill feature requests for > Documentation and help whenever they create new features? This would still > free developers to keep creating good stuff, and help others to keep track > of what needs attention in Docs. Using the visual changelog and scrolling

Re: [Qgis-user] OGR2Layers

2014-07-22 Thread Andre Joost
Am 22.07.2014 11:22, schrieb Pedro: It´s exactly that, the file generated by the OGR2Layers only open the qgis layer correctly in Firefox! With IE or Chrome I can never see the qgis layer. It's a limitation in the plugin but it works. If you search for "OpenLayers Internet Explorer", you wil

Re: [Qgis-user] Stress about release plans

2014-07-22 Thread Alexandre Neto
Hi all, On Tue, Jul 22, 2014 at 10:10 AM, Otto Dassau wrote: > > > a) Trainers could combine their forces and prepair general training > materials > together that everybody can use and extend. All tools and the document > basis > is available and provided by QGIS project in the documentation rep

Re: [Qgis-user] [QGIS-UX] Add new render type in raster proprieties

2014-07-22 Thread João Gaspar
Ahahah, DONE http://hub.qgis.org/issues/10925 2014-07-22 14:10 GMT+01:00 Paolo Cavallini : > Il 22/07/2014 15:08, João Gaspar ha scritto: > > ct-city: elevation or wiki-schwarzwald-cont or both? > > better choose one, to avoid the drunkman syndrome ;) > > -- > Paolo Cavallini - www.faunalia.eu

Re: [Qgis-user] [QGIS-UX] Add new render type in raster proprieties

2014-07-22 Thread Paolo Cavallini
Il 22/07/2014 15:08, João Gaspar ha scritto: > ct-city: elevation or wiki-schwarzwald-cont or both? better choose one, to avoid the drunkman syndrome ;) -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___

Re: [Qgis-user] [QGIS-UX] Add new render type in raster proprieties

2014-07-22 Thread João Gaspar
ct-city: elevation or wiki-schwarzwald-cont or both? João 2014-07-22 14:03 GMT+01:00 João Gaspar : > Hi, Paolo, > > sorry for my late answer. > > Your idea is do a feature request to put a DTM style as one of the default > color ramps in raster proprieties dialog? > > I can put a feat. req., pl

Re: [Qgis-user] [QGIS-UX] Add new render type in raster proprieties

2014-07-22 Thread Paolo Cavallini
Il 22/07/2014 15:03, João Gaspar ha scritto: > Your idea is do a feature request to put a DTM style as one of the default > color > ramps in raster proprieties dialog? > > I can put a feat. req., please confirm if this is your thought. exactly. thanks. -- Paolo Cavallini - www.faunalia.eu Cor

Re: [Qgis-user] [QGIS-UX] Add new render type in raster proprieties

2014-07-22 Thread João Gaspar
Hi, Paolo, sorry for my late answer. Your idea is do a feature request to put a DTM style as one of the default color ramps in raster proprieties dialog? I can put a feat. req., please confirm if this is your thought. Regards João 2014-07-21 6:24 GMT+01:00 Paolo Cavallini : > Il 20/07/2014 1

Re: [Qgis-user] Problem using Grass 7 functions in Processing Toolbox

2014-07-22 Thread Jonathan Moules
I confirm this. On the Advanced Interface, the "GRASS commands" all appear to be fine, but anything under "GRASS GIS 7 commands" fails with a wall of Python error: An error has occured while executing Python code: > Traceback (most recent call last): > File > "C:/PROGRA~1/QGISCH~1/apps/qgis/./py

Re: [Qgis-user] [Qgis-developer] Stress about release plans

2014-07-22 Thread Paolo Cavallini
Il 22/07/2014 13:21, Jonathan Moules ha scritto: > Fair point, but then I'd ask - what would the cost be? Is it not something > that can > be covered by the current sponsorship given that a significant (or maybe just > significantly vocal ;-) ) portion of the community seems to be interested in

Re: [Qgis-user] [Qgis-developer] Stress about release plans

2014-07-22 Thread Paolo Cavallini
Il 22/07/2014 12:41, Victor Olaya ha scritto: ... > I am not saying that this is ideal, and that developers should not write > docs. I am > saying that time is limited and, if we put those restrictions, we might end up > rejecting a lot of interesting functionality. Sorry for jumping in late. The

Re: [Qgis-user] Stress about release plans

2014-07-22 Thread Derek Hohls
Is it not possible to require an absolutely minimum entry, at the correct place in the docs, for a new feature? For example, if a developer adds a new function X to a list of existing functions, already documented in section M.N, then at a minimum they need to add an entry saying "Function X (

Re: [Qgis-user] [Qgis-developer] Stress about release plans

2014-07-22 Thread Victor Olaya
> > > Just looking now, not a single one of the "QGIS Geoalgorithms" that I've > ever looked at (which are I think is what Victor is referencing) have > anything in the "help" tab. And these are a core part of the software. > > Yes that's what I mean. But, IMHO, it's better to have that functionali

Re: [Qgis-user] [Qgis-developer] Stress about release plans

2014-07-22 Thread Jonathan Moules
Except that self-evidently the current solution doesn't work well. Of the three projects I listed, QGIS has by far the worst documentation; as Otto noted, they've not even started updating for 2.4 yet. Just looking now, not a single one of the "QGIS Geoalgorithms" that I've ever looked at (which a

Re: [Qgis-user] [Qgis-developer] Stress about release plans

2014-07-22 Thread Alexander Bruy
+ 1 to Otto and Victor. Developers should develop, the can document some aspects of code/feature (and they already do this!) but we can not ask them to write manuals 2014-07-22 13:01 GMT+03:00 Victor Olaya : > +1 to what Otto said. Very good point. Those creating training materials > should coord

Re: [Qgis-user] Stress about release plans

2014-07-22 Thread Victor Olaya
+1 to what Otto said. Very good point. Those creating training materials should coordinate and help the core QGIS documentation (both the manual and the training manual) improve. > The solution is very simple: Require up to date, accurate documentation > for all commits of new features. This is o

Re: [Qgis-user] Stress about release plans

2014-07-22 Thread Jonathan Moules
Hi Otto, You make some excellent points. Just to follow on one of them: But usually customers and developers don't think about also spending an additional > little amount to document the feature in the QGIS docs and training > material. I think that's a QGIS problem. I know when I get quotes for

Re: [Qgis-user] OGR2Layers

2014-07-22 Thread Pedro
Andre Joost wrote > Am 18.07.2014 11:31, schrieb Pedro: > >> >> Even after simplified the geometries I still don't see the layer. >> I must be doing some very basic mistake >> >> Can you please look at the screenshots from my first post and see if >> there >> is something wrong; > > I don't

Re: [Qgis-user] OGR2Layers

2014-07-22 Thread Pedro
Andre Joost wrote > Am 18.07.2014 11:31, schrieb Pedro: > >> >> Even after simplified the geometries I still don't see the layer. >> I must be doing some very basic mistake >> >> Can you please look at the screenshots from my first post and see if >> there >> is something wrong; > > I don't

Re: [Qgis-user] Stress about release plans

2014-07-22 Thread Otto Dassau
Hi, I would prefere another solution instead of changing the releases. The documentation team is in the same situation. We are always behind the releases, but the problem I see is that there are not enough people working on the documents. At the moment we were not even able to start updating the m