Re: [QGIS-Developer] [Qgis-developer] Select Within plugin, for Centroid Within and Point on Surface Within selections

[Stefan Keller]

  Hi,

> Personally, I no longer use the vector/raster menus;
> all these functions are shortcuts to the Processing tools so better
directly look at the Processing toolbox where more functions and a search
box are available

I've heard this before from power users which also prefer the command line
interface.

But it would be a pity for learners and for non-power users, if menus
become antiquated, neglected or "deprecated".

I would strongly vote for a redesign of the vector menus for the sake of
QGIS! .

:Stefan

Am Do., 8. Okt. 2020 um 10:07 Uhr schrieb DelazJ :

> Hi Andrea,
>
> Yes, of course Andreas. I should have said that I no longer use these
> menus to access Processing tools.
>
> Le jeu. 8 oct. 2020 à 09:50, Andrea Giudiceandrea 
> a écrit :
>
>> DelazJ wrote
>> > Personally, I no longer use the vector/raster menus; all these functions
>> > are shortcuts to the Processing tools so better directly look at the
>> > Processing toolbox where more functions and a search box are available
>>
>> Except for some tools which are only accessible from those menus, like
>> "Raster Calculator" and "Align rasters" and some core plugins, like
>> "Topology Checker", "Geometry Checker", "Georeferencer"... but these are
>> also accessible via toolbar buttons.
>>
>> Regards.
>>
>> Andrea
>>
>>
>>
>> --
>> Sent from:
>> http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
>> ___
>> 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 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] Select Within plugin, for Centroid Within and Point on Surface Within selections

[Stefan Keller]

Salut Harrissou,

Many thanks for the hint! My bad.

It's actually "Extract by location" what I'm looking for.

I somehow don't get the logic:
1. of the Vector menu tool names (Analysis, Research, Geoprocessing,
Geometry and Data management); and
2. the criteria, when a Geoprocessing algorithm is being shown in the menu
(like "Select by location"), and when not (Extract by location).

:Stefan




Am Mi., 7. Okt. 2020 um 22:05 Uhr schrieb DelazJ :

> Hi,
> Stefan, something like the "Select by location" algorithm [0]? I could
> find mention of it in 2.6 docs [1] so not something new.
>
> [0]
> https://docs.qgis.org/3.10/en/docs/user_manual/processing_algs/qgis/vectorselection.html#select-by-location
> [1]
> https://docs.qgis.org/2.6/en/docs/user_manual/processing_algs/qgis/vector_selection_tools/selectbylocation.html
>
> Regards,
> Harrissou
>
> Le mer. 7 oct. 2020 à 20:32, Stefan Keller  a écrit :
>
>> Dear Heikki, dear QGIS devs
>>
>> Recently I had the need to select features based on polygon(s) from
>> another layer.
>> IMHO this is a functionality which comes pretty close to "Geoprocessing
>> Intersection". In ArcGIS this exists quite some time.
>> After desperately seeking around I stumbled upon this nice plugin "Select
>> Within" which mainly does the job and which exists since QGIS 1.8 or so.
>> => Q1: Did I miss somethin in QGIS v3.10?
>> => Q2: If no, are there any plans to integrate this functionality into
>> core?
>>
>> :Stefan
>>
>>
>> Am Mi., 26. Aug. 2015 um 00:50 Uhr schrieb Heikki Vesanto <
>> heikki.vesa...@gmail.com>:
>>
>>> Hi all,
>>>
>>> Replicating the SQLite based methodology in:
>>> http://gisforthought.com/centroid-within-selection-in-qgis/
>>>
>>> But using a plugin. Was surprisingly straightforward, but an
>>> absolutely essential tool if selection postcode areas that fall within
>>> local council areas for example.
>>>
>>> Performance needs some work, and would love to see the functionality
>>> added to the Spatial Query core plugin in the future.
>>>
>>> Also having some issues with my metadata.txt file.
>>>
>>> It reads:
>>> [general]
>>> name=Select Within
>>>
>>> description=Centroid within and point of surface within selection
>>> between vector layers.
>>> category=Vector
>>> version=0.1
>>> experimental=False
>>> qgisMinimumVersion=2.0
>>> author=Heikki Vesanto
>>> email=heikki.vesa...@thinkwhere.com
>>>
>>> icon=icon.png
>>>
>>> homepage=gisforthought.com
>>> deprecated=False
>>>
>>> repository=https://github.com/HeikkiVesanto/QGIS_Centroid_Within/
>>> tracker=https://github.com/HeikkiVesanto/QGIS_Centroid_Within/issues
>>> <https://github.com/HeikkiVesanto/QGIS_Centroid_Within/tracker=https://github.com/HeikkiVesanto/QGIS_Centroid_Within/issues>
>>>
>>> tags=vector, select, selection, polygon, analysis
>>>
>>> But on the http://plugins.qgis.org/plugins/SelectWithin/ page the
>>> repository points to:
>>> http://plugins.qgis.org/plugins/SelectWithin/repo%20url
>>>
>>> Tried re-uploading and re-saving my metadata but alas no help.
>>>
>>> Any questions happy to answer.
>>>
>>> -Heikki
>>> ___
>>> Qgis-developer mailing list
>>> Qgis-developer@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org
>> 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] [Qgis-developer] Select Within plugin, for Centroid Within and Point on Surface Within selections

[Stefan Keller]

Dear Heikki, dear QGIS devs

Recently I had the need to select features based on polygon(s) from another
layer.
IMHO this is a functionality which comes pretty close to "Geoprocessing
Intersection". In ArcGIS this exists quite some time.
After desperately seeking around I stumbled upon this nice plugin "Select
Within" which mainly does the job and which exists since QGIS 1.8 or so.
=> Q1: Did I miss somethin in QGIS v3.10?
=> Q2: If no, are there any plans to integrate this functionality into core?

:Stefan


Am Mi., 26. Aug. 2015 um 00:50 Uhr schrieb Heikki Vesanto <
heikki.vesa...@gmail.com>:

> Hi all,
>
> Replicating the SQLite based methodology in:
> http://gisforthought.com/centroid-within-selection-in-qgis/
>
> But using a plugin. Was surprisingly straightforward, but an
> absolutely essential tool if selection postcode areas that fall within
> local council areas for example.
>
> Performance needs some work, and would love to see the functionality
> added to the Spatial Query core plugin in the future.
>
> Also having some issues with my metadata.txt file.
>
> It reads:
> [general]
> name=Select Within
>
> description=Centroid within and point of surface within selection
> between vector layers.
> category=Vector
> version=0.1
> experimental=False
> qgisMinimumVersion=2.0
> author=Heikki Vesanto
> email=heikki.vesa...@thinkwhere.com
>
> icon=icon.png
>
> homepage=gisforthought.com
> deprecated=False
>
> repository=https://github.com/HeikkiVesanto/QGIS_Centroid_Within/
> tracker=https://github.com/HeikkiVesanto/QGIS_Centroid_Within/issues
> 
>
> tags=vector, select, selection, polygon, analysis
>
> But on the http://plugins.qgis.org/plugins/SelectWithin/ page the
> repository points to:
> http://plugins.qgis.org/plugins/SelectWithin/repo%20url
>
> Tried re-uploading and re-saving my metadata but alas no help.
>
> Any questions happy to answer.
>
> -Heikki
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] [Qgis-user] Multi users environment: From geopackage to a database?

[Stefan Keller]

QGIS-Devs

I'm forwarding this thread from QGIS-users mailinglist to this list.

This is about a crash report (aka severe bug but also a show stopper)
regarding GeoPackage - even read-only.

Goal should IMHO be that 1. QGIS does not crash, 2. QGIS supports
read-only multi-user access, and 3. QGIS prevents users to open
GeoPackage as write access unless it's sure the resource is locked.

I did not find any open issue on this topic except [1] and [2] which
are from 2017 and 2018. But perhaps I'm missing something.

=> Is there any dev working on this long known and outstanding issue?

:Stefan

[1] https://github.com/qgis/QGIS/issues/23991
[2] https://github.com/qgis/QGIS/issues/27899

Am Mi., 6. Mai 2020 um 12:22 Uhr schrieb Robert Nuske
:
>
> Hi Bruno,
>
> another list of known issues with SQLite/GeoPackage and SAMBA in particular
> https://trac.osgeo.org/gdal/wiki/UserDocs/SQLite
>
>
> regards
>   robert
>
> Am 06.05.20 um 12:00 schrieb Stefan Keller:
> > Hi,
> >
> > This should be IMHO an issue of highest priority for QGIS.
> >
> > Jésahel  wrote
> >> I've created a script to deactivate wal on samba shares, because samba is 
> >> the main issue.
> >> It contains this only line : QSettings().setValue("/qgis/walForSqlite3", 
> >> False)
> > That's interesting. Are you sure it's Samba?
> > SQLite FAQ [2] confirms that NFS has problems.
> > Did not find issues on Samba, but file locking with fcntl is mentioned here 
> > [3].
> >
> > Goal should IMHO be that 1. No crash, 2. read-only multi-user access
> > should be possible and 3. writing users must be warned if QGIS isn't
> > able to exclusively open the file.
> > And Jésahel  script suggests, that at least point 1 and 2 are possible.
> >
> > Andreas wrote:
> >> Unfortunately it is a known issue that Geopackages and QGIS are bad at 
> >> handling simultaneous write and even read requests
> >> and developers are working on finding solutions (hopefully soon).
> > The only issue I find on QGIS tracker is [1]. Am I missing something?
> >
> > :Stefan
> >
> > [1] https://github.com/qgis/QGIS/issues/23991
> > [2] https://www.sqlite.org/faq.html#q5
> > [3] https://www.samba.org/samba/docs/old/Samba3-HOWTO/locking.html
> >
> > Am Mi., 6. Mai 2020 um 10:42 Uhr schrieb Jésahel Benoist 
> > :
> >> Hi Bruno,
> >>
> >> I've worked a lot on this issue for two years now. I've started with 
> >> sqlite (that was faster and better) but finally I decided to migrate to 
> >> geopackage. It was painful at first but now it's OK. But it needs some 
> >> rules.
> >>
> >> First, I've broken the original big geopackage files into smaller ones. 
> >> The users are advised to work only one by one on a specific thematic/file 
> >> (read access is possible).
> >> I've created a script to deactivate wal on samba shares, because samba is 
> >> the main issue. It contains this only line : 
> >> QSettings().setValue("/qgis/walForSqlite3", False)
> >> You should download some tools like Spatialite_GUI and 
> >> SQLiteDatabaseBrowser so that you can really work on the db and have 
> >> better control. QGIS's dbmanager is a bit limited and sometimes buggy for 
> >> sqlite/geopackage, especially with special chars.
> >> Try to work with QGIS internal explorer, it's a tool that has good 
> >> export/import functions.
> >> Backup files at least one time a day !
> >>
> >> Now with the covid I have created my own online postgis server so that we 
> >> can work at home without "help" of IT department and it's GREAT. 
> >> Multi-user, faster, smaller, stronger (lol). And some nice capabilities 
> >> like spatial filtering ! I highly recommend this.
> >>
> >> Questions for all : I've recently discovered this 
> >> https://gdal.org/user/virtual_file_systems.html#virtual-file-systems
> >> Wouldn't it be possible to avoid samba's multi-users bug with vsi ?
> >>
> >> Jésahel
> >>
> >>
> >>
> >> Le mer. 6 mai 2020 à 09:12, Andreas Neumann  a écrit :
> >>> Hi Bruno,
> >>>
> >>> Unfortunately it is a known issue that Geopackages and QGIS are bad at 
> >>> handling simultaneous write and even read requests and developers are 
> >>> working on finding solutions (hopefully soon). In single user scenarios 
> >>> Geopackages are fine. But Multiuser must be avoided, even for reading 
> >>> only, unfortunately.
> >>>
> >>&g

[QGIS-Developer] Storing topology information in a vector layer (format)?

[Stefan Keller]

Hi,

This is about processing either an area mesh (tesselation) layer. Area
meshes are topological structures and issue is that most spatial data
formats - other than TopoJSON and E00 - are non-topological.

This in means, that a data reader has to infer the topology from
geometry (which requires exponential computing time), and even worse,
that potentially there are topological errors (like gaps,
overlaps/slivers). The built-in "Topology Checker Plugin" of QGIS [1]
does the validation preprocessing step.

Are there any ideas to store topology in a polygon vector layer (e.g.
as array of features IDs to reference polygon neighbors), so a reader
(a PyQGIS function/extension) doesn't have to rebuild the topology
every time?

:Stefan

[1] 
https://docs.qgis.org/3.4/en/docs/user_manual/plugins/core_plugins/plugins_topology_checker.html
___
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] OGC API Features provider

[Stefan Keller]

Dear Even (dear Richard, dear all)

Many thanks for your replies. Thanks to your instant feedback we got
our minimal server implementation to work (also with QGIS).

Our issue was with the "/collections/castles/items" endpoint, where we
missed to include a link to the next page so that the (QGIS) reader
client can iterate through all the features pageuntil they’re all
read.

Finally, did I understood you correctly regarding the QGIS client options:

At 10. Dec. 2019 20:48 Even Rouault wrote:
> > Question 1: Any idea what QGIS makes it's OGC-API-Features reader to
> > add limit=10?
>
> Because that's the page size it detects from your service, or more presumably
> the default value if your service doesn't implement /api properly. You can
> tune it in the "WFS option" group of the "Modify WFS connection" dialog

I've added the WFS3 (alias OGC API-F) service using QGIS menu item
"Add Vector Layer..." in menu "Layer".
So you are referring to entry field "Request step size" in the "Data
Soure Manager WMS/WMTS dialog?

:Stefan

[1] https://pro.arcgis.com/en/pro-app/help/data/services/use-wfs-services.htm


Am Di., 10. Dez. 2019 um 20:48 Uhr schrieb Even Rouault
:
> > Question 1: Any idea what QGIS makes it's OGC-API-Features reader to
> > add limit=10?
>
> Because that's the page size it detects from your service, or more presumably
> the default value if your service doesn't implement /api properly. You can
> tune it in the "WFS option" group of the "Modify WFS connection" dialog


Am Di., 10. Dez. 2019 um 20:48 Uhr schrieb Even Rouault
:
>
> On mardi 10 décembre 2019 20:36:22 CET Stefan Keller wrote:
> > Hi,
> >
> > As I already talked about elsewhere I'm implementing a "minimal OGC-API
> > Features Server".
> >
> > Now I'd like to test this service with QGIS as client. And I also
> > tested QGIS with the "kataster" service [1] the mentioned in the docs
> > [2].
> > Unfortunately I count not get both services to work (display) in QGIS.
> >
> > * Our own service is being asked by QGIS with bbox and "limit=10&" any
> > time a zoom or pan occurs. But QGIS displays just 10 which are not
> > replaced by others whatever I do with QGIS.
>
> Perhaps your service doesn't really return true unique ids ?
>
> > * The kataster service asks about the CRS, then reports a large number
> > of features (which means there must be a different "limit="), and
> > finally does not answer requests from QGIS anymore.
>
> Works for me.
>
> >
> > Question 1: Any idea what QGIS makes it's OGC-API-Features reader to
> > add limit=10?
>
> Because that's the page size it detects from your service, or more presumably
> the default value if your service doesn't implement /api properly. You can
> tune it in the "WFS option" group of the "Modify WFS connection" dialog
>
> >
> > Question 2: Does anybody know about any another OGC-API Features
> > service we could use to test?
>
> See list in comment of https://github.com/qgis/QGIS/pull/32262
>
> Even
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
___
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] OGC API Features provider

[Stefan Keller]

Hi,

As I already talked about elsewhere I'm implementing a "minimal OGC-API Features
Server".

Now I'd like to test this service with QGIS as client. And I also
tested QGIS with the "kataster" service [1] the mentioned in the docs
[2].
Unfortunately I count not get both services to work (display) in QGIS.

* Our own service is being asked by QGIS with bbox and "limit=10&" any
time a zoom or pan occurs. But QGIS displays just 10 which are not
replaced by others whatever I do with QGIS.
* The kataster service asks about the CRS, then reports a large number
of features (which means there must be a different "limit="), and
finally does not answer requests from QGIS anymore.

Question 1: Any idea what QGIS makes it's OGC-API-Features reader to
add limit=10?

Question 2: Does anybody know about any another OGC-API Features
service we could use to test?

:Stefan


[1] https://www.ldproxy.nrw.de/rest/services/kataster
[2] https://gdal.org/drivers/vector/oapif.html




Am Di., 24. Sept. 2019 um 11:26 Uhr schrieb Even Rouault
:
>
> > I would probably advise against this approach, from the architectural point
> > of view, I think that it would be better to address the new OGC JSON-based
> > API with an abstract base class for providers that consume that kind of API
> > and make WFS3 the first concrete implementation of that base.
>
> While I understand this idea, I see several difficulties:
> - the candidate providers are the feature one, a coverage and a tile / map
> one, but vector and raster providers have little in common
> - at the time of writing, to the best of my knowledge, only the OAPI-F has
> reached a sufficient degree of maturity in its spec and initial
> implementations. In particular while I think there is an intention to have a
> OAPI-Common at some stage, I don't think this has emerged yet (the current
> github repo for it is a copy of OAPI-F), so making an abstraction with
> just a single implementation is not going to work well at that stage.
> - if looking at the existing providers in QGIS, the arcgisrest ones seem to be
> the closest to what you mention above. From what I see, the code between the
> AMS and AFS is quite separate, likely for the reasons I mentionned in my first
> point. They do have some utility functions qgsarcgisrestutils.h in common, so
> that would be more the kind of communality I can imagine if a OAPI-Tile/Map
> provider is later added. Perhaps things like parsing service metadata.
>
> Regarding the UI, I'm not completely sure of the best option. I can understand
> the opinion I got that reusing the WFS UI could be better because people are
> familiar with it, and that would limit the number of provider entries (people
> just have to figure out if the URL they are provided with is a WFS, OAPI-F or
> ArcGIS REST Feature one...). It can also makes sense if the OAPI-F stuff is
> added to the existing WFS provider.
> The other point of view, having a dedicated UI & provider, has also its
> advantages in term of code clarity (but provided the point below can be
> solved)
>
> > Re-using the WFS-sqlite feature cache looks a good idea, you might want to
> > refactor it out to core to make it re-usable from a family of providers.
>
> I haven't completely given up on trying that idea. Just scares me :-)
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
> ___
> 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

Re: [QGIS-Developer] Adding "Requirements" as optional field/entry/line in metadata.txt

[Stefan Keller]

Ciao Paolo

Thanks for replying.
I've opened this ticket https://issues.qgis.org/issues/21715 .
I'm sorry not being able to promise help. I'm focusing my time on QGIS
Vector Tiles Reader plugin, QGIS bug reporting and providing
educational material for QGIS like OpenSchoolMaps (see English version
of worksheets [1]).

:Stefan

[1] https://openschoolmaps.ch/pages/materialien.html


Am So., 31. März 2019 um 17:10 Uhr schrieb Paolo Cavallini
:
>
> Agreed, thanks. I suspect there is already a suggestion for this, could
> you please check and open a ticket if not?
> Would you be available helping us to implement it?
> Thanks.
>
> On 31/03/19 15:22, Tom Kralidis wrote:
> > Good idea. Perhaps listing actual Python requirements or pointing to / 
> > assessing a requirements.txt type file is pushing it?
> >
> > ..Tom
> >
> > Sent from my iPhone
> >
> >> On Mar 31, 2019, at 08:49, Stefan Keller  wrote:
> >>
> >> Hi
> >>
> >> As a user when searching and browsing for a plugin in QGIS extension
> >> manager or on the website https://plugins.qgis.org/ , I think users
> >> should be informed before hand about the requirements, dependencies
> >> and restrictions of a plugin.
> >>
> >> These are possible requirements, dependencies and restrictions which
> >> come to my mind: The plugin...
> >> * is running only on one platform
> >> * is depending on some other SW to be installed separately (because
> >> it's not included in the QGIS installation),
> >> * requires some registration or account.
> >>
> >> My suggestion is to add an optional field/entry/line in metadata.txt
> >> called "Requirements" where requirements, dependencies and
> >> restrictions are to be described.
> >>
> >> This entry would be mandatory if there exist such requirements. Some
> >> dependencies and restrictions could potentially even be potentially
> >> validated automatically.
> >>
> >> :Stefan
> >>
> >> P.S. I actually also thought about adding a "spatial extends"
> >> attribute in metadata.txt in order to indicate that this plugin only
> >> works for some specific countries or regions. But for now I'd just
> >> prefer that the chapter "Recommendations" on
> >> https://plugins.qgis.org/publish/ is being extended to mention that
> >> spatial limitations to be mentioned in the plugin description!
> >> ___
> >> 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
> >
>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
> ___
> 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

Re: [QGIS-Developer] Can't import GeoPackage generated by QGIS into PostGIS

[Stefan Keller]

Hi,

I could replicate this behavior (limiting string to 255) using QGIS 3
by exporting a layer to a GeoPackage.
My impression is, that GeoPackage data provider is replacing
String/QString field types which have length 0, by a default length of
255 chars (which is obviously wrong).

:Stefan

Am So., 31. März 2019 um 13:47 Uhr schrieb Anita Graser :
>
>
>
> On Sun, Mar 31, 2019 at 11:42 AM Anita Graser  wrote:
>>
>> On Sat, Mar 30, 2019 at 10:11 PM Alessandro Pasotti  
>> wrote:
>>>
>>> On Sat, Mar 30, 2019, 21:55 Anita Graser  wrote:

 - Option #2: QGIS shouldn't create GeoPackages that store long strings in 
 field defined as text(255)
>>
>> I'll create a ticket for #2 then.
>
>
> Here it is: https://issues.qgis.org/issues/21714
>
> Regards,
> Anita
>
>
> ___
> 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] Enhancing recommendations text for metadata.txt (Was: QTiles3 with suboptimal name and repo entries)

[Stefan Keller]

Hi,

QTiles was a useful plugin from NextGIS to generate raster tiles from
a QGIS 2 project. In march 2018 an issue was opened to update it to
QGIS 3 [1]. In january 2019 it was forked and - lucky us users -
updated to QGIS 3 by another developer and released in the plugin repo
[2].

This is all fine, except at least following issues:
1. The plugin was renamed from QTiles to QTiles3
2. In metadata.txt of QTiles3 the 3 entries "homepage, tracker,
repository" all are pointing to the original github repo of NextGIS
[3], but the code for QTiles3 is not there. It's IMHO not yet made
publicly available, except by the fact that Python code is always
included in the zip uploaded to the QGIS repo.

Ad 1: I think renaming a plugin just because it's upgraded to QGIS 3
should be discouraged.

Ad 2: To me QGIS maintainers should somehow be able to check in a
computer-supported way, if the plugin code uploaded is identical with
the code repo indicated in metadata.txt.

I'd like to propose to extend chapter "Recommendations" [4] with
following addendums:

* Don't rename the plugin title just because it's upgraded to a newer
version like QGIS 3.

* Check if source code uploaded to the QGIS plugin repo as zip is
identical to "Code repository" indicated in metadata.txt.

In addition I suggested adding "Requirements" as optional
field/entry/line in metadata.txt" in another thread. But as a short
term action (until a "Requirements" field/entry/line is adopted in
metadata.txt) I'd also suggest this text in chapter "Recommendations"
[4]:

* Mention any requirements, dependencies and restrictions in the
description text section (which can be multi-line). Examples of
requirements, dependencies and restrictions are, if the plugin is
running only on selected platforms, requires SW to be installed
separately or some user account, but also if the plugin is spatially
covering just some countries or regions.

What do you think?

:Stefan

[1] https://github.com/nextgis/QTiles/issues/94#issuecomment-478235015
[2] https://plugins.qgis.org/plugins/qtiles3/
[3] https://github.com/nextgis/QTiles
[4] https://plugins.qgis.org/publish/
___
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] Adding "Requirements" as optional field/entry/line in metadata.txt

[Stefan Keller]

Hi

As a user when searching and browsing for a plugin in QGIS extension
manager or on the website https://plugins.qgis.org/ , I think users
should be informed before hand about the requirements, dependencies
and restrictions of a plugin.

These are possible requirements, dependencies and restrictions which
come to my mind: The plugin...
* is running only on one platform
* is depending on some other SW to be installed separately (because
it's not included in the QGIS installation),
* requires some registration or account.

My suggestion is to add an optional field/entry/line in metadata.txt
called "Requirements" where requirements, dependencies and
restrictions are to be described.

This entry would be mandatory if there exist such requirements. Some
dependencies and restrictions could potentially even be potentially
validated automatically.

:Stefan

P.S. I actually also thought about adding a "spatial extends"
attribute in metadata.txt in order to indicate that this plugin only
works for some specific countries or regions. But for now I'd just
prefer that the chapter "Recommendations" on
https://plugins.qgis.org/publish/ is being extended to mention that
spatial limitations to be mentioned in the plugin description!
___
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] Windows only version of a QGIS 2.18x plugin

[Stefan Keller]

Hi,

12. Feb. 2019 02:44 Nathan Woodrow wrote:
> Personally I don't see any reason to not allow it in official repo and there 
> is support for that here as IMO there
is nothing bad here and nothing should force people to work 100% on
all platforms all the time because that is
a hell of a lot of work that is hard even for skilled developers.

+1

But this discussion reminds me about an extension I'd like to propose:
As a user when searching and browsing for a plugin in QGIS extension
manager and on the website https://plugins.qgis.org/ , I'd like that
users be informed before hand about the dependencies and restrictions.

Actually Richard suggested already this to "add a big note in the
metadata.txt description that this plugin is only usable with vesper
and windows.". There are actually quite some plugins which require an
account to be usable.

So my suggestion is to add an optional field/entry/line in
metadata.txt called "Requirements" where dependencies and restrictions
are to be described. This entry would be mandatory if there exist such
requirements - and some dependencies and restrictions could
potentially even be validated automatically.

:Stefan

Am Di., 12. Feb. 2019 um 09:18 Uhr schrieb Luigi Pirelli :
>
> Ho I see
>
> I do not see any limitation to have the plugin in the repo until third party 
> and closed binaries are not distributed with the plugin as is the case for 
> VESPER executables. Does it make sense to contribute to other communities 
> (e.g. https://github.com/bsmurphy/PyKrige/issues/41) to open the 
> implementation that is already public?
>
> Luigi Pirelli
>
> **
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Mastering QGIS 2nd Edition:
> * 
> https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
> * Hire me: http://goo.gl/BYRQKg
> **
>
>
> On Mon, 11 Feb 2019 at 00:56,  wrote:
>>
>> Hi Paulo,
>>
>> VESPER provides local block kriging. It has also been adopted as the method 
>> and tool of choice by the Precision Agriculture industry here in Australia.
>>
>> Further information on VESPER can be found at 
>> https://sydney.edu.au/agriculture/pal/software/vesper.shtml.
>>
>> Christina
>>
>> -Original Message-
>> From: QGIS-Developer [mailto:qgis-developer-boun...@lists.osgeo.org] On 
>> Behalf Of Paolo Cavallini
>> Sent: Friday, 8 February 2019 6:10 PM
>> To: qgis-developer@lists.osgeo.org
>> Subject: Re: [QGIS-Developer] Windows only version of a QGIS 2.18x plugin
>>
>> Hi all,
>>
>> On 07/02/19 08:46, Alessandro Pasotti wrote:
>>
>> > That makes me think that perhaps the best win-win solution would have
>> > been to fix/improve QGIS's Kriging implementation instead of relying
>> > on a windows-only binary.
>>
>> Christina, what is missing fro our core kriging module?
>> Thanks.
>>
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS.ORG Chair:
>> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>> ___
>> 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 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

Re: [QGIS-Developer] Find unmaintained plugins

[Stefan Keller]

Hi,

Am Mo., 4. Feb. 2019 um 17:07 Uhr schrieb Thomas Baumann <
rdbath.regiod...@gmail.com>:

> But at the same time you have to see that buggy unmaintained plugins can
> cause a lot of frustration to users.
> I have made the experience that problems caused by such plugins are also
> actually very bad for the reputation of qgis.
>

I also see a need to inform users about buggy or not-working plugins.
Obviously the votes are not having this effect (since they only increase?).

But "maintained" does not mean "bug-free"  - as you all know e.g. from
commercial SW ;-).
And open source SW dev and maintenance in ones leisure time does not get
better when you get an flaq "unmaintained" on your plugin.

I'm thinking along the line to allow comments in the repo
http://plugins.qgis.org (always with mandatory info about version of
plugin, OS, etc.).
And in almost any  case, we need more maintainer (sic!) efforts to maintain
the plugin repo.

:Stefan

Am Mo., 4. Feb. 2019 um 17:07 Uhr schrieb Thomas Baumann <
rdbath.regiod...@gmail.com>:

> Hi,
> I can understand concerns about not wanting to discourage maintainers.
>
> But at the same time you have to see that buggy unmaintained plugins can
> cause a lot of frustration to users.
> I have made the experience that problems caused by such plugins are also
> actually very bad for the reputation of qgis.
> (Because most of the users (and the deciders in a company) won't
> differentiate between qgis "core" and the plugins which are distributed
> over the official(!) repository. From their point of view qgis is just
> buggy.)
>
> I think it's just fair to inform the user if a plugin is still maintained
> or not and to be honest I don't quite understand why it should be too hard
> to click on a confirmation-link once a year to prove that you still
> maintain a plugin.
>
> If the maintainer does not want to respond or does not find the time to
> click the link than I guess it just reflects the fact that the plugin isn't
> maintained by this person anymore.
>
>
> For qgis 2.18 there were more than 800 plugins in the official repository
> and I guess that in some years there could be even more plugins available
> for qgis 3.
>
> I think it will be hard to keep qgis3 stable and performant if buggy
> unmaintained plugins won't be sorted out or at least marked as unmaintained.
>
> Regards,
> Thomas
>
>
>
>
>
>
>
>
> Am Mo., 4. Feb. 2019, 15:25 hat Tim Sutton  geschrieben:
>
>> Hi
>>
>>
>> On 04 Feb 2019, at 00:30, Nyall Dawson  wrote:
>>
>> On Mon, 4 Feb 2019 at 00:57, Matthias Kuhn  wrote:
>>
>>
>> Hi Paolo
>>
>> On 2/3/19 1:39 PM, Paolo Cavallini wrote:
>>
>> Hi Matthias,
>>
>> On 03/02/19 10:17, Matthias Kuhn wrote:
>>
>> Marking a plugin as "unmaintained" or "deprecated" is a heavy action
>> which may discourage developers and make even useful plugins disappear.
>>
>>
>> deprecated yes, unmaintained not necessarily. We could just let the user
>> know, perhaps suggesting a way to solve this, without removing them for
>> the list of available plugins (just like the Featured tag).
>>
>>
>> Then I misunderstood the goal of this proposal, sorry.
>>
>> I was imagining myself looking through a plugin list of a software of
>> which I am an ordinary user and seeing a plugin tagged as
>> "unmaintained". This would make me think it's unreliable, outdated and
>> unstable and hence not recommended.
>>
>>
>> I think this actually IS the intention here.
>>
>> But, as you've pointed out, no activity =/= unmaintained, as sometimes
>> no activity just means bug free and feature complete. In this case I
>> think it's fine to require developers to respond to a quick "is this
>> still maintained" survey in order to avoid the flag.
>>
>>
>> And sometimes even if the plugin is unmaintained it is still useful to
>> lots of people (even if it has a few known bugs)…..
>>
>> I’m not sure if flagging plugins as unmaintained is always so nice.. I
>> would favour an approach where we could just list plugins in the plugin
>> manager based on the date of their last release, most recent first so that
>> you can see old versus new
>>
>> Definitely -1 here on removing plugins that are orphaned unless they are
>> part of a security / data integrity risk. Many people may have built up
>> specific workflows around the existence of a particular plugin or two and
>> there is no need to break this for people even if the plugin is orphaned…
>>
>> Regards
>>
>> Tim
>>
>>
>>
>> —
>>
>>
>>
>>
>>
>>
>>
>> *Tim Sutton*
>>
>> *Co-founder:* Kartoza
>> *Ex 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
>>
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: 

Re: [QGIS-Developer] Jupyter Console Plugin for QGIS?

[Stefan Keller]

Am So., 3. Feb. 2019 um 11:00 Uhr schrieb Luigi Pirelli :
> I hadn't time to investigate, but 1.5y ago I challenged various talented devs 
> and none found a solution...
> But having a well focused GSoC probably could help :)

So ;-) , do we have a good idea for GSoC 2019 - and a mentor (you)?
My contribution could be use and test cases...

:Stefan

Am So., 3. Feb. 2019 um 11:00 Uhr schrieb Luigi Pirelli :
>
> There were already a past GSoC focused on something similar... But oriented 
> to use qgis as back end for mapping only.
>
> IMHO a GSoC should be on remove (if possible) at console ernel sharing 
> limitation when embedded.. Not specifically a qgis oriented stuff.
> I hadn't time to investigate, but 1.5y ago I challenged various talented devs 
> and none found a solution... But having a well focused GSoC probably could 
> help :)
>
> On Sunday, 3 February 2019, Stefan Keller  wrote:
>>
>> A Jupyter Console QGIS Plugin would probably be a good "Google Summer
>> of Code 2019 Idea"?
>> https://github.com/qgis/QGIS/wiki/Google-Summer-of-Code-2019-Ideas
>>
>> :Stefan
>>
>> Am Do., 31. Jan. 2019 um 23:07 Uhr schrieb Luigi Pirelli :
>> >
>> > I already wrote many times about QT Console limitations to interact with 
>> > external kernels... I dind't know about RichJupyterWidget and I'm not 
>> > updated about qt console evlution.
>> >
>> > IMHO if it works would be great... since 1.5y ago it was not possible.
>> >
>> > Luigi Pirelli
>> >
>> > **
>> > * LinkedIn: https://www.linkedin.com/in/luigipirelli
>> > * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
>> > * GitHub: https://github.com/luipir
>> > * Mastering QGIS 2nd Edition:
>> > * 
>> > https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
>> > * Hire me: http://goo.gl/BYRQKg
>> > **
>> >
>> >
>> > On Thu, 31 Jan 2019 at 21:03, Alessandro Pasotti  
>> > wrote:
>> >>
>> >> Stefan,
>> >>
>> >> this is actually a very good idea, I've started something similar a few 
>> >> years ago, but its scope was limited to embedding the IPython console 
>> >> inside QGIS, the plugin is available here: 
>> >> https://plugins.qgis.org/plugins/IPyConsole/
>> >>
>> >> It is based on QtConsole.
>> >>
>> >> Perhaps it could be a starting point, IIRC Luigi also explored this 
>> >> possibility while we were working together in Boundless.
>> >>
>> >>
>> >>
>> >>
>> >> On Thu, Jan 31, 2019 at 8:11 PM Stefan Keller  wrote:
>> >>>
>> >>> Hi,
>> >>>
>> >>> August 2017 Tim S. blogged about "Plotting the future of QGIS" [1] and
>> >>> mentioned as no. 1. "We need to beef up the analytical capabilities in
>> >>> QGIS". There he asked "why not provide both a Jupyter Notebook"
>> >>> embedded into QGIS and pointed to options to integrate the Jupyter Qt
>> >>> console [2]. QGIS/Jupyter integration has been mentioned 2017 as
>> >>> possible GSoC but then can't see other activities.
>> >>>
>> >>> So what is your opinion about writing a QGIS Python Plugin which
>> >>> allows to run Python notebooks an accesses the QGIS processing power
>> >>> (e.g. using Qt's  RichJupyterWidget).
>> >>>
>> >>> Any developments or thoughts on this?
>> >>>
>> >>> :Stefan
>> >>>
>> >>> [1] https://blog.qgis.org/2017/08/25/plotting-the-future-of-qgis/
>> >>> [2] 
>> >>> https://qtconsole.readthedocs.io/en/stable/#embedding-the-qtconsole-in-a-qt-application
>> >>> ___
>> >>> 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
>> >> ___
>&g

Re: [QGIS-Developer] Jupyter Console Plugin for QGIS?

[Stefan Keller]

A Jupyter Console QGIS Plugin would probably be a good "Google Summer
of Code 2019 Idea"?
https://github.com/qgis/QGIS/wiki/Google-Summer-of-Code-2019-Ideas

:Stefan

Am Do., 31. Jan. 2019 um 23:07 Uhr schrieb Luigi Pirelli :
>
> I already wrote many times about QT Console limitations to interact with 
> external kernels... I dind't know about RichJupyterWidget and I'm not updated 
> about qt console evlution.
>
> IMHO if it works would be great... since 1.5y ago it was not possible.
>
> Luigi Pirelli
>
> **
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Mastering QGIS 2nd Edition:
> * 
> https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
> * Hire me: http://goo.gl/BYRQKg
> **
>
>
> On Thu, 31 Jan 2019 at 21:03, Alessandro Pasotti  wrote:
>>
>> Stefan,
>>
>> this is actually a very good idea, I've started something similar a few 
>> years ago, but its scope was limited to embedding the IPython console inside 
>> QGIS, the plugin is available here: 
>> https://plugins.qgis.org/plugins/IPyConsole/
>>
>> It is based on QtConsole.
>>
>> Perhaps it could be a starting point, IIRC Luigi also explored this 
>> possibility while we were working together in Boundless.
>>
>>
>>
>>
>> On Thu, Jan 31, 2019 at 8:11 PM Stefan Keller  wrote:
>>>
>>> Hi,
>>>
>>> August 2017 Tim S. blogged about "Plotting the future of QGIS" [1] and
>>> mentioned as no. 1. "We need to beef up the analytical capabilities in
>>> QGIS". There he asked "why not provide both a Jupyter Notebook"
>>> embedded into QGIS and pointed to options to integrate the Jupyter Qt
>>> console [2]. QGIS/Jupyter integration has been mentioned 2017 as
>>> possible GSoC but then can't see other activities.
>>>
>>> So what is your opinion about writing a QGIS Python Plugin which
>>> allows to run Python notebooks an accesses the QGIS processing power
>>> (e.g. using Qt's  RichJupyterWidget).
>>>
>>> Any developments or thoughts on this?
>>>
>>> :Stefan
>>>
>>> [1] https://blog.qgis.org/2017/08/25/plotting-the-future-of-qgis/
>>> [2] 
>>> https://qtconsole.readthedocs.io/en/stable/#embedding-the-qtconsole-in-a-qt-application
>>> ___
>>> 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
>> ___
>> 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] Jupyter Console Plugin for QGIS?

[Stefan Keller]

Hi,

August 2017 Tim S. blogged about "Plotting the future of QGIS" [1] and
mentioned as no. 1. "We need to beef up the analytical capabilities in
QGIS". There he asked "why not provide both a Jupyter Notebook"
embedded into QGIS and pointed to options to integrate the Jupyter Qt
console [2]. QGIS/Jupyter integration has been mentioned 2017 as
possible GSoC but then can't see other activities.

So what is your opinion about writing a QGIS Python Plugin which
allows to run Python notebooks an accesses the QGIS processing power
(e.g. using Qt's  RichJupyterWidget).

Any developments or thoughts on this?

:Stefan

[1] https://blog.qgis.org/2017/08/25/plotting-the-future-of-qgis/
[2] 
https://qtconsole.readthedocs.io/en/stable/#embedding-the-qtconsole-in-a-qt-application
___
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] Should we disable Processing modeler for the next 3.4?

[Stefan Keller]

I have had problems QGIS 2.x.x versions with Processing time ago. Now
I hope to have time to test 3.4 these days.

Speaking about GRASS: It's a long time wish from me that there would
be a QGIS delivery (via Installers) where GRASS and SAGA are optional.
I've had so many experiences in teaching QGIS and I've seen so many
use cases where I wished to have a more slim QGIS without Java and
without such big sized libraries. Having said this, pls. let me add
that I'm using GRASS myself sometimes for certain analyses, and that I
appreciate GRASS and SAGA very much.

I'm chiming in with this wish because I think that this could be
related to separating adding and separating unit tests.

:Stefan


Am Di., 11. Sep. 2018 um 09:44 Uhr schrieb Luigi Pirelli :
>
> On Tue, 11 Sep 2018 at 01:06, Nyall Dawson  wrote:
>>
>> Hell no! (no wait, that's not strong enough...! #$%#$% no!!!) ;)
>
>
> ;) I know my mail was a bomb!
>
>>
>> I think the issue with grass is more to do with "running more than one
>> GRASS algorithm in a single qgis session".
>
>
> that's could be a problem... but probably not in my use case.
>
>>
>> > 2) There are not so many users moving models to 3.x => many use cases are 
>> > not covered yet.
>>
>> Yes, many use cases are definitely not covered yet. But I don't think
>> these are regressions, just missing features/functionality  (let me
>> know if they are regressions).
>
>
> I tried to avoid completely to use 2.18 version also to face all possible 
> issue and trying to fix them, so I can't say if it's a regression.
>
> cheers
> ___
> 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

Re: [QGIS-Developer] [Qgis-developer] Publishing Custom Python Expression Functions for QGIS

[Stefan Keller]

Hi Nathan

Though QGIS 2.x is end of life soon, can you publish the plugin now
with Simran's fancy new functions (as documented here
https://github.com/NathanW2/qgsexpressionsplus )?

:Stefan

2017-04-10 13:41 GMT+02:00 Khare Simran :
> Hi Nathan,
>
>
> Thanks for your reply. I have now made a pull request to qgsexpressionsplus.
>
>
> Best regards,
>
> Simran
>
> 
> From: Nathan Woodrow 
> Sent: Friday, April 7, 2017 12:52:18 AM
> To: Khare Simran
> Cc: qgis-developer@lists.osgeo.org
> Subject: Re: [Qgis-developer] Publishing Custom Python Expression Functions
> for QGIS
>
> Hey Simran,
>
> Nice work on making some custom expressions.   I'm happy to take a pull
> request for my expressions plus plugin to allow other people to use them.
>
> Send me a PR with the changes and I can merge them for you.
>
> Regards,
> Nathan
>
> On Wed, Apr 5, 2017 at 7:00 PM, Khare Simran  wrote:
>>
>> Hi,
>>
>> I am Simran, an intern at the Institute for Software in HSR Rapperswil. I
>> have come up with some Custom Python Expression functions for QGIS. They
>> are:
>>
>>
>> 1. hstore_get_value(), hstore_exist(), hstore_contains_key_value() and
>> hstore_contains_hstore() :
>>
>> These functions can search for keys and values in hstore strings. They are
>> useful for selecting features based on their tags, which are of hstore type.
>>
>>
>>
>> 2. maxofallvaluesplusone('fieldName')
>>
>> Given a field name, this function returns 1 + the maximum of all values in
>> that field. It is useful for automatically generating a unique id (for
>> example fid) every time the user adds a new feature to a layer.
>>
>>
>> You can find the functions on Github:
>> https://github.com/simran001/custom-expression-functions
>>
>>
>> Please let me know if I should publish these functions as part of the QGIS
>> Resource Sharing Plugin, or if it would be a better idea to make a pull
>> request at https://github.com/NathanW2/qgsexpressionsplus.
>>
>>
>> Thanks!
>>
>>
>> Best regards,
>>
>> Simran
>>
>>
>>
>>
>> ___
>> 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 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] CRS for GeoJson Data

[Stefan Keller]

The current GeoJSON spec. [1] mentions in the abstract, as last of its
containing three sentences:
"GeoJSON uses a geographic coordinate reference system, World Geodetic
System 1984, and units of decimal degrees.".

[2] contains an update which says
"2008 geojson.org GeoJSON supported alternative coordinate reference
systems other than ESPG:4326, but this capability was removed in the
current GeoJSON standard."

So, it seems, that QGIS is actually following the 2008 spec. and
probably should be updated.
=> Someone files an issue?

--Stefan

1] https://tools.ietf.org/html/rfc7946
[2] https://macwright.org/2015/03/23/geojson-second-bite


2017-11-22 21:37 GMT+01:00 C Hamilton :
> I don't know, but if that it the case then QGIS is exporting GeoJSON wrong.
> For example if you have a layer that is say EPSG:3857 and export the points
> to a GeoJSON file, you will find a crs tag specifying 3857 and the
> coordinates are in 3857. They were not converted to WGS84.
>
> On Wed, Nov 22, 2017 at 2:46 PM, Tom Chadwin 
> wrote:
>>
>> Doesn't the GeoJSON spec mandate WGS84?
>>
>> Tom
>>
>>
>>
>> -
>> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon
>> --
>> Sent from:
>> http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
>> ___
>> 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 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] OsmAnd obf data + styling ?

[Stefan Keller]

Hi,

2017-10-16 10:22 GMT+02:00 PIERRE Sylvain <sylvain.pie...@bas-rhin.fr>:
> I'm interest in OSMAND rendering too.
> XML ressources for styling are here :
> https://github.com/osmandapp/OsmAnd-resources/tree/master/rendering_styles
>
> Question is: how can I apply one OSMAND style to OSM data?

Let me explain it like this: Every style (e.g. OsmAnd default style)
is written in a style language, which maps a data object (e.g. an OSM
tree) to a symbol (e.g. pine.svg), perhaps with a data filter, like
filtering only OSM trees with tag "pine" and given a certain scale
range.
OsmAnd has a fixed OsmAnd specific data schema (derived from OSM
data), an OsmAnd specific styling language, an OsmAnd specific default
style written in this language (in XML) and an OsmAnd specific Java
renderer.
Given QGIS would be able to read the fixed OsmAnd specific data schema
and format, we still face the problem that there is no software which
would translate an OsmAnd style to QGIS styles (remember: the only
existing software is the OsmAnd app which interprets OsmAnd styles).
And even if we would have such a OsmAnd style interpreter, we always
would be dependent of OsmAnd tools and every time we want to include
another OSM object (say a bench) ,we would have to convince OsmAnd
devs that this also belongs into OsmAnd.

That's why I suggest another approach: Let's use the new 2D vector
tiles technology with the de-facto standard specified by Mapbox. This
mainly consists of the MVT spec. plus metadata. There is even a file
format - mbtiles for vector tiles, which is not yet a standard (there
are GeoPackage Extensions under way) but it's already usable for
offline use, e.g. in the Vector Tiles Reader plugin.

There exist free vector tiles services e.g. from OpenMapTiles.org and
MapZen (both with different data schematas) and downloadable (mbtiles)
data e.g. from OpenMapTiles.org. And there exist even vector tiles
generators, like tilemaker or t-rex to produce vector tiles (mbtiles
format) on your own.

What still remains to be resolved is the question of nice open base map styles:

2017-10-16 8:44 GMT+02:00 Richard Duivenvoorde <rdmaili...@duif.net>:
> ...
> My aims is just to make it easier to have for example a local reference
> map for offline users. The ability to do routing on it was also a nice
> feature of their format...
>
> Are you aware of a nice (QGIS) styling for that data model then?
> (lines, multipolygons, planet_osm_lines/_points/_polygons, points)

What you cite here as data model/schema is the "osm2pgsql schema"
which is typically used together with mapnik styles (XML/CartoCSS) and
renderer.
Given this data schema you could use also the QGIS styling language
and there is at least one nice QGIS style I'm aware of:
https://github.com/yannos/beautiful_osm_in_qgis/
This is a nice starting point - but it will inevitably become slow for
larger areas since planet osm_points is a huge table which needs to be
fully scanned several times for every zoom/pan.

Now coming back to my vector tiles approach: The Vector Tiles Reader
plugin comes with a simple base map style made for OpenMapTiles
(service or offline mbtiles):
https://github.com/geometalab/Vector-Tiles-Reader-QGIS-Plugin/tree/master/styles
. These .QML files need some love and everyone is invited to enhance
this style and submit pull requests to this repo.

Looking at OpenMapTiles.org you'll see many nice base map styles with
an open license. These styles are written in the MapBox GL JS styling
language which is something QGIS can not read. So my plans with the
Vector Tiles Reader plugin are to get e.g. a converter which
translates them to MapBox GL JS => QGIS QML. But don't expect too much
from such a software since I'd dare to say that no style language
(QML, SLD/SE, MapServer, MapBox GL JS, OsmAnd, Mapnik XML/CartoCSS,
ArcGIS) can be converted to another without information loss.

So good thing is, that there's already a basic reference map style
available in the Vector Tiles Reader (QML as mentioned above) which
can be tested and enhanced already now.

:Stefan


P.S. The OSM export sites I gave you (HOT Export and OSMaxx) have
different data schematas and I'm only aware of an OSMaxx default style
which fits to the OSMaxx schema - but it's not yet a really "nice
style" nor is it as nifty like vector tiles. They are rather OSM data
for thematic maps or spatial analysis.


2017-10-16 10:22 GMT+02:00 PIERRE Sylvain <sylvain.pie...@bas-rhin.fr>:
> I'm interest in OSMAND rendering too.
> XML ressources for styling are here :
> https://github.com/osmandapp/OsmAnd-resources/tree/master/rendering_styles
>
> Question is: how can I apply one OSMAND style to OSM data?
>
> Sylvain
>
> -Message d'origine-
> De : QGIS-Developer [mailto:qgis-developer-boun...@lists.osgeo.org] De la 
> part de Stefan Keller
> Envoyé : dimanche 15 octobre 2017 00:19
&

Re: [QGIS-Developer] QGIS error when connected to signal newProjectCreated

[Stefan Keller]

Hi Richard,

Many thanks for engaging here.
It seems, that the error is issued by another signal which we
connected at start/reload of the plugin, but forgot to disconnect.

:Stefan


2017-10-13 11:24 GMT+02:00 Richard Duivenvoorde <rdmaili...@duif.net>:
> Can you show some more code, and in what version of QGIS?
>
> If I run the following in the python console (2.18.13 and master), it
> just works?:
>
> def test():
> print('yes')
>
> iface.newProjectCreated.connect(test)
>
> Regards,
>
> Richard Duivenvoorde
>
>
> On 13-10-17 11:12, Stefan Keller wrote:
>> This message was sent by Martin Boos (but seems to have been rejected
>> currently):
>>
>> Hi devs
>>
>> I’m trying to handle the signal ‘newProjectCreated’ in my python
>> plugin. Unfortunately, every time this event occurs, a python error is
>> thrown:
>>
>> Traceback (most recent call last):
>> File 
>> "C:/Users/Martin/.qgis2/python/plugins\Vector-Tiles-Reader-QGIS-Plugin\vtr_plugin.py",
>> line 88, in _on_new_qgis_project_created
>> pass
>> TypeError: 'NoneType' object is not callable
>>
>> Funny thing is, this happens even if my handler is empty:
>>
>> def _on_new_qgis_project_created(self):
>> pass
>>
>>
>> Any ideas how to solve this?
>>
>> Thanks and best regards
>> Martin
>> ___
>> 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 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] OsmAnd obf data + styling ?

[Stefan Keller]

2017-10-14 23:44 GMT+02:00 Stefan Keller <sfkel...@gmail.com>:
> It's using OSM data, so why not taking the data directly from OSM e.g.
> using HOT Export [2] or OSMaxx tools [3]?
...
> [1] http://osmand.net/help/MapAddressDataStructure.html
> [2] https://export.hotosm.org/
> [3] https://osmaxx.hsr.ch/

... and for base maps I hope the Vector Tiles Reader [4] plugin
becomes better and better...

:Stefan

[4] http://plugins.qgis.org/plugins/vector_tiles_reader/

2017-10-14 23:44 GMT+02:00 Stefan Keller <sfkel...@gmail.com>:
> 2017-10-14 16:51 GMT+02:00 Richard Duivenvoorde <rdmaili...@duif.net>:
>> As OsmAnd (for Android and Iphone) [0][1] is getting better and better,
>> I wonder if we/QGIS can (re)use/handle their data source and styling.
>
> According to [1] the 'obf' file has a complex structure and consists
> of 4 multiple parts:
> (vector) map tiles, transport (routing), POI, adresses.
> The OsmAnd styling seems to come with the Java binaries.
>
> What is your use case to read such a specialized format into QGIS?
>
> It's using OSM data, so why not taking the data directly from OSM e.g.
> using HOT Export [2] or OSMaxx tools [3]?
>
> :Stefan
>
> [1] http://osmand.net/help/MapAddressDataStructure.html
> [2] https://export.hotosm.org/
> [3] https://osmaxx.hsr.ch/
>
>
> 2017-10-14 16:51 GMT+02:00 Richard Duivenvoorde <rdmaili...@duif.net>:
>> As OsmAnd (for Android and Iphone) [0][1] is getting better and better,
>> I wonder if we/QGIS can (re)use/handle their data source and styling.
>>
>> The format is a binary .obf file in (protobuf apparently? [2])?
>> Is this some kind of vector tiling?
>>
>> Anybody interested, or has some more info about this?
>>
>> Regards,
>>
>> Richard Duivenvoorde
>>
>>
>> [0] http://osmand.net/
>> [1] https://github.com/osmandapp/Osmand
>> [2] https://github.com/osmandapp/OsmAnd-tools/tree/master/OsmAndMapCreator
>> ___
>> 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

Re: [QGIS-Developer] OsmAnd obf data + styling ?

[Stefan Keller]

2017-10-14 16:51 GMT+02:00 Richard Duivenvoorde :
> As OsmAnd (for Android and Iphone) [0][1] is getting better and better,
> I wonder if we/QGIS can (re)use/handle their data source and styling.

According to [1] the 'obf' file has a complex structure and consists
of 4 multiple parts:
(vector) map tiles, transport (routing), POI, adresses.
The OsmAnd styling seems to come with the Java binaries.

What is your use case to read such a specialized format into QGIS?

It's using OSM data, so why not taking the data directly from OSM e.g.
using HOT Export [2] or OSMaxx tools [3]?

:Stefan

[1] http://osmand.net/help/MapAddressDataStructure.html
[2] https://export.hotosm.org/
[3] https://osmaxx.hsr.ch/


2017-10-14 16:51 GMT+02:00 Richard Duivenvoorde :
> As OsmAnd (for Android and Iphone) [0][1] is getting better and better,
> I wonder if we/QGIS can (re)use/handle their data source and styling.
>
> The format is a binary .obf file in (protobuf apparently? [2])?
> Is this some kind of vector tiling?
>
> Anybody interested, or has some more info about this?
>
> Regards,
>
> Richard Duivenvoorde
>
>
> [0] http://osmand.net/
> [1] https://github.com/osmandapp/Osmand
> [2] https://github.com/osmandapp/OsmAnd-tools/tree/master/OsmAndMapCreator
> ___
> 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] QGIS error when connected to signal newProjectCreated

[Stefan Keller]

This message was sent by Martin Boos (but seems to have been rejected
currently):

Hi devs

I’m trying to handle the signal ‘newProjectCreated’ in my python
plugin. Unfortunately, every time this event occurs, a python error is
thrown:

Traceback (most recent call last):
File 
"C:/Users/Martin/.qgis2/python/plugins\Vector-Tiles-Reader-QGIS-Plugin\vtr_plugin.py",
line 88, in _on_new_qgis_project_created
pass
TypeError: 'NoneType' object is not callable

Funny thing is, this happens even if my handler is empty:

def _on_new_qgis_project_created(self):
pass


Any ideas how to solve this?

Thanks and best regards
Martin
___
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] Future of OSM integration

[Stefan Keller]

2017-10-12 11:50 GMT+02:00 Mathieu Pellerin :
> I was a pretty heavy user of this feature/plugin until a few months ago when
> it stopped working under master. I moved to loading OSM through the OGR
> provider (customized via osmconf.ini) and never looked back. I would love
> for QGIS to regain some sort of native OSM data import, maybe through
> processing, but ATM it seems the best path forward is to get rid of it.

That's IMHO not a bad strategy for QGIS.

:Stefan

P.S. Just in case  - and another shameless plug (besides Vector Tiles
Reader): There exists the HOT Export Tool (https://export.hotosm.org/)
and my OSMaxx tool (https://osmaxx.hsr.ch/) to export arbitrary
regions in "normalized" GIS formats (including aka hstore attribute
"tag"), like GeoPackage.



2017-10-12 11:50 GMT+02:00 Mathieu Pellerin :
> Martin,
>
> I was a pretty heavy user of this feature/plugin until a few months ago when
> it stopped working under master. I moved to loading OSM through the OGR
> provider (customized via osmconf.ini) and never looked back. I would love
> for QGIS to regain some sort of native OSM data import, maybe through
> processing, but ATM it seems the best path forward is to get rid of it.
>
> Math
>
> On Thu, Oct 12, 2017 at 3:20 PM, Martin Dobias  wrote:
>>
>> Hi
>>
>> What do people think about the OpenStreetMap integration in Vector >
>> OpenStreetMap menu?
>>
>> My original plan for it was to have a convenient way of downloading
>> and viewing of OSM data as background maps for project, however I have
>> a feeling that the implementation somehow stayed far behind my grand
>> plans :-)
>>
>> The GUI is quite clunky and weird to use (it is really just a thin
>> wrapper of underlying classes), there are some bugs, it does not
>> support the less verbose .pbf format of OSM data... Also there is more
>> than a dozen of other OSM-related plugins now and I have not really
>> done much to improve the existing code.
>>
>> So my question really is - shall we just get rid of it? Would anyone
>> miss it? :-)
>>
>> Cheers
>> Martin
>> ___
>> 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 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] Future of OSM integration

[Stefan Keller]

2017-10-12 11:43 GMT+02:00 Hugo Mercier <hugo.merc...@oslandia.com>:
> On 12/10/2017 11:30, Stefan Keller wrote:
...
> Support for hstore columns in qgis 3 for example could be reused in some

Yes, I'm excited to hear that hstore type is part of QGIS 3.

> And we would have to find a smart way to handle OSM relations.

Agreed. BUT: there is still the topology to handle:
Importers convert certain ways and relations to lines and polygons
and throw away the node-id just keeping the coordinates/support points.
How would you store these node-ids?

:Stefan

2017-10-12 11:43 GMT+02:00 Hugo Mercier <hugo.merc...@oslandia.com>:
> Hi,
>
> On 12/10/2017 11:30, Stefan Keller wrote:
>> Hi,
>>
>> 2017-10-12 10:29 GMT+02:00 Lbartoletti <lbartole...@tuxfamily.org>:
>>> I can't write a solution but, personnally (and others I think ;)) , my 
>>> little ‎dream is that QGIS replace JOSM to edit OSM data.
>>
>> Well, that will stay a dream, since OSM has a topology/no schema data
>> model. QGIS perhap can serve as an editor for very specialized use
>> cases (while being careful not to destroy OSM structures).
>>
>
> Yeah, OSM data model is hard to fit into QGIS layer model, but we are
> not that far I guess.
> Support for hstore columns in qgis 3 for example could be reused in some
> way for OSM tags.
> And we would have to find a smart way to handle OSM relations.
>
> It's a bit challenging, but that would be a very nice thing :)
> ___
> 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

Re: [QGIS-Developer] Future of OSM integration

[Stefan Keller]

Hi,

2017-10-12 10:29 GMT+02:00 Lbartoletti :
> I can't write a solution but, personnally (and others I think ;)) , my little 
> ‎dream is that QGIS replace JOSM to edit OSM data.

Well, that will stay a dream, since OSM has a topology/no schema data
model. QGIS perhap can serve as an editor for very specialized use
cases (while being careful not to destroy OSM structures).


2017-10-12 10:20 GMT+02:00 Martin Dobias :
> Hi
>
> What do people think about the OpenStreetMap integration in Vector >
> OpenStreetMap menu?
>
> My original plan for it was to have a convenient way of downloading
> and viewing of OSM data as background maps for project, however I have
> a feeling that the implementation somehow stayed far behind my grand
> plans :-)

We really should differenciate the use cases:
* OSM as base map.
* OSM vector data (inc. POIs) for spatial analytics
* QGIS as OSM Editor

Use case 3.: is out of discussion currently.

Use case 1: QGIS has raster support of OSM data (WMS, WMTS, QMS etc.).
Thinking of OSM as vector base map I would like to point to vector
tiles. Theres e.g. my Vector Tiles Reader plugin which is still in
active development (at leasst until end of this year!).

Use case 2: Thats also needed. Its about mapping OSM data (= topol.
geometries and key-value pairs) to relational layers (=
point/line/polygon and attributes plus ev. a tag attribute containing
a string with comma separated key/values).

Martins plugin seems to be one of those.

> So my question really is - shall we just get rid of it? Would anyone
> miss it? :-)

Surely OGR is/would be a good import library.
But I don't have an overview of the state of other plugins.
Anyone?

:Stefan
___
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] Editable CSV files

[Stefan Keller]

Nice hints, Bernhard and Nyall
Thinking about, there's no really complicated technical reason why
concurrent editing would not work.
It's simply a matter in which mode the reader SW opens the file.
* QGIS delimited text provider: locks.
* QGIS OGR data provider: does not lock - but not ask to reload if
file has changed.
* LibreOffice Writer and Excel: lock
* Notepad++: does not lock - and asks to reload if file has changed
* Other text editors: depends...

So, in fact e could slightly enhance the situation, if QGIS delimited
text provider would not lock (and eventually ask to reload when file
changed).
The remaining problem is that we can't change the behaviour of
LibreOffice Writer (Windows) nor Excel short term...
Eventually someone could ask the LibreOffice Writer dev's for a solution?

:Stefan


2017-07-19 8:48 GMT+02:00 Nyall Dawson :
> On 19 July 2017 at 15:45, Andreas Neumann  wrote:
>> Hi,
>>
>> Is there a particular technical reason why csv/text files aren't editable in
>> QGIS? Or is this mainly for historical reasons and it could be implemented
>> as editable with reasonable effort?
>>
>
> It depends how they are loaded. If you load them using the delimited
> text provider, then no, they aren't editable.
>
> BUT.
>
> if you load them as a ogr layer, they will be! (Since GDAL supports this)
>
> So drag and drop them to QGIS, or add via the "add vector layer"
> button and they'll be editable.
>
> 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 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] Editable CSV files

[Stefan Keller]

Hii Andreas

I think this is particularly a Windows issue. For Linux it could be
implemented such that files are'nt write locked to other programs.
Background is how to solve the problem of concurrent editing (a file).
Just unlocking the file implies some problems of this type on how to
"inform" the other client to refresh?
A proper solution would be to implement a bidirectional communication
between Excel and QGIS - similar to how GISconnector for Excel (and
ArcGIS) did it.
Unfortunately Excel needs to be programmed in VBA :-(

:Stefan

2017-07-19 7:45 GMT+02:00 Andreas Neumann :
> Hi,
>
> Is there a particular technical reason why csv/text files aren't editable in
> QGIS? Or is this mainly for historical reasons and it could be implemented
> as editable with reasonable effort?
>
> I know that there is a plugin called "Editable GeoCSV" - but shouldn't this
> be supported by QGIS in general, without the need for a plugin?
>
> I'd be willing to financially support such an improvement in QGIS core,
> should a developer be interested in working on it.
>
> Thanks,
>
> Andreas
>
> ___
> 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

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

[Stefan Keller]

Coming back to the original thread, Petr just made an interesting
proposal [1], asking why no integrate into QGIS a vector global
basemap?

He is also offering ready made vector tiles data (MBTiles) which we
(QGIS) could host ourselves.

The styling would be done in QGIS.

He's also referring to the "Vector Tiles Reader" Python plugin I'm
supervising [2]. This astonishing experimental piece of software and
will get a last update before final release. This most probably
inlcudes "loading/flushing tiles" much like raster tiles (this is in
"base map" mode of the plugin. There exist two other modes: Analysis
and Inspection).

As Petr wrote, the "base map" mode of this Vector Tiles Reader should
actually be migrated to a C++ plugin in order to become really fast.
Unfortunately I don't have the resources in short terms to accomplish
that.

Yours, Stefan

[1] 
https://github.com/qgis/QGIS-Enhancement-Proposals/issues/94#issuecomment-316130831
[2] https://github.com/geometalab/Vector-Tiles-Reader-QGIS-Plugin


2017-06-21 9:18 GMT+02:00 Paolo Cavallini :
> Il 21/06/2017 07:59, Richard Duivenvoorde ha scritto:
>
>> It is a LOT of work, both styling and running an open server hosting
>> world data in a custom style. You need also quite a lot
>> cpu/disk/connection resources for it to perform well.
>>
>> So somebody needs to put time/resources in it, AND take responsibility
>> to keep it run smoothly...
>>
>> So I would stick with OSM tiles for now (or some other local/open tile
>> servers), and maybe start yourself with the styling/hosting of a smaller
>> part of the world, share that map and see if that makes people eager to
>> see more :-)
>
> +1
> what I would like to have is some default server already present in
> QGIS. There is some work to do also for this, but much less, and it's
> sustainable over time.
> Anyone willing to help?
> 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
___
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] Variable syntax: $ vs @

[Stefan Keller]

Thanks Nathan for merging [1].
Now looking forward to the new release of the Expressions Plus QGIS plugin :-).

:Stefan

[1] https://github.com/NathanW2/qgsexpressionsplus/pull/8#issuecomment-312486509


2017-06-30 12:21 GMT+02:00 Stefan Keller <sfkel...@gmail.com>:
> Hi Nathan
>
> Only partially related to this thread as a shy reminder:
> My intern Simran recently has made a pull request [*] for your nice
> Expressions Plus Plugin QGIS plugin.
>
> These are the proposed additional functions:
> * max_incremented() - an "autoincrement" id function
> * hstore - support of a key-value pair set/string
> * nullif() - returns None if arg_1 equals to arg_2 otherwise arg_1
> * get_env_variable() and set_env_variable()
> * jitter_geometry()
>
> These expression functions could be of interest for workshops like the
> mentioned one.
>
> Cheers, Stefan
>
> [*] https://github.com/NathanW2/qgsexpressionsplus/pull/8
>
>
> 2017-06-19 14:36 GMT+02:00 Neumann, Andreas <a.neum...@carto.net>:
>> Hi Nathan,
>>
>> Thank you for the explanation. Makes sense. I will pass this on in the
>> workshop.
>>
>> Andreas
>>
>> On 2017-06-19 14:12, Nathan Woodrow wrote:
>>
>> Hey Andreas,
>>
>> They are really two different things.  $geometry is really a function that
>> takes no arguments. This has been deprecated in favour calling with () e.g
>> geometry().  @ is only for variables.
>>
>> So you can explain it that $ used to be a shorthand way of calling a
>> function that took no arguments which has now been replaced with () at the
>> end to call it. $area = area().  This becomes important because now we
>> support optional arguments meaning you can take 0 to N arguments.
>>
>> - Nathan
>>
>> On Mon, Jun 19, 2017 at 9:53 PM, Neumann, Andreas <a.neum...@carto.net>
>> wrote:
>>>
>>> Hi,
>>>
>>> While preparing for a workshop on expressions I wonder how to explain why
>>> some variables are referenced with the $ sign (like $geometry) while other
>>> variables start with the @ sign, like @row_number, @layer_name.
>>>
>>> I know that it has historical reasons and that variables with the @ sign
>>> are newer and are implemented using a different technology.
>>>
>>> But are there plans to get rid of the old $ sign notation and move
>>> everything to the @ sign notation?
>>>
>>> Just wonder how I best explain this to the participants of the workshop.
>>>
>>> Thanks for your reply,
>>>
>>> Andreas
>>>
>>>
>>>
>>> ___
>>> 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 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] How to retrieve all "virtual fields" of a layer?

[Stefan Keller]

Thanks Etienne,

But I'm looking for a list of virtual fields (not virtual C++
functions) from a PyQGIS accessor as they can be defined by the user
in the "Field Calculator".

:Stefan

2017-06-01 3:23 GMT+02:00 Etienne Trimaille <etienne.trimai...@gmail.com>:
> Hi,
>
> Both layer.fields() or layer.pendingFields() work for me. I got my virtual
> field.
>
> 2017-06-01 3:34 GMT+08:00 Stefan Keller <sfkel...@gmail.com>:
>>
>> Hi,
>>
>> In a Python plugin I want to retrieve information about all
>> attributes/fields of a layer
>> In the cookbook [1] it's described how to retrieve thems
>>   for field in layer.pendingFields():
>>   print field.name(), field.typeName()
>>
>> => But how do I get all "virtual fields" programmatically?
>>
>> :Stefan
>>
>> [1]
>> http://docs.qgis.org/testing/en/docs/pyqgis_developer_cookbook/vector.html#retrieving-information-about-attributes
>> ___
>> 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] How to retrieve all "virtual fields" of a layer?

[Stefan Keller]

Hi,

In a Python plugin I want to retrieve information about all
attributes/fields of a layer
In the cookbook [1] it's described how to retrieve thems
  for field in layer.pendingFields():
  print field.name(), field.typeName()

=> But how do I get all "virtual fields" programmatically?

:Stefan

[1] 
http://docs.qgis.org/testing/en/docs/pyqgis_developer_cookbook/vector.html#retrieving-information-about-attributes
___
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] Expression Functions: Where are they used in QGIS Desktop? Which ones won't work "outside"?

[Stefan Keller]

Good question! According to the workshop registrations quite some
other attendees seem to be interested too at least to know more about
this :-)

In the workshop we demonstrate custom Expression Functions (EFns) from
Nathan's plugin https://github.com/NathanW2/qgsexpressionsplus which
contains some useful functions missing in core like max_incremented()
aka auto-increment, hstore_get_key for fields with key-value pairs,
etc. Then we show get_address() in order to reverse geocode lat/lon to
an address,

Then think for example about a custom EFn (not yet implemented):
* env() which returns system environment variables;
* nullif() which turns empty strings to NULL (with build-in condition);
* which generates a fuzzy or scribbled boundary on the fly.
* etc.

:Stefan

2017-05-07 21:51 GMT+02:00 Andreas Neumann <a.neum...@carto.net>:
> Hi Stefan,
>
> Expressions also work in QGIS cloud (which is QGIS server based) - but
> Python based expressions don't work in QGIS server.
>
> I have to say, however, that the QGIS core expressions are already quite
> powerful and I don't often have the need to create my own custom Python
> based expressions. I just recently had to use them - but that is the fist
> time after many years ;-)
>
> What is your reason that you have to use Python based expression as opposed
> to the core built-in expressions?
>
> Andreas
>
>
>
> On 07.05.2017 17:01, Stefan Keller wrote:
>>
>> Hi,
>>
>> Tomorrow I'll be giving a Workshop about "Easy Programming QGIS with
>> Python for custom Expression Functions (EFns)" [1].
>>
>> Question 1: Below you'll find an initial list I compiled where EFns
>> are used in QGIS Desktop. => Did I miss an occurrence?
>>
>> Question 2: I tried to make a categorization for several reasons. One
>> reason for this is to realize that a EFn may not work outside QGIS
>> Desktop. Style-related EFns for example won't work currently in
>> qgis2web or QGISCloud. => Any comments?
>>
>> :Stefan
>>
>> [1] https://2017.geopython.net/#schedule
>>
>> List where EFns are used in QGIS (probably incomplete):
>>
>> "Server-side" / data-related:
>> * "Select features using an expression" (Layer property).
>> * "Filtering features" while loading from source. Switch to the form
>> view in the attribute table (button on bottom right corner) > click on
>> 'Show All Features' (bottom left) and select 'Advanced Filter
>> (Expression)'.
>> * "Layer > Properties > Tab Fields" in Button "Text Edit" in Default-
>> and in Constraints-Field.
>> * "Layer > Properties > Tab Style" in "Label with".
>> * "Field Calculator" to defining new or virtual fields (Layer property).
>> * "Conditional formatting" in the attribute table (Create a new rule
>> and set the condition to the output of a custom EFn).
>> Analysis-related:
>> * "Statistical Summary" Panel (Layer property).
>> * "Atlas Generation" in the Print Composer. Project > Print Composer >
>> Check 'generate an atlas' > Set CEF based values for page name, filter
>> and output filename.
>> "Client-side" / style-related:
>> * "Map Tip" tool (Layer property).
>> * "Rule based labeling". Layer Properties > Labels > Select Rule based
>> labeling from the drop-down menu > Click on the '+' button and add a
>> CEF based filter (... button).
>> * Part of "Geometry generator" in "Style > Symbol Layer Type"
>> ___
>> 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 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] Expression Functions: Where are they used in QGIS Desktop? Which ones won't work "outside"?

[Stefan Keller]

Hi,

Tomorrow I'll be giving a Workshop about "Easy Programming QGIS with
Python for custom Expression Functions (EFns)" [1].

Question 1: Below you'll find an initial list I compiled where EFns
are used in QGIS Desktop. => Did I miss an occurrence?

Question 2: I tried to make a categorization for several reasons. One
reason for this is to realize that a EFn may not work outside QGIS
Desktop. Style-related EFns for example won't work currently in
qgis2web or QGISCloud. => Any comments?

:Stefan

[1] https://2017.geopython.net/#schedule

List where EFns are used in QGIS (probably incomplete):

"Server-side" / data-related:
* "Select features using an expression" (Layer property).
* "Filtering features" while loading from source. Switch to the form
view in the attribute table (button on bottom right corner) > click on
'Show All Features' (bottom left) and select 'Advanced Filter
(Expression)'.
* "Layer > Properties > Tab Fields" in Button "Text Edit" in Default-
and in Constraints-Field.
* "Layer > Properties > Tab Style" in "Label with".
* "Field Calculator" to defining new or virtual fields (Layer property).
* "Conditional formatting" in the attribute table (Create a new rule
and set the condition to the output of a custom EFn).
Analysis-related:
* "Statistical Summary" Panel (Layer property).
* "Atlas Generation" in the Print Composer. Project > Print Composer >
Check 'generate an atlas' > Set CEF based values for page name, filter
and output filename.
"Client-side" / style-related:
* "Map Tip" tool (Layer property).
* "Rule based labeling". Layer Properties > Labels > Select Rule based
labeling from the drop-down menu > Click on the '+' button and add a
CEF based filter (... button).
* Part of "Geometry generator" in "Style > Symbol Layer Type"
___
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] Which templating engine for QGIS Python Plugins?

[Stefan Keller]

Many thanks to Nathan and Akbar!
:Stefan

2017-04-12 16:43 GMT+02:00 Akbar Gumbira <akbargumb...@gmail.com>:
> Jinja is already packaged in QGIS so you wouldn't need to package it in your
> plugin if you use it.
>
> On Apr 12, 2017 15:27, "Stefan Keller" <sfkel...@gmail.com> wrote:
>>
>> Hi,
>>
>> I have at least two use cases for QGIS Python plugins where I see the
>> need for "Templating in Python".
>> Do you devs have any preferences (there are so many in Python..[1])?
>> Jinja2?
>>
>> :Stefan
>>
>> [1] https://wiki.python.org/moin/Templating
>> ___
>> 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] Which templating engine for QGIS Python Plugins?

[Stefan Keller]

Hi,

I have at least two use cases for QGIS Python plugins where I see the
need for "Templating in Python".
Do you devs have any preferences (there are so many in Python..[1])?
Jinja2?

:Stefan

[1] https://wiki.python.org/moin/Templating
___
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] Publishing Custom Python Expression Functions for QGIS

[Stefan Keller]

2017-04-08 0:02 GMT+02:00 Tim Sutton :

> > maybe max_incremented('fieldName') as a candidate for a less verbose
name?

+1

:Stefan



2017-04-08 0:02 GMT+02:00 Tim Sutton :

> Hi
>
> On 05 Apr 2017, at 11:00 AM, Khare Simran  wrote:
>
> Hi,
> I am Simran, an intern at the Institute for Software in HSR Rapperswil. I
> have come up with some Custom Python Expression functions for QGIS. They
> are:
>
> *1. **hstore_get_value(), hstore_exist(), hstore_contains_key_value() and
> hstore_contains_hstore() :*
>
> These functions can search for keys and values in hstore strings. They are
> useful for selecting features based on their tags, which are of hstore type.
>
>
> *2. maxofallvaluesplusone('fieldName')*
>
>
> maybe max_incremented('fieldName') as a candidate for a less verbose name?
>
> —
>
>
>
>
>
>
>
>
>
> *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
>
>
> ___
> 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

Re: [Qgis-developer] Plugin [1183] Small-ETL approval notification.

[Stefan Keller]

Hi Michael

I tried to use this plugin (QGIS 2.18.3 Win) with point features from
a Geopackage input file.
I created two target files ("Test.gpk" and Test.shp) with attribute
"id" (Integer64) and "housenr" (String) and same CRS.
Then I started the plugin, assigned $geometry and the two attributes.
Now, whatever I choose as "add Features to..." (Geopackage, Shape,
temporary file, new File...) the log displays (in green):
> Target-Schema: id, housenr
... but no features are added. In several cases QGIS crashed with a core dump.
What am I doing wrong?

:Stefan


2017-02-25 4:25 GMT+01:00  :
>
> Plugin Small-ETL approval by pcav.
> The plugin version "[1183] Small-ETL 1.1" is now approved
> Link: http://plugins.qgis.org/plugins/Small-ETL/
> ___
> 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

Re: [Qgis-developer] Sharing 1. symbology (styles) and 2. projects incl. data and styles (GSoC, relocator, QConsolidate)

[Stefan Keller]

Hi Akbar and Régis

Thanks for your answers.

2016-06-19 23:09 GMT+02:00 Akbar Gumbira :
> I just read your All-In-One Project Plugin documentation here (are you about
> to develop it? or already developed it?).

Development has been suspended in 2015 (similar but independently to
relocator, QConsolidate) as documented here
http://giswiki.hsr.ch/All-in-one_Project_QGIS_Plugin

> I think more or less the goal
> would be the same with current GSoC project if we extend the definition of
> 'collection' to also contain data itself. So one colleciton is a
> self-sufficient QGIS resources (including its data) to create a coherent map
> design.
...
>> I would suggest you to read the current plan here (it
>> would be long to explain in this email)
>> https://docs.google.com/document/d/13ETuLBTx5IjVejB8TQPjjsMWBcUQO6pIKrNSrAZUApo/edit?usp=sharing

I would appreciate if you can extend your project to adapt this use case.
But read carefully what I tried to describe (see especially the issues
mentioned in my wiki page)
And be cautious not to overload your project.

:Stefan
___
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] Sharing 1. symbology (styles) and 2. projects incl. data and styles (GSoC, relocator, QConsolidate)

[Stefan Keller]

Hi,

These are thoughts on sharing 1. a whole QGIS symbology and 2. a whole
QGIS project including symbology and data.

There's a promising current GSoC project, where users ("designers,
cartographers") can << share QGIS style files >> incl. styles (.qml),
symbols (.xml) and SVG markers. End users can download and add styles,
symbols or SVG markers (set of?). See
https://wiki.osgeo.org/wiki/QGIS_Sharing_Repository .

Use case A: What about sharing a symbology with dozens of layers still
without the data? So, this is about users ("style producers") who want
to << share a complete set QGIS styles >> which involves references to
several data layers. End users should be able to open a dataset (like
a vector/raster data from GeoPackage or a QGIS project), and then load
or exchange a "symbology set". This is often the case when data is
split into several regions or when end users capture data of same
schema.

I have no ideas yet to resolve this use case, except taking use case B
as a (rather unmaintainable, intermediate) solution.

Use case B: Users ("producers") want to easily << share a complete
QGIS project >> including data and symbology. Currently for producers,
it is necessary to: 1. Manually collect all required files into a
"project directory" including project file .qgs, data, svg markers,
color ramps (others?), 2. Edit QGIS project to adapt file paths, and
finally 3. zip the directory and send or publish it. End users would
unpack it and double click on the QGIS project file.

Possible approaches are the relocator and QConsolidate plugins
(possibly not maintained any more) and my "All-in-one Project"
(unfinished). And there's Pirmin's idea to put everything into a
GeoPackage file instead of a zip file.

=> Any comments or ideas?

:Stefan

P.S. For more issues on this like locally installed symbol fonts,
temporary/in-memory data layers, databases, secured web services, and
layer provider plugins) see my "All-in-one Project"
(http://giswiki.hsr.ch/All-in-one_Project_QGIS_Plugin).
___
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] Authentification use from Python

[Stefan Keller]

Hi Larry and Luigi

Thanks for your answers.

2016-03-04 9:16 GMT+01:00 Luigi Pirelli <lui...@gmail.com>:
> so Stefan... prepare your trip to the Qgis International conference in
> Girona (Es) :)

You're putting high social pressure on me :-) but it's hard for me to
travel during academic semester time.
It's somehow weird that public institutions are pushing this.

Anyway: Speaking of OAuth 2.0. Are you also aware of OpenID Connect?
It's on top of OAuth and specifies a RESTful HTTP API with JSON and
it's supported by quite some big companies.

:Stefan

[1] https://en.wikipedia.org/wiki/OpenID_Connect


2016-03-04 9:16 GMT+01:00 Luigi Pirelli <lui...@gmail.com>:
> Hi Larry
>
> your 4h  workshop on new Qgis Auth System is "unufficially" approved
> (you'll receive official confirmation soon)... I suppose most of
> developers working with public institutions will are interested in it.
>
> so Stefan... prepare your trip to the Qgis International conference in
> Girona (Es) :)
>
> cheers
> Luigi Pirelli
>
> **
> * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Mastering QGIS:
> https://www.packtpub.com/application-development/mastering-qgis
> **
>
>
> On 3 March 2016 at 22:11, Larry Shaffer <lar...@dakotacarto.com> wrote:
>> Hi Stefan,
>>
>> Sorry for the delay in reply. OAuth should be able to be implemented as an
>> authentication method plugin for the new system, thereby making it available
>> for WxS connections, as well as other HTTP connections.
>>
>> I have a proposed talk and workshop on auth method plugins for the QGIS
>> conference in Girona (no word yet on whether they are accepted).
>>
>> In the meantime, you could review existing auth method plugins and formulate
>> some psuedo-code on the steps needed to intercept the request and work with
>> OAuth:
>>
>> https://github.com/qgis/QGIS/tree/master/src/auth
>>
>> This is the base plugin class:
>>
>> https://github.com/qgis/QGIS/blob/master/src/core/auth/qgsauthmethod.h
>>
>> The last thing I did was add auth method plugin support to the system, which
>> allows a C++ plugin to be built, then dropped into an existing 2.14 install,
>> etc.
>>
>> Regards,
>>
>> Larry Shaffer
>> Dakota Cartography
>> Black Hills, South Dakota
>>
>> On Sat, Feb 27, 2016 at 1:32 PM, Stefan Keller <sfkel...@gmail.com> wrote:
>>>
>>> Hi,
>>>
>>> In a Python plugin [1] we implemented HTTP "Basic Authentication" and
>>> "NTLM authentication".
>>>
>>> Now I'm still looking for a solution using OAuth 2.0 for build-in WxS
>>> (WMS/WMTS, WFS) as well as for Python plugins.
>>> This seems to be also of some interest for other QGIS users [2].
>>>
>>>
>>> The only code related to OAuth2 I found is in the CartoDB plugin [3].
>>> But this does not help WxS nor my Python plugin.
>>>
>>> Also Paolo's pointer to LizMap relates not to QGIS Python plugin but
>>> to restricted access to lizmap online AFAIK.
>>>
>>> I heard about the authentication configuration system with master password
>>> [4].
>>> But we still need more information when the API is available.
>>>
>>> 2016-01-12 23:36 GMT+01:00 Larry Shaffer <lar...@dakotacarto.com>:
>>> > Until then, the continued Python access to the auth system credentials
>>> > means
>>> > security is not good for the user. It should be considered for
>>> > deprecation
>>> > or just complete removal in 2.14 release.
>>>
>>> Any news on this, and on OAuth implementations for WxS and Python plugins?
>>>
>>> :Stefan
>>>
>>> [1] http://plugins.qgis.org/plugins/connector/
>>> [2]
>>> https://groups.google.com/forum/#!topic/australian-qgis-user-group/agn7ehIPd3M
>>> [3] http://plugins.qgis.org/plugins/QgisCartoDB/
>>> [4] https://github.com/qgis/QGIS/pull/1838
>>>
>>>
>>> 2016-01-12 23:36 GMT+01:00 Larry Shaffer <lar...@dakotacarto.com>:
>>> > Hi Bernhard,
>>> >
>>> > Please note that the Python support for direct access to the credentials
>>> > v

Re: [Qgis-developer] Authentification use from Python

[Stefan Keller]

Hi,

In a Python plugin [1] we implemented HTTP "Basic Authentication" and
"NTLM authentication".

Now I'm still looking for a solution using OAuth 2.0 for build-in WxS
(WMS/WMTS, WFS) as well as for Python plugins.
This seems to be also of some interest for other QGIS users [2].


The only code related to OAuth2 I found is in the CartoDB plugin [3].
But this does not help WxS nor my Python plugin.

Also Paolo's pointer to LizMap relates not to QGIS Python plugin but
to restricted access to lizmap online AFAIK.

I heard about the authentication configuration system with master password [4].
But we still need more information when the API is available.

2016-01-12 23:36 GMT+01:00 Larry Shaffer :
> Until then, the continued Python access to the auth system credentials means
> security is not good for the user. It should be considered for deprecation
> or just complete removal in 2.14 release.

Any news on this, and on OAuth implementations for WxS and Python plugins?

:Stefan

[1] http://plugins.qgis.org/plugins/connector/
[2] 
https://groups.google.com/forum/#!topic/australian-qgis-user-group/agn7ehIPd3M
[3] http://plugins.qgis.org/plugins/QgisCartoDB/
[4] https://github.com/qgis/QGIS/pull/1838


2016-01-12 23:36 GMT+01:00 Larry Shaffer :
> Hi Bernhard,
>
> Please note that the Python support for direct access to the credentials via
> the auth method config *may* be completely removed for security reasons.
>
> Ideally, the expansion of credentials within a given auth method config
> would only be done within the core application and connection methods (HTTP,
> etc.) would be offered through a Python API. In this way an authcfg token
> can be passed in and the connection established without access to
> credentials.
>
> However, such support and an API are not currently available. It is simple
> enough to add to QgsNetworkAccessManager for HTTP[S] connections, but not so
> simple for other types of connections, e.g. database via a library or
> client. Once completed this means a plugin would not be able to access the
> credentials and pass them on to a different connection method, e.g. Python
> HTTP lib, etc.
>
> Once such an API is available (or even now, with some work), plugins could
> be 'authorized' by the user for access to credentials using revocable access
> tokens or signed/revokable certificates.
>
> Until then, the continued Python access to the auth system credentials means
> security is not good for the user. It should be considered for deprecation
> or just complete removal in 2.14 release.
>
> Regards,
>
> Larry Shaffer
> Dakota Cartography
> Black Hills, South Dakota
>
> QGIS Support/Development | Boundless
> lshaf...@boundlessgeo.com
>
> On Tue, Jan 12, 2016 at 8:14 AM, Bernhard Ströbl 
> wrote:
>>
>> Hi Luigi,
>>
>> many thanks! That was the key.
>>
>> I now have
>> 
>> am = QgsAuthManager.instance()
>> myAuthMethodConfig = QgsAuthMethodConfig()
>> am.loadAuthenticationConfig(mykey,myAuthMethodConfig,True)
>> myAuthMethodConfig.configMap()
>> 
>>
>> Bernhard
>>
>>
>> Am 12.01.2016 um 15:58 schrieb Luigi Pirelli:
>>>
>>> Hi Bernhard
>>>
>>> be inspired by Boundless qgis-geoserver-plugin
>>>
>>>
>>> https://github.com/boundlessgeo/qgis-geoserver-plugin/blob/master/src/geoserverexplorer/gui/gsexploreritems.py#L502
>>>
>>> I hope it's enough
>>>
>>> cheers
>>> Luigi Pirelli
>>>
>>>
>>> **
>>> * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
>>> * LinkedIn: https://www.linkedin.com/in/luigipirelli
>>> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
>>> * GitHub: https://github.com/luipir
>>> * Mastering QGIS:
>>> https://www.packtpub.com/application-development/mastering-qgis
>>>
>>> **
>>>
>>>
>>> On 12 January 2016 at 12:47, Bernhard Ströbl 
>>> wrote:

 Hi all,

 my goal is that my users do not save their PostgreSQL passwords in clear
 text but that they use the new Authentification system to do so. For my
 plugins I would need access to the PostgreSQL username and password,
 though.
 Is this generally possible in spite of security considerations as
 mentioned
 in the QGEP? If yes, how would I do it?

 what I have so far is:
 
 am = QgsAuthManager.instance()
 myAuthMethodConfig = am.availableAuthMethodConfigs()[mykey]
 myAuthMethodConfig.configMap() # returns an empty dict :-(
 

 QGIS 2.12.2

 any help appreciated

 regards

 Bernhard

 [1]

 https://github.com/dakcarto/QGIS-Enhancement-Proposals/blob/auth-system/qep-14-authentication-system.rst


 __ Information from ESET Mail Security, version of virus
 signature
 

Re: [Qgis-developer] A common set of functions for QGIS plugins

[Stefan Keller]

Hi,

I support Etienne's proposal regarding UI guidelines.
I'm sproradically collecting these here [1],
like the "File open..." dialog which remembers the directory,
or preferring GeoPackage over Shapefiles for storing.
There are quite some more things which to my mind when thingking of UI.
Eventually it could also help to point to "good" plugins?

:Stefan

[1] http://giswiki.hsr.ch/QGIS_for_Devs#Guidelines

2016-02-19 13:59 GMT+01:00 Etienne Trimaille :
> 2016-02-19 13:28 GMT+01:00 Victor Olaya :
>>
>> I dont think that many plugin developers are aware of them
>
>
> Yes, exactly. I've heard of them one time.
> Maybe we could add them into the plugin builder as an example. Developers
> will see them in the code.
>
>> I will be happy to provide guidance to any plugin authors that want to
>> convert their plugins into Processing providers
>
> Is there a list of the public API of Processing ?
> For plugins developpers, there are many classes in Processing but a lot of
> them shouldn’t be used outside of Processing I guess, right ?
> I can see : tools/vector, tools/raster, core/GeoAlgorithm, core/parameters
> ...
>
>
>> 2016-02-19 13:24 GMT+01:00 Neumann, Andreas :
>> > Hi,
>> >
>> > The upcoming user conference in Girona may be a good opportunity to
>> > present
>> > and advertise about both the common set of Python functions, but also
>> > about
>> > the standard and custom widgets.
>> >
>> > The CfP is still running and they are looking for more submissions.
>> > Maybe
>> > someone could do a presentation for Python plugin authors to make them
>> > aware?
>> >
>> > Andreas
>> >
>> > On 2016-02-19 11:36, Denis Rouzaud wrote:
>> >
>> >
>> >
>> > On 02/19/2016 11:29 AM, Nyall Dawson wrote:
>> >
>> >
>> > On 19 Feb 2016 19:35, "Etienne Trimaille" 
>> > wrote:
>> >>
>> >> I'm discovering that 'old' topic.
>> >> Yes, I really like the idea, but I wasn't aware about that.
>> >> I think the UI should be more uniform between plugins and QGIS, for
>> >> instance to have :
>> >> - the same combobox about layers (using the symbol for the geometry
>> >> type
>> >> and the EPSG if the checkbox is checked in the Processing settings)
>> >> - the same combobox for table fields (symbol with the kind of field :
>> >> integer, char ...)
>> >> - the same output field with the menu (save to temp file, save to
>> >> vector
>> >> file, save to ...) like in processing.
>> >
>> > Just a little advice - we need to push people toward the standard
>> > widgets
>> > for these, eg QgsFieldComboBox, QgsMapLayerComboBox. Reimplementing then
>> > with new Python versions isn't a good idea, since it breaks consistency
>> > with
>> > core (and is also a lot of extra work!)
>> >
>> >
>> > I would say, we even need to advertise the custom widgets.
>> > All these widgets are availble in Qt Designer, it's quite easy to use
>> > them
>> > from there.
>> >
>> >
>> >
>> > Nyall
>> >
>> >> - ...
>> >> So I will try to use that and contribute to these wrappers if I can.
>> >>
>> >> By the way, is it possible to recommend on the pyqgis cookbook (or the
>> >> qgis documentation) to use the processing framework more often ? A lot
>> >> of
>> >> plugins are useful but we can't use them in batch mode or in complex
>> >> workflow. Moreover, they often produce only shapefile.
>> >> There are some very nice settings in Processing like "use selected
>> >> features", default output format for vector and raster ... I think
>> >> plugins
>> >> should try to more compliant with these settings.
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> 2016-02-19 8:55 GMT+01:00 Paolo Cavallini :
>> >>>
>> >>> Il 19/02/2016 08:53, Victor Olaya ha scritto:
>> >>> > I dont think it wil hurt to add it to the main repo. While we
>> >>> > develop,
>> >>> > and the methods are not used yet, it will be just a bunch of files
>> >>> > with dead code, so it is not risky, and maybe it is easier to engage
>> >>> > people that way
>> >>>
>> >>> I'd vote for it.
>> >>> Thanks, Victor.
>> >>>
>> >>> --
>> >>> Paolo Cavallini - www.faunalia.eu
>> >>> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> >>> ___
>> >>> 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 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 mailing list
>> > Qgis-developer@lists.osgeo.org
>> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> > 

Re: [Qgis-developer] Working on Postgres provider PKI authentication support

[Stefan Keller]

Many thanks to all.
I fear I have to struggle with Shibboleth (SAML2) which is a
webbrowser based protocol.
See e.g. https://www.switch.ch/aai/support/tools/aai-for-apps/

:Stefan

2016-01-26 7:52 GMT+01:00 Paolo Cavallini <cavall...@faunalia.it>:
> Il 26/01/2016 02:14, Stefan Keller ha scritto:
>
>> Any solution path for QGIS in order to get secure access to
>> WMS/WFS/ArcGIS_REST would be appreciated.
>
> Lizmap has WMS and WFS authentication out of the box.
> All the best.
>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> ___
> 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 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] Working on Postgres provider PKI authentication support

[Stefan Keller]

Hi,

I have a similar issue regarding authentication and authorization:
We're a part of a Swiss university network which uses partially Portal
for ArcGIS and I'm trying to integrate QGIS to this.
Now they implemented Shibboleth [1] which initially was not made for services...
But since we're the authors of ArcGIS REST API Connector [2] I see a
chance to integrate.
Any solution path for QGIS in order to get secure access to
WMS/WFS/ArcGIS_REST would be appreciated.

:Stefan

P.S. Matthias: We eventually can meet at QGIS-CH GV tomorrow in Olten?

[1] https://doc.arcgis.com/en/arcgis-online/reference/configure-shibboleth.htm
[2] http://plugins.qgis.org/plugins/connector/


2016-01-21 19:37 GMT+01:00 Luigi Pirelli :
> Hi Mathias
>
> I wrote a new not integrating it in test_provider_postgres.py because
> it's setup is based on a "standard" db
>
> I/we can do two things
>
> 1) use this containers as test suite also for generic postgres
> provider giving less strict connection control (in this moment my
> container allow only certified connections) => in this way I can
> integrate the test inside test_provier_postgres.py
>
> 2) add the container in the trevis suite and leave the test is a separate test
>
> btw I don't have "power" or knowledge on QGIS Trevis configuration/setup
>
> my actual simple test code is here  (to see the code do compare):
>
> https://github.com/boundlessgeo/qgis/tree/postgis-pki-conntest
>
> I also added a configured qgis-auth.db (only with "Fra" user cert) in
> the test data set.
>
> the test would be adapted to be more generic in case of docker-machine
> containers (OSX and Win)
>
> cheers
> Luigi Pirelli
>
> **
> * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Mastering QGIS:
> https://www.packtpub.com/application-development/mastering-qgis
> **
>
>
> On 11 January 2016 at 19:58, Matthias Kuhn  wrote:
>> Hi Luigi,
>>
>> Would it make sense to start such a container on travis and run some
>> checks against it from the test suite?
>> This would allow for a very quick feedback if somebody cuts the wrong wire.
>>
>> Best regards,
>> Matthias
>>
>> On 01/11/2016 07:43 PM, Luigi Pirelli wrote:
>>> Hi SebDieBln (I've no your email)
>>>
>>> I'm working for Boundless to add PKI authentication to postgres
>>> provider. I see you did some work on it:
>>> https://github.com/qgis/QGIS/pull/2473
>>>
>>> This email is to share some instruments I did to allow a environmental
>>> testing. I hope are useful for you and for all the community.
>>>
>>> I'm developing qgis patches here (<- sorry SebDieBln ;) )
>>> https://github.com/luipir/qgis/tree/postgis-pki
>>>
>>> To allow a better testing env (integration test not unit test) I
>>> prepared some docker data containers on the top of tim's
>>> kartoza/postgis docker.
>>> These containers allow to run a postgis container configured to accept
>>> certified connections using test certs in:
>>> https://github.com/qgis/QGIS/tree/master/tests/testdata/auth_system/certs_keys
>>>
>>> You can find this containers here (sorry again ;) )
>>> https://github.com/luipir/Postgis-pki-datacontainers
>>>
>>> eventually you can use this container to setup a certified connection
>>> for you db manager patches.
>>>
>>> Luigi Pirelli
>>>
>>> **
>>> * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
>>> * LinkedIn: https://www.linkedin.com/in/luigipirelli
>>> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
>>> * GitHub: https://github.com/luipir
>>> * Mastering QGIS:
>>> https://www.packtpub.com/application-development/mastering-qgis
>>> **
>>> ___
>>> 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
>>
>> --
>> Matthias Kuhn
>> OPENGIS.ch - https://www.opengis.ch
>> Spatial • (Q)GIS • PostGIS • Open Source
>>
>>
>>
>> ___
>> 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 mailing list
> Qgis-developer@lists.osgeo.org
> List info: 

Re: [Qgis-developer] A common set of functions for QGIS plugins

[Stefan Keller]

Hi Tim, Victor[1], John [2], Nathan [3] and Gary [4]

Good initiative which I also would keep in a sandbox so long.
I'd like to check my plugins against (and probably contribute to) this
common set of functions for QGIS Python plugins.

[1] seems to be the unifid place and this has been changed since 21 days.
Is this the common set for now?

:Stefan

[1] https://github.com/volaya/qgiscommons
[2] https://github.com/lparchaeology/libarkqgis.
[3] https://github.com/NathanW2/parfait
[4] http://locatepress.com/ppg/data_code

2015-11-08 23:21 GMT+01:00 Nathan Woodrow :

> No even really that.  Just mainly because like we said it's not considered
> stable at the moment and we don't want to be linked to the release cycle.
> It will be good to mainly just test ideas first and then merge it later.
>
> - Nathan
>
> On Mon, Nov 9, 2015 at 7:55 AM, Tim Sutton  wrote:
>
>> Hi
>>
>> On 05 Nov 2015, at 17:34, Paolo Cavallini  wrote:
>>
>> Il 05/11/2015 09:24, Nathan Woodrow ha scritto:
>>
>> Yep that is the plan.
>>
>>
>> I see you already done it, so now it's probably pointless, but: why not
>> using git submodules?
>>
>>
>>
>> Many consider submodules a PITA e.g.
>>
>>
>> http://somethingsinistral.net/blog/git-submodules-are-probably-not-the-answer/
>>
>> Regards
>>
>> Tim
>>
>> All the best.
>>
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>> —
>>
>>
>>
>>
>> Tim Sutton
>>
>> 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
>> Tim is a member of the QGIS Project Steering Committee
>>
>> Kartoza is a merger between Linfiniti and Afrispatial
>>
>>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Kriging interpolation functionality in QGIS?

[Stefan Keller]

Werner: I'm with you.
Victor: Thanks for the pointer to SAGA tools in Processing.

The background of my questions is, that I'm having a research project
in mind where we need to implement Kriging for predefined agricultural
soil samples.
Here the farmer does not need to know what's under the hood.
Now I'm thinking to give back something to the QGIS community like
parameter suggestions calculated from cross validation.
And I'm reluctant to implement this using something other than a QGIS
extension (nothing against SAGA).

Any one who has experiences on how estimate any Kriging parameters?
E.g. these SAGA tool parameters look especially "frightening" :-)
Power function A/B (in Universal K.) and Variogram Model (in Ordinary K.)

:Stefan

2015-09-28 21:36 GMT+02:00 Werner Macho <werner.ma...@gmail.com>:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Stefan,
>
> My post was in no way meant offending. I replied to Victor and Barry
> just because of the nice joke about "wizards".
> My experience at university is just that a lot of students use
> "wizards" without knowing what they are doing and Barrys post
> described exactly what I saw at university.
>
> I hope you will find (or already found) what you are looking for.
> With Kriging unfortunately I cannot help you because I just did not
> understand it ;)
>
> regards,
> Werner
>
> On 28/09/15 20:32, Stefan Keller wrote:
>> Werner, Barry
>>
>> I just wrote to have Kriging in QGIS with less external
>> *dependencies* like GRASS, SAGA (or R). That's what I meant by
>> "easier to use" in my initial thread.
>>
>> Then I challenged the benefit of Kriging versus IDW just because I
>> don't want to use it because it's cool. Thanks to Barry and others
>> for the explanations.
>>
>> The use case you obviously have in mind, is to do data analytics as
>> a researcher or informed user - which requires the steps Sjur
>> mentioned (many thanks too).
>>
>> On the other hand, to me it's still worth thinking of a helper
>> dialog (in whatever implementation and whatever you call it) which
>> suggests parameters calculated on cross validation.
>>
>> ... Unless you are saying that only statisticians can ever master
>> Kriging :-O
>>
>> :Stefan
>>
>>
>>
>> 2015-09-28 17:34 GMT+02:00 Werner Macho <werner.ma...@gmail.com>:
>>> Well written and I fully support that. Sometimes it seems that
>>> people want a wizard for everything (and a computer that can read
>>> their mind). I am against imitating everything that "commercial
>>> software" provides. Sometimes it is better to treat users to
>>> switch on their brain. For me that is still the point that
>>> separates Opensource Software from proprietary one. I am not sure
>>> if we should try to get more users at all cost. Let's do things
>>> correct - even if that is not always popular (because it is not
>>> in reach with one click).
>>>
>>> just my 2c Werner
>>>
>>> On Mon, Sep 28, 2015 at 1:37 PM, Barry Rowlingson
>>> <b.rowling...@lancaster.ac.uk> wrote:
>>>> On Mon, Sep 28, 2015 at 10:35 AM, Victor Olaya
>>>> <vola...@gmail.com> wrote:
>>>>
>>>>> From the point of view of user-friendliness, the Processing
>>>>> implementation (wrapping the corresponding SAGA modules),
>>>>> might not be as easy to use as some people would like, but
>>>>> for tools such as kriging I am strongly against wizard-like
>>>>> UI's and similar elements. ArcGIS's Statistical Analyst is
>>>>> great and has a wizard with a fantastic "next" button that
>>>>> allows you to interpolate using all sort of esoteric methods
>>>>> and will make you believe that you are creating sound raster
>>>>> layers...when the truth is that, without knowledge, you are
>>>>> creating rubish. I don't like to give users that wrong
>>>>> sensation.
>>>>
>>>> Agreed. Anything claiming to be a "wizard" for Kriging really
>>>> needs to be a psychic wizard that can read your thoughts and
>>>> understand your data. A better device would be an
>>>> "Interrogator":
>>>>
>>>> *ping* Your data seems to be discrete small integers, are you
>>>> sure you want to model it as a Gaussian? [*yes*/no]
>>>>
>>>> *ping* So you want to model your data with Gaussian cofactor
>>>> response p-value thresholds from an

Re: [Qgis-developer] Kriging interpolation functionality in QGIS?

[Stefan Keller]

Werner, Barry

I just wrote to have Kriging in QGIS with less external *dependencies*
like GRASS, SAGA (or R).
That's what I meant by "easier to use" in my initial thread.

Then I challenged the benefit of Kriging versus IDW just because I
don't want to use it because it's cool.
Thanks to Barry and others for the explanations.

The use case you obviously have in mind, is to do data analytics as a
researcher or informed user - which requires the steps Sjur mentioned
(many thanks too).

On the other hand, to me it's still worth thinking of a helper dialog
(in whatever implementation and whatever you call it) which suggests
parameters calculated on cross validation.

... Unless you are saying that only statisticians can ever master Kriging :-O

:Stefan



2015-09-28 17:34 GMT+02:00 Werner Macho :
> Well written and I fully support that.
> Sometimes it seems that people want a wizard for everything (and a
> computer that can read their mind).
> I am against imitating everything that "commercial software" provides.
> Sometimes it is better to treat users to switch on their brain.
> For me that is still the point that separates Opensource Software from
> proprietary one.
> I am not sure if we should try to get more users at all cost. Let's do
> things correct - even if that is not always popular (because it is not
> in reach with one click).
>
> just my 2c
> Werner
>
> On Mon, Sep 28, 2015 at 1:37 PM, Barry Rowlingson
>  wrote:
>> On Mon, Sep 28, 2015 at 10:35 AM, Victor Olaya  wrote:
>>
>>> From the point of view of user-friendliness, the Processing
>>> implementation (wrapping the corresponding SAGA modules), might not be
>>> as easy to use as some people would like, but for tools such as
>>> kriging I am strongly against wizard-like UI's and similar elements.
>>> ArcGIS's Statistical Analyst is great and has a wizard with a
>>> fantastic "next" button that allows you to interpolate using all sort
>>> of esoteric methods and will make you believe that you are creating
>>> sound raster layers...when the truth is that, without knowledge, you
>>> are creating rubish. I don't like to give users that wrong sensation.
>>
>> Agreed. Anything claiming to be a "wizard" for Kriging really needs to
>> be a psychic wizard that can read your thoughts and understand your
>> data. A better device would be an "Interrogator":
>>
>> *ping* Your data seems to be discrete small integers, are you sure you
>> want to model it as a Gaussian? [*yes*/no]
>>
>> *ping* So you want to model your data with Gaussian cofactor response
>> p-value thresholds from an underlying Bayesian surface? [*yes*/no]
>>
>> *ping* That last question was nonsense. You're just clicking "yes"
>> until you get a surface model - any surface model - right? [*yes*/no]
>>
>> *ping* okay, at least you are honest. I'm deleting the kriging module
>> now, go find a statistician.
>>
>> Barry
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Kriging interpolation functionality in QGIS?

[Stefan Keller]

Hi,

I'm looking for a Kriging interpolation from an irregular point data
set to raster data in QGIS without dependencies, if possible. There's
1.   Interpolation plugin (C++) [1]
2.   „Raster Interpolation“ plugin von Denis Rouzaud (Python) [2]

I know that GRASS and SAGA implemented Kriging [3].
But these are are dependencies I'd like to avoid in order to make QGIS
even more easier to use.
AFAIK even Denis' "Raster Interpolation" plugin requires Scipy
separately installed.

So eventually, I'm considering to extend "Raster Interpolation" Python
plugin (or [1])
Any suggestions or activities regarding this?

:Stefan

[1] 
http://docs.qgis.org/2.8/de/docs/user_manual/plugins/plugins_interpolation.html
[2] http://3nids.github.io/rasterinterpolation/
[3] http://gis.stackexchange.com/questions/1041/open-source-methods-for-kriging
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Kriging interpolation functionality in QGIS?

[Stefan Keller]

Hi Barry

Many thanks for your explanations and hints.
So from a pragmatic point-of-view ("80/20 pareto rule"):
Do you think Inverse Distance Weighting (IDW) would do the job as well,
since Kriging has so many parameters to fiddle around and to understand?

:Stefan


2015-09-25 18:36 GMT+02:00 Barry Rowlingson <b.rowling...@lancaster.ac.uk>:
> On Fri, Sep 25, 2015 at 4:14 PM, Stefan Keller <sfkel...@gmail.com> wrote:
>> Hi,
>>
>> I'm looking for a Kriging interpolation from an irregular point data
>> set to raster data in QGIS without dependencies, if possible. There's
>> 1.   Interpolation plugin (C++) [1]
>> 2.   „Raster Interpolation“ plugin von Denis Rouzaud (Python) [2]
>>
>> I know that GRASS and SAGA implemented Kriging [3].
>> But these are are dependencies I'd like to avoid in order to make QGIS
>> even more easier to use.
>> AFAIK even Denis' "Raster Interpolation" plugin requires Scipy
>> separately installed.
>>
>> So eventually, I'm considering to extend "Raster Interpolation" Python
>> plugin (or [1])
>> Any suggestions or activities regarding this?
>
>  You want Kriging in QGIS? You now have to implement a full
> statistical analysis system in QGIS. Kriging is hard, or even
> impossible to do properly as an automatic points-to-raster process
> without statistical diagnostics. You'll need to plot your variogram.
> You'll need to fit your variogram. You may need to transform your
> variables, and transform results back (and the back-transform of
> Kriging standard-errors is not trivial).
>
>  The simplest points-to-raster Kriging system I've seen is autoKrige
> from the R automap package. Even so this has about 7 parameters and
> options to choose from. Plus working in R makes it easy to plot
> diagnostics and histograms and do transforms and testing
>
>  If you want to try all that, there's a few python kriging
> implementations that you could use, or this blog poster shows how to
> do it from scratch with basic matrix ops:
>
> http://connor-johnson.com/2014/03/20/simple-kriging-in-python/
>
> Barry
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Multithreading not working in QGIS Python plugins?

[Stefan Keller]

We're getting closer: Seems to be a problem on our #QGIS 2.8 on a Mac.
Didn't find a QGIS issue on github though.

-S.

2015-08-17 10:35 GMT+02:00 Stefan Keller sfkel...@gmail.com:
 Hi,

 We're having problems not being able to start a new QThread as described here:
 using python multiprocessing package inside a qgis plugin code [1]

 We've already looked around and found this often referenced blog post
 by snorfalorpagus [2] and [3] which boils down to this snippet:

 # start the worker in a new thread
 thread = QtCore.QThread(self)
 worker.moveToThread(thread)  # worker is an object derived from QObject
 thread.started.connect(worker.run)
 thread.start()

 The problem is, that a new thread id is being created but the main
 thread remains blocked.
 Any ideas?

 --Stefan

 [1] 
 http://stackoverflow.com/questions/31692980/using-python-multiprocessing-package-inside-a-qgis-plugin-code
 [2] http://snorf.net/blog/2013/12/07/multithreading-in-qgis-python-plugins/
 [3] 
 http://gis.stackexchange.com/questions/98335/how-to-enable-multithreaded-processing-in-qgis-2-2/112688#112688
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Multithreading not working in QGIS Python plugins?

[Stefan Keller]

Hi,

We're having problems not being able to start a new QThread as described here:
using python multiprocessing package inside a qgis plugin code [1]

We've already looked around and found this often referenced blog post
by snorfalorpagus [2] and [3] which boils down to this snippet:

# start the worker in a new thread
thread = QtCore.QThread(self)
worker.moveToThread(thread)  # worker is an object derived from QObject
thread.started.connect(worker.run)
thread.start()

The problem is, that a new thread id is being created but the main
thread remains blocked.
Any ideas?

--Stefan

[1] 
http://stackoverflow.com/questions/31692980/using-python-multiprocessing-package-inside-a-qgis-plugin-code
[2] http://snorf.net/blog/2013/12/07/multithreading-in-qgis-python-plugins/
[3] 
http://gis.stackexchange.com/questions/98335/how-to-enable-multithreaded-processing-in-qgis-2-2/112688#112688
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] OAuth 2.0 and Shibboleth for QGIS?

[Stefan Keller]

Does anbody know of developments in QGIS core (C) and/or in PyQt to
implement authentication with OAuth 2.0 and Shibboleth to QGIS?

Yours, Stefan
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Problem with Memory storage type in PyQGIS when updating with auto form

[Stefan Keller]

Maybe a reiteration of this thread discussed on this list as
Struggling with iface.openFeatureForm()?
and this issue iface.openFeatureForm() does not update feature
https://hub.qgis.org/issues/11099 ?

-S.

2015-06-08 19:25 GMT+02:00 Stefan Keller sfkel...@gmail.com:
 Hi

 I have a layer of Memory storage type (Memory provider) which I
 created with Python.
 When editing=on and updating values using the attribute table
 interactively everything works as expected, i.e. the record get's
 updated.
 Then I'm checking Auto open form to on.
 Now, when updating the object interactively using the Identify
 Features tool the auto form opens as expected.
 But after saving, the record get's duplicated and sorted to the end.
 So I end up with two records having the same values (incl. id etc.),
 one remaining an unchanged duplicate, the other containing the value
 changes.
 Any hints?

 Cheers, S.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Problem with Memory storage type in PyQGIS when updating with auto form

[Stefan Keller]

Hi

I have a layer of Memory storage type (Memory provider) which I
created with Python.
When editing=on and updating values using the attribute table
interactively everything works as expected, i.e. the record get's
updated.
Then I'm checking Auto open form to on.
Now, when updating the object interactively using the Identify
Features tool the auto form opens as expected.
But after saving, the record get's duplicated and sorted to the end.
So I end up with two records having the same values (incl. id etc.),
one remaining an unchanged duplicate, the other containing the value
changes.
Any hints?

Cheers, S.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] GeoPackage: Vector layer save as... support

[Stefan Keller]

Hi Tim and Even

Thanks for your answers and input!
Seems to work! https://github.com/qgis/QGIS/pull/2114
Yay!
I've tested it with a point, linestring and polygon layer containing 
2500 features

Should I add something to some test suite? If yes, what?

Cheers, S.


2015-06-05 9:50 GMT+02:00 Even Rouault even.roua...@spatialys.com:
 Le vendredi 05 juin 2015 00:53:39, Stefan Keller a écrit :
 Hi,

 Can somebody explain, if there is a problem when GeoPackage is being
 added as writable driver (see also this feature request [1])?

 I'm not sure but it seems that it's mainly inserting following snippet
 to core/qgsvectorfilewriter.cpp, specifially
 QgsVectorFileWriter::driverMetadata, after line 2272 [2]:

   else if ( driverName.startsWith( GeoPackage ) )

 -- Should rather be GPKG (short name of driver) I think

   {
 longName = GeoPackage;
 trLongName = QObject::tr( GeoPackage );
 glob = *.gpkg;
 ext = gpkg;
   }

 Yours, S.

 [1] https://hub.qgis.org/issues/12187
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer

 --
 Spatialys - Geospatial professional services
 http://www.spatialys.com
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] GeoPackage: Vector layer save as... support

[Stefan Keller]

Hi,

Can somebody explain, if there is a problem when GeoPackage is being
added as writable driver (see also this feature request [1])?

I'm not sure but it seems that it's mainly inserting following snippet
to core/qgsvectorfilewriter.cpp, specifially
QgsVectorFileWriter::driverMetadata, after line 2272 [2]:

  else if ( driverName.startsWith( GeoPackage ) )
  {
longName = GeoPackage;
trLongName = QObject::tr( GeoPackage );
glob = *.gpkg;
ext = gpkg;
  }

Yours, S.

[1] https://hub.qgis.org/issues/12187
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS to ArcGIS Map Package

[Stefan Keller]

Hi

Map packages include a map document (.mxd) and the data referenced by
the map layers packaged into one portable file.
It's about sharing ArcGIS data with styling.

So, there are two parts: 1. a prorietary data format and 2. a
prorietary styling.

Actually, we've proposed a similar thing for QGIS called QGIS
All-in-one Project and began to implement a plugin [1].
It's well-defined and based on open formats.

So, how about paying a programmer to 1. enhance the QGIS All-in-one
Project plugin and 2. asking Esri if they could implement an import
for this :-)

Yours, Stefan


[1] http://giswiki.hsr.ch/QGIS_All-in-one_Project_Plugin

2015-05-16 13:26 GMT+02:00 Zoltan zolt...@geograph.co.za:
 This:

 http://www.esri.com/news/arcuser/0911/share-and-document-maps-with-map-packages.html

 http://www.esri.com/news/arcuser/0911/files/mapackages.pdf

 http://blogs.esri.com/esri/arcgis/2010/09/30/map-packages-con-t/

 http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#/An_overview_of_the_Package_toolset/001700q600/


 Regards,
 Zoltan





 On 16/05/2015 13:24, Roy wrote:

 Hi,

 what do you mean with Map Package ?

 Il 15/05/2015 16:08, Zoltan Szecsei ha scritto:

 Hi,
 Once I have created a map in the print composer, is there a way to export it
 to Map Package?

 Thanks  regards,
 Zoltan



 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer



 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Plugin to synchronize an attribute table between QGIS and LibreOffice?

[Stefan Keller]

Hi Rémi

You're probably right:
Having a lightweight database in between would have some advantages
since LibreOffice (calc) locks files.
On the other hand a database makes adding rows more complicated...

Cheers, S.

2015-04-26 16:11 GMT+02:00 Rémi Cura remi.c...@gmail.com:
 Hey,
 you could use SQLite as an itermediary.
 As far as I know, QGIS can natively read/write into SQLite tables, and use
 it anyway.
 And as far as I know, Open Office can easily read and write data in/from
 SQLIte.

 It would be very close to what you want, without the need to write a QGIS
 extension.
 You would just have to write the LibreOffice plugin

 Cheers,
 Rémi-C

 2015-04-25 22:07 GMT+02:00 Stefan Keller sfkel...@gmail.com:

 Hi Vaclav

 Thanks for the hint.
 Interesting talk about Geodesign (which to me is a synonym decision
 support) and open source tools like PostGIS, QGIS and LibreOffice.
 But there, QGIS is connected to LibreOffice via PostgreSQL/PostGIS.
 I'm looking for a direct connection between QGIS and LibreOffice calc.

 -S.


 2015-04-25 18:43 GMT+02:00 Vaclav Petras wenzesl...@gmail.com:
 
  On Sat, Apr 25, 2015 at 11:49 AM, Stefan Keller sfkel...@gmail.com
  wrote:
 
  What about a plugin to open and synchronize an attribute table between
  QGIS and LibreOffice?
 
  There was a talk at FOSS4G PDX 2014 which described combination of
  PostGIS/PostgreSQL+QGIS+LibreOffice:
 
  Geodesign: An Introduction to Design with Geography — Matthew Baker,
  Denver
  Public Schools, Critter Thompson, Placematters
  https://vimeo.com/106233274
  5:00-15:00
 
  This would also require to write a LibreOffice extension.
  As an inspiration see this ArcGIS extension called gisconnector [1]
 
  --S.
 
  [1]
 
  http://www.gislounge.com/gisconnector-excel-synchronize-data-selections-filters-arcgis-excel/
  ___
  Qgis-developer mailing list
  Qgis-developer@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-developer
 
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Plugin to synchronize an attribute table between QGIS and LibreOffice?

[Stefan Keller]

Hi Vaclav

Thanks for the hint.
Interesting talk about Geodesign (which to me is a synonym decision
support) and open source tools like PostGIS, QGIS and LibreOffice.
But there, QGIS is connected to LibreOffice via PostgreSQL/PostGIS.
I'm looking for a direct connection between QGIS and LibreOffice calc.

-S.


2015-04-25 18:43 GMT+02:00 Vaclav Petras wenzesl...@gmail.com:

 On Sat, Apr 25, 2015 at 11:49 AM, Stefan Keller sfkel...@gmail.com wrote:

 What about a plugin to open and synchronize an attribute table between
 QGIS and LibreOffice?

 There was a talk at FOSS4G PDX 2014 which described combination of
 PostGIS/PostgreSQL+QGIS+LibreOffice:

 Geodesign: An Introduction to Design with Geography — Matthew Baker, Denver
 Public Schools, Critter Thompson, Placematters
 https://vimeo.com/106233274
 5:00-15:00

 This would also require to write a LibreOffice extension.
 As an inspiration see this ArcGIS extension called gisconnector [1]

 --S.

 [1]
 http://www.gislounge.com/gisconnector-excel-synchronize-data-selections-filters-arcgis-excel/
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin to synchronize an attribute table between QGIS and LibreOffice?

[Stefan Keller]

What about a plugin to open and synchronize an attribute table between
QGIS and LibreOffice?
This would also require to write a LibreOffice extension.
As an inspiration see this ArcGIS extension called gisconnector [1]

--S.

[1] 
http://www.gislounge.com/gisconnector-excel-synchronize-data-selections-filters-arcgis-excel/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] WFS-alike plugin with caching: approach? (Was WFS still fetches everything)

[Stefan Keller]

Hi,

I'd like to enhance a WFS-alike Python plugin with caching.
Currently it simply creates a vector layer and attaches a REST
webservice on it which returns GeoJSON.
From this time, the layer is not controlled anymore by the plugin and
reloads everytime the layer get's zoomed/panned or after QGIS project
is re-opened.
Now I'd like to refactor it and get more control over the layer and
implement caching.
1. What would be the best approach to implement the caching ? With a temp file?
2. How to tell QGIS after reloading the project, that the plugin is
needed (on a different machine or in case the plugin got
de-installed)?

Cheers, S.


2015-03-26 18:17 GMT+01:00 Marco Hugentobler marco.hugentob...@sourcepole.ch:
 Hi Giovanni

 Unchecking the option 'cache features' did exactly that (first fetch based
 on current view extent and refetching of new parts when panning). This seems
 broken now (maybe since the multithreaded rendering?).

 Another (not so convenient) method is to create an ogc filter by double
 clicking on the 'filter' column (enter ogc filter xml as a string in the
 expression editor).

 Regards,
 Marco


 On 26.03.2015 16:11, G. Allegri wrote:

 Hi,
 you probably read the question from Peter on qgis-user [1].
 Five years ago Marco said that this behaviour should have been changed
 (first fetch based on current view extent) but AFAICS the WFS provider still
 behaves the old way.
 Was this proposal discarded for some reason?

 Giovanni

 [1]http://lists.osgeo.org/pipermail/qgis-user/2015-March/031354.html
 [2] http://hub.qgis.org/issues/1421#note-4
 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Gis3W - http://gis3w.it
 Ikare - http://ikare.it
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus


 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer



 --
 Dr. Marco Hugentobler
 Sourcepole -  Linux  Open Source Solutions
 Weberstrasse 5, CH-8004 Zürich, Switzerland
 marco.hugentob...@sourcepole.ch http://www.sourcepole.ch
 Technical Advisor QGIS Project Steering Committee


 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS-Website issues

[Stefan Keller]

Hi Anita, hi all

I see that Anita is pulling changes to QGIS-Website.

There's a weblink missing in the english section at [1] of the German
translation: The last sentence ends with colon - then there's no
weblink... Tutorien, die ursprünglich als Teil des Workshops für das
Ökologie- und evulutionäre Biologie-Programm an der Texas AM
Universität entwickelt wurde (erstellt und gepflegt von Mike
Treglia):
= I think there's this weblink missing there:
http://mltconsecol.github.io/QGIS-Tutorial/

-S.

[1] http://qgis.org/de/site/forusers/trainingmaterial/index.html

2014-10-16 17:47 GMT+02:00 Anita Graser anitagra...@gmx.at:
 Hi Matthias,

 Thanks for raising this issue!

 On Wed, Oct 15, 2014 at 12:23 PM, Matthias Kuhn matthias.k...@gmx.ch wrote:
 But it would still be good to improve the situation. Do you have any
 idea what we could do to improve the situation there?

 Unfortunately, I don't have a good idea yet how to improve this situation ...

 Looking through the current list of open issues, there are some
 technical issues which can only be solved by people who are familiar
 with the platform. Others are more concerned with the content of the
 website and could be handled by more casual contributors.

 In general, it might help to raise issues on the documentation team
 mailing list to get attention.

 Best wishes,
 Anita
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Icon sizes and howto... (Was: A plea for plugin authors)

[Stefan Keller]

2015-04-04 11:52 GMT+02:00 Paolo Cavallini cavall...@faunalia.it:
 Il 03/04/2015 17:11, Stefan Keller ha scritto:
 A. Are there more places where icons show up?
 B. Are there recommendations which is the recommended size? 32x32? several 
 sizes?
 C. Does anybody know how to make the icon show up in the QGIS
 Extensions Dialog?

 Hi Stefan,
 could you please check that these info are available on the pycookbook?
 If not, could you please add it once clarified?

Yes, I'll do that.
But first I need some help from QGIS devs regarding my three questions above :-)

Cheers,
Stefan


2015-04-04 11:52 GMT+02:00 Paolo Cavallini cavall...@faunalia.it:
 Il 03/04/2015 17:11, Stefan Keller ha scritto:

 A. Are there more places where icons show up?
 B. Are there recommendations which is the recommended size? 32x32? several 
 sizes?
 C. Does anybody know how to make the icon show up in the QGIS
 Extensions Dialog?

 Hi Stefan,
 could you please check that these info are available on the pycookbook?
 If not, could you please add it once clarified?
 All the best.

 --
 Paolo Cavallini - www.faunalia.eu
 QGIS  PostGIS courses: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] A plea for plugin authors

[Stefan Keller]

Hi Paolo, hi all

Paolo mentioned icons in his plea, section Metadata:
 * add a proper icon, do not leave the default one; see QGIS interface
 for a suggestion of the style to be used

There are several places where icons are shown:
AFAIK there's at least
1. QGIS Toolbar: 64x64 pixels?
2. Plugins home: http://plugins.qgis.org/plugins/ = 32x32 pixels
3. In the QGIS Extensions Dialog: 16x16 pixels

In the QGIS Extensions Dialog actually very few individual icons show
up like TileLayer, QGIS Cloud or QSpatialite.

My questions:
A. Are there more places where icons show up?
B. Are thre recommendations which is the recommended size? 32x32? several sizes?
C. Does anybody know how to make the icon show up in the QGIS
Extensions Dialog?

Yours, Stefan


2015-03-26 14:56 GMT+01:00 Paolo Cavallini cavall...@faunalia.it:
 Il 26/03/2015 14:53, Charles Shapiro ha scritto:

 Has anyone else had this difficulty?

 I remember others had the same problem, but cannot recall how they
 solved it: anyone?
 All the best, and thanks for your reply.

 --
 Paolo Cavallini - www.faunalia.eu
 QGIS  PostGIS courses: http://www.faunalia.eu/training.html
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Geopackage missing in Vectorlayer save as...: Why?

[Stefan Keller]

Hi,

QGIS can read Geopackage (GPKG) with Add Vectorlayer... dialogue but
not save - although OGR supports this. Why is it missing in
Vectorlayer save as...?

Yours, S.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Geospackage Slow in QGIS

[Stefan Keller]

Hi Andrea

 2014-08-18 16:52 GMT+02:00 Andrea Peri aperi2...@gmail.com:
 ...
 Infact I discovered just now that gdal driver for spatialite don't
 seem to support tables with more than 1 geometrt field.
 Almost on QGIS.

I'm almost certain that there's code - or at least knowhow - available
for GDAL to add support for more than one table also for Spatialite.
@Pirmin: What do you think?

-S.


2014-08-18 16:56 GMT+02:00 Andrea Peri aperi2...@gmail.com:
 Just to explain why this is an important question.

 On a sqlite db is impossible to remove a field.
 So if a table is with two geometry field, it is never see-able from qgis.
 Because is not possible a command like:

 alter table remove filed geometry-2;

 Bye,

 Andrea Peri.


 2014-08-18 16:52 GMT+02:00 Andrea Peri aperi2...@gmail.com:
 Hi,

 I have changed my opinin.
 From +1 to +0

 Infact I discovered just now that gdal driver for spatialite don't
 seem to support tables with more than 1 geometrt field.
 Almost on QGIS.

 Andrea


 2014-05-17 22:19 GMT+02:00 Jeremy Palmer jpal...@linz.govt.nz:
 I'm wondered why QGIS needs a native SpatiaLite provider and connection 
 dialogue any more. Unlike other database providers such as PostGIS, Oracle, 
 MSSQL the SpatiaLite provider doesn't seem to have anything special that 
 requires a QGIS provider. From a users perspective it just adds to the 
 confusion and complexity for adding data. Why not just use GDAL/OGR for 
 both Geopackage and Spatialite?

 Cheers
 Jeremy
 
 From: Stefan Keller [sfkel...@gmail.com]
 Sent: Sunday, 18 May 2014 12:24 a.m.
 To: Martin Dobias
 Cc: Jeremy Palmer; qgis-developer@lists.osgeo.org
 Subject: Re: [Qgis-developer] Geospackage Slow in QGIS

 Hi Martin

 It has a different binary encoding compared to Spatialite.
 And in addition it integrates raster tiles (MBTiles) and metadata.

 -S.


 2014-05-17 14:10 GMT+02:00 Martin Dobias 
 wonder...@gmail.commailto:wonder...@gmail.com:
 Hi

 On Sat, May 17, 2014 at 2:32 PM, Jeremy Palmer 
 jpal...@linz.govt.nzmailto:jpal...@linz.govt.nz wrote:
 I've just been using the new implementation of Geopackage in QGIS :) 
 However each map render or feature info is very slow for large database 
 files - even with the new GDAL/OGR Geopackage spatial index support. Each 
 time QGIS renders a new map view or executes a feature info it re-opens 
 the Geopackage file in QgsOgrFeatureIterator via OGROpen, and the 
 Geopackage driver open method runs PRAGMA integrity_check which is very 
 slow (4 secs with my 2GB test file). This integrity check is actually a 
 Geopackage requirement.

 How can this be fixed? At the in QGIS or GDAL/OGR level?

 Actually I am wondering how different is the format of GeoPackage from
 the format of SpatiaLite... we could use our native SpatiaLite
 provider also for GeoPackage files if they are close enough. Any
 ideas?

 Regards
 Martin
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.orgmailto:Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer

 This message contains information, which may be in confidence and may be 
 subject to legal privilege. If you are not the intended recipient, you must 
 not peruse, use, disseminate, distribute or copy this message. If you have 
 received this message in error, please notify us immediately (Phone 0800 
 665 463 or i...@linz.govt.nz) and destroy the original message. LINZ 
 accepts no responsibility for changes to this email, or for any 
 attachments, after its transmission from LINZ. Thank You.
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer



 --
 -
 Andrea Peri
 . . . . . . . . .
 qwerty àèìòù
 -



 --
 -
 Andrea Peri
 . . . . . . . . .
 qwerty àèìòù
 -
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Revival of OGR Layer Converter plugin?

[Stefan Keller]

Hi Mateusz, hi all

Four years ago you submitted the OGR Layer Converter plugin to QGIS trunk
(http://hub.qgis.org/issues/1249 ). Since then OGR became part of the usual
Open Vector Layer... dialog.
But this open... dialog includes no parameter ogr2ogr would have -
neither source nor target creation layer options.
What do you think of a revival of the plugin which would give control to an
advanced user over those options?

-Stefan
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Revival of OGR Layer Converter plugin?

[Stefan Keller]

Almost... :-)
I meant beingable to add source options like (like -clipsrc, -nln and
-sql) within the OGR based Add Vector Layer... dialog:
http://imgur.com/tcLJUHg

- Stefan


2014-05-18 15:32 GMT+02:00 Nathan Woodrow madman...@gmail.com:

 Stefan,

 Are these the options you mean?

 http://i.imgur.com/DW7tYEF.png

 - Nathan


 On Sun, May 18, 2014 at 11:29 PM, Stefan Keller sfkel...@gmail.comwrote:

 Hi Mateusz, hi all

 Four years ago you submitted the OGR Layer Converter plugin to QGIS
 trunk (http://hub.qgis.org/issues/1249 ). Since then OGR became part of
 the usual Open Vector Layer... dialog.
 But this open... dialog includes no parameter ogr2ogr would have -
 neither source nor target creation layer options.
 What do you think of a revival of the plugin which would give control
 to an advanced user over those options?

 -Stefan


 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer



___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Geospackage Slow in QGIS

[Stefan Keller]

So it's this code fragment?
419 /* Requirement 6: The SQLite PRAGMA integrity_check SQL command
SHALL return â??okâ? */
420/* http://opengis.github.io/geopackage/#_file_integrity */
421if( strncmp(pszFilename, /vsicurl/, strlen(/vsicurl/)) != 0 
422OGRERR_NONE != PragmaCheck(integrity_check, ok, 1) )

Looks strange to me why a single file check woold be the bottlenet since
this should be a single call.

I would have expected that some repeated calls (like reading
objects/records and checking SRID or data types) would be the bottleneck
since SQlite is not performant when used with PRAGMA checks. This would be
a check one could disable with a parameter.

--S.



2014-05-17 10:29 GMT+02:00 Jeremy Palmer jpal...@linz.govt.nz:

 HI Stefan,

 Call from QGIS is here:
 https://github.com/qgis/QGIS/blob/master/src/providers/ogr/qgsogrfeatureiterator.cpp#L45

 GDAL code is here:


 http://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogrsf_frmts/gpkg/ogrgeopackagedatasource.cpp#L421

 My profiler says all the time is in OGRGeoPackageDataSource::Open.

 Also a simple check via the command line for the given database:

 qlite3 test_parcels.gpkg
 sqlite .timer ON
 sqlite PRAGMA integrity_check;
 ok
 CPU Time: user 3.384211 sys 0.756047

 Cheers,
 Jeremy
 
 From: Stefan Keller [sfkel...@gmail.com]
 Sent: Saturday, 17 May 2014 8:20 p.m.
 To: Jeremy Palmer
 Cc: qgis-developer@lists.osgeo.org
 Subject: Re: [Qgis-developer] Geospackage Slow in QGIS

 Hi Jeremy

 Is this PRAGMA integrity_check really the bottle neck?
 Is it an integrity check on a data type (e.g. integer - its probably
 actually an integrity check on SRID)?
 Can you point to the code?

 Yours, Stefan



 2014-05-17 9:32 GMT+02:00 Jeremy Palmer jpal...@linz.govt.nzmailto:
 jpal...@linz.govt.nz:
 I've just been using the new implementation of Geopackage in QGIS :)
 However each map render or feature info is very slow for large database
 files - even with the new GDAL/OGR Geopackage spatial index support. Each
 time QGIS renders a new map view or executes a feature info it re-opens the
 Geopackage file in QgsOgrFeatureIterator via OGROpen, and the Geopackage
 driver open method runs PRAGMA integrity_check which is very slow (4 secs
 with my 2GB test file). This integrity check is actually a Geopackage
 requirement.

 How can this be fixed? At the in QGIS or GDAL/OGR level?

 Cheers,
 Jeremy

 This message contains information, which may be in confidence and may be
 subject to legal privilege. If you are not the intended recipient, you must
 not peruse, use, disseminate, distribute or copy this message. If you have
 received this message in error, please notify us immediately (Phone 0800
 665 463 or i...@linz.govt.nzmailto:i...@linz.govt.nz) and destroy the
 original message. LINZ accepts no responsibility for changes to this email,
 or for any attachments, after its transmission from LINZ. Thank You.
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.orgmailto:Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Geospackage Slow in QGIS

[Stefan Keller]

Hi Jeremy

Is this PRAGMA integrity_check really the bottle neck?
Is it an integrity check on a data type (e.g. integer - its probably
actually an integrity check on SRID)?
Can you point to the code?

Yours, Stefan



2014-05-17 9:32 GMT+02:00 Jeremy Palmer jpal...@linz.govt.nz:

 I've just been using the new implementation of Geopackage in QGIS :)
 However each map render or feature info is very slow for large database
 files - even with the new GDAL/OGR Geopackage spatial index support. Each
 time QGIS renders a new map view or executes a feature info it re-opens the
 Geopackage file in QgsOgrFeatureIterator via OGROpen, and the Geopackage
 driver open method runs PRAGMA integrity_check which is very slow (4 secs
 with my 2GB test file). This integrity check is actually a Geopackage
 requirement.

 How can this be fixed? At the in QGIS or GDAL/OGR level?

 Cheers,
 Jeremy

 This message contains information, which may be in confidence and may be
 subject to legal privilege. If you are not the intended recipient, you must
 not peruse, use, disseminate, distribute or copy this message. If you have
 received this message in error, please notify us immediately (Phone 0800
 665 463 or i...@linz.govt.nz) and destroy the original message. LINZ
 accepts no responsibility for changes to this email, or for any
 attachments, after its transmission from LINZ. Thank You.
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Geospackage Slow in QGIS

[Stefan Keller]

Ciao A.

You wrote:
 Instead surely geopackage are no one strong point in elaboration so I'm
not surprise that it is slow.

The bottleneck has been identified and Even resolved it.
As Jeremy reported it was the PRAGMA integrity_check which checked the
whole file(!) when opening.
Now it remains to be tested how much faster opening of the GeoPackage is.

-S.




2014-05-17 13:44 GMT+02:00 aperi2007 aperi2...@gmail.com:


 I have really difficulty to write of a so complex question in english.
 :(
 However try to explain.
 The shapefile is absolutely a bad solution for interchange usage.
 We experiment every day troubles. Sometimes the troubles was discovered
 after many time.
 The shapefile born as a simply format for a simply GIS product.
 SO the major request was t be simpler possible.
 And infact the shapefile is really simply.
 The shp specs use the DBF format, but forgot that of DBF format there are
 many ,sometimes also really distinct to each other.
 (read the old clipper dbf spec and the old ashton-tate dbf spec to
 understand what this mean).

 So two shapefile could be not compatible at all.
 Also the shapefile don't sauy nothing of character-set usage.
 This is a bad question because often we must try more than one
 Character-set and hope to have no mixing of CS to retrieve correctly the
 texts.
 Also the shapefile don't has a NULL definition and also it allow the
 strange mix of MULTIPART and SIMPLY geometries.

 All this and so on are foe for a real interchangeable format because
 usually this mean that I export from a remote system , from a distinct GIS
 solution to every other solution.

 We every day use the gdal to transform (thx to gdal forever), but gdal
 cannot do miracles.

 A format born for interchange is surely the GML.
 It allow to define a different SRS for every geometry, also allow to host
 every typeof geometry ,
 but the GML failed in the market because the geometric definition was not
 well explained and so every GIS software
 choose to do its own interpretation of the geometrical tag in the GML.

 Obviously the postgis , oralce and so on are not really nterchange formats
 because they are only dump of the DBMS information.
 Another good candidate for interchange was the spatialite.
 The lastversion 4.2 is really good.
 It host metadata, host styles, host history and convert al to the UTF-8
 internal.
 It has some limitation respect to the GML.
 The GML allow to have a distinct SRS for every geometry instead the
 spatialite allow a SRS for every table (dataset).

 But this limitation will not be a real limit today, perhaps in the next
 2-3 year it will became a limit.

 But the spatialite has another limit for a good interchange format.
 It is also an elaboration unit.
 This is an advantage for me , but not for a real interchange format that
 need only host data.
 And give the elaboration phase to the GIS.
 This is a philosophy I don't like more, but has its own reasons .

 So why the geopackage is not a good work format ?
 The response is because it is a interchange format. The need of a work
 frmat are different from that of  a work format.
 The first need to but not redundant, more compact, but without loss any
 information or setting and compressable.

 The shapefile is nothing.
 It is not a good interchange format, and not a good working format.
 :)

 The spatialite is like a DBMS, it is a good work format.
 And has some point of interest in the interchange.
 The capability internally to speak with shapefile, postgres, dxf, wfs and
 GML/XML are good options.

 Also it hs a good elaboration capability.
 Is has no the limit of the shapefile and this is good.
 It host the styles and this is good.

 But has also some bad points.
 It is no so universal diffuse.
 Only qgis know it, and the qgis seem to have an own spatialite dialect not
 fully compatible with the original spatialite.
 The styles on spatialite are supported from qgis but they are incompatible
 respect at original spatialite version and this is a bad point.
 The metadata tables of spatialite are ignored from qgis.
 So the spatialite seem to be a chatedral in the desert.

 The spatialite will never to be a real interchange format if the only
 software to use it is qgis and the same qgis is not real compatible with
 the original spatialite spec.

 So the spatialite actually is a really good and strong work format .

 Instead surely geopackage are no one strong point in elaboration so I'm
 not surprise that it is slow.
 It don't born to do this work.
 :)

 A.

 Il 17/05/2014 11:24, Paolo Cavallini ha scritto:

  Il 17/05/2014 11:03, Andrea Peri ha scritto:

 Do you know the requirements of gpkg ?

 They should be really minimal.
 This could help understanding speed issues:
 http://openjump.blogspot.fi/2014/02/openjump-plus-reads-
 ogc-geopackages.html
 All the best.


 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 

Re: [Qgis-developer] Geospackage Slow in QGIS

[Stefan Keller]

Hi Martin

It has a different binary encoding compared to Spatialite.
And in addition it integrates raster tiles (MBTiles) and metadata.

-S.


2014-05-17 14:10 GMT+02:00 Martin Dobias wonder...@gmail.com:

 Hi

 On Sat, May 17, 2014 at 2:32 PM, Jeremy Palmer jpal...@linz.govt.nz
 wrote:
  I've just been using the new implementation of Geopackage in QGIS :)
 However each map render or feature info is very slow for large database
 files - even with the new GDAL/OGR Geopackage spatial index support. Each
 time QGIS renders a new map view or executes a feature info it re-opens the
 Geopackage file in QgsOgrFeatureIterator via OGROpen, and the Geopackage
 driver open method runs PRAGMA integrity_check which is very slow (4 secs
 with my 2GB test file). This integrity check is actually a Geopackage
 requirement.
 
  How can this be fixed? At the in QGIS or GDAL/OGR level?

 Actually I am wondering how different is the format of GeoPackage from
 the format of SpatiaLite... we could use our native SpatiaLite
 provider also for GeoPackage files if they are close enough. Any
 ideas?

 Regards
 Martin
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Considerations around WFS layer and ArcGIS REST API Connector Plugin

[Stefan Keller]

Hi Devs,

Tobias and I are working on the ArcGIS REST API Connector Plugin which
reads WFS- and WMTS-alike services (called Feature Service and Map Service)
from ArcGIS Online or ArcGIS Server 10.x. Let's call this a connection of
type ArcGIS Layer, which creates a vector layer (in memory).

1. When entering a new WFS Layer connection and loading it as a new project
layer, I know that the WFS URL is stored in the project file - and Username
and Password (as hash?) also are stored there, right?

2. WFS can be deliver huge number of features. A WFS layer obviously reads
all(!) features into memory when loading first time. Should'nt be there a
limit Max. no. features per connection in the WFS connection (and in
ours) in order to prevent memory overflow? (if this is considered a hack, a
local indexed cache file would become necessary...).

3. Since WFS is a service, it can be updated anytime and the WFS layer in
QGIS becomes outdated.Should'nt be there a Refresh button in the WFS
layer (and in ours)?

4. How can the QGIS project file be extended in order to a) store
additional parameters - like this Max. no. features - per layer. And b):
how can an own connection type - like ArcGIS Layer - be added to the
project file, so that QGIS calls our plugin, when the project/layer is
(re-)loaded?

5. WFS only supports basic authentication. How about NTLM [2] and OAuth?

Yours,
Stefan

[1] http://giswiki.hsr.ch/QGIS_ArcGIS_REST_API_Connector_Plugin
[2] http://de.wikipedia.org/wiki/NTLM
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] PostGIS and QGIS as remote processors and WPS servers?

[Stefan Keller]

Hi,

To PostGIS and QGIS devs: I'd like to get and setup a PostGIS web
app and later on a QGIS server (with Processing/Sextante) as  WPS
Servers .
= What is the status of the work regarding this ?

To QGIS devs: What about a switch in Processing tools (in QGIS
Client) where users can enable geometric operations/processing on
server side, based on a wrapper around spatial databases (like PostGIS
and Spatialite)?

Yours, Stefan


P.S. at 2012/12/3 Vincent wrote to QGIS developer mailinglist:
 ...
 At Oslandia our priorities for Sextante are :
 * PostGIS and spatialite support for sextante, as intermediary layers and
 parameterized queries as processes, with import/export processes too.
 * add a bunch of postgis/spatialite classical processes (nearest neigbours,
 deduplication, spatial join, shortest path...)
 * Making sextante totally independant of qgis GUI, to be able to run sextante
 processes in batch in command line mode

 This will open the door to use Sextante as a real WPS processes generator,
 with features not unlike an ETL (or ELT).
 ...
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Lidar data into QGIS

[Stefan Keller]

Hi,

2014/1/31 A Huarte ahuart...@yahoo.es:
 Although I know you're going to try it in Vienna, I would like to recover
 the idea of creating a new type of layer (eg QgsPointCloudLayer) that

I usually also tend towards just doing - but this time, with LIDAR
it's probably a good advice to think and discuss first
It's really a tricky thing. See e.g. Paul Ramsey's Talk at FOSS4G
2013, Birmingham:
http://elogeo.nottingham.ac.uk/xmlui/bitstream/handle/url/186/pgpointcloud-foss4-2013.pdf

2014/1/29 Howard Butler wrote:
 I think the first question to answer for a QGIS point cloud capability is to 
 define
 what it will do. Is it a renderer/viewer? Product processing pipeline? 
 Everything?
 I think it is important to keep the scope limited for the first few attempts 
 to
 feel out the problem.

Exactly.

--Stefan

P.S. BTW there is another battle field over at the format definition
side which currently needs some attention:
LIDAR Format Wars... http://boundlessgeo.com/2014/01/lidar-format-wars-2/


2014/1/31 A Huarte ahuart...@yahoo.es:
 Although I know you're going to try it in Vienna, I would like to recover
 the idea of creating a new type of layer (eg QgsPointCloudLayer) that
 inherits from QgsVectorLayer to provide all the basic vector functionality
 (including a new simplification of proximity to fast rendering), and add
 extra capabilities for these data types: output rasters, 3D profiles, 3D
 visualization in plugins ...

 Best Regards
 Alvaro

 
 De: Paolo Cavallini cavall...@faunalia.it
 Para: Larry Shaffer lar...@dakotacarto.com
 CC: qgis-developer qgis-developer@lists.osgeo.org
 Enviado: Viernes 31 de enero de 2014 7:53

 Asunto: Re: [Qgis-developer] Lidar data into QGIS

 Il 30/01/2014 18:41, Larry Shaffer ha scritto:

 To revisit your original immediate need, does the output from Howard's
 Hexer tool visualize what you are looking for?

 https://github.com/hobu/hexer

 Hi Larry,
 we do not have immediate needs, it's a mid-term goal to make LAS data
 available in QGIS.
 Thanks anyway for the suggestion, interesting; probably it would be good
 to check if there is something we can integrate or reuse.
 All the best.
 --
 Paolo Cavallini - www.faunalia.eu
 QGIS  PostGIS courses: http://www.faunalia.eu/training.html
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer



 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] save as spatialite very resource consuming

[Stefan Keller]

Hi,

I have to confirm that the file size is huge and saving performance is slow.
I'd like to emphasize that this is a show stopper for me for/against
Spatialite to become the Shapefile of the future!
I did not yet look into the QGIS driver code, but I assume (and hope)
that at least the saving performance can be enhanced.

-Stefan

2014/1/24 Rafael Krucker rkruc...@hsr.ch:
 Hello all

 I've noticed recently (QGIS 2.0.1, Windows 7 64 bit), that, when I'm
 processing a shapefile as layer, even very small ones, the operation 'save
 as spatialite' takes forever. With a small shapefile (1 KB), the process of
 converting takes up to 3 minutes, the generated spatiallite is then always
 around 4000 bigger (4.21 MB). These ratios are the same, no matter how big
 the file is, the time taken enlarges linearly it seems.
 When the export is a shapefile again, the whole thing is a matter of
 seconds.
 Is this due to some kind of buffering issues or does this conversetion
 simply take that many resources?

 Kind regards and thanks in advance for any pointers
 Rafael
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Lidar data into QGIS

[Stefan Keller]

Hi,

Since LIDAR data 1. has a special data structure 2. is huge and 3.
needs index, using a database with QGIS as client seems to me a
natural architectural decision.
As you may know, PostgreSQL has a pointcloud extension made by the
father of PostGIS, Paul.
See e.g. my wiki notes and presentation here: http://giswiki.hsr.ch/PointCloud

-- Stefan


2014/1/29 Paolo Cavallini cavall...@faunalia.it:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Il 29/01/2014 19:04, Larry Shaffer ha scritto:

 I contacted Howard Butler, one of the developers of PDAL, about possibly 
 providing
 some input on questions we have in this thread, and believe he is now 
 subscribed to
 the list.

 Howard, any ideas on a strategy for using PDAL in QGIS, e.g. via proposed 
 GDAL
 support, as a separate data provider, and/or utilizing its command line 
 utilities via
 a Processing plugin provider?

 IMVHO we need a data provider rather (before) than processing tools.
 I believe this would be easier with a dedicated provider rather than through 
 GDAL,
 but I leave the question to Howard or others.
 All the best.

 - --
 Paolo Cavallini - www.faunalia.eu
 Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1
 Comment: Using GnuPG with Icedove - http://www.enigmail.net/

 iEYEARECAAYFAlLpRJQACgkQ/NedwLUzIr4BbQCfUJJf1wj8fPo0EtECZFMpYu/N
 AC0AnjIPqdC5urMgf/1FFZlg00HTXJbg
 =rr0G
 -END PGP SIGNATURE-
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] User Interface Design (UX) Guidelines for QGIS?

[Stefan Keller]

Hi,

Are there any User Interface Design (UX) Guidelines for QGIS?
Is there a need to define/refine/adapt ones?
I didn't find much for QGIS in this mailing list and elsewhere.

--Stefan

P.S. Here are some generic ones I can recommend:
* (Graphical) User Interface (UI/GUI) Design with Qt:
http://qt-project.org/doc/qt-4.8/qt-gui-concepts.html
* Windows 8 App UX Guidelines:
http://msdn.microsoft.com/en-us/library/windows/apps/hh465424.aspx
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [QGIS-UX] User Interface Design (UX) Guidelines for QGIS?

[Stefan Keller]

Hi Anita and Jürgen

Vielen Dank! That's a starting point.
There remains still much to say, like where to place QButtonBox for
OK / Cancel / Help?, what default font size, etc.
Is it wrong to point at least to UI Design with Qt for further
reading in the Developers guide for QGIS?

-Stefan



Am 28. Januar 2014 18:56 schrieb Jürgen E. j...@norbit.de:
 Hi,

 On Tue, 28. Jan 2014 at 17:42:13 +0100, Anita Graser wrote:
 You can find the HIG (Human Interface Guidelines) starting on line 1441 of

 https://github.com/qgis/QGIS/blob/master/doc/CODING.t2t

 BTW we also have a HTML version of that online:

 http://htmlpreview.github.io/?https://raw.github.com/qgis/QGIS/master/doc/CODING.html#toc60


 Jürgen

 --
 Jürgen E. Fischer norBIT GmbH   Tel. +49-4931-918175-31
 Dipl.-Inf. (FH)   Rheinstraße 13Fax. +49-4931-918175-50
 Software Engineer D-26506 Norden   http://www.norbit.de
 QGIS PSC member (RM)  Germany  IRC: jef on FreeNode

 --
 norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
 Rheinstrasse 13, 26506 Norden
 GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS game (for fun)?

[Stefan Keller]

Hi James

I assume you meant this strategic board game[1].
If yes I fear we'll have some licensing issues with Parker Brothers/Hasbro.

-- S.

[1] http://en.wikipedia.org/wiki/Risk_%28game%29



2013/12/16 Stott James fmro...@fylkesmannen.no

  A few years ago I was shown this:




 http://www.directionsmag.com/files/view/steves-mapinfo-risk-game-smirg/139334



 It’s Risk done in MapBasic. I thought risk worked really well as a GIS
 game.



 *Fra:* qgis-developer-boun...@lists.osgeo.org [mailto:
 qgis-developer-boun...@lists.osgeo.org] *På vegne av* Stefan Keller
 *Sendt:* 15. desember 2013 20:07
 *Til:* Geodrinx
 *Kopi:* qgis-developer@lists.osgeo.org
 *Emne:* Re: [Qgis-developer] QGIS game (for fun)?



 This it's still an issue and could be discussed here, if QGIS should not
 be associated explicitly with gaming.



 What we could do at least, is a gamified enhancement of data capturing,
 where one gets acoustic feedback and credit points for each added
 geographic feature.



 Yours, Stefan



 2013/12/15 Geodrinx geodr...@gmail.com

 Hi Stefan,



 also if I prefer the serious using of QGis, I like your
 OpenStreetMaPacMan idea.

 Funny.

 But, are you sure that a gis is the right platform to make a similar game ?

 I imagine it more like a web application, where all of us can play to
 simulate a city life.



 :)



 Roberto

 Inviato da iPhone


 Il giorno 15/dic/2013, alle ore 13:50, Stefan Keller sfkel...@gmail.com
 ha scritto:

  Hi,



 Did anybody ever think about implementing a game (as PyQGIS Plugin) for
 pure fun  distraction - but also as gamified element to lower entry
 barriers?

 I'm collecting ideas here: http://giswiki.hsr.ch/QGIS_Game



 --Stefan

   ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer



___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QGIS game (for fun)?

[Stefan Keller]

Hi,

Did anybody ever think about implementing a game (as PyQGIS Plugin) for
pure fun  distraction - but also as gamified element to lower entry
barriers?
I'm collecting ideas here: http://giswiki.hsr.ch/QGIS_Game

--Stefan
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS game (for fun)?

[Stefan Keller]

This it's still an issue and could be discussed here, if QGIS should not be
associated explicitly with gaming.

What we could do at least, is a gamified enhancement of data capturing,
where one gets acoustic feedback and credit points for each added
geographic feature.

Yours, Stefan


2013/12/15 Geodrinx geodr...@gmail.com

 Hi Stefan,

 also if I prefer the serious using of QGis, I like your
 OpenStreetMaPacMan idea.
 Funny.
 But, are you sure that a gis is the right platform to make a similar game ?
 I imagine it more like a web application, where all of us can play to
 simulate a city life.

 :)

 Roberto

 Inviato da iPhone

 Il giorno 15/dic/2013, alle ore 13:50, Stefan Keller sfkel...@gmail.com
 ha scritto:

 Hi,

 Did anybody ever think about implementing a game (as PyQGIS Plugin) for
 pure fun  distraction - but also as gamified element to lower entry
 barriers?
 I'm collecting ideas here: http://giswiki.hsr.ch/QGIS_Game

 --Stefan

 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] About a 'directed' LINESTRING (e.g. for oneway streets)?

[Stefan Keller]

I'm designing a spatial database and like to introduce a LINESTRING where
the direction is important, e.g. to describe a oneway street or a water
pipe. I indicate this by another attribute, e.g. direction: BOOLEAN, or
direction: ENUM(both, as_is, reverse)

A directed line means that the order of the coordinates of a linestring
value is important - like in a directed graph - and needs to remain the
same whatever happens to it e.g. when importing, storing, retrieving,
analysing or rendering...

Does anybody have had any issues to manage directed lines in QGIS (OGR,
extensions, etc.)?

Yours, Stefan
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] symbol levels in rule-based rendering

[Stefan Keller]

Hi Marco, hi Mayeul and Kimaidou

I'm preparing an expertise for a recommendation with national outreach
together with colleague Prof. Olivier Ertz, the main convener of OGC SLD/SE
1.2.
Now I found the SLD QGIS API methods [1] (saveSldStyle and loadSldStyle in
QgsMapLayer and writeSld and loadSld in QgsVectorLayer) from Adrian Weber
[2].
And I would like to use QGIS as one of the reference GIS in this
expertise/study.

Does anybody know about the status of these extensions?
Does anybody know Adrian Weber in order to intergrate the SIP files (in
order to access the SLD methods in a Python plugin too)?

Yours, Stefan

P.S. I hope this is the right place to discuss plugins. Last time when I
asked here about Status of Plugins to load PostGIS Raster and MBTiles
directly? I did'nt get any reaction from neither the community nor from
the PostGIS Raster plugin author Maurício.

[1] http://www.webrian.ch/2012/04/native-sld-support-in-qgis.html
[2] http://hub.qgis.org/users/853


2011/8/19 Mayeul Kauffmann mayeul.kauffm...@free.fr

 Hi,
 Thanks for raising this! After months of use of symbol levels in
 rule-based rendering (SLinRBR), I found the implementation robust. I
 have several colleagues using regularly my OSM styles. Yesterday I
 deployed it on an intranet with the webclient, see:
 http://www.qgis.org/qgiswiki/images/f/fd/Test_qgis_webclient_osm.png
 http://www.qgis.org/wiki/QGIS_Server_Tutorial#Core_Features
 So I support applying the SLinRBR patch into the master branch.

 Still I agree the SLD logic is interesting as well and efforts in this
 direction are welcome. I still believe it is  possible to somehow merge
 the two: my understanding is that few changes in SLinRBR are needed to
 make SLinRBR and SLD logic compatible (specifically: improvement of the
 ElseFilter in current SLinRBR).
 This is how we could simply define compatibility: a one-to-one
 relationship between a set of SLinRBR rules and SLD rules.
 A looser definition could be: given a set of SLinRBR rules, it is
 possible to find a set of SLD rules that will give the same results for
 every dataset (and vice versa).
 An even looser definition would say ... give almost identical results
 for almost all datasets. In fact, OGC recognizes that SLD rendering is
 implementation specific (hence same SLD rules may give different
 results):
 Whether all features are applied to each rule in sequence or whether
 all suitable rules are applied to each feature in sequence is
 implementation-specific, although there may be subtle differences in the
 appearance of maps resulting from each of the approaches.
 (source: OGC 05-077r4, Symbology Encoding Implementation
 Specification).

 Again from the OGC specification: Note that the above is a description
 of the semantics of the ElseFilter and not a requirement that systems
 implement exactly the procedural method described; any semantically
 equivalent method will suffice. As the Spec. document recall, boolean
 algebra and set theory show that there are many different ways to
 express a given condition.

 It is possible to have very similar results with the following tools on
 complex OSM datasets:
 - QGIS (with SLinRBR)
 - Osmarender
 - Mapnik
 - Kosmos
 There has been discussion in 2008 about using SLD as a way to share
 rules between the last 3:
 http://web.archiveorange.com/archive/v/wQWIbLKKl2Drk3qgOFep
 I do not know the output today but this seems to confirm my feeling that
 the different logics are somehow compatible.
 If this is true, all the rest is related to the user interface and the
 implementation.

 Hope this helps!

 All the best,
 Mayeul


 Le jeudi 18 août 2011 à 08:45 +0200, Marco Hugentobler a écrit :
  Hi all
 
  After several months, I'd like to open the discussion again and suggest
 to
  merge Mayeuls patch into the master branch as well (currently only in
 1.7, see
  also https://github.com/qgis/Quantum-GIS/pull/26)
 
  While a rule based renderer following SLD logic would be great in the
 future
  , the symbol level patch exists and can be very usefull until a
 redesigned
  renderer is there.
 
  Any objections?
 
  Regards,
  Marco
 
 
 
 
  Am Dienstag, 8. März 2011, 09.03:50 schrieb kimaidou:
   Hi devs,
  
   I agree with Marco and Martin : following the SLD logic would be
 great. It
   would help a lot people used to SLD to understand the logic of Qgis
   styling. I also think we should keep the logic easy to understand while
   not loosing too much power.
  
   Talking about SLD import/export... Using Qgis as a wysiwyg tool to
 create
   and share great styles would be awesome. But we must keep in mind SLD
   specifications do not cover all the features we could imagine/have in
 Qgis.
   If we go toward the SLD way (+1 for me), and be able to export/import
   from/to SLD we would need to have kind of a table of features to
 compare
   what can be done in Qgis and not trhough SLD (and the way around).
  
   For example, the new labelling engine allows to write labels following

[Qgis-developer] Status of Plugins to load PostGIS Raster and MBTiles directly?

[Stefan Keller]

Hi,

What is the status of plugins
1. to load PostGIS Raster and
2. to load MBTiles

directly into QGIS as (raster) layer?

Yours, Stefan
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Status of Plugins to load PostGIS Raster and MBTiles directly?

[Stefan Keller]

On 2013/4/7 I wrote

 What is the status of plugins
 1. to load PostGIS Raster and
 2. to load MBTiles
 directly into QGIS as (raster) layer?


To be more specific:
I really mean loading PostGIS Raster and MBTiles directly, w/o trick using
GDAL (GdalTools?) and configuring .VRT by hand before.
For PostGIS Raster specifically I'm aware of the plugin Load PostGIS
Raster (alias WKT Raster Plugin?) from Mauricio de Paulo (QGIS Official
Repo. 2).

Yours, Stefan


2013/4/7 Stefan Keller sfkel...@gmail.com

 Hi,

 What is the status of plugins
 1. to load PostGIS Raster and
 2. to load MBTiles

 directly into QGIS as (raster) layer?

 Yours, Stefan

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Status of Plugins to load PostGIS Raster and MBTiles directly?

[Stefan Keller]

Hi Even

Thanks for the hint! Of you really mean by open mbtiles files directly as
any other GDAL rasters being able to access files with postfix .mbtiles
(not by postfix .VRT) - that's what I mean.

Remains the issue for loading PostGIS Raster: When I try to load a Add a
Postgis Raster Layer (using  Load PostGIS Raster (alias WKT Raster
Plugin?) from Mauricio de Paulo) I get the error below (I tried it with
QGIS 1.8 and 1.9 under Windows).

Yours, Stefan

---
ERROR:  Column geo.out_db does not exist
LINE 7:   geo.out_db,
  ^
Query:
SELECT
cla.relname, nsp.nspname, cla.relkind = 'v', pg_get_userbyid(relowner),
cla.reltuples, cla.relpages,
CASE WHEN geo.r_raster_column IS NOT NULL THEN geo.r_raster_column ELSE
att.attname END,
geo.pixel_types,
geo.scale_x,
geo.scale_y,
geo.out_db,
geo.srid

FROM (select oid, pg_class.* from (select relname from pg_class except
select relname from pg_class,raster_overviews where relname=o_table_name)
as exclude,pg_class where exclude.relname=pg_class.relname) AS cla
JOIN pg_namespace AS nsp ON
nsp.oid = cla.relnamespace

JOIN pg_attribute AS att ON
att.attrelid = cla.oid AND
att.atttypid = 'raster'::regtype OR
att.atttypid IN (SELECT oid FROM pg_type WHERE
typbasetype='raster'::regtype )

LEFT OUTER JOIN raster_columns AS geo ON
cla.relname = geo.r_table_name AND nsp.nspname = r_table_schema AND
lower(att.attname) = lower(r_raster_column)

WHERE cla.relkind IN ('v', 'r')  AND (nspname != 'information_schema' AND
nspname !~ 'pg_')
ORDER BY nsp.nspname, cla.relname, att.attname

OK
--




2013/4/7 Even Rouault even.roua...@mines-paris.org

 Le dimanche 07 avril 2013 21:26:00, Stefan Keller a écrit :
  On 2013/4/7 I wrote
 
   What is the status of plugins
   1. to load PostGIS Raster and
   2. to load MBTiles
   directly into QGIS as (raster) layer?
 
  To be more specific:
  I really mean loading PostGIS Raster and MBTiles directly, w/o trick
 using
  GDAL (GdalTools?) and configuring .VRT by hand before.
  For PostGIS Raster specifically I'm aware of the plugin Load PostGIS
  Raster (alias WKT Raster Plugin?) from Mauricio de Paulo (QGIS
 Official
  Repo. 2).

 Note that with GDAL 1.10, you'll be able to open mbtiles files directly as
 any
 other GDAL rasters.

 
  Yours, Stefan
 
 
  2013/4/7 Stefan Keller sfkel...@gmail.com
 
   Hi,
  
   What is the status of plugins
   1. to load PostGIS Raster and
   2. to load MBTiles
  
   directly into QGIS as (raster) layer?
  
   Yours, Stefan

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Get rid of Shapefiles ! Go SpatiaLite !

[Stefan Keller]

Hi Brent

Your point is very common and I understand this situation.
But the ArcGIS SW suite doesn't really make interoperability easy and tends
to maintain a vendor lock-in.
My proposal is to break this deadlock by programming an free ArcGIS desktop
extension which reads/writes Spatialite.
Any volunteers?

S.

2012/11/27 pcr...@pcreso.com

 As long as users have the choice, that's fine.

 I'm working with organisations with a very significant Arc server based
 GIS infrastructure,  am encouraging QGIS as a client for staff desktop
 use. This is not an uncommon situation,  QGIS needs to be viable for such
 use,  at least Arc compatible, if not Arc friendly. SpatiaLite, despite
 all it's advantages, is inappropriate here.


 Brent Wood

 --- On *Tue, 11/27/12, Noli Sicad nsi...@gmail.com* wrote:


 From: Noli Sicad nsi...@gmail.com
 Subject: Re: [Qgis-developer] Get rid of Shapefiles ! Go SpatiaLite !
 To: haubourg regis.haubo...@eau-adour-garonne.fr
 Cc: qgis-developer@lists.osgeo.org
 Date: Tuesday, November 27, 2012, 11:10 AM


 Spatialite 4.0.0 was released yesterday. Sandro will update the
 Spatialite QGIS data provider in the next few days to support
 Spatialite 4.0.x.

 Noli







 On 11/27/12, haubourg 
 regis.haubo...@eau-adour-garonne.frhttp://mc/compose?to=regis.haubo...@eau-adour-garonne.fr
 wrote:
  Hey +1 for me! I answered in the old post on GeoJSON.
  You pointed exactly what's missing now !
 
 
 
 
  --
  View this message in context:
 
 http://osgeo-org.1560.n6.nabble.com/Re-Get-rid-of-Shapefiles-Go-SpatiaLite-tp5018830p5018893.html
  Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
  ___
  Qgis-developer mailing list
  Qgis-developer@lists.osgeo.orghttp://mc/compose?to=Qgis-developer@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-developer
 
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.orghttp://mc/compose?to=Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer


 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Get rid of Shapefiles ! Go SpatiaLite !

[Stefan Keller]

Hi Michael

+1 from my part.

To me Spatialie is the shapefile of the future since 2010 (see e.g. FOSS4G)

Yours, Stefan


2012/11/26 Pēteris Brūns p...@sungis.lv:
 Hi,
 +1
 This direction from my view is more correct course of action - make the use
 of spatialite more easy and ergonomic for users as it is now and in case of
 success it will be used more and more.

 Regards,


 On 2012.11.26. 18:35, kimaidou wrote:

 Hi again

 I am coming back after more thinking :). I changed the subject into Go
 Spatialite !

 List of modifications which would help to use spatialite instead of
 Shapefile as the default format :

 * Create a new vector layer : should allow to choose between shapefile and
 Spatialite. Let the use choose an existing spatialite connection or easily
 create a new spatialite file and connection, and create a new table there.
 * Tab fields, if the layer provider is spatialite :
  - add the ability to delete columns : currently it is not possible
  - add the ability to rename a column with the appropriate SQL command
 - add the ability to change the type of a column when it is possible

 * Tab General
  - add the ability to create/remove a spatial index for spatialite tables,
 as QSpatialite does

 * FTools and another vector processing tools :
  - add the ability to choose between shapefile and spatialite to create the
 processed layers.

 I think it would be a big break for QGIS if we facilitate more the use of
 spatialite. I know it is already possible to achieve many things with
 DBManager or QSpatialite, but we could help the users by letting them edit
 spatialite tables without a dedicated tool.

 Cheers

 Michael


 2012/11/26 kimaidou kimai...@gmail.com

 Hi Yves,

 I totally agree with you and Bary on the superiority of spatialite VS
 GeoJson considering performance, geoprocessing methods, capabilities, etc.
 But I am still not sure beginner would be comfortable enough using Sqlite
 to replace Shapefiles. I think they will be more comfortable with the idea
 to keep the one layer / one file architecture. They can off course use one
 sqlite file containing only one layer, so this question could be answered.

 But still, I think users should be able to use the Field tab of the
 layer properties dialog to easily edit the layer structure, not another
 dedicated tool in another QGIS menu (or plugin)
 We could probably find a way to use the tools of the Fields tab to modify
 the structure of the related sqlite table. This would help a lot people to
 use more the spatialite format, no ?

 I need more thinking :)

 Thanks all for your comments


 2012/11/26 Yves Jacolin (Free) yjaco...@free.fr

 Hello,

 I agreed with all you said, I am sure Spatialite format is the future of
 Geofile format:
 * easy to share (one file)
 * easy to use, edit
 * a lot of better capabities than Shapefile
 * use same OGC Standard as PostGIS does

 Y.
 Le lundi 26 novembre 2012 15:35:24 Barry Rowlingson a écrit :
  [apologies for empty previous message, I blame google for putting
  [...] next to 'Send'. This message has real content:
 
  On Mon, Nov 26, 2012 at 3:12 PM, kimaidou kimai...@gmail.com wrote:
   Hi list,
  
   The subject is a bit polemical, on purpose. I am used to playing with
   Postgis, spatialite and GeoJson, which are all open-source ways to
   store
   spatial data.
  
   I am very frustrated by the limitations of the Shapefile format, and
   much
   more by the quasi obligation to use it as the default vector format
   in
   QGIS. I mean for non power users who do not use PostGIS or
   spatialite.
 
   Why is spatialite seen as a power user option when ESRI users have
  been using something similar for years? Its just a file, you connect
  to it, you add spatial data to it.
 
   GeoJSON is always going to be pretty verbose unless you gzip it - I
  wouldn't want to use it for anything too big.
 
  Barry
  ___
  Qgis-developer mailing list
  Qgis-developer@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-developer





 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer



 --
 Pēteris Brūns
 SunGIS
 +371 26336691
 p...@sungis.lv


 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Get rid of Shapefiles ! Go GeoJSON !

[Stefan Keller]

Hi

2012/11/26 haubourg regis.haubo...@eau-adour-garonne.fr:
 - shp is very loose on data types (text, integer, numeric + precision). This
 is good for newbies, bad for advanced users . In the opposite spatialite is
 more restrictive, so it can be more difficult to use for newcomers.

SQlite (Spatialite) is a database with data types which are as loose
as they can get!
What do you mean by saying Spatialite is more restrictive (than
shp/dbase data types)?

Stefan
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] WMS w/ basic authentication forgets credentials

[Stefan Keller]

Hi

I'm using QGIS 1.9.90 on Windows 7 and I try to connect to a WMS
service using basic authentication served by an ArcGIS server.

When I connect to the same server using another desktop app (like
Gaia3) I have to fill out once username/pw in the connection dialog
and it works.

When I use QGIS and fill out username/pw in the WMS connection dialog,
the do a connect, I'm asked again to fill out username/pw.
Then it displays the GetCapabilities content.
Furthermore, when I continue and add this WMS to the Layer list, a
QGIS dialog asks me another time!
From this time, I'm not asked anymore until the server get's timout
(say after 20 min.) - but again only in QGIS, not in other clients.

Is there a bug in the WMS connection which simply forgets my
credentials - even if they are displayed (and stored) in the WMS
connection dialog?

Stefan
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS for end users (--configpath under Windows)?

[Stefan Keller]

Hi,

My problem below seems to partially covered by this open ticket
http://hub.qgis.org/issues/5894 .
This ticket says  QSettings always read default, regardless of
--optionspath and mentions ~/.config/QuantumGIS/QGIS.conf being the
default.
Now my intention is to configure a path as well as GUI elements when
starting QGIS - and getting this to work under Lunix and Windows.
Currently under Windows Defaults are stored in central Windows Registry!

To me the best solution would be,
1. that optionspath Parameter (if given and existing) really overrides
the defaults (like Ticket says),
2. and if QSettings under Windows would be stored not in Registry but
in an application path (like Linux).

Yours, Stefan




2012/8/16 Stefan Keller sfkel...@gmail.com:
 Hi,

 I'd like to program and configure QGIS as a real specialist GIS for
 end users using Windows with menus, settings and plugins adapted to a
 specialists task - and failed until now. But perhaps I'm missing some
 concepts or tricks. Is this possible?

 Possible solution: I think if this would work under Windows I'd be happy:

 % C:\OSGeo4W\bin\qgis.bat --configpath C:\gisdata\conf --project
 C:\gisdata\test_projekt.qgs

 This would allow to start at least one instance with a specific config
 (--configpath: pointing to menus, buttons, settings...) and a
 specific set of plugins ( pointing to a project file in a
 subdirectory). But --configpath does not seem to be implemented, at
 least not in Windows - although there's an entry in the docs
 http://docs.qgis.org/user_guide/html/en/introduction/features_at_a_glance.html
 .

 It can even be that specialists end users start QGIS twice, one
 instance for managing task A (like e.g. surveying) and one for task B
 (like environmental planning). But I'm aware that this seems
 impossible by concept because QGIS/Qt store settings in the (singular)
 Windows Registry.

 Under Windows we now store an .ini (test_projekt.ini) file, start QGIS
 with the above parameters (except void --configpath), load the
 test_projekt.ini, exit QGIS (!??) and start QGIS again...

 Any help?

 Yours, S.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS for end users (--configpath under Windows)?

[Stefan Keller]

Hi Tim

I'd like to give end users the possibility to start one or more
specialised QGIS applications containing a simplified GUI and
different sets of plugins (Linux and Windows).

I think you are referring to Customization Dialog which can store a
certain config as an .ini file. Since --optionspath is being ignored
this means, that users start QGIS and have to load the corresponding
.ini file by hand - which is error-prone and cumbersome (users e.g.
won't remember what file to choose).

In addition, under Windows, they have to start QGIS, load the
(hopefully) corresponding .ini file - and have to restart QGIS again.

Or do I miss something?

Stefan


2012/8/20 Tim Sutton li...@linfiniti.com:
 Hi

 On Mon, Aug 20, 2012 at 4:37 PM, Stefan Keller sfkel...@gmail.com wrote:
 Hi,

 My problem below seems to partially covered by this open ticket
 http://hub.qgis.org/issues/5894 .
 This ticket says  QSettings always read default, regardless of
 --optionspath and mentions ~/.config/QuantumGIS/QGIS.conf being the
 default.
 Now my intention is to configure a path as well as GUI elements when
 starting QGIS - and getting this to work under Lunix and Windows.
 Currently under Windows Defaults are stored in central Windows Registry!

 To me the best solution would be,
 1. that optionspath Parameter (if given and existing) really overrides
 the defaults (like Ticket says),
 2. and if QSettings under Windows would be stored not in Registry but
 in an application path (like Linux).


 Why not use the customisation framework? See:

 http://linfiniti.com/2011/07/customizing-the-qgis-ui/

 Tim


 Yours, Stefan




 2012/8/16 Stefan Keller sfkel...@gmail.com:
 Hi,

 I'd like to program and configure QGIS as a real specialist GIS for
 end users using Windows with menus, settings and plugins adapted to a
 specialists task - and failed until now. But perhaps I'm missing some
 concepts or tricks. Is this possible?

 Possible solution: I think if this would work under Windows I'd be happy:

 % C:\OSGeo4W\bin\qgis.bat --configpath C:\gisdata\conf --project
 C:\gisdata\test_projekt.qgs

 This would allow to start at least one instance with a specific config
 (--configpath: pointing to menus, buttons, settings...) and a
 specific set of plugins ( pointing to a project file in a
 subdirectory). But --configpath does not seem to be implemented, at
 least not in Windows - although there's an entry in the docs
 http://docs.qgis.org/user_guide/html/en/introduction/features_at_a_glance.html
 .

 It can even be that specialists end users start QGIS twice, one
 instance for managing task A (like e.g. surveying) and one for task B
 (like environmental planning). But I'm aware that this seems
 impossible by concept because QGIS/Qt store settings in the (singular)
 Windows Registry.

 Under Windows we now store an .ini (test_projekt.ini) file, start QGIS
 with the above parameters (except void --configpath), load the
 test_projekt.ini, exit QGIS (!??) and start QGIS again...

 Any help?

 Yours, S.
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer



 --
 Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
 ==
 Please do not email me off-list with technical
 support questions. Using the lists will gain
 more exposure for your issues and the knowledge
 surrounding your issue will be shared with all.

 Visit http://linfiniti.com to find out about:
  * QGIS programming and support services
  * Mapserver and PostGIS based hosting plans
  * FOSS Consulting Services
 Skype: timlinux
 Irc: timlinux on #qgis at freenode.net
 ==
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QGIS for end users (--configpath under Windows)?

[Stefan Keller]

Hi,

I'd like to program and configure QGIS as a real specialist GIS for
end users using Windows with menus, settings and plugins adapted to a
specialists task - and failed until now. But perhaps I'm missing some
concepts or tricks. Is this possible?

Possible solution: I think if this would work under Windows I'd be happy:

% C:\OSGeo4W\bin\qgis.bat --configpath C:\gisdata\conf --project
C:\gisdata\test_projekt.qgs

This would allow to start at least one instance with a specific config
(--configpath: pointing to menus, buttons, settings...) and a
specific set of plugins ( pointing to a project file in a
subdirectory). But --configpath does not seem to be implemented, at
least not in Windows - although there's an entry in the docs
http://docs.qgis.org/user_guide/html/en/introduction/features_at_a_glance.html
.

It can even be that specialists end users start QGIS twice, one
instance for managing task A (like e.g. surveying) and one for task B
(like environmental planning). But I'm aware that this seems
impossible by concept because QGIS/Qt store settings in the (singular)
Windows Registry.

Under Windows we now store an .ini (test_projekt.ini) file, start QGIS
with the above parameters (except void --configpath), load the
test_projekt.ini, exit QGIS (!??) and start QGIS again...

Any help?

Yours, S.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Re: [Qgis-user] Questions about vector connections to ArcSDE

[Stefan Keller]

Hi Alister, hi QGIS user and QGIS dev

2011/9/26 Alister Hood alister.h...@synergine.com:
 Hi,
 We've been trying to troubleshoot connection to ArcSDE, in the forum at
 http://forum.qgis.org/viewtopic.php?f=3t=8835p=21599 and subsequently
 via PM.  If anyone has some experience with this, we're wondering a few
 things:
 1) If you have write permissions (i.e. the right username and password),
 and you connect via Add vector layer-Database-ESRI ArcSDE, should
 the connection be read-write?  Marty is finding that it is read-only.
 2) Can you connect to a remote ArcSDE server via Add vector
 layer-Database-ESRI ArcSDE?
 3) If you are connecting to a remote ArcSDE server, either this way, or
 using a VRT, what do you enter as the host?  Is it the url of the
 server, without any http etc?
 4) Using a VRT, Marty is finding that it appears to be read-write
 (although the delete features button is disabled), but when he stops
 editing nothing is actually saved back to the SDE.  Does it work for
 anybody else?
 5) Using a VRT, Marty is finding that some of the attribute fields show
 up with NULL values, but connecting via Add vector
 layer-Database-ESRI ArcSDE the correct values are shown.  Does
 anybody have an idea about this?

 Thanks,
 Alister
 ___
 Qgis-user mailing list

Was there an outcome of these observations and questions?

Has anybody tested it with ArcSDE 10.x (especially under Windows)?

Yours, S.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Re: Scripting QGIS from the outside using Python

[Stefan Keller]

This discussion goes somewhat similar as it was in the dark days of
hacking when there was no requirement to add a unit test in new
contributions to mature projects: Of course the code works without and
it hopefully does its job for the contributor. But then, the arguments
succeeded that it's the original author - i.e. who knows the code best
- which the one who should add the unit tests too.

-Stefan


2012/3/23 Jürgen E. j...@norbit.de:
 Hi Nathan,

 On Fri, 23. Mar 2012 at 17:20:59 +1000, Nathan Woodrow wrote:
    I'm thinking,  Is there some way to scan the public C++ API and check if
    it has a sip binding?

 At least none that I know of - assuming you mean something automatic ;)


 Jürgen

 --
 Jürgen E. Fischer         norBIT GmbH               Tel. +49-4931-918175-20
 Dipl.-Inf. (FH)           Rheinstraße 13            Fax. +49-4931-918175-50
 Software Engineer         D-26506 Norden               http://www.norbit.de

 --
 norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
 Rheinstrasse 13, 26506 Norden
 GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Re: Scripting QGIS from the outside using Python

[Stefan Keller]

Hi Marco

2012/3/20 Marco Hugentobler marco.hugentob...@sourcepole.ch:
 Hi Stefan

 What could we do that the C++ API is better covered by Python bindings?

 You could add sip files.

Yes and no. As you know, we have tried to do so and found that it's
very difficult for somebody other than the code author to add those
files.

 Would'nd it be wise to allow at least new code only being included in
 a stable QGIS version when there exists a corresponding Python bindig
 (.SIP file)

 In the case of the triangulation,
 such a bureaucratic rule would successfully have kept away the code from
 going into QGIS at all.

 Regards,
 Marco

I understand that programmers are lazy - I'm also a programmer :- We
could differentiate between rapid prototyping C++ code in the core and
stable.

In case of stable I would stick with this rule. When we added SIP
files recently we looked for better tools to support producing these
but did not found yet.

As another argument for this rule I'd like to argue that I like Python
plugins because it's faster and easier to develop (except you are a
C++ Jedi :-). So it's somehow a contradiction if you add C++ code
without Python binding because then you exclude Python programmers to
experiment with.

- Stefan
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Re: Scripting QGIS from the outside using Python

[Stefan Keller]

Hi Marco,

2012/3/20 Marco Hugentobler marco.hugentob...@sourcepole.ch:
 Hi Stefan

Yes and no. As you know, we have tried to do so and found that it's
very difficult for somebody other than the code author to add those
files.

 It is not easier for the C++ code author to create the bindings than for
 others.

Well, what I said was what a C++ programmer told me. And once is for
sure: .SIP look rather like header files and have to be compiled.
Python programmers only compile on the fly ;-

Regards, Stefan
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer