Re: [QGIS-Developer] Problem with "no Data value" with rasters when using the Layer Styling panel?

[Stéphane Henriod]

Hi James!

Just to know if you had a chance to look at this and if you need some help
withe testing or whatever!

THanks
Stéphane


Le vendredi 29 septembre 2017, James Shaeffer <ja...@shaeffer.co> a écrit :

> I'll stab at fixing this.
>
> James Shaeffer
>
> On Thu, Sep 28, 2017 at 09:55:14PM +0600, Stéphane Henriod wrote:
> > Hi all
> >
> > just trying one last time to get attention on this bug :-)
> >
> > The bug is still present on the last 2.99
> >
> > As usual, I apologize for complaining while not being able to take care
> of
> > it myself...
> >
> > Easiest way to understand what is currently wrong is this screencast:
> > https://vimeo.com/219467091
> >
> > With my little understanding, I would assume that the correction of this
> > bug is not a "big thing"? But maybe I am overlooking something
> >
> > Thanks!
> >
> > Stéphane
> >
> >
> > Le mercredi 21 juin 2017, Stéphane Henriod <stephane...@gmail.com
> <javascript:;>> a écrit :
> >
> > > Hi all
> > >
> > > Apparently, this has been confirmed as a bug. Is anyone willing / able
> to
> > > take care of it?
> > >
> > > Thanks a lot and cheers
> > >
> > > Stéphane (who really feels sorry to raise such questions, while not
> being
> > > able himself to actively contribute to the resolution of such bugs)
> > >
> > >
> > > Le jeudi 1 juin 2017, Stéphane Henriod <stephane...@gmail.com
> <javascript:;>
> > > <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com <javascript:;>');>>
> a écrit :
> > >
> > >> Hi again
> > >>
> > >> in doubt, I have opened a ticket here: https://issues.qgis.org/
> > >> issues/16649
> > >>
> > >> Cheers
> > >> Stéphane
> > >>
> > >>
> > >> Le mardi 30 mai 2017, Stéphane Henriod <stephane...@gmail.com
> <javascript:;>> a écrit :
> > >>
> > >>> PS: screencast to better explain the issue:
> https://vimeo.com/219467091
> > >>>
> > >>> Le mardi 30 mai 2017, Stéphane Henriod <stephane...@gmail.com
> <javascript:;>> a écrit :
> > >>>
> > >>>> Hi
> > >>>>
> > >>>> I am testing the layer styling panel (shortcut F7) with the latest
> > >>>> Nightly build on the Ubuntu repositories.
> > >>>>
> > >>>> By default, the NoData value is -. If I add "10" as additional
> > >>>> NoData value, nothing happens.
> > >>>>
> > >>>> If I do the same in the layer properties, then the expected behavior
> > >>>> happens: all pixels with value "10" are not rendered.
> > >>>>
> > >>>> So it seems that the manually added NoData values in the Layer
> Styling
> > >>>> Panel are not considered.
> > >>>>
> > >>>> Can someone else replicate this problem? Should I open a ticket?
> > >>>>
> > >>>> Cheers
> > >>>> Stéphane
> > >>>>
> > >>>>
> > >>>> --
> > >>>>
> > >>>> “When you travel, remember that a foreign country is not designed to
> > >>>> make you comfortable. It is designed to make its own people
> comfortable."
> > >>>> -- Clifton Fadiman
> > >>>>
> > >>>>
> > >>>
> > >>> --
> > >>>
> > >>> “When you travel, remember that a foreign country is not designed to
> > >>> make you comfortable. It is designed to make its own people
> comfortable."
> > >>> -- Clifton Fadiman
> > >>>
> > >>>
> > >>
> > >> --
> > >>
> > >> “When you travel, remember that a foreign country is not designed to
> make
> > >> you comfortable. It is designed to make its own people comfortable."
> --
> > >> Clifton Fadiman
> > >>
> > >>
> > >
> > > --
> > >
> > > “When you travel, remember that a foreign country is not designed to
> make
> > > you comfortable. It is designed to make its own people comfortable." --
> > > Clifton Fadiman
> > >
> > >
> >
> > --
> >
> > “When you travel, remember that a foreign country is not designed to make
> > you comfortable. It is designed to make its own people comfortable." --
> > Clifton Fadiman
>
> > ___
> > QGIS-Developer mailing list
> > QGIS-Developer@lists.osgeo.org <javascript:;>
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Problem with "no Data value" with rasters when using the Layer Styling panel?

[Stéphane Henriod]

Hi all

just trying one last time to get attention on this bug :-)

The bug is still present on the last 2.99

As usual, I apologize for complaining while not being able to take care of
it myself...

Easiest way to understand what is currently wrong is this screencast:
https://vimeo.com/219467091

With my little understanding, I would assume that the correction of this
bug is not a "big thing"? But maybe I am overlooking something

Thanks!

Stéphane


Le mercredi 21 juin 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :

> Hi all
>
> Apparently, this has been confirmed as a bug. Is anyone willing / able to
> take care of it?
>
> Thanks a lot and cheers
>
> Stéphane (who really feels sorry to raise such questions, while not being
> able himself to actively contribute to the resolution of such bugs)
>
>
> Le jeudi 1 juin 2017, Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> a écrit :
>
>> Hi again
>>
>> in doubt, I have opened a ticket here: https://issues.qgis.org/
>> issues/16649
>>
>> Cheers
>> Stéphane
>>
>>
>> Le mardi 30 mai 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :
>>
>>> PS: screencast to better explain the issue: https://vimeo.com/219467091
>>>
>>> Le mardi 30 mai 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :
>>>
>>>> Hi
>>>>
>>>> I am testing the layer styling panel (shortcut F7) with the latest
>>>> Nightly build on the Ubuntu repositories.
>>>>
>>>> By default, the NoData value is -. If I add "10" as additional
>>>> NoData value, nothing happens.
>>>>
>>>> If I do the same in the layer properties, then the expected behavior
>>>> happens: all pixels with value "10" are not rendered.
>>>>
>>>> So it seems that the manually added NoData values in the Layer Styling
>>>> Panel are not considered.
>>>>
>>>> Can someone else replicate this problem? Should I open a ticket?
>>>>
>>>> Cheers
>>>> Stéphane
>>>>
>>>>
>>>> --
>>>>
>>>> “When you travel, remember that a foreign country is not designed to
>>>> make you comfortable. It is designed to make its own people comfortable."
>>>> -- Clifton Fadiman
>>>>
>>>>
>>>
>>> --
>>>
>>> “When you travel, remember that a foreign country is not designed to
>>> make you comfortable. It is designed to make its own people comfortable."
>>> -- Clifton Fadiman
>>>
>>>
>>
>> --
>>
>> “When you travel, remember that a foreign country is not designed to make
>> you comfortable. It is designed to make its own people comfortable." --
>> Clifton Fadiman
>>
>>
>
> --
>
> “When you travel, remember that a foreign country is not designed to make
> you comfortable. It is designed to make its own people comfortable." --
> Clifton Fadiman
>
>

-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Geoprocessing tools give empty results for data using crs EPSG:7694

[Stéphane Henriod]

Wow this is a hell of a comprehensive answer :)

Thank you very much... My bad, I didn't even think about checking the
validity of the geometries here.  I will correct them and make further tests

Cheers
Stéphane

On 28 Jul 2017 9:39 p.m., "Giovanni Manghi" 
wrote:

> Hi,
>
>
> > Hi all
> >
> > I have made a few tests of GDAL 2.2.0 on Ubuntu 16.04 with QGIS 2.14.14
> and
> > have found out that most geoprocessing tools implying 2 layers (clip,
> > difference, intersection, etc.) wrongly give empty geometries when the
> data
> > is in CRS  EPSG:7694 (*Kyrg06-3*, newly added CRS to GDAL in 2.2.0). Same
> > behavior with QGIS 2.18.11 with GDAL 1.11.3
> >
> > For example, when using the Tool *Vector - Geoprocessing tools -
> Difference*
> > the difference between 2 layers gives an empty geometry. Using the same
> > tool on the same data with the CRS 32643 (*WGS84 UTM43N*) gives correct
> > results.
> >
> > I have communicated on the Ubuntugis mailing list and got the following
> > feedback from Even Rouault:
> >
> > *I've run ogrinfo -al shp > log.txt on your dataset with GDAL 2.2 and
> GDAL
> > 2.1 and get almost the same results. The only difference is that GDAL 2.2
> > now reports the SRS of layers kyrgyzstan_UTM43N and rayons_UTM43N with an
> > explicit EPSG:32643 code, which is an intended change of GDAL 2.2, and I
> > wouldn't think that would cause issues to QGIS. So my feeling is that the
> > issue is more with the processing tool itself, or a subtle issue in the
> > integration of QGIS*
> >
> > Test dataset (in both CRS) here: http://www.henriod.info/share/shp.zip
> >
> > Is it something to be reported as a QGIS bug? Can you reproduce this
> > behavior?
>
>
> I made some test and here following a few notes:
>
>
> 1) the geoprocressing tools in the "vector" menu are the native QGIS
> ones, and I don't thinkthey make use of GDAL/OGR to make the
> operations, on the other hand in the Processing toolbox you find also
> a few ones (I have in mind since a long to add more) really based on
> GDAL/OGR.
>
>
> 2) I noticed that in your layers in EPSG:7694 there are geometries
> errors that are not present in the EPSG:32643, and here lies the
> problem of the wrong results you see, it does not depend on the CRS of
> the inputs.
>
>
> 3) I fixed the inputs geometry errors with my favorite tool, the
> liblwgeom plugin for the Processing toolbox and its "MakeValid" tool
> (equivalent to PostGIS's ST_MakeValid) and after that the operation
> returned the expected results
>
>
> 4) The geoprocessing OGR based tools are more verbose in their log and
> so was easy to spot the geometry error messages
>
>
> 5) the OGR based "clip by vector" tool returned also an output in
> EPSG:7694 while the equivalent QGIS tool returned an output with 4326
> assigned CRS, but if you change it manually the result is there and in
> the right place.
>
>
>
> hope this helps
>
> -- G --
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Geoprocessing tools give empty results for data using crs EPSG:7694

[Stéphane Henriod]

Hi all

I have made a few tests of GDAL 2.2.0 on Ubuntu 16.04 with QGIS 2.14.14 and
have found out that most geoprocessing tools implying 2 layers (clip,
difference, intersection, etc.) wrongly give empty geometries when the data
is in CRS  EPSG:7694 (*Kyrg06-3*, newly added CRS to GDAL in 2.2.0). Same
behavior with QGIS 2.18.11 with GDAL 1.11.3

For example, when using the Tool *Vector - Geoprocessing tools - Difference*
the difference between 2 layers gives an empty geometry. Using the same
tool on the same data with the CRS 32643 (*WGS84 UTM43N*) gives correct
results.

I have communicated on the Ubuntugis mailing list and got the following
feedback from Even Rouault:

*I've run ogrinfo -al shp > log.txt on your dataset with GDAL 2.2 and GDAL
2.1 and get almost the same results. The only difference is that GDAL 2.2
now reports the SRS of layers kyrgyzstan_UTM43N and rayons_UTM43N with an
explicit EPSG:32643 code, which is an intended change of GDAL 2.2, and I
wouldn't think that would cause issues to QGIS. So my feeling is that the
issue is more with the processing tool itself, or a subtle issue in the
integration of QGIS*

Test dataset (in both CRS) here: http://www.henriod.info/share/shp.zip

Is it something to be reported as a QGIS bug? Can you reproduce this
behavior?

Thanks and cheers
Stéphane


-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Problem with "no Data value" with rasters when using the Layer Styling panel?

[Stéphane Henriod]

Hi all

Apparently, this has been confirmed as a bug. Is anyone willing / able to
take care of it?

Thanks a lot and cheers

Stéphane (who really feels sorry to raise such questions, while not being
able himself to actively contribute to the resolution of such bugs)


Le jeudi 1 juin 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :

> Hi again
>
> in doubt, I have opened a ticket here: https://issues.qgis.org/
> issues/16649
>
> Cheers
> Stéphane
>
>
> Le mardi 30 mai 2017, Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> a écrit :
>
>> PS: screencast to better explain the issue: https://vimeo.com/219467091
>>
>> Le mardi 30 mai 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :
>>
>>> Hi
>>>
>>> I am testing the layer styling panel (shortcut F7) with the latest
>>> Nightly build on the Ubuntu repositories.
>>>
>>> By default, the NoData value is -. If I add "10" as additional
>>> NoData value, nothing happens.
>>>
>>> If I do the same in the layer properties, then the expected behavior
>>> happens: all pixels with value "10" are not rendered.
>>>
>>> So it seems that the manually added NoData values in the Layer Styling
>>> Panel are not considered.
>>>
>>> Can someone else replicate this problem? Should I open a ticket?
>>>
>>> Cheers
>>> Stéphane
>>>
>>>
>>> --
>>>
>>> “When you travel, remember that a foreign country is not designed to
>>> make you comfortable. It is designed to make its own people comfortable."
>>> -- Clifton Fadiman
>>>
>>>
>>
>> --
>>
>> “When you travel, remember that a foreign country is not designed to make
>> you comfortable. It is designed to make its own people comfortable." --
>> Clifton Fadiman
>>
>>
>
> --
>
> “When you travel, remember that a foreign country is not designed to make
> you comfortable. It is designed to make its own people comfortable." --
> Clifton Fadiman
>
>

-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Stéphane Henriod]

Hi all

in the last 3 weeks there hasn't been any contribution on this QEP or in
the Google Doc. Should I assume that it hasn't raised lots attention
because it is not seen as a priority feature? In this case, I guess we can
remove the QEP (or change its status to "Postponed")

Or is it just that everybody is overloaded with other tasks but still
thinks this feature would be pretty damn cool? :-)

Thanks and cheers
Stéphane


Le mardi 6 juin 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :

> As recommended by Jorge, I just opened a QEP: https://github.com/qgis/
> QGIS-Enhancement-Proposals/issues/94
>
> But I would still suggest to keep the discussion on the Gdoc. I think it's
> a more flexible place for brainstorming. If we get some kind of consensus
> there, then I will fill up the QEP with more detailed info.
>
> Would that be ok? (first time I open a QEP, so not quite sure about the
> usual procedures and etiquette)
>
> Cheers
> Stéphane
>
> Le mardi 6 juin 2017, Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> a écrit :
>
>> Hi again
>>
>> if some are with me on this, let's try to work first on general
>> requirements. Then we can assess, I guess, relatively soon if this is
>> realistic or not.
>>
>> I started to brainstorm here: https://docs.google.com/
>> document/d/1f1OJtshHCPcLVEVqZjTEgI47zn61Plv5I-Yc68d2b64/edit?usp=sharing
>>
>> Thanks and cheers
>> Stéphane
>>
>>
>> Le mardi 6 juin 2017, Jorge Gustavo Rocha <j...@di.uminho.pt> a écrit :
>>
>>> Hi Stéphane,
>>>
>>> Your suggestion may complement or be an alternative to the default OSM
>>> background maps.
>>>
>>> Regarding the implementation of the initial proposal, it is not
>>> difficult and have been done in PR#4352. It is basically one button to
>>> add another layer to the map.
>>>
>>> Creating a new vector tile service, provided by QGIS, seems quite more
>>> difficult to me. We need to maintain a mirror of the planet. This means
>>> a lot of resources (hw and ops).
>>>
>>> Developing one style is not difficult but one that everybody likes is
>>> much more difficult. We would end up as OSM did, with several styles,
>>> for different users. But if the render is on the client side, there is
>>> no problem to maintain more than one style.
>>>
>>> In summary, providing the tile service seems more complicated to me, but
>>> this can be further explored. If you would like to try it, I can help.
>>>
>>> Regards,
>>>
>>> Jorge Gustavo
>>>
>>>
>>> Às 10:57 de 06-06-2017, Stéphane Henriod escreveu:
>>> > Hi all
>>> >
>>> > jumping (a bit late) on this...
>>> >
>>> > I realize that this would be much heavier and much more expensive to
>>> > implement but what about developing a "QGIS style" for OSM-based tiles
>>> > (that could, e.g., be hosted on QGIS.org)? That would take care of 3
>>> issues:
>>> >
>>> >   * "Quality of the cartography": if we are not 100% happy with the
>>> > default OSM style as a background map, we could come up with a more
>>> > appropriate style
>>> >   * "Quality of the service":  there is a risk that OSMF once shuts
>>> down
>>> > the service because we generate too much traffic. If "we" host the
>>> > tiles ourselves, the risks and associated decisions remain in "our"
>>> > hands
>>> >   * "Frequency of updates": same, if it lies in "our" hands, we can
>>> > define ourselves what frequency would be appropriate
>>> >
>>> > I assume that developing a new style is not a huge task (there are
>>> > probably enough people around with the necessary skills) and could be
>>> > achieved either with a "small" budget or with sufficient participation
>>> > of the community. But the long-term maintenance and hosting / serving
>>> of
>>> > the tiles is probably an issue of a different magnitude...
>>> >
>>> > Would that idea be worth exploring further? Or do you think it is
>>> > completely not realistic ?
>>> >
>>> > Thanks and cheers
>>> > Stéphane
>>> >
>>> > Le lundi 1 mai 2017, Paolo Cavallini <cavall...@faunalia.it
>>> > <mailto:cavall...@faunali

[QGIS-Developer] EPSG 9.0 in QGIS?

[Stéphane Henriod]

Dear all

We have, in Kyrgyzstan, a new national coordinate system (Kyrg-06) that has
been introduced in the EPSG 9.0 database. Does anyone know if / when this
will be available in QGIS?

There was an email from Even Rouault on this list on 10.01.2017 saying that
he has updated to EPSG 9.0 but, as far as I can see, this is not yet in the
nightly builds of QGIS. Or am I missing something?

Thanks a lot in advance!

Cheers
Stéphane


-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Stéphane Henriod]

As recommended by Jorge, I just opened a QEP:
https://github.com/qgis/QGIS-Enhancement-Proposals/issues/94

But I would still suggest to keep the discussion on the Gdoc. I think it's
a more flexible place for brainstorming. If we get some kind of consensus
there, then I will fill up the QEP with more detailed info.

Would that be ok? (first time I open a QEP, so not quite sure about the
usual procedures and etiquette)

Cheers
Stéphane

Le mardi 6 juin 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :

> Hi again
>
> if some are with me on this, let's try to work first on general
> requirements. Then we can assess, I guess, relatively soon if this is
> realistic or not.
>
> I started to brainstorm here: https://docs.google.com/document/d/
> 1f1OJtshHCPcLVEVqZjTEgI47zn61Plv5I-Yc68d2b64/edit?usp=sharing
>
> Thanks and cheers
> Stéphane
>
>
> Le mardi 6 juin 2017, Jorge Gustavo Rocha <j...@di.uminho.pt
> <javascript:_e(%7B%7D,'cvml','j...@di.uminho.pt');>> a écrit :
>
>> Hi Stéphane,
>>
>> Your suggestion may complement or be an alternative to the default OSM
>> background maps.
>>
>> Regarding the implementation of the initial proposal, it is not
>> difficult and have been done in PR#4352. It is basically one button to
>> add another layer to the map.
>>
>> Creating a new vector tile service, provided by QGIS, seems quite more
>> difficult to me. We need to maintain a mirror of the planet. This means
>> a lot of resources (hw and ops).
>>
>> Developing one style is not difficult but one that everybody likes is
>> much more difficult. We would end up as OSM did, with several styles,
>> for different users. But if the render is on the client side, there is
>> no problem to maintain more than one style.
>>
>> In summary, providing the tile service seems more complicated to me, but
>> this can be further explored. If you would like to try it, I can help.
>>
>> Regards,
>>
>> Jorge Gustavo
>>
>>
>> Às 10:57 de 06-06-2017, Stéphane Henriod escreveu:
>> > Hi all
>> >
>> > jumping (a bit late) on this...
>> >
>> > I realize that this would be much heavier and much more expensive to
>> > implement but what about developing a "QGIS style" for OSM-based tiles
>> > (that could, e.g., be hosted on QGIS.org)? That would take care of 3
>> issues:
>> >
>> >   * "Quality of the cartography": if we are not 100% happy with the
>> > default OSM style as a background map, we could come up with a more
>> > appropriate style
>> >   * "Quality of the service":  there is a risk that OSMF once shuts down
>> > the service because we generate too much traffic. If "we" host the
>> > tiles ourselves, the risks and associated decisions remain in "our"
>> > hands
>> >   * "Frequency of updates": same, if it lies in "our" hands, we can
>> > define ourselves what frequency would be appropriate
>> >
>> > I assume that developing a new style is not a huge task (there are
>> > probably enough people around with the necessary skills) and could be
>> > achieved either with a "small" budget or with sufficient participation
>> > of the community. But the long-term maintenance and hosting / serving of
>> > the tiles is probably an issue of a different magnitude...
>> >
>> > Would that idea be worth exploring further? Or do you think it is
>> > completely not realistic ?
>> >
>> > Thanks and cheers
>> > Stéphane
>> >
>> > Le lundi 1 mai 2017, Paolo Cavallini <cavall...@faunalia.it
>> > <mailto:cavall...@faunalia.it>> a écrit :
>> >
>> > Il 30/04/2017 19:28, Jorge Gustavo Rocha ha scritto:
>> >
>> > > I did a PR [1], very simple. This discussion is now about the best
>> > > approach to handle all settings, in all platforms. I'm working on
>> > that.
>> >
>> > FYI, summarized here:
>> > https://issues.qgis.org/issues/16493
>> > <https://issues.qgis.org/issues/16493>
>> > Please add what is missing.
>> > Thanks.
>> > --
>> > Paolo Cavallini - www.faunalia.eu <http://www.faunalia.eu>
>> > QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> > <http://www.faunalia.eu/training.html>
>> > https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
>> > <https:

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Stéphane Henriod]

Hi again

if some are with me on this, let's try to work first on general
requirements. Then we can assess, I guess, relatively soon if this is
realistic or not.

I started to brainstorm here:
https://docs.google.com/document/d/1f1OJtshHCPcLVEVqZjTEgI47zn61Plv5I-Yc68d2b64/edit?usp=sharing

Thanks and cheers
Stéphane


Le mardi 6 juin 2017, Jorge Gustavo Rocha <j...@di.uminho.pt> a écrit :

> Hi Stéphane,
>
> Your suggestion may complement or be an alternative to the default OSM
> background maps.
>
> Regarding the implementation of the initial proposal, it is not
> difficult and have been done in PR#4352. It is basically one button to
> add another layer to the map.
>
> Creating a new vector tile service, provided by QGIS, seems quite more
> difficult to me. We need to maintain a mirror of the planet. This means
> a lot of resources (hw and ops).
>
> Developing one style is not difficult but one that everybody likes is
> much more difficult. We would end up as OSM did, with several styles,
> for different users. But if the render is on the client side, there is
> no problem to maintain more than one style.
>
> In summary, providing the tile service seems more complicated to me, but
> this can be further explored. If you would like to try it, I can help.
>
> Regards,
>
> Jorge Gustavo
>
>
> Às 10:57 de 06-06-2017, Stéphane Henriod escreveu:
> > Hi all
> >
> > jumping (a bit late) on this...
> >
> > I realize that this would be much heavier and much more expensive to
> > implement but what about developing a "QGIS style" for OSM-based tiles
> > (that could, e.g., be hosted on QGIS.org)? That would take care of 3
> issues:
> >
> >   * "Quality of the cartography": if we are not 100% happy with the
> > default OSM style as a background map, we could come up with a more
> > appropriate style
> >   * "Quality of the service":  there is a risk that OSMF once shuts down
> > the service because we generate too much traffic. If "we" host the
> > tiles ourselves, the risks and associated decisions remain in "our"
> > hands
> >   * "Frequency of updates": same, if it lies in "our" hands, we can
> > define ourselves what frequency would be appropriate
> >
> > I assume that developing a new style is not a huge task (there are
> > probably enough people around with the necessary skills) and could be
> > achieved either with a "small" budget or with sufficient participation
> > of the community. But the long-term maintenance and hosting / serving of
> > the tiles is probably an issue of a different magnitude...
> >
> > Would that idea be worth exploring further? Or do you think it is
> > completely not realistic ?
> >
> > Thanks and cheers
> > Stéphane
> >
> > Le lundi 1 mai 2017, Paolo Cavallini <cavall...@faunalia.it
> <javascript:;>
> > <mailto:cavall...@faunalia.it <javascript:;>>> a écrit :
> >
> > Il 30/04/2017 19:28, Jorge Gustavo Rocha ha scritto:
> >
> > > I did a PR [1], very simple. This discussion is now about the best
> > > approach to handle all settings, in all platforms. I'm working on
> > that.
> >
> > FYI, summarized here:
> > https://issues.qgis.org/issues/16493
> > <https://issues.qgis.org/issues/16493>
> > Please add what is missing.
> > Thanks.
> > --
> > Paolo Cavallini - www.faunalia.eu <http://www.faunalia.eu>
> > QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> > <http://www.faunalia.eu/training.html>
> > https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> > <https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> >
> > ___
> > Qgis-developer mailing list
> > Qgis-developer@lists.osgeo.org <javascript:;> <javascript:;>
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > <https://lists.osgeo.org/mailman/listinfo/qgis-developer>
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > <https://lists.osgeo.org/mailman/listinfo/qgis-developer>
> >
> >
> >
> > --
> >
> > “When you travel, remember that a foreign country is not designed to
> > make you comfortable. It is designed to make its own people
> > comfortable." -- Clifton Fadiman
> >
> >
> >
> > ___

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Stéphane Henriod]

Hi all

jumping (a bit late) on this...

I realize that this would be much heavier and much more expensive to
implement but what about developing a "QGIS style" for OSM-based tiles
(that could, e.g., be hosted on QGIS.org)? That would take care of 3 issues:

   - "Quality of the cartography": if we are not 100% happy with the
   default OSM style as a background map, we could come up with a more
   appropriate style
   - "Quality of the service":  there is a risk that OSMF once shuts down
   the service because we generate too much traffic. If "we" host the tiles
   ourselves, the risks and associated decisions remain in "our" hands
   - "Frequency of updates": same, if it lies in "our" hands, we can define
   ourselves what frequency would be appropriate

I assume that developing a new style is not a huge task (there are probably
enough people around with the necessary skills) and could be achieved
either with a "small" budget or with sufficient participation of the
community. But the long-term maintenance and hosting / serving of the tiles
is probably an issue of a different magnitude...

Would that idea be worth exploring further? Or do you think it is
completely not realistic ?

Thanks and cheers
Stéphane

Le lundi 1 mai 2017, Paolo Cavallini  a écrit :

> Il 30/04/2017 19:28, Jorge Gustavo Rocha ha scritto:
>
> > I did a PR [1], very simple. This discussion is now about the best
> > approach to handle all settings, in all platforms. I'm working on that.
>
> FYI, summarized here:
> https://issues.qgis.org/issues/16493
> Please add what is missing.
> Thanks.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org 
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer



-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Hi Alessandro

replies inline

Le lundi 5 juin 2017, Alessandro Pasotti <apaso...@gmail.com> a écrit :

> On Mon, Jun 5, 2017 at 1:54 PM, Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> wrote:
>
>> Hi Alessandro
>>
>> First of all, thank you so much for this work, it looks really great
>> already!
>>
>> Here a few comments / ideas after a few quick tests, I let you filter
>> which ones could actually be part of this phase and which ones should be
>> left out for a future phase 2
>>
>
> Hi,
>
> thanks for testing!
>

That's the least I can do when someone has already done the hard part, i.e.
developing :-)



>
>
>
>>
>> - "Raster" is not consistent: it is confusing that the file selector
>> opens directly. The behavior should mimick the "vector" (open the file
>> selector only when the user clicks on "browse")
>>
>
> yeah, I know,  this has been already discussed in the PR comments, please
> have a look.
>

Yes, I've seen that. But I was not sure  if a consensus has been reached.
Will it stay like this for now or is it still open for discussion? I would
favor the "extra-click" that would make it more consistent with the other
providers



>
>>
>> - The "DB2" logo should be cleaned (at least add transparency)
>>
>
>
> Sorry, I've no graphics design skills, and this task is really something
> that a not-programmer can contribute to. Changing the icons was not in
> scope btw.
>


I don't have such skills either but I'd be happy to try and at least make
the background transparent. I however don't know where to find the original
icon and how to push it back, once I have (maybe) successfully improved it.
(This had also been raised by Nyall)



>
>>
>> - When I click on "Browse", the file selector window opens behind the
>> Data Source Manager
>>
>
> Not sure I understand what you mean here, probably need more details, and
> it seems like a bug.
>

Here what I mean: https://vimeo.com/220330186

But it is not super consistent and doesn't necessarily happen everytime

I opened an issue here: https://issues.qgis.org/issues/1



>
>
>>
>> - I would change the order of the providers: move the "Delimited text"
>> just below raster (so that we have all file-based providers together). And
>> maybe separate (visually) the providers in sections: "Files", "Databases",
>> "Web services", "Virtual" (or something like this). Also,"ArcGIS Feature
>> Server" should probably be just after "ArcGIS Map Server"
>>
>
>
> If I'm not mistaken, the order is  the same order we had before for the
> menu items and the icons, I did not alter the order (at least that was not
> my intention).
>

I indeed think that you kept the original order. But would it be out of the
scope of this first phase to clean up and make this order more intuitive?
It seems to me like a good opportunity but maybe I am underestimating the
associated workload?



>
>
>> - It would be super useful to be able to display a basemap (OSM, Google,
>> etc) directly from the Data Source Manager, without having to configure
>> "XYZ Tiles" in the browser.Would it be possible in this phase to add 1
>> entry in the Data source manager "Webmaps" where the user could simply pick
>> in a drop-down one of the most common webmaps (and could add additional XYZ
>> tiles)? This would be a golden feature for non-power users.
>>
>
>
> This is totally unrelated, but AFAIK there are plans to add some default
> xyz maps to the mix for 3.0.
>

Ok, thanks for the info!


>
>
>
>>
>> Thanks again, I will try to test it a bit deeper in the coming days
>>
>> Cheers
>> Stéphane
>>
>>
> Thanks again for the feed-back!
>
> Cheers.
>

You're very welcome!
Cheers

Stéphane


>
>
>
>>
>> Le lundi 5 juin 2017, Alessandro Pasotti <apaso...@gmail.com
>> <javascript:_e(%7B%7D,'cvml','apaso...@gmail.com');>> a écrit :
>>
>>> Hi Stéphane,
>>>
>>> Thanks for testing the new dialog!
>>>
>>> I think that if you find a bug (a crash or something that doesn't work
>>> as expected) you should open an issue on the hub and assign it to me.
>>>
>>> For general feed-back or change proposal for the UI/UX you can either
>>> use this thread or make a PR with the proposed changes and discuss them in
>>> the the PR.
>>>
>>> Cheers
>>>
>>>
&

Re: [QGIS-Developer] [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Hi Alessandro

First of all, thank you so much for this work, it looks really great
already!

Here a few comments / ideas after a few quick tests, I let you filter which
ones could actually be part of this phase and which ones should be left out
for a future phase 2

- "Raster" is not consistent: it is confusing that the file selector opens
directly. The behavior should mimick the "vector" (open the file selector
only when the user clicks on "browse")

- The "DB2" logo should be cleaned (at least add transparency)

- When I click on "Browse", the file selector window opens behind the Data
Source Manager

- I would change the order of the providers: move the "Delimited text" just
below raster (so that we have all file-based providers together). And maybe
separate (visually) the providers in sections: "Files", "Databases", "Web
services", "Virtual" (or something like this). Also,"ArcGIS Feature Server"
should probably be just after "ArcGIS Map Server"

- It would be super useful to be able to display a basemap (OSM, Google,
etc) directly from the Data Source Manager, without having to configure
"XYZ Tiles" in the browser.Would it be possible in this phase to add 1
entry in the Data source manager "Webmaps" where the user could simply pick
in a drop-down one of the most common webmaps (and could add additional XYZ
tiles)? This would be a golden feature for non-power users.

Thanks again, I will try to test it a bit deeper in the coming days

Cheers
Stéphane


Le lundi 5 juin 2017, Alessandro Pasotti <apaso...@gmail.com> a écrit :

> Hi Stéphane,
>
> Thanks for testing the new dialog!
>
> I think that if you find a bug (a crash or something that doesn't work as
> expected) you should open an issue on the hub and assign it to me.
>
> For general feed-back or change proposal for the UI/UX you can either use
> this thread or make a PR with the proposed changes and discuss them in the
> the PR.
>
> Cheers
>
>
> On Sun, Jun 4, 2017 at 8:14 PM, Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> wrote:
>
>> Hi Alessandro
>>
>> I just downloaded the latest nightly build and will make some tests in
>> the coming days. What would be the most efficient / useful way to give you
>> feedback and comments? On this thread?
>>
>> Thanks and cheers
>>
>> Stéphane
>>
>>
>> Le jeudi 1 juin 2017, Alessandro Pasotti <apaso...@gmail.com
>> <javascript:_e(%7B%7D,'cvml','apaso...@gmail.com');>> a écrit :
>>
>>> On Thu, Jun 1, 2017 at 11:22 AM, Stéphane Henriod <stephane...@gmail.com
>>> > wrote:
>>>
>>>> I really look forward to testing it :-) Thanks a lot for our
>>>> involvement here!
>>>>
>>>>
>>>
>>> Thanks to Boundless for funding the development and thanks to all of you
>>> who participated with design, mockups, ideas, comments and reviews!
>>>
>>> This was a nice and effective cooperation.
>>>
>>>
>>> BTW, if you can't wait, a Docker with a nigthly build of the PR branch
>>> is available as "boundlessgeo/qgis-testing-environment:unified-button"
>>>
>>> Cheers
>>>
>>>
>>>>
>>>> Le mercredi 31 mai 2017, Alessandro Pasotti <apaso...@gmail.com> a
>>>> écrit :
>>>>
>>>>> Hi,
>>>>>
>>>>> final update: the development of what was in phase 1 is done.
>>>>>
>>>>> Actually, a bit more than phase 1 considering that we've redesigned
>>>>> the delimited text dialog GUI and I've done quite a bit of small
>>>>> refactorings of the providers selection dialogs interfaces.
>>>>>
>>>>> There has been a lot of feed-back, thank you all!
>>>>>
>>>>> As expected, there is no complete agreement over the final GUI bits
>>>>> for the menus and toolbars, and we still miss an icon (the green plus that
>>>>> I've used was only meant as a placeholder). I tried to keep the old 
>>>>> toolbar
>>>>> available (disabled by default) mainly because it can spare a click and
>>>>> power users might want it back. Also, the new icon is the most prominent 
>>>>> in
>>>>> the left bar and it's the first menu item in the layers menu.
>>>>>
>>>>> I have not a strong opinion about those toolbars and menus but I think
>>>>> I should wait no

Re: [QGIS-Developer] [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Hi Alessandro

I just downloaded the latest nightly build and will make some tests in the
coming days. What would be the most efficient / useful way to give you
feedback and comments? On this thread?

Thanks and cheers

Stéphane

Le jeudi 1 juin 2017, Alessandro Pasotti <apaso...@gmail.com> a écrit :

> On Thu, Jun 1, 2017 at 11:22 AM, Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> wrote:
>
>> I really look forward to testing it :-) Thanks a lot for our involvement
>> here!
>>
>>
>
> Thanks to Boundless for funding the development and thanks to all of you
> who participated with design, mockups, ideas, comments and reviews!
>
> This was a nice and effective cooperation.
>
>
> BTW, if you can't wait, a Docker with a nigthly build of the PR branch is
> available as "boundlessgeo/qgis-testing-environment:unified-button"
>
> Cheers
>
>
>>
>> Le mercredi 31 mai 2017, Alessandro Pasotti <apaso...@gmail.com
>> <javascript:_e(%7B%7D,'cvml','apaso...@gmail.com');>> a écrit :
>>
>>> Hi,
>>>
>>> final update: the development of what was in phase 1 is done.
>>>
>>> Actually, a bit more than phase 1 considering that we've redesigned the
>>> delimited text dialog GUI and I've done quite a bit of small refactorings
>>> of the providers selection dialogs interfaces.
>>>
>>> There has been a lot of feed-back, thank you all!
>>>
>>> As expected, there is no complete agreement over the final GUI bits for
>>> the menus and toolbars, and we still miss an icon (the green plus that I've
>>> used was only meant as a placeholder). I tried to keep the old toolbar
>>> available (disabled by default) mainly because it can spare a click and
>>> power users might want it back. Also, the new icon is the most prominent in
>>> the left bar and it's the first menu item in the layers menu.
>>>
>>> I have not a strong opinion about those toolbars and menus but I think I
>>> should wait no more and merge it as it is, then give the people some time
>>> to test the actual implementation and decide how to improve it.
>>>
>>> I kept the controversial part in a single commit so that it will be very
>>> easy to revert and propose a different placement for menus, icons and
>>> toolbars.
>>>
>>>
>>> Any objections if I proceed?
>>>
>>>
>>>
>>> On Wed, May 24, 2017 at 2:29 PM, Alessandro Pasotti <apaso...@gmail.com>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> a quick update:
>>>>
>>>> I've prepared a PR with a working prototype in
>>>> https://github.com/qgis/QGIS/pull/4629, I need some feed-back and some
>>>> help, expecially UX/UI about if we want it as a dockable dialog too (and
>>>> how to make it user-configurable).
>>>>
>>>> Feed-back welcome (but please keep it limited in scope to phase 1).
>>>>
>>>> Cheers
>>>>
>>>>
>>>>
>>>> On Fri, May 19, 2017 at 9:45 AM, Richard Duivenvoorde <
>>>> rdmaili...@duif.net> wrote:
>>>>
>>>>> On 19-05-17 01:23, Nyall Dawson wrote:
>>>>>
>>>>> > On this note - I've recently discovered the need for some type of
>>>>> > reusable layer selection widget which allows choice of existing
>>>>> > layers/loading new layers from the file system/loading new layers
>>>>> from
>>>>> > available db/online connections. This would be extremely valuable for
>>>>> > processing too!
>>>>> >
>>>>> > So I'm really glad to hear that you'll be pushing ahead with this
>>>>> work
>>>>> > - thanks Boundless!
>>>>>
>>>>> Yep, and thanks Alessandro for the screenie. Makes me want more!
>>>>>
>>>>> @Nyall in Essen the talk was to start with what Alessandro wrote in his
>>>>> email, so 1 dialog 'merging' all buttons/widgets/dialogs into one,
>>>>> reuse
>>>>> as much as possible. So it was possible to get it into 3.0
>>>>>
>>>>> Off course people (.../me) started brainstorming about features which
>>>>> w/could be added too :-)
>>>>>
>>>>> Your idea adds (I think) to the idea to make some kind of
>>>>> 'datamanagement-console' in near future, where you ca

Re: [QGIS-Developer] [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Thanks but I will wait for the nightly builds to be available on the Ubuntu
repositories! :-)



Le jeudi 1 juin 2017, Alessandro Pasotti <apaso...@gmail.com> a écrit :

> On Thu, Jun 1, 2017 at 11:22 AM, Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> wrote:
>
>> I really look forward to testing it :-) Thanks a lot for our involvement
>> here!
>>
>>
>
> Thanks to Boundless for funding the development and thanks to all of you
> who participated with design, mockups, ideas, comments and reviews!
>
> This was a nice and effective cooperation.
>
>
> BTW, if you can't wait, a Docker with a nigthly build of the PR branch is
> available as "boundlessgeo/qgis-testing-environment:unified-button"
>
> Cheers
>
>
>>
>> Le mercredi 31 mai 2017, Alessandro Pasotti <apaso...@gmail.com
>> <javascript:_e(%7B%7D,'cvml','apaso...@gmail.com');>> a écrit :
>>
>>> Hi,
>>>
>>> final update: the development of what was in phase 1 is done.
>>>
>>> Actually, a bit more than phase 1 considering that we've redesigned the
>>> delimited text dialog GUI and I've done quite a bit of small refactorings
>>> of the providers selection dialogs interfaces.
>>>
>>> There has been a lot of feed-back, thank you all!
>>>
>>> As expected, there is no complete agreement over the final GUI bits for
>>> the menus and toolbars, and we still miss an icon (the green plus that I've
>>> used was only meant as a placeholder). I tried to keep the old toolbar
>>> available (disabled by default) mainly because it can spare a click and
>>> power users might want it back. Also, the new icon is the most prominent in
>>> the left bar and it's the first menu item in the layers menu.
>>>
>>> I have not a strong opinion about those toolbars and menus but I think I
>>> should wait no more and merge it as it is, then give the people some time
>>> to test the actual implementation and decide how to improve it.
>>>
>>> I kept the controversial part in a single commit so that it will be very
>>> easy to revert and propose a different placement for menus, icons and
>>> toolbars.
>>>
>>>
>>> Any objections if I proceed?
>>>
>>>
>>>
>>> On Wed, May 24, 2017 at 2:29 PM, Alessandro Pasotti <apaso...@gmail.com>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> a quick update:
>>>>
>>>> I've prepared a PR with a working prototype in
>>>> https://github.com/qgis/QGIS/pull/4629, I need some feed-back and some
>>>> help, expecially UX/UI about if we want it as a dockable dialog too (and
>>>> how to make it user-configurable).
>>>>
>>>> Feed-back welcome (but please keep it limited in scope to phase 1).
>>>>
>>>> Cheers
>>>>
>>>>
>>>>
>>>> On Fri, May 19, 2017 at 9:45 AM, Richard Duivenvoorde <
>>>> rdmaili...@duif.net> wrote:
>>>>
>>>>> On 19-05-17 01:23, Nyall Dawson wrote:
>>>>>
>>>>> > On this note - I've recently discovered the need for some type of
>>>>> > reusable layer selection widget which allows choice of existing
>>>>> > layers/loading new layers from the file system/loading new layers
>>>>> from
>>>>> > available db/online connections. This would be extremely valuable for
>>>>> > processing too!
>>>>> >
>>>>> > So I'm really glad to hear that you'll be pushing ahead with this
>>>>> work
>>>>> > - thanks Boundless!
>>>>>
>>>>> Yep, and thanks Alessandro for the screenie. Makes me want more!
>>>>>
>>>>> @Nyall in Essen the talk was to start with what Alessandro wrote in his
>>>>> email, so 1 dialog 'merging' all buttons/widgets/dialogs into one,
>>>>> reuse
>>>>> as much as possible. So it was possible to get it into 3.0
>>>>>
>>>>> Off course people (.../me) started brainstorming about features which
>>>>> w/could be added too :-)
>>>>>
>>>>> Your idea adds (I think) to the idea to make some kind of
>>>>> 'datamanagement-console' in near future, where you can create/copy
>>>>> data(!), move data around (browser part) or delete it.
>>>>> Your note fits in this

Re: [QGIS-Developer] Problem with "no Data value" with rasters when using the Layer Styling panel?

[Stéphane Henriod]

Hi again

in doubt, I have opened a ticket here: https://issues.qgis.org/issues/16649

Cheers
Stéphane


Le mardi 30 mai 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :

> PS: screencast to better explain the issue: https://vimeo.com/219467091
>
> Le mardi 30 mai 2017, Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> a écrit :
>
>> Hi
>>
>> I am testing the layer styling panel (shortcut F7) with the latest
>> Nightly build on the Ubuntu repositories.
>>
>> By default, the NoData value is -. If I add "10" as additional NoData
>> value, nothing happens.
>>
>> If I do the same in the layer properties, then the expected behavior
>> happens: all pixels with value "10" are not rendered.
>>
>> So it seems that the manually added NoData values in the Layer Styling
>> Panel are not considered.
>>
>> Can someone else replicate this problem? Should I open a ticket?
>>
>> Cheers
>> Stéphane
>>
>>
>> --
>>
>> “When you travel, remember that a foreign country is not designed to make
>> you comfortable. It is designed to make its own people comfortable." --
>> Clifton Fadiman
>>
>>
>
> --
>
> “When you travel, remember that a foreign country is not designed to make
> you comfortable. It is designed to make its own people comfortable." --
> Clifton Fadiman
>
>

-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

I really look forward to testing it :-) Thanks a lot for our involvement
here!


Le mercredi 31 mai 2017, Alessandro Pasotti  a écrit :

> Hi,
>
> final update: the development of what was in phase 1 is done.
>
> Actually, a bit more than phase 1 considering that we've redesigned the
> delimited text dialog GUI and I've done quite a bit of small refactorings
> of the providers selection dialogs interfaces.
>
> There has been a lot of feed-back, thank you all!
>
> As expected, there is no complete agreement over the final GUI bits for
> the menus and toolbars, and we still miss an icon (the green plus that I've
> used was only meant as a placeholder). I tried to keep the old toolbar
> available (disabled by default) mainly because it can spare a click and
> power users might want it back. Also, the new icon is the most prominent in
> the left bar and it's the first menu item in the layers menu.
>
> I have not a strong opinion about those toolbars and menus but I think I
> should wait no more and merge it as it is, then give the people some time
> to test the actual implementation and decide how to improve it.
>
> I kept the controversial part in a single commit so that it will be very
> easy to revert and propose a different placement for menus, icons and
> toolbars.
>
>
> Any objections if I proceed?
>
>
>
> On Wed, May 24, 2017 at 2:29 PM, Alessandro Pasotti  > wrote:
>
>> Hi,
>>
>> a quick update:
>>
>> I've prepared a PR with a working prototype in
>> https://github.com/qgis/QGIS/pull/4629, I need some feed-back and some
>> help, expecially UX/UI about if we want it as a dockable dialog too (and
>> how to make it user-configurable).
>>
>> Feed-back welcome (but please keep it limited in scope to phase 1).
>>
>> Cheers
>>
>>
>>
>> On Fri, May 19, 2017 at 9:45 AM, Richard Duivenvoorde <
>> rdmaili...@duif.net 
>> > wrote:
>>
>>> On 19-05-17 01:23, Nyall Dawson wrote:
>>>
>>> > On this note - I've recently discovered the need for some type of
>>> > reusable layer selection widget which allows choice of existing
>>> > layers/loading new layers from the file system/loading new layers from
>>> > available db/online connections. This would be extremely valuable for
>>> > processing too!
>>> >
>>> > So I'm really glad to hear that you'll be pushing ahead with this work
>>> > - thanks Boundless!
>>>
>>> Yep, and thanks Alessandro for the screenie. Makes me want more!
>>>
>>> @Nyall in Essen the talk was to start with what Alessandro wrote in his
>>> email, so 1 dialog 'merging' all buttons/widgets/dialogs into one, reuse
>>> as much as possible. So it was possible to get it into 3.0
>>>
>>> Off course people (.../me) started brainstorming about features which
>>> w/could be added too :-)
>>>
>>> Your idea adds (I think) to the idea to make some kind of
>>> 'datamanagement-console' in near future, where you can create/copy
>>> data(!), move data around (browser part) or delete it.
>>> Your note fits in this isn't it?
>>>
>>> Regards,
>>>
>>> Richard
>>>
>>>
>>> ___
>>> QGIS-Developer mailing list
>>> QGIS-Developer@lists.osgeo.org
>>> 
>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>>
>>
>>
>> --
>> Alessandro Pasotti
>> w3:   www.itopen.it
>>
>
>
>
> --
> Alessandro Pasotti
> w3:   www.itopen.it
>


-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Problem with "no Data value" with rasters when using the Layer Styling panel?

[Stéphane Henriod]

PS: screencast to better explain the issue: https://vimeo.com/219467091

Le mardi 30 mai 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :

> Hi
>
> I am testing the layer styling panel (shortcut F7) with the latest Nightly
> build on the Ubuntu repositories.
>
> By default, the NoData value is -. If I add "10" as additional NoData
> value, nothing happens.
>
> If I do the same in the layer properties, then the expected behavior
> happens: all pixels with value "10" are not rendered.
>
> So it seems that the manually added NoData values in the Layer Styling
> Panel are not considered.
>
> Can someone else replicate this problem? Should I open a ticket?
>
> Cheers
> Stéphane
>
>
> --
>
> “When you travel, remember that a foreign country is not designed to make
> you comfortable. It is designed to make its own people comfortable." --
> Clifton Fadiman
>
>

-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Problem with "no Data value" with rasters when using the Layer Styling panel?

[Stéphane Henriod]

Hi

I am testing the layer styling panel (shortcut F7) with the latest Nightly
build on the Ubuntu repositories.

By default, the NoData value is -. If I add "10" as additional NoData
value, nothing happens.

If I do the same in the layer properties, then the expected behavior
happens: all pixels with value "10" are not rendered.

So it seems that the manually added NoData values in the Layer Styling
Panel are not considered.

Can someone else replicate this problem? Should I open a ticket?

Cheers
Stéphane


-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Very good!

Looking forward to hearing the outcome of these discussions!

Cheers and thanks for your support here

Stéphane


“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman

2017-04-27 22:54 GMT+06:00 Alexandre Neto <senhor.n...@gmail.com>:

> Hi,
>
> Some of my colleagues will be in Essen for QGIS Developers meeting. They
> will bring this up, and try to get the opinion of other developers. I'm
> sure everyone there will be interested in contributing with ideas for it.
>
> So, let's wait for now.
>
> Thanks for your work.
>
> Stéphane Henriod <stephane...@gmail.com> escreveu no dia quinta,
> 27/04/2017 às 09:42:
>
>> Hi all
>>
>> I would be more than happy to help push this new feature forward but I am
>> not really sure what is needed now?
>>
>> Alexandre, I think you mentioned that your company might be interested to
>> implement this unique "Add layer" button. Does the Gdoc now contain
>> sufficient information for you to move on and identify what can
>> realistically be done? Or is there a need for more polishing?
>>
>> Thanks in advance!
>>
>> Stéphane
>>
>>
>> Le vendredi 21 avril 2017, Stéphane Henriod <stephane...@gmail.com> a
>> écrit :
>>
>>> Done!
>>>
>>> https://docs.google.com/document/d/1aMX9jOfl10q8oETRzOHSHnRpHCc7U
>>> J1dDnCCq3VyTAY/edit?usp=sharing
>>>
>>>
>>> “When you travel, remember that a foreign country is not designed to
>>> make you comfortable. It is designed to make its own people comfortable."
>>> -- Clifton Fadiman
>>>
>>> 2017-04-20 14:47 GMT+06:00 Alexandre Neto <senhor.n...@gmail.com>:
>>>
>>>> Fine with me.
>>>>
>>>> Stéphane Henriod <stephane...@gmail.com> escreveu no dia terça,
>>>> 18/04/2017 às 05:46:
>>>>
>>>>> Hi all
>>>>>
>>>>> Harrissou has quite intensively re-organised the doc, which is now,
>>>>> IMO, much clearer. Thanks for that!
>>>>>
>>>>> But lots of changes are in "suggestion mode". I'd like to accept all
>>>>> those changes to increase the clarity and readability. Any objection on
>>>>> this?
>>>>>
>>>>> Thanks and cheers
>>>>>
>>>>> Stéphane
>>>>>
>>>>>
>>>>> Le mercredi 12 avril 2017, Alexandre Neto <senhor.n...@gmail.com> a
>>>>> écrit :
>>>>>
>>>>>> Hi Stéphane,
>>>>>>
>>>>>> I believe it's a great starting point, very complete (I would not
>>>>>> remember/consider some types of data).
>>>>>>
>>>>>> We still need to fill the second page and discuss the possible UI/UX
>>>>>> implementation. Then, we will need some developers (I'm not a developer) 
>>>>>> to
>>>>>> consider the requests and filter what would be hard or impossible to 
>>>>>> tackle.
>>>>>>
>>>>>> Our best chance to have this implemented is by doing baby steps. I
>>>>>> would not consider more data format/providers than the ones we have in 
>>>>>> the
>>>>>> manage layers toolbar in this first phase.
>>>>>>
>>>>>> Thanks!
>>>>>>
>>>>>> Stéphane Henriod <stephane...@gmail.com> escreveu no dia terça,
>>>>>> 11/04/2017 às 12:57:
>>>>>>
>>>>>>> Hi Alexandre
>>>>>>>
>>>>>>> this is indeed great!
>>>>>>>
>>>>>>> Is the gdoc as it is now helpful enough for you to design a possible
>>>>>>> implementation? Or, if not, what other inputs / comments would be 
>>>>>>> necessary?
>>>>>>>
>>>>>>> Cheers
>>>>>>>
>>>>>>> Stéphane
>>>>>>>
>>>>>>>
>>>>>>> Le lundi 10 avril 2017, Alexandre Neto <senhor.n...@gmail.com> a
>>>>>>> écrit :
>>>>>>>
>>>>>>>> Hello all,
>>>>>>>>
>>>>>>>> At Boundless we are planning to put some development time in this
>>>>>>>> "

Re: [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Hi all

I would be more than happy to help push this new feature forward but I am
not really sure what is needed now?

Alexandre, I think you mentioned that your company might be interested to
implement this unique "Add layer" button. Does the Gdoc now contain
sufficient information for you to move on and identify what can
realistically be done? Or is there a need for more polishing?

Thanks in advance!

Stéphane


Le vendredi 21 avril 2017, Stéphane Henriod <stephane...@gmail.com> a
écrit :

> Done!
>
> https://docs.google.com/document/d/1aMX9jOfl10q8oETRzOHSHnRpHCc7U
> J1dDnCCq3VyTAY/edit?usp=sharing
>
>
> “When you travel, remember that a foreign country is not designed to make
> you comfortable. It is designed to make its own people comfortable." --
> Clifton Fadiman
>
> 2017-04-20 14:47 GMT+06:00 Alexandre Neto <senhor.n...@gmail.com
> <javascript:_e(%7B%7D,'cvml','senhor.n...@gmail.com');>>:
>
>> Fine with me.
>>
>> Stéphane Henriod <stephane...@gmail.com
>> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> escreveu no dia
>> terça, 18/04/2017 às 05:46:
>>
>>> Hi all
>>>
>>> Harrissou has quite intensively re-organised the doc, which is now, IMO,
>>> much clearer. Thanks for that!
>>>
>>> But lots of changes are in "suggestion mode". I'd like to accept all
>>> those changes to increase the clarity and readability. Any objection on
>>> this?
>>>
>>> Thanks and cheers
>>>
>>> Stéphane
>>>
>>>
>>> Le mercredi 12 avril 2017, Alexandre Neto <senhor.n...@gmail.com
>>> <javascript:_e(%7B%7D,'cvml','senhor.n...@gmail.com');>> a écrit :
>>>
>>>> Hi Stéphane,
>>>>
>>>> I believe it's a great starting point, very complete (I would not
>>>> remember/consider some types of data).
>>>>
>>>> We still need to fill the second page and discuss the possible UI/UX
>>>> implementation. Then, we will need some developers (I'm not a developer) to
>>>> consider the requests and filter what would be hard or impossible to 
>>>> tackle.
>>>>
>>>> Our best chance to have this implemented is by doing baby steps. I
>>>> would not consider more data format/providers than the ones we have in the
>>>> manage layers toolbar in this first phase.
>>>>
>>>> Thanks!
>>>>
>>>> Stéphane Henriod <stephane...@gmail.com> escreveu no dia terça,
>>>> 11/04/2017 às 12:57:
>>>>
>>>>> Hi Alexandre
>>>>>
>>>>> this is indeed great!
>>>>>
>>>>> Is the gdoc as it is now helpful enough for you to design a possible
>>>>> implementation? Or, if not, what other inputs / comments would be 
>>>>> necessary?
>>>>>
>>>>> Cheers
>>>>>
>>>>> Stéphane
>>>>>
>>>>>
>>>>> Le lundi 10 avril 2017, Alexandre Neto <senhor.n...@gmail.com> a
>>>>> écrit :
>>>>>
>>>>>> Hello all,
>>>>>>
>>>>>> At Boundless we are planning to put some development time in this
>>>>>> "unified add layer" button/feature. As others already did, our idea was 
>>>>>> to
>>>>>> use the browser panel as a base for replacing most of the buttons and add
>>>>>> any capabilities that are still missing.
>>>>>>
>>>>>> So, let's work together to find what are those missing pieces, and
>>>>>> how it would be the best way to implement it. We will put our thoughts in
>>>>>> the Google document. As soon we have it stabilized we can start creating 
>>>>>> a
>>>>>> QEP for it.
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Alexandre Neto
>>>>>>
>>>>>> Stéphane Henriod <stephane...@gmail.com> escreveu no dia quinta,
>>>>>> 6/04/2017 às 12:14:
>>>>>>
>>>>>>> Thanks Harrissou!
>>>>>>>
>>>>>>> I took the liberty to remove the first table (that I created) and to
>>>>>>> leave only yours. It is more complete anyway
>>>>>>>
>>>>>>> Cheers
>>>>>>>
>>>>>>> Stéphane
>>>>>>>
>>>&

Re: [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Hi all

Harrissou has quite intensively re-organised the doc, which is now, IMO,
much clearer. Thanks for that!

But lots of changes are in "suggestion mode". I'd like to accept all those
changes to increase the clarity and readability. Any objection on this?

Thanks and cheers

Stéphane


Le mercredi 12 avril 2017, Alexandre Neto <senhor.n...@gmail.com> a écrit :

> Hi Stéphane,
>
> I believe it's a great starting point, very complete (I would not
> remember/consider some types of data).
>
> We still need to fill the second page and discuss the possible UI/UX
> implementation. Then, we will need some developers (I'm not a developer) to
> consider the requests and filter what would be hard or impossible to tackle.
>
> Our best chance to have this implemented is by doing baby steps. I would
> not consider more data format/providers than the ones we have in the manage
> layers toolbar in this first phase.
>
> Thanks!
>
> Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> escreveu no dia
> terça, 11/04/2017 às 12:57:
>
>> Hi Alexandre
>>
>> this is indeed great!
>>
>> Is the gdoc as it is now helpful enough for you to design a possible
>> implementation? Or, if not, what other inputs / comments would be necessary?
>>
>> Cheers
>>
>> Stéphane
>>
>>
>> Le lundi 10 avril 2017, Alexandre Neto <senhor.n...@gmail.com
>> <javascript:_e(%7B%7D,'cvml','senhor.n...@gmail.com');>> a écrit :
>>
>>> Hello all,
>>>
>>> At Boundless we are planning to put some development time in this
>>> "unified add layer" button/feature. As others already did, our idea was to
>>> use the browser panel as a base for replacing most of the buttons and add
>>> any capabilities that are still missing.
>>>
>>> So, let's work together to find what are those missing pieces, and how
>>> it would be the best way to implement it. We will put our thoughts in the
>>> Google document. As soon we have it stabilized we can start creating a QEP
>>> for it.
>>>
>>> Thanks,
>>>
>>> Alexandre Neto
>>>
>>> Stéphane Henriod <stephane...@gmail.com> escreveu no dia quinta,
>>> 6/04/2017 às 12:14:
>>>
>>>> Thanks Harrissou!
>>>>
>>>> I took the liberty to remove the first table (that I created) and to
>>>> leave only yours. It is more complete anyway
>>>>
>>>> Cheers
>>>>
>>>> Stéphane
>>>>
>>>>
>>>> Le mercredi 5 avril 2017, DelazJ <del...@gmail.com> a écrit :
>>>>
>>>>> I took the liberty to do some changes to the doc (especially add a new
>>>>> table with more detailed features on the existing tools + comments). It's
>>>>> supposed to replace the table already drafted but I didn't go so far
>>>>> without a review.
>>>>>
>>>>> 2017-04-05 10:36 GMT+02:00 DelazJ <del...@gmail.com>:
>>>>>
>>>>>> Hi Stéphane,
>>>>>> actually there's no more UX team (list). UX mailing list has been
>>>>>> shut down months ago because it used to refer to dev list for most of
>>>>>> decisions/advices so UX matters are now discussed either in the dev 
>>>>>> mailing
>>>>>> list (we maybe can keep this thread) or, I guess until QGIS3 release, in
>>>>>> the qgis3_UIX_discussion repository.
>>>>>>
>>>>>>
>>>>>> Regards,
>>>>>> Harrissou
>>>>>>
>>>>>> 2017-04-05 10:19 GMT+02:00 Stéphane Henriod <stephane...@gmail.com>:
>>>>>>
>>>>>>> Hi all
>>>>>>>
>>>>>>> there have been a few additions in the Gdoc already (not sure from
>>>>>>> whom) but I don't know if this is already sufficient for developers to 
>>>>>>> take
>>>>>>> this up?
>>>>>>>
>>>>>>> Also, I am not sure how to reach out to the UX team. Through a
>>>>>>> separate mailing list? Or is it sufficient to have it here
>>>>>>> https://github.com/qgis/qgis3_UIX_discussion/issues/1 ?
>>>>>>>
>>>>>>> Cheer
>>>>>>>
>>>>>>> Stéphane
>>>>>>>
>>>>>>>
>>>>>>> Le

Re: [Qgis-developer] DWG/DXF Import -- Geopackage

[Stéphane Henriod]

That would indeed make sense for the "DXF export"

But maybe less for the "DWF/DXF import", which is, basically, a format
transformation (so, for the "Vector" menu) and / or a way to add data to
the canvas.

Or, again, maybe I am missing a point :-)

Stéphane


Le lundi 17 avril 2017, Ramon Andinach <cust...@westnet.com.au> a écrit :

> I’m pretty sure it’s there because if you export to DXF you either export
> the view or the entire project - but either way it’s not just a single
> layer that’s affected.
>
> -ramon.
>
> On 17 Apr 2017, at 16:37, Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> wrote:
>
> Ok, thanks for the clarification!
>
> Then I guess that the window should be re-designed a bit. To me at least
> it was not intuitive that "Geopackage" has to do with the output of the
> tool.
>
> And yes, maybe both "DXF Export" and "DWG/DXF import" could be moved
> somewhere else?
>
> Cheers
>
> Stéphane
>
>
> Le lundi 17 avril 2017, Tudor Barascu <tudorbara...@yahoo.com
> <javascript:_e(%7B%7D,'cvml','tudorbara...@yahoo.com');>> a écrit :
>
>> Hi Stephane,
>>
>> That button is for importing DWG/DXF. It does the import into a
>> Geopackage.
>>
>> Don't know why it's stored under "Project"
>>
>> All the best,
>> Tudor
>>
>>
>> On Monday, April 17, 2017 8:02 AM, Stéphane Henriod <
>> stephane...@gmail.com> wrote:
>>
>>
>> Hi all
>>
>> while updating the doc to describe a future unique "Add data" button
>> https://docs.google.com/document/d/1aMX9jOfl10q8oE
>> TRzOHSHnRpHCc7UJ1dDnCCq3VyTAY/edit?usp=sharing I stumbled upon the *Project
>> / DWG/DXF Import*.
>>
>> 2 questions here:
>>
>>- Is there a reason why this import tool is stored under "Project"?
>>Doesn't seem consistent to me but maybe I am missing a point
>>- It's quite confusing that the menu is called "DWG/DXF" while it is
>>actually here to import Geopackage layers
>>
>> Also, when trying to import this sample dataset http://www.geopackage.
>> org/data/gdal_sample_v1.2_no_extensions.gpkg I get an error "Could not
>> open layer list", although all goes well if I drag-and-drop from the
>> browser.
>>
>> Not sure if I should open a bug report or if this is all being taken care
>> of already?
>>
>> Cheers
>>
>> Stéphane
>>
>>
>> --
>>
>> “When you travel, remember that a foreign country is not designed to make
>> you comfortable. It is designed to make its own people comfortable." --
>> Clifton Fadiman
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>
> --
>
> “When you travel, remember that a foreign country is not designed to make
> you comfortable. It is designed to make its own people comfortable." --
> Clifton Fadiman
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> <javascript:_e(%7B%7D,'cvml','Qgis-developer@lists.osgeo.org');>
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>

-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] DWG/DXF Import -- Geopackage

[Stéphane Henriod]

Ok, thanks for the clarification!

Then I guess that the window should be re-designed a bit. To me at least it
was not intuitive that "Geopackage" has to do with the output of the tool.

And yes, maybe both "DXF Export" and "DWG/DXF import" could be moved
somewhere else?

Cheers

Stéphane


Le lundi 17 avril 2017, Tudor Barascu <tudorbara...@yahoo.com> a écrit :

> Hi Stephane,
>
> That button is for importing DWG/DXF. It does the import into a Geopackage.
>
> Don't know why it's stored under "Project"
>
> All the best,
> Tudor
>
>
> On Monday, April 17, 2017 8:02 AM, Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> wrote:
>
>
> Hi all
>
> while updating the doc to describe a future unique "Add data" button
> https://docs.google.com/document/d/1aMX9jOfl10q8oETRzOHSHnRpHCc7U
> J1dDnCCq3VyTAY/edit?usp=sharing I stumbled upon the *Project / DWG/DXF
> Import*.
>
> 2 questions here:
>
>- Is there a reason why this import tool is stored under "Project"?
>Doesn't seem consistent to me but maybe I am missing a point
>- It's quite confusing that the menu is called "DWG/DXF" while it is
>actually here to import Geopackage layers
>
> Also, when trying to import this sample dataset http://www.geopackage.org/
> data/gdal_sample_v1.2_no_extensions.gpkg I get an error "Could not open
> layer list", although all goes well if I drag-and-drop from the browser.
>
> Not sure if I should open a bug report or if this is all being taken care
> of already?
>
> Cheers
>
> Stéphane
>
>
> --
>
> “When you travel, remember that a foreign country is not designed to make
> you comfortable. It is designed to make its own people comfortable." --
> Clifton Fadiman
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> <javascript:_e(%7B%7D,'cvml','Qgis-developer@lists.osgeo.org');>
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>

-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] DWG/DXF Import -- Geopackage

[Stéphane Henriod]

Hi all

while updating the doc to describe a future unique "Add data" button
https://docs.google.com/document/d/1aMX9jOfl10q8oETRzOHSHnRpHCc7UJ1dDnCCq3VyTAY/edit?usp=sharing
I stumbled upon the *Project / DWG/DXF Import*.

2 questions here:

   - Is there a reason why this import tool is stored under "Project"?
   Doesn't seem consistent to me but maybe I am missing a point
   - It's quite confusing that the menu is called "DWG/DXF" while it is
   actually here to import Geopackage layers

Also, when trying to import this sample dataset
http://www.geopackage.org/data/gdal_sample_v1.2_no_extensions.gpkg I get an
error "Could not open layer list", although all goes well if I
drag-and-drop from the browser.

Not sure if I should open a bug report or if this is all being taken care
of already?

Cheers

Stéphane


-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Hi Alexandre

this is indeed great!

Is the gdoc as it is now helpful enough for you to design a possible
implementation? Or, if not, what other inputs / comments would be necessary?

Cheers

Stéphane


Le lundi 10 avril 2017, Alexandre Neto <senhor.n...@gmail.com> a écrit :

> Hello all,
>
> At Boundless we are planning to put some development time in this "unified
> add layer" button/feature. As others already did, our idea was to use the
> browser panel as a base for replacing most of the buttons and add any
> capabilities that are still missing.
>
> So, let's work together to find what are those missing pieces, and how it
> would be the best way to implement it. We will put our thoughts in the
> Google document. As soon we have it stabilized we can start creating a QEP
> for it.
>
> Thanks,
>
> Alexandre Neto
>
> Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> escreveu no dia
> quinta, 6/04/2017 às 12:14:
>
>> Thanks Harrissou!
>>
>> I took the liberty to remove the first table (that I created) and to
>> leave only yours. It is more complete anyway
>>
>> Cheers
>>
>> Stéphane
>>
>>
>> Le mercredi 5 avril 2017, DelazJ <del...@gmail.com
>> <javascript:_e(%7B%7D,'cvml','del...@gmail.com');>> a écrit :
>>
>>> I took the liberty to do some changes to the doc (especially add a new
>>> table with more detailed features on the existing tools + comments). It's
>>> supposed to replace the table already drafted but I didn't go so far
>>> without a review.
>>>
>>> 2017-04-05 10:36 GMT+02:00 DelazJ <del...@gmail.com>:
>>>
>>>> Hi Stéphane,
>>>> actually there's no more UX team (list). UX mailing list has been shut
>>>> down months ago because it used to refer to dev list for most of
>>>> decisions/advices so UX matters are now discussed either in the dev mailing
>>>> list (we maybe can keep this thread) or, I guess until QGIS3 release, in
>>>> the qgis3_UIX_discussion repository.
>>>>
>>>>
>>>> Regards,
>>>> Harrissou
>>>>
>>>> 2017-04-05 10:19 GMT+02:00 Stéphane Henriod <stephane...@gmail.com>:
>>>>
>>>>> Hi all
>>>>>
>>>>> there have been a few additions in the Gdoc already (not sure from
>>>>> whom) but I don't know if this is already sufficient for developers to 
>>>>> take
>>>>> this up?
>>>>>
>>>>> Also, I am not sure how to reach out to the UX team. Through a
>>>>> separate mailing list? Or is it sufficient to have it here
>>>>> https://github.com/qgis/qgis3_UIX_discussion/issues/1 ?
>>>>>
>>>>> Cheer
>>>>>
>>>>> Stéphane
>>>>>
>>>>>
>>>>> Le mardi 4 avril 2017, Stéphane Henriod <stephane...@gmail.com> a
>>>>> écrit :
>>>>>
>>>>>> Thanks Nyall!
>>>>>>
>>>>>> Here I just created a Gdoc to collect info mentioned in your points
>>>>>> 1-4 + a:
>>>>>>
>>>>>> https://docs.google.com/document/d/1aMX9jOfl10q8oETRzOHSHnRpHCc7U
>>>>>> J1dDnCCq3VyTAY/edit?usp=sharing
>>>>>>
>>>>>> All interested, feel free to contribute, I might not have the full
>>>>>> overview
>>>>>>
>>>>>> Thanks and cheers
>>>>>>
>>>>>> Stéphane
>>>>>>
>>>>>>
>>>>>>
>>>>>> “When you travel, remember that a foreign country is not designed to
>>>>>> make you comfortable. It is designed to make its own people comfortable."
>>>>>> -- Clifton Fadiman
>>>>>>
>>>>>> 2017-04-04 13:53 GMT+06:00 Nyall Dawson <nyall.daw...@gmail.com>:
>>>>>>
>>>>>>> On 4 April 2017 at 17:46, Stéphane Henriod <stephane...@gmail.com>
>>>>>>> wrote:
>>>>>>> > Thanks a lot Anita for the info!
>>>>>>> >
>>>>>>> > I re-located the issue: http://hub.qgis.org/issues/9451
>>>>>>> >
>>>>>>> > Not sure though if this will make it alive again. Let's see if
>>>>>>> this seems to
>>>>>>> > be a priority for enough users...
&

Re: [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Thanks Harrissou!

I took the liberty to remove the first table (that I created) and to leave
only yours. It is more complete anyway

Cheers

Stéphane


Le mercredi 5 avril 2017, DelazJ <del...@gmail.com> a écrit :

> I took the liberty to do some changes to the doc (especially add a new
> table with more detailed features on the existing tools + comments). It's
> supposed to replace the table already drafted but I didn't go so far
> without a review.
>
> 2017-04-05 10:36 GMT+02:00 DelazJ <del...@gmail.com
> <javascript:_e(%7B%7D,'cvml','del...@gmail.com');>>:
>
>> Hi Stéphane,
>> actually there's no more UX team (list). UX mailing list has been shut
>> down months ago because it used to refer to dev list for most of
>> decisions/advices so UX matters are now discussed either in the dev mailing
>> list (we maybe can keep this thread) or, I guess until QGIS3 release, in
>> the qgis3_UIX_discussion repository.
>>
>>
>> Regards,
>> Harrissou
>>
>> 2017-04-05 10:19 GMT+02:00 Stéphane Henriod <stephane...@gmail.com
>> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>>:
>>
>>> Hi all
>>>
>>> there have been a few additions in the Gdoc already (not sure from whom)
>>> but I don't know if this is already sufficient for developers to take this
>>> up?
>>>
>>> Also, I am not sure how to reach out to the UX team. Through a separate
>>> mailing list? Or is it sufficient to have it here
>>> https://github.com/qgis/qgis3_UIX_discussion/issues/1 ?
>>>
>>> Cheer
>>>
>>> Stéphane
>>>
>>>
>>> Le mardi 4 avril 2017, Stéphane Henriod <stephane...@gmail.com
>>> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> a écrit :
>>>
>>>> Thanks Nyall!
>>>>
>>>> Here I just created a Gdoc to collect info mentioned in your points 1-4
>>>> + a:
>>>>
>>>> https://docs.google.com/document/d/1aMX9jOfl10q8oETRzOHSHnRp
>>>> HCc7UJ1dDnCCq3VyTAY/edit?usp=sharing
>>>>
>>>> All interested, feel free to contribute, I might not have the full
>>>> overview
>>>>
>>>> Thanks and cheers
>>>>
>>>> Stéphane
>>>>
>>>>
>>>>
>>>> “When you travel, remember that a foreign country is not designed to
>>>> make you comfortable. It is designed to make its own people comfortable."
>>>> -- Clifton Fadiman
>>>>
>>>> 2017-04-04 13:53 GMT+06:00 Nyall Dawson <nyall.daw...@gmail.com>:
>>>>
>>>>> On 4 April 2017 at 17:46, Stéphane Henriod <stephane...@gmail.com>
>>>>> wrote:
>>>>> > Thanks a lot Anita for the info!
>>>>> >
>>>>> > I re-located the issue: http://hub.qgis.org/issues/9451
>>>>> >
>>>>> > Not sure though if this will make it alive again. Let's see if this
>>>>> seems to
>>>>> > be a priority for enough users...
>>>>> >
>>>>>
>>>>> I'd say a good plan to move this forward would be to:
>>>>>
>>>>> 1. conduct a thorough survey of what's available via the individual
>>>>> add vector layer dialogs vs what's currently available in the browser
>>>>> 2. rank each of the missing settings vs whether or not they are still
>>>>> required
>>>>> 3. file issues for these missing settings
>>>>> 4. ...and get these fixed/implemented
>>>>>
>>>>> a. While this is underway I'd also suggest the UX team could test and
>>>>> evaluate Anita's plugin to identify whether the browser alone is a
>>>>> sufficient replacement or whether some tweaks would be required to
>>>>> make it a suitable replacement without any loss of "user friendliness"
>>>>>
>>>>> 1,2,3 and (a) don't require any development experience, so would be a
>>>>> great project for any interested user to undertake. I suspect 4
>>>>> wouldn't be much work for a developer either after all this groundwork
>>>>> is done.
>>>>>
>>>>> Nyall
>>>>>
>>>>
>>>>
>>>
>>> --
>>>
>>> “When you travel, remember that a foreign country is not designed to
>>> make you comfortable. It is designed to make its own people comfortable."
>>> -- Clifton Fadiman
>>>
>>>
>>> ___
>>> Qgis-developer mailing list
>>> Qgis-developer@lists.osgeo.org
>>> <javascript:_e(%7B%7D,'cvml','Qgis-developer@lists.osgeo.org');>
>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>>
>>
>

-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Hi all

there have been a few additions in the Gdoc already (not sure from whom)
but I don't know if this is already sufficient for developers to take this
up?

Also, I am not sure how to reach out to the UX team. Through a separate
mailing list? Or is it sufficient to have it here
https://github.com/qgis/qgis3_UIX_discussion/issues/1 ?

Cheer

Stéphane


Le mardi 4 avril 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :

> Thanks Nyall!
>
> Here I just created a Gdoc to collect info mentioned in your points 1-4 +
> a:
>
> https://docs.google.com/document/d/1aMX9jOfl10q8oETRzOHSHnRpHCc7U
> J1dDnCCq3VyTAY/edit?usp=sharing
>
> All interested, feel free to contribute, I might not have the full overview
>
> Thanks and cheers
>
> Stéphane
>
>
>
> “When you travel, remember that a foreign country is not designed to make
> you comfortable. It is designed to make its own people comfortable." --
> Clifton Fadiman
>
> 2017-04-04 13:53 GMT+06:00 Nyall Dawson <nyall.daw...@gmail.com
> <javascript:_e(%7B%7D,'cvml','nyall.daw...@gmail.com');>>:
>
>> On 4 April 2017 at 17:46, Stéphane Henriod <stephane...@gmail.com
>> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> wrote:
>> > Thanks a lot Anita for the info!
>> >
>> > I re-located the issue: http://hub.qgis.org/issues/9451
>> >
>> > Not sure though if this will make it alive again. Let's see if this
>> seems to
>> > be a priority for enough users...
>> >
>>
>> I'd say a good plan to move this forward would be to:
>>
>> 1. conduct a thorough survey of what's available via the individual
>> add vector layer dialogs vs what's currently available in the browser
>> 2. rank each of the missing settings vs whether or not they are still
>> required
>> 3. file issues for these missing settings
>> 4. ...and get these fixed/implemented
>>
>> a. While this is underway I'd also suggest the UX team could test and
>> evaluate Anita's plugin to identify whether the browser alone is a
>> sufficient replacement or whether some tweaks would be required to
>> make it a suitable replacement without any loss of "user friendliness"
>>
>> 1,2,3 and (a) don't require any development experience, so would be a
>> great project for any interested user to undertake. I suspect 4
>> wouldn't be much work for a developer either after all this groundwork
>> is done.
>>
>> Nyall
>>
>
>

-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Thanks Nyall!

Here I just created a Gdoc to collect info mentioned in your points 1-4 + a:

https://docs.google.com/document/d/1aMX9jOfl10q8oETRzOHSHnRpHCc7UJ1dDnCCq3VyTAY/edit?usp=sharing

All interested, feel free to contribute, I might not have the full overview

Thanks and cheers

Stéphane



“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman

2017-04-04 13:53 GMT+06:00 Nyall Dawson <nyall.daw...@gmail.com>:

> On 4 April 2017 at 17:46, Stéphane Henriod <stephane...@gmail.com> wrote:
> > Thanks a lot Anita for the info!
> >
> > I re-located the issue: http://hub.qgis.org/issues/9451
> >
> > Not sure though if this will make it alive again. Let's see if this
> seems to
> > be a priority for enough users...
> >
>
> I'd say a good plan to move this forward would be to:
>
> 1. conduct a thorough survey of what's available via the individual
> add vector layer dialogs vs what's currently available in the browser
> 2. rank each of the missing settings vs whether or not they are still
> required
> 3. file issues for these missing settings
> 4. ...and get these fixed/implemented
>
> a. While this is underway I'd also suggest the UX team could test and
> evaluate Anita's plugin to identify whether the browser alone is a
> sufficient replacement or whether some tweaks would be required to
> make it a suitable replacement without any loss of "user friendliness"
>
> 1,2,3 and (a) don't require any development experience, so would be a
> great project for any interested user to undertake. I suspect 4
> wouldn't be much work for a developer either after all this groundwork
> is done.
>
> Nyall
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Thanks a lot Anita for the info!

I re-located the issue: http://hub.qgis.org/issues/9451

Not sure though if this will make it alive again. Let's see if this seems
to be a priority for enough users...

All the best

Stéphane


Le mardi 4 avril 2017, Anita Graser <anitagra...@gmx.at
<javascript:_e(%7B%7D,'cvml','anitagra...@gmx.at');>> a écrit :

> On Tue, Apr 4, 2017 at 7:46 AM, Stéphane Henriod <stephane...@gmail.com>
> wrote:
>
>> To go one step further :-) Any reason why it couldn't be polished and
>> directly integrated in the core? As a non-developer, I maybe underestimate
>> the workload here? Isn't it something that could "easily" be done by one of
>> the core developers without requiring substantial additional funding?
>>
>
> ​Mostly, the interested core developers wanted to implement something more
> sophisticated than my hack ... but then they didn't get around to doing it
> ...
>
> I think there is a ticket on Redmine or Github on this issue. Maybe you
> can locate and revive it.
>
> Best wishes,
> Anita​
>
>
>
>
>
>

-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Hi Anita

To go one step further :-) Any reason why it couldn't be polished and
directly integrated in the core? As a non-developer, I maybe underestimate
the workload here? Isn't it something that could "easily" be done by one of
the core developers without requiring substantial additional funding?

I think such unified button would be very helpful, especially for beginners
(who don't intuitively understand yet the difference between vector,
raster, etc.) and I would hate to start a GIS introduction by saying
"First, you'll have to download and install a plugin" :-)

It also would be a good way to catch former ArcGIS users, who grew up used
to such a unified approach.

All the best

Stéphane


Le lundi 3 avril 2017, Anita Graser  a écrit :

>
>
> On Mon, Apr 3, 2017 at 10:50 AM, DelazJ  > wrote:
>
>> Hi,
>> Thanks Anita for this work. I wasn't aware of your tool. Any reason to
>> not make it available in the Plugins repo? It might get more audience,
>> unless I overestimate our repo... Btw: I like the title of the blog post.
>> :-)
>>
>
> ​Thanks Harrissou! No good reason why it's not in the rep really. Mostly,
> because it's just 10 lines of code added to a plugin tempalte and requires
> manual GUI customization to remove all the redundant add layer icons.
>
> I'll put it on Github and publish it.
>
> Best wishes,
> Anita
>
>
>
> ​
>


-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Hi all

I must say that Anita's hack seems quite handy and straight forward from a
user's perspective. Would it be heavy to "just" integrate into the Master
QGIS? I would be happy to help with testing. More, I unfortunately cannot
do :-)

Cheers

Stéphane



Le lundi 3 avril 2017, Tim Sutton  a écrit :

> Hi Anita
>
> On 02 Apr 2017, at 10:21 PM, Anita Graser  > wrote:
>
>
>
> On Sun, Apr 2, 2017 at 9:32 PM, Tim Sutton  > wrote:
>
>> Hi Harrisou
>>
>> On 02 Apr 2017, at 4:57 PM, DelazJ > > wrote:
>>
>> Hi devs,
>>
>> In the documentation team, we plan to rewrite the "Supported data
>> formats" chapter (http://docs.qgis.org/2.14/en/
>> docs/user_manual/working_with_vector/supported_data.html) which actually
>> explores many of the different ways to add (vector) layers to QGIS. It's
>> full of redundant information, not easy to maintain and doesn't expose
>> tools like the browser panel. Discussion at https://github.com/qgis/QGI
>> S-Documentation/issues/1088
>>  if you want to
>> help.
>> Before we engage any time on this restructuring and to avoid doing things
>> twice and because I read some related assertions in the past, I'd like to
>> ask if there's any plan to merge some of these tools for 3.0... And if
>> ever, what's the state of the work ?
>>
>>
>> This has been discussed a number of times, and Nathan made some initial
>> mockups once. But as far as I know, nobody is actively working on this so I
>> don't know if anything will land in 3.0.
>>
>
> ​I've been working with my "unified add layer button" modification for a
> few months now: https://anitagraser.com/2016/07/20/one-add-button-to-
> rule-them-all/​
>
> Wouldn't want to go back. I still sometimes use the Add PostGIS layer
> dialog from the menus though.
>
>
> Ah thanks I forgot about your post Anita!
>
> Regards
>
> Tim
>
>
> Best wishes,
> Anita
>
>
> —
>
>
>
>
>
>
>
>
>
> *Tim Sutton*
>
> *Co-founder:* Kartoza
> *Project chair:* QGIS.org
>
> Visit http://kartoza.com to find out about open source:
>
> Desktop GIS programming services
> Geospatial web development
> GIS Training
> Consulting Services
>
> *Skype*: timlinux
> *IRC:* timlinux on #qgis at freenode.net
>
> Kartoza is a merger between Linfiniti and Afrispatial
>
>

-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Outline/border -> stroke?

[Stéphane Henriod]

As a user and not developer (again...), I could also live with my projects
being slightly broken (+1 for the short migration guide) if this is the
price to pay for a perfect consistency of the transparency / opacity
sliders.

In this case I would also favor "transparency" over "opacity"

And I surrender to Andreas's argument. Yes to "stroke" (instead of "border"
or "outline") if this means we are following well accepted standards

Cheers

Stéphane


Le mardi 7 février 2017, Paolo Cavallini  a écrit :

> Il 07/02/2017 10:59, Nyall Dawson ha scritto:
>
> > Well, ideally not. Currently we only break projects which rely on very
> > old features (such as 1.x labeling, conversion from old symbology,
> > some composer features from maybe 2.6 or earlier). None of these
> > breaks are ever likely to be encountered by users.
> >
> > But breaking data defined transparency may.
>
> IMHO the break is not desirable, but acceptable, if the advantage is
> more consistency.
> I think we can prepare a short Migration guide pointing out all the
> points to be taken care of/check/modify for the end user.
> Cheers.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org 
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer



-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Outline/border -> stroke?

[Stéphane Henriod]

As a non-Dev (only a user) and a non native English speaker:

   - Yes to consistency!
   - "Stroke" is also less clear to me than "Border" or "Outline". I would
   prefer one of those 2 but I will not object if english-speakers think that
   "stroke" is more correct
   - Yes to keep the stroke / border / outline of the polygons by default
   (same reason as Mathieu)
   - Default color for the polygons: what about (as a compromise) having by
   default a dark grey instead of 0 / 0 / 0? I believe this looks nicer than
   plain black in most cases

Cheers

Stéphane


Le mardi 7 février 2017, Paolo Cavallini  a écrit :

> Il 07/02/2017 10:09, Nyall Dawson ha scritto:
>
> > I agree, and tried to do this change a while ago. Unfortunately it's
> > not easy (possible?). Here's an example why:
>
> Urhg, too bad - thanks for the analysis. Cleaning this up deeply would
> require much work, right?
> All the best.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org 
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer



-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Symbolizing a discrete or a boolean raster

[Stéphane Henriod]

Dear all

we have now managed to set up a concrete offer for this feature and are now
looking for funding. The costs are 4000€ and we have gathered 2000-2500€ so
far.

Is there anyone on this list who also craves for this feature and would
like to financially support it? I can provide any additional info offline.

Also, given the relatively low costs, I'd prefer to avoid a full-fledge
crowdsourcing campaign. Too much overhead.

Thanks a lot and all the best

Stéphane


Le jeudi 12 janvier 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :

> Hi all
>
> upon advice from Andreas, I started a formal description of the
> requirements for such a feature:
>
> https://docs.google.com/document/d/1cDemM2m88_mbs65sYzfBbVdHI_ObOjf_
> i35ne3OKsRs/edit?usp=sharing
>
> Please, anyone interested, do check, comment, add, correct,... Once we
> have a "final" version, I will inquire a more precise financial estimation.
> Then let's see how we can move forward!
>
> Thanks and cheers
>
> Stéphane
>
>
> Le jeudi 12 janvier 2017, Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> a écrit :
>
>> Hi Alexandre
>>
>> (also posting on user-)
>>
>> I 100% agree with you and I would love to somehow give back to QGIS (I
>> did already, but at a small scale).
>>
>> I mostly wanted to know if I am the only one to wish for this feature.
>> Apparently not the case: many have expressed the same wish!
>>
>> Now funding: I would love to have a rough idea what "not very expensive"
>> means. If there are any dev around who could have the interest / skills to
>> implement this feature, can we somehow go concrete and work together on a
>> feature description and tentative budget? The situation is obviously very
>> different if we talk about 1.000 or 20.000€
>>
>> Cheers
>>
>> Stéphane
>>
>>
>> Le jeudi 12 janvier 2017, Alexandre Neto <senhor.n...@gmail.com> a
>> écrit :
>>
>>> Hello Stéphane,
>>>
>>> IMHO, since it seems that you are not able/willing to sponsor the
>>> feature yourself, sounds like a good opportunity for a small crowdfunding.
>>>
>>> That way you would be able to contribute back to QGIS by giving your
>>> time in finding a developer able to do it, setting up the crowdfunding,
>>> advertise it, pay for part of it and so on.
>>>
>>> It looks like a simple feature. it should not be very expensive (much
>>> less than an ArcGIS license for sure), and if you think many people need
>>> this, then the money will be easy to raise.
>>>
>>> Alexandre Neto
>>>
>>> Stéphane Henriod <stephane...@gmail.com> escreveu no dia quarta,
>>> 11/01/2017 às 11:37:
>>>
>>>> One last message for today (sorry for spamming!)
>>>>
>>>> It seems that this feature would actually be wished by "many" people
>>>> (see the ticket and the talks on user-). I just gave a try to 2.99-nightly
>>>> and, as far as I can see, nothing has been done in this direction (yet?).
>>>>
>>>> I am wondering if there are massive challenges that I am overlooking or
>>>> if this could be implemented quite easily. In any case, do you think this
>>>> is a request that can be taken on to 3.0?
>>>>
>>>> Thanks a lot to all the devs here... I feel quite bad for asking for a
>>>> new feature while not having the competences to contribute a tiny bit to
>>>> its development but I really feel this is one of the few major missing
>>>> features in QGIS right now (and will be happy to help on the feature
>>>> requirements, the tests, etc.).
>>>>
>>>> All the best!
>>>>
>>>> Stéphane
>>>>
>>>>
>>>> Le mercredi 11 janvier 2017, Stéphane Henriod <stephane...@gmail.com>
>>>> a écrit :
>>>>
>>>>> Hi again
>>>>>
>>>>> it seems that the requirements are related (although not 100% similar)
>>>>> to this other open (and assigned) ticket:
>>>>> http://hub.qgis.org/issues/14449
>>>>>
>>>>> I really hope to see this very needed feature in a coming version of
>>>>> QGIS and happy to help wherever I can!
>>>>>
>>>>> Cheers
>>>>>
>>>>> Stéphane
>>>>>
>>>>>
>>>>> Le mardi 10 janvier 2017, Stéphane Henriod <stephane...@gmail.com&

Re: [Qgis-developer] Symbolizing a discrete or a boolean raster

[Stéphane Henriod]

Hi all

I have seen that quite a few people had a look at this feature description
but only few commented or modified it. Can I assume that most agree with
the description as it is and would support / welcome such an implementation?

If no major concern, I would love to ask a quote to a few devs by the end
of this week so that we can quickly evaluate the financial options.

Thanks a lot in advance!

Stéphane


Le jeudi 12 janvier 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :

> Hi all
>
> upon advice from Andreas, I started a formal description of the
> requirements for such a feature:
>
> https://docs.google.com/document/d/1cDemM2m88_mbs65sYzfBbVdHI_ObOjf_
> i35ne3OKsRs/edit?usp=sharing
>
> Please, anyone interested, do check, comment, add, correct,... Once we
> have a "final" version, I will inquire a more precise financial estimation.
> Then let's see how we can move forward!
>
> Thanks and cheers
>
> Stéphane
>
>
> Le jeudi 12 janvier 2017, Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> a écrit :
>
>> Hi Alexandre
>>
>> (also posting on user-)
>>
>> I 100% agree with you and I would love to somehow give back to QGIS (I
>> did already, but at a small scale).
>>
>> I mostly wanted to know if I am the only one to wish for this feature.
>> Apparently not the case: many have expressed the same wish!
>>
>> Now funding: I would love to have a rough idea what "not very expensive"
>> means. If there are any dev around who could have the interest / skills to
>> implement this feature, can we somehow go concrete and work together on a
>> feature description and tentative budget? The situation is obviously very
>> different if we talk about 1.000 or 20.000€
>>
>> Cheers
>>
>> Stéphane
>>
>>
>> Le jeudi 12 janvier 2017, Alexandre Neto <senhor.n...@gmail.com> a
>> écrit :
>>
>>> Hello Stéphane,
>>>
>>> IMHO, since it seems that you are not able/willing to sponsor the
>>> feature yourself, sounds like a good opportunity for a small crowdfunding.
>>>
>>> That way you would be able to contribute back to QGIS by giving your
>>> time in finding a developer able to do it, setting up the crowdfunding,
>>> advertise it, pay for part of it and so on.
>>>
>>> It looks like a simple feature. it should not be very expensive (much
>>> less than an ArcGIS license for sure), and if you think many people need
>>> this, then the money will be easy to raise.
>>>
>>> Alexandre Neto
>>>
>>> Stéphane Henriod <stephane...@gmail.com> escreveu no dia quarta,
>>> 11/01/2017 às 11:37:
>>>
>>>> One last message for today (sorry for spamming!)
>>>>
>>>> It seems that this feature would actually be wished by "many" people
>>>> (see the ticket and the talks on user-). I just gave a try to 2.99-nightly
>>>> and, as far as I can see, nothing has been done in this direction (yet?).
>>>>
>>>> I am wondering if there are massive challenges that I am overlooking or
>>>> if this could be implemented quite easily. In any case, do you think this
>>>> is a request that can be taken on to 3.0?
>>>>
>>>> Thanks a lot to all the devs here... I feel quite bad for asking for a
>>>> new feature while not having the competences to contribute a tiny bit to
>>>> its development but I really feel this is one of the few major missing
>>>> features in QGIS right now (and will be happy to help on the feature
>>>> requirements, the tests, etc.).
>>>>
>>>> All the best!
>>>>
>>>> Stéphane
>>>>
>>>>
>>>> Le mercredi 11 janvier 2017, Stéphane Henriod <stephane...@gmail.com>
>>>> a écrit :
>>>>
>>>>> Hi again
>>>>>
>>>>> it seems that the requirements are related (although not 100% similar)
>>>>> to this other open (and assigned) ticket:
>>>>> http://hub.qgis.org/issues/14449
>>>>>
>>>>> I really hope to see this very needed feature in a coming version of
>>>>> QGIS and happy to help wherever I can!
>>>>>
>>>>> Cheers
>>>>>
>>>>> Stéphane
>>>>>
>>>>>
>>>>> Le mardi 10 janvier 2017, Stéphane Henriod <stephane...@gmail.com> a
>>>>> écrit :
>>>>>
&

Re: [Qgis-developer] Symbolizing a discrete or a boolean raster

[Stéphane Henriod]

Hi all

upon advice from Andreas, I started a formal description of the
requirements for such a feature:

https://docs.google.com/document/d/1cDemM2m88_mbs65sYzfBbVdHI_ObOjf_i35ne3OKsRs/edit?usp=sharing

Please, anyone interested, do check, comment, add, correct,... Once we have
a "final" version, I will inquire a more precise financial estimation. Then
let's see how we can move forward!

Thanks and cheers

Stéphane


Le jeudi 12 janvier 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :

> Hi Alexandre
>
> (also posting on user-)
>
> I 100% agree with you and I would love to somehow give back to QGIS (I did
> already, but at a small scale).
>
> I mostly wanted to know if I am the only one to wish for this feature.
> Apparently not the case: many have expressed the same wish!
>
> Now funding: I would love to have a rough idea what "not very expensive"
> means. If there are any dev around who could have the interest / skills to
> implement this feature, can we somehow go concrete and work together on a
> feature description and tentative budget? The situation is obviously very
> different if we talk about 1.000 or 20.000€
>
> Cheers
>
> Stéphane
>
>
> Le jeudi 12 janvier 2017, Alexandre Neto <senhor.n...@gmail.com
> <javascript:_e(%7B%7D,'cvml','senhor.n...@gmail.com');>> a écrit :
>
>> Hello Stéphane,
>>
>> IMHO, since it seems that you are not able/willing to sponsor the feature
>> yourself, sounds like a good opportunity for a small crowdfunding.
>>
>> That way you would be able to contribute back to QGIS by giving your time
>> in finding a developer able to do it, setting up the crowdfunding,
>> advertise it, pay for part of it and so on.
>>
>> It looks like a simple feature. it should not be very expensive (much
>> less than an ArcGIS license for sure), and if you think many people need
>> this, then the money will be easy to raise.
>>
>> Alexandre Neto
>>
>> Stéphane Henriod <stephane...@gmail.com> escreveu no dia quarta,
>> 11/01/2017 às 11:37:
>>
>>> One last message for today (sorry for spamming!)
>>>
>>> It seems that this feature would actually be wished by "many" people
>>> (see the ticket and the talks on user-). I just gave a try to 2.99-nightly
>>> and, as far as I can see, nothing has been done in this direction (yet?).
>>>
>>> I am wondering if there are massive challenges that I am overlooking or
>>> if this could be implemented quite easily. In any case, do you think this
>>> is a request that can be taken on to 3.0?
>>>
>>> Thanks a lot to all the devs here... I feel quite bad for asking for a
>>> new feature while not having the competences to contribute a tiny bit to
>>> its development but I really feel this is one of the few major missing
>>> features in QGIS right now (and will be happy to help on the feature
>>> requirements, the tests, etc.).
>>>
>>> All the best!
>>>
>>> Stéphane
>>>
>>>
>>> Le mercredi 11 janvier 2017, Stéphane Henriod <stephane...@gmail.com> a
>>> écrit :
>>>
>>>> Hi again
>>>>
>>>> it seems that the requirements are related (although not 100% similar)
>>>> to this other open (and assigned) ticket:
>>>> http://hub.qgis.org/issues/14449
>>>>
>>>> I really hope to see this very needed feature in a coming version of
>>>> QGIS and happy to help wherever I can!
>>>>
>>>> Cheers
>>>>
>>>> Stéphane
>>>>
>>>>
>>>> Le mardi 10 janvier 2017, Stéphane Henriod <stephane...@gmail.com> a
>>>> écrit :
>>>>
>>>>> Hi
>>>>>
>>>>> let me move here a request that has been shortly discussed on the
>>>>> user-mailing list:
>>>>> http://lists.osgeo.org/pipermail/qgis-user/2017-January/038793.html
>>>>> http://lists.osgeo.org/pipermail/qgis-user/2017-January/038795.html
>>>>> http://lists.osgeo.org/pipermail/qgis-user/2017-January/038801.html
>>>>>
>>>>> and for which a ticket is open:
>>>>> http://hub.qgis.org/issues/14845
>>>>>
>>>>> I was said that some work has been done in this direction for 3.0 but
>>>>> I don't know if it completely covers the feature request
>>>>>
>>>>> --
>>>>>
>>>>> When styling a discrete or boolean raster, there seems 

Re: [Qgis-developer] Symbolizing a discrete or a boolean raster

[Stéphane Henriod]

Hi Alexandre

(also posting on user-)

I 100% agree with you and I would love to somehow give back to QGIS (I did
already, but at a small scale).

I mostly wanted to know if I am the only one to wish for this feature.
Apparently not the case: many have expressed the same wish!

Now funding: I would love to have a rough idea what "not very expensive"
means. If there are any dev around who could have the interest / skills to
implement this feature, can we somehow go concrete and work together on a
feature description and tentative budget? The situation is obviously very
different if we talk about 1.000 or 20.000€

Cheers

Stéphane


Le jeudi 12 janvier 2017, Alexandre Neto <senhor.n...@gmail.com> a écrit :

> Hello Stéphane,
>
> IMHO, since it seems that you are not able/willing to sponsor the feature
> yourself, sounds like a good opportunity for a small crowdfunding.
>
> That way you would be able to contribute back to QGIS by giving your time
> in finding a developer able to do it, setting up the crowdfunding,
> advertise it, pay for part of it and so on.
>
> It looks like a simple feature. it should not be very expensive (much less
> than an ArcGIS license for sure), and if you think many people need this,
> then the money will be easy to raise.
>
> Alexandre Neto
>
> Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> escreveu no dia
> quarta, 11/01/2017 às 11:37:
>
>> One last message for today (sorry for spamming!)
>>
>> It seems that this feature would actually be wished by "many" people (see
>> the ticket and the talks on user-). I just gave a try to 2.99-nightly and,
>> as far as I can see, nothing has been done in this direction (yet?).
>>
>> I am wondering if there are massive challenges that I am overlooking or
>> if this could be implemented quite easily. In any case, do you think this
>> is a request that can be taken on to 3.0?
>>
>> Thanks a lot to all the devs here... I feel quite bad for asking for a
>> new feature while not having the competences to contribute a tiny bit to
>> its development but I really feel this is one of the few major missing
>> features in QGIS right now (and will be happy to help on the feature
>> requirements, the tests, etc.).
>>
>> All the best!
>>
>> Stéphane
>>
>>
>> Le mercredi 11 janvier 2017, Stéphane Henriod <stephane...@gmail.com
>> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> a écrit :
>>
>>> Hi again
>>>
>>> it seems that the requirements are related (although not 100% similar)
>>> to this other open (and assigned) ticket: http://hub.qgis.org/issues/
>>> 14449
>>>
>>> I really hope to see this very needed feature in a coming version of
>>> QGIS and happy to help wherever I can!
>>>
>>> Cheers
>>>
>>> Stéphane
>>>
>>>
>>> Le mardi 10 janvier 2017, Stéphane Henriod <stephane...@gmail.com> a
>>> écrit :
>>>
>>>> Hi
>>>>
>>>> let me move here a request that has been shortly discussed on the
>>>> user-mailing list:
>>>> http://lists.osgeo.org/pipermail/qgis-user/2017-January/038793.html
>>>> http://lists.osgeo.org/pipermail/qgis-user/2017-January/038795.html
>>>> http://lists.osgeo.org/pipermail/qgis-user/2017-January/038801.html
>>>>
>>>> and for which a ticket is open:
>>>> http://hub.qgis.org/issues/14845
>>>>
>>>> I was said that some work has been done in this direction for 3.0 but I
>>>> don't know if it completely covers the feature request
>>>>
>>>> --
>>>>
>>>> When styling a discrete or boolean raster, there seems to be no direct
>>>> method, only a few workarounds. The feature I dream of would do the
>>>> following:
>>>>
>>>>- A new render type "Discrete raster"
>>>>- One button allows to fetch all unique values form the raster
>>>>(with a warning message if there are more than XXX unique values)
>>>>- A color ramp is applied by default
>>>>- I can multi-select values and apply them the same style and / or
>>>>the same label
>>>>- I can remove values. The pixels with those values will simply not
>>>>be displayed
>>>>- I can save my color map and load an existing color map
>>>>
>>>> So pretty much like the ArcGIS implementation:
>&g

Re: [Qgis-developer] Symbolizing a discrete or a boolean raster

[Stéphane Henriod]

One last message for today (sorry for spamming!)

It seems that this feature would actually be wished by "many" people (see
the ticket and the talks on user-). I just gave a try to 2.99-nightly and,
as far as I can see, nothing has been done in this direction (yet?).

I am wondering if there are massive challenges that I am overlooking or if
this could be implemented quite easily. In any case, do you think this is a
request that can be taken on to 3.0?

Thanks a lot to all the devs here... I feel quite bad for asking for a new
feature while not having the competences to contribute a tiny bit to its
development but I really feel this is one of the few major missing features
in QGIS right now (and will be happy to help on the feature requirements,
the tests, etc.).

All the best!

Stéphane


Le mercredi 11 janvier 2017, Stéphane Henriod <stephane...@gmail.com> a
écrit :

> Hi again
>
> it seems that the requirements are related (although not 100% similar) to
> this other open (and assigned) ticket: http://hub.qgis.org/issues/14449
>
> I really hope to see this very needed feature in a coming version of QGIS
> and happy to help wherever I can!
>
> Cheers
>
> Stéphane
>
>
> Le mardi 10 janvier 2017, Stéphane Henriod <stephane...@gmail.com
> <javascript:_e(%7B%7D,'cvml','stephane...@gmail.com');>> a écrit :
>
>> Hi
>>
>> let me move here a request that has been shortly discussed on the
>> user-mailing list:
>> http://lists.osgeo.org/pipermail/qgis-user/2017-January/038793.html
>> http://lists.osgeo.org/pipermail/qgis-user/2017-January/038795.html
>> http://lists.osgeo.org/pipermail/qgis-user/2017-January/038801.html
>>
>> and for which a ticket is open:
>> http://hub.qgis.org/issues/14845
>>
>> I was said that some work has been done in this direction for 3.0 but I
>> don't know if it completely covers the feature request
>>
>> --
>>
>> When styling a discrete or boolean raster, there seems to be no direct
>> method, only a few workarounds. The feature I dream of would do the
>> following:
>>
>>- A new render type "Discrete raster"
>>- One button allows to fetch all unique values form the raster (with
>>a warning message if there are more than XXX unique values)
>>- A color ramp is applied by default
>>- I can multi-select values and apply them the same style and / or
>>the same label
>>- I can remove values. The pixels with those values will simply not
>>be displayed
>>- I can save my color map and load an existing color map
>>
>> So pretty much like the ArcGIS implementation:
>> http://resources.arcgis.com/en/help/main/10.1/index.html#/re
>> presenting_unique_categories_such_as_land_use/009t007400/
>>
>> The current limitations I see (in 2.14):
>>
>>- The discrete values must be entered manually, which is a pain for a
>>raster with many unique values (or if I don't know in advance what all
>>values are)
>>- If I click on *Classify*, QGIS will choose X values (based on the
>>number of classes and the classification method (continuous or equal
>>interval)), which no longer match the "exact" values of my raster. It
>>doesn't really make sense to classify a discrete rendering
>>- Although it is currently possible to style discrete rasters, the
>>procedure is not really intuitive for beginners
>>
>> --
>>
>> Is this a feature that is envisioned for 3.0? Is there anything I can do
>> to support it? (except coding it myself, since I don't have the skills for
>> that...)
>>
>> Thanks a lot in advance
>>
>> Cheers
>>
>> Stéphane
>>
>>
>
> --
>
> “When you travel, remember that a foreign country is not designed to make
> you comfortable. It is designed to make its own people comfortable." --
> Clifton Fadiman
>
>

-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Symbolizing a discrete or a boolean raster

[Stéphane Henriod]

Hi again

it seems that the requirements are related (although not 100% similar) to
this other open (and assigned) ticket: http://hub.qgis.org/issues/14449

I really hope to see this very needed feature in a coming version of QGIS
and happy to help wherever I can!

Cheers

Stéphane


Le mardi 10 janvier 2017, Stéphane Henriod <stephane...@gmail.com> a écrit :

> Hi
>
> let me move here a request that has been shortly discussed on the
> user-mailing list:
> http://lists.osgeo.org/pipermail/qgis-user/2017-January/038793.html
> http://lists.osgeo.org/pipermail/qgis-user/2017-January/038795.html
> http://lists.osgeo.org/pipermail/qgis-user/2017-January/038801.html
>
> and for which a ticket is open:
> http://hub.qgis.org/issues/14845
>
> I was said that some work has been done in this direction for 3.0 but I
> don't know if it completely covers the feature request
>
> --
>
> When styling a discrete or boolean raster, there seems to be no direct
> method, only a few workarounds. The feature I dream of would do the
> following:
>
>- A new render type "Discrete raster"
>- One button allows to fetch all unique values form the raster (with a
>warning message if there are more than XXX unique values)
>- A color ramp is applied by default
>- I can multi-select values and apply them the same style and / or the
>same label
>- I can remove values. The pixels with those values will simply not be
>displayed
>- I can save my color map and load an existing color map
>
> So pretty much like the ArcGIS implementation:
> http://resources.arcgis.com/en/help/main/10.1/index.html#/
> representing_unique_categories_such_as_land_use/009t007400/
>
> The current limitations I see (in 2.14):
>
>- The discrete values must be entered manually, which is a pain for a
>raster with many unique values (or if I don't know in advance what all
>values are)
>- If I click on *Classify*, QGIS will choose X values (based on the
>number of classes and the classification method (continuous or equal
>interval)), which no longer match the "exact" values of my raster. It
>doesn't really make sense to classify a discrete rendering
>- Although it is currently possible to style discrete rasters, the
>procedure is not really intuitive for beginners
>
> --
>
> Is this a feature that is envisioned for 3.0? Is there anything I can do
> to support it? (except coding it myself, since I don't have the skills for
> that...)
>
> Thanks a lot in advance
>
> Cheers
>
> Stéphane
>
>

-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] EPSG v9.0 upgrade

[Stéphane Henriod]

Hi all

is it known already when this will be incorporated into QGIS? In 3.0 or
earlier?

Thanks a lot in advance

Cheers

Stéphane

Le mardi 10 janvier 2017, Even Rouault  a
écrit :

> Hi,
>
>
>
> I've updated to the EPSG v9.0 database.
>
>
>
> The relevant tickets are:
>
> * libgeotiff: https://trac.osgeo.org/geotiff/ticket/83
>
> * GDAL: https://trac.osgeo.org/gdal/ticket/6772
>
> * proj.4: proj.4: ​https://github.com/OSGeo/proj.4/issues/477
>
> * postgis: ​https://trac.osgeo.org/postgis/ticket/3684 (patch submitted)
>
>
>
> Combined with that update, I've also applied datum shift overrides for
> EPSG:4149 (CH1903), EPSG:3844 (Pulkovo 1942(58) / Stereo70 Romania),
> EPSG:31251,31252,31253 (MGI (Ferro) / Austria), EPSG:2397/2398/2399
> (Pulkovo 1942(83) / 3-degree Gauss-Kruger zone 3,4,5), EPSG:2065 (S-JTSK
> (Ferro) / Krovak).
>
>
>
> Those were awaiting in various GDAL/libgeotif/proj tickets (*), and were
> not doable until now for most of them, since there was no possibility of
> defining datum shift overrides specific to projected coordinate systems,
> before the changes done in https://trac.osgeo.org/geotiff/changeset/2747
> and
>
> https://trac.osgeo.org/gdal/changeset/37080
>
>
>
> Even
>
>
>
>
>
> (*) From libgeotiff ChangeLog:
>
>
>
> 2017-01-10 Even Rouault 
>
>
>
> * csv/datum_shift_pref.csv: add overrides for PCS 2065
>
> (S-JTSK (Ferro) / Krovak)
>
> Fixes https://trac.osgeo.org/gdal/ticket/4762 and
>
> https://github.com/OSGeo/proj.4/issues/185
>
>
>
> 2017-01-10 Even Rouault 
>
>
>
> * csv/datum_shift_pref.csv: add overrides for PCS 2397/2398/2399
>
> (Pulkovo 1942(83) / 3-degree Gauss-Kruger zone 3,4,5)
>
> Fixes https://github.com/OSGeo/proj.4/issues/235
>
>
>
> 2017-01-10 Even Rouault 
>
>
>
> * csv/datum_shift_pref.csv: add overrides for PCS 31251,31252,31253
>
> (MGI (Ferro) / Austria)
>
> Fixes https://github.com/OSGeo/proj.4/issues/254
>
>
>
> 2017-01-10 Even Rouault 
>
>
>
> * csv/build_pcs.py, csv/datum_shift_pref.csv: add mechanism to define
>
> TOWGS84 parameters per PCS (instead of only relying on the TOWGS84
>
> parameters of the underlying GCS).
>
> Add override for EPSG:3844 ("Pulkovo 1942(58) / Stereo70" Romania)
>
> Fixes https://trac.osgeo.org/geotiff/ticket/52
>
>
>
> 2017-01-10 Even Rouault 
>
>
>
> * csv/datum_shift_pref.csv: add override for CH1903 (EPSG:4149)
>
> Fixes https://trac.osgeo.org/geotiff/ticket/73
>
>
>
>
>
> --
>
> Spatialys - Geospatial professional services
>
> http://www.spatialys.com
>


-- 

"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"Si les contacts avec les étrangers lui étaient permis, [le citoyen
ordinaire] découvrirait que ce sont des créatures semblables à lui-même et
que la plus grande partie de ce qu'on lui a raconté d'eux est fausse. Le
monde fermé, scellé, dans lequel il vit, serait brisé, et la crainte, la
haine, la certitude de son bon droit, desquelles dépend sa morale,
pourraient disparaître" -- George Orwell ("1984")

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman

Photos de voyages, photos de montagne: http://www.henriod.info
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Symbolizing a discrete or a boolean raster

[Stéphane Henriod]

Hi

let me move here a request that has been shortly discussed on the
user-mailing list:
http://lists.osgeo.org/pipermail/qgis-user/2017-January/038793.html
http://lists.osgeo.org/pipermail/qgis-user/2017-January/038795.html
http://lists.osgeo.org/pipermail/qgis-user/2017-January/038801.html

and for which a ticket is open:
http://hub.qgis.org/issues/14845

I was said that some work has been done in this direction for 3.0 but I
don't know if it completely covers the feature request

--

When styling a discrete or boolean raster, there seems to be no direct
method, only a few workarounds. The feature I dream of would do the
following:

   - A new render type "Discrete raster"
   - One button allows to fetch all unique values form the raster (with a
   warning message if there are more than XXX unique values)
   - A color ramp is applied by default
   - I can multi-select values and apply them the same style and / or the
   same label
   - I can remove values. The pixels with those values will simply not be
   displayed
   - I can save my color map and load an existing color map

So pretty much like the ArcGIS implementation:
http://resources.arcgis.com/en/help/main/10.1/index.html#/representing_unique_categories_such_as_land_use/009t007400/

The current limitations I see (in 2.14):

   - The discrete values must be entered manually, which is a pain for a
   raster with many unique values (or if I don't know in advance what all
   values are)
   - If I click on *Classify*, QGIS will choose X values (based on the
   number of classes and the classification method (continuous or equal
   interval)), which no longer match the "exact" values of my raster. It
   doesn't really make sense to classify a discrete rendering
   - Although it is currently possible to style discrete rasters, the
   procedure is not really intuitive for beginners

--

Is this a feature that is envisioned for 3.0? Is there anything I can do to
support it? (except coding it myself, since I don't have the skills for
that...)

Thanks a lot in advance

Cheers

Stéphane


-- 

"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"Si les contacts avec les étrangers lui étaient permis, [le citoyen
ordinaire] découvrirait que ce sont des créatures semblables à lui-même et
que la plus grande partie de ce qu'on lui a raconté d'eux est fausse. Le
monde fermé, scellé, dans lequel il vit, serait brisé, et la crainte, la
haine, la certitude de son bon droit, desquelles dépend sa morale,
pourraient disparaître" -- George Orwell ("1984")

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman

Photos de voyages, photos de montagne: http://www.henriod.info
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Error when importing processing.core.VectorWriter

[Stéphane Henriod]

Dear all

I am trying to automate some OSM-data processing in Qgis but I get stuck
while importing the processing module.

No matter whether I do

*from processing.core.VectorWriter import VectorWriter*

or

*import processing.core.VectorWriter*

or

*import processing.core*

or

*import processing*

I always get this warning:

*QPixmap: Must construct a QApplication before a QPaintDevice*

But this only happens in my stand-alone script. If I do *import
processing.core.VectorWriter* in the Python console in Qgis, no problem...

Any idea where this can come from?

Ubuntu 13.10, Python 2.7.5, Qgis 2.0.1

Thanks and cheers

Stéphane

--
Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux
-- Albert Einstein

Si les contacts avec les étrangers lui étaient permis, [le citoyen
ordinaire] découvrirait que ce sont des créatures semblables à lui-même et
que la plus grande partie de ce qu'on lui a raconté d'eux est fausse. Le
monde fermé, scellé, dans lequel il vit, serait brisé, et la crainte, la
haine, la certitude de son bon droit, desquelles dépend sa morale,
pourraient disparaître -- George Orwell (1984)

Photos de voyages, photos de montagne: http://www.henriod.info
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] New API: network analysis - problem with tiedPoints

[Stéphane Henriod]

Dear all,

I have a problem similar to the one I raised yesterday (
http://lists.osgeo.org/pipermail/qgis-developer/2013-July/027423.html) but
this time with the network analysis module.

I just tried to follow this tutorial:
http://www.qgis.org/pyqgis-cookbook/network-analysis.html

It somehow works (not yet completely, but I have to find out why) in the
Qgis console but not in my stand-alone script.

Basically, my script fails to create the tiedPoints:

tiedPoint = director.makeGraph( builder, [ pstart, pend ] )


This throws an exception that I am unable to understand:

 (type 'exceptions.Exception', Exception('unknown',), traceback object
 at 0xad303284)


Do you see a good reason for this behavior? Do I need to explicitly import
anything more in my script?

So far the heading of my script looks like this:

 import sip
 try:
 apis = [QDate, QDateTime, QString, QTextStream, QTime,
 QUrl, QVariant]
 for api in apis:
 sip.setapi(api, 2)
 except ValueError:
 # API has already been set so we can't set it again.
 pass


 from qgis.core import *
 from qgis.networkanalysis import *
 import qgis.utils



Thanks a lot in advance for your help and ideas!

Cheers

Stéphane

--
Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux
-- Albert Einstein

A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you. -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer