Re: [Qgis-user] Working with geopackages in Qgis

[Stéphane Henriod]

Hi Andreas

Thanks for your comments!

Here the Gdoc with my first ideas:
https://docs.google.com/document/d/1xp36eR0DYThpTCNsWUam5JhFKVjOVpmRObwWSPjkrbc/edit?usp=sharing

Cheers
Stéphane


Stéphane Henriod
CIM-Expert for GIS and Green Economy Statistics

Национальный статистический комитет Кыргызской Республики
Кыргыз Республикасынын Улуттук статистика комитети
National Statistical Committee of the Kyrgyz Republic

374 Фрунзе ул. / Frunze str.
720033 Бишкек / Bishkek

T   +996 778 46 99 02 (KG)
T   +49 176 280 11 050 (DE)
Es...@henriod.info
W   http://www.stat.kg
W3W: nightfall.into.bucket
  //  запас.союз.дружный


2017-09-28 12:23 GMT+06:00 Andreas Neumann :

> Hi Stéphane,
>
> Thanks for your ideas. It is my personal goal (and the goal of the Swiss
> QGIS user group) to make Geopackage the number 1 file-based format in QGIS
> and put Shapefiles in the graveyard.
>
> Therefore we paid Even Rouault in the past for some geopackage
> improvements. Swiss provinces also invested into a tool name ili2gpkg - a
> tool that can read official swiss data models in Interlis format and
> generate the data structure in a geopackage - incl. import of data, if it
> already exists. This is in parallel with a similar tool called ili2pg that
> does the same for Postgis.
>
> As you discovered there are more issues around Geopackages to make them as
> hassle-free as possible. I also think the raster part of geopackages did
> not get too much attention so far.
>
> Since you have been so successful with your campaign around improving
> discrete/paletted rasters - may I suggest the same for Geopackage
> improvements? You can start a list of useful improvements in a Google Docs
> document or on Github as a QEP. Other people can contribute and we can find
> a way to fund the improvements. Both QGIS-CH and QGIS.ORG could help with
> the financing aspect.
>
> Some feedback to your 3 issues:
>
> ad 1): you are right - it is not possible to easily create an empty
> geopackage. One always starts with a vector layer.
>
> ad 2): this should be fixed in QGIS master (QGIS 3). Just tested, works
> fine
>
> ad 3): yes, would be useful
>
> I am sure there are more issues. Would be useful to collect them for
> further improvements.
>
> Do you want to start a document? I would be glad to assist you.
>
> Let's also think about rasters. E.g. saving to a Geopackage should be as
> easy as saving to a TIFF-file. Also in Processing. But I have to admit I
> haven't really tested the raster part of Geopackage a lot. Maybe some
> things are already possible.
>
> Greetings,
>
> Andreas
>
> On 2017-09-28 06:47, Stéphane Henriod wrote:
>
> Dear all
>
> I am making a few tests with Geopackages and I have a short list of
> behaviors or features that, IMO, would be quite nice to have in Qgis. But
> I'd like to have feedback from some of you before moving ahead. Maybe the
> majority disagrees with my opinion or maybe I have overlooked some already
> existing features :-)
>
> [currently testing on 2.18.11]
>
> 1) Creating a Geopackage DB
>
> As far as I see, the only way to create a Geopackage DB in Qgis is to
> create a new Geopackage layer. But there are cases where I don't want to
> create a new layer. I only want to create an empty Geopackage, so that I
> can later, e.g. import a bunch of shapefiles into it.
>
> Of course, I can create a geopackage layer and delete it later, but this
> is not super intuitive for the users
>
> 2) Qgis browser
>
> It would also be very handy to be able to browse the content of a
> Geopackage within the Qgis browser, so that we can drag-and-drop layers
> directly to the project
>
> 3) Multi-export to Geopackage
>
> If I want to migrate a whole project from Shapefiles and Tiff files to a
> single Geopackage DB, I would like to multi-select them and drag-and-drop
> them into an existing Geopackage DB (or  a *Save all layers as...* in the
> contextual menu, when I select more than 1 layer)
>
>
> Just curious if those needs / ideas resonate and / or if there are already
> plans in these directions
>
> Thanks and cheers
> Stéphane
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Working with geopackages in Qgis

[Andreas Neumann]

Hi Stéphane, 

Thanks for your ideas. It is my personal goal (and the goal of the Swiss
QGIS user group) to make Geopackage the number 1 file-based format in
QGIS and put Shapefiles in the graveyard. 

Therefore we paid Even Rouault in the past for some geopackage
improvements. Swiss provinces also invested into a tool name ili2gpkg -
a tool that can read official swiss data models in Interlis format and
generate the data structure in a geopackage - incl. import of data, if
it already exists. This is in parallel with a similar tool called ili2pg
that does the same for Postgis. 

As you discovered there are more issues around Geopackages to make them
as hassle-free as possible. I also think the raster part of geopackages
did not get too much attention so far. 

Since you have been so successful with your campaign around improving
discrete/paletted rasters - may I suggest the same for Geopackage
improvements? You can start a list of useful improvements in a Google
Docs document or on Github as a QEP. Other people can contribute and we
can find a way to fund the improvements. Both QGIS-CH and QGIS.ORG could
help with the financing aspect. 

Some feedback to your 3 issues: 

ad 1): you are right - it is not possible to easily create an empty
geopackage. One always starts with a vector layer. 

ad 2): this should be fixed in QGIS master (QGIS 3). Just tested, works
fine 

ad 3): yes, would be useful 

I am sure there are more issues. Would be useful to collect them for
further improvements. 

Do you want to start a document? I would be glad to assist you. 

Let's also think about rasters. E.g. saving to a Geopackage should be as
easy as saving to a TIFF-file. Also in Processing. But I have to admit I
haven't really tested the raster part of Geopackage a lot. Maybe some
things are already possible. 

Greetings, 

Andreas 

On 2017-09-28 06:47, Stéphane Henriod wrote:

> Dear all 
> 
> I am making a few tests with Geopackages and I have a short list of behaviors 
> or features that, IMO, would be quite nice to have in Qgis. But I'd like to 
> have feedback from some of you before moving ahead. Maybe the majority 
> disagrees with my opinion or maybe I have overlooked some already existing 
> features :-) 
> 
> [currently testing on 2.18.11] 
> 
> 1) Creating a Geopackage DB 
> 
> As far as I see, the only way to create a Geopackage DB in Qgis is to create 
> a new Geopackage layer. But there are cases where I don't want to create a 
> new layer. I only want to create an empty Geopackage, so that I can later, 
> e.g. import a bunch of shapefiles into it. 
> 
> Of course, I can create a geopackage layer and delete it later, but this is 
> not super intuitive for the users 
> 
> 2) Qgis browser 
> 
> It would also be very handy to be able to browse the content of a Geopackage 
> within the Qgis browser, so that we can drag-and-drop layers directly to the 
> project 
> 
> 3) Multi-export to Geopackage 
> 
> If I want to migrate a whole project from Shapefiles and Tiff files to a 
> single Geopackage DB, I would like to multi-select them and drag-and-drop 
> them into an existing Geopackage DB (or  a _Save all layers as..._ in the 
> contextual menu, when I select more than 1 layer) 
> 
> Just curious if those needs / ideas resonate and / or if there are already 
> plans in these directions 
> 
> Thanks and cheers 
> Stéphane 
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Working with geopackages in Qgis

[Stéphane Henriod]

Dear all

I am making a few tests with Geopackages and I have a short list of
behaviors or features that, IMO, would be quite nice to have in Qgis. But
I'd like to have feedback from some of you before moving ahead. Maybe the
majority disagrees with my opinion or maybe I have overlooked some already
existing features :-)

[currently testing on 2.18.11]

1) Creating a Geopackage DB

As far as I see, the only way to create a Geopackage DB in Qgis is to
create a new Geopackage layer. But there are cases where I don't want to
create a new layer. I only want to create an empty Geopackage, so that I
can later, e.g. import a bunch of shapefiles into it.

Of course, I can create a geopackage layer and delete it later, but this is
not super intuitive for the users

2) Qgis browser

It would also be very handy to be able to browse the content of a
Geopackage within the Qgis browser, so that we can drag-and-drop layers
directly to the project

3) Multi-export to Geopackage

If I want to migrate a whole project from Shapefiles and Tiff files to a
single Geopackage DB, I would like to multi-select them and drag-and-drop
them into an existing Geopackage DB (or  a *Save all layers as...* in the
contextual menu, when I select more than 1 layer)


Just curious if those needs / ideas resonate and / or if there are already
plans in these directions

Thanks and cheers
Stéphane
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] R not configured osx?

[knussear]

I've seen others with this problem, and tried a few solutions modifying paths
etc, but I can't get R to work in QGIS.

I get the following error :
This algorithm cannot be run :-( 
This algorithm requires R to be run. Unfortunately it seems that R is not
installed in your system or it is not correctly configured to be used from
QGIS
Click here to know more about how to install and configure R to be used with
QGIS

I'm running OSX 10.12.6 and QGIS 2.18.9

R is installed and running well  in /usr/local/bin/R

Any ideas how to get this running?

Thanks



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] GRASS support lost (again) on Ubuntu/Mint

[Patrick Dunford]

Isn't there possibly an option not to release packages for xenial and 
older until it's tested that ubuntugis works. As it only affects these 
older versions.


I can sympathise with OPs as I have been caught many times forgetting to 
comment out the repos in sources.list and unexpectedly being updated to 
a later qgis version that breaks something :)



On 28/09/17 06:08, Andre Joost wrote:

Am 27.09.2017 um 18:57 schrieb Alex M:


My recommendation is that you do not upgrade QGIS as soon as the update
shows up but wait a day or two. Make sure the corresponding GRASS update
is available.



In this case, QGIS 2.18.13 worked for just one day, then GRASS got 
updated and broke the qgis plugin. If you'd refused the GRASS update, 
it would still work. There is nothing that the ubuntugis maintainers 
could do for it now.


So lets hope that QGIS 2.18.14  may live longer.

Greetings,
André Joost


___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user


___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] ubuntugis-nightly: No providers for GRASS and SAGA in Processing?

[Patrick Dunford]

you can run masters up to 313ec55 (January 2017) without ubuntugis on 
xenial, I use this one all the time as it is stable and reliable while I 
am waiting for some bugs to be fixed in latest masters.


I can see your problem if you want to use the latest master though. 
Mostly I take that option to avoid having to convert my project files 
back to 2.18 having been doing my real life projects on 2.99 since it 
first came out.



On 28/09/17 09:57, Patrick Dunford wrote:
Another thread we just talked about this, it's an issue with the units 
not being available in ubuntugis yet


Only xenial and older require ubuntugis for the latest versions, if 
you are running 16.10 or later, or a later debian, these issues don't 
occur.



On 28/09/17 04:14, Bernd Vogelgesang wrote:

Hi,
just installed the development version on Ubuntu xenial from 
ubuntugis-nightly repository.
In processing, there are only the qgis algos, but no grass nor saga. 
In the settings, there is nothing shown about them.

Do I miss sth, or are the other providers not included yet?

Cheers
Bernd





___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] ubuntugis-nightly: No providers for GRASS and SAGA in Processing?

[Patrick Dunford]

Another thread we just talked about this, it's an issue with the units 
not being available in ubuntugis yet


Only xenial and older require ubuntugis for the latest versions, if you 
are running 16.10 or later, or a later debian, these issues don't occur.



On 28/09/17 04:14, Bernd Vogelgesang wrote:

Hi,
just installed the development version on Ubuntu xenial from 
ubuntugis-nightly repository.
In processing, there are only the qgis algos, but no grass nor saga. 
In the settings, there is nothing shown about them.

Do I miss sth, or are the other providers not included yet?

Cheers
Bernd



___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] GRASS support lost (again) on Ubuntu/Mint

[Micha Silver]

  
  
Hi Alex

On 09/27/2017 07:57 PM, Alex M wrote:


  On 09/26/2017 01:36 AM, Micha Silver wrote:

  
After the recent update to QGIS 2.18.13, GRASS support is gone. No plugin and no 
provider.


Micha,

I can at least explain why this has happened in the past. When a new
version of QGIS or GRASS comes out, all the dependencies in the repo
need to be rebuilt. It's somewhat circular too with the link between
grass, gdal and QGIS.

This can take a few days. Until then the package versions are not quite
in sync. You could say it's a design flaw of Launchpad, there's no wait
until all the packages in the repo are rebuilt before pushing feature.

I know Sebastian and Angelos try to build all in the Test repo and then
copy over to Unstable. But sometimes that just doesn't go smoothly.

  

Thanks for clarifying. 

  

The place to report issues is the ubuntugis mailing list
ubu...@lists.osgeo.org on https://lists.osgeo.org/mailman/listinfo/ubuntu

  

Andre has already entered a ticket in trac.


  

My recommendation is that you do not upgrade QGIS as soon as the update
shows up but wait a day or two. Make sure the corresponding GRASS update
is available.

  

No problem.  I'm confident that this will get ironed out soon.

  

Thanks,
Alex





  


-- 
Micha Silver
Ben Gurion Univ.
Sde Boker, Remote Sensing Lab
cell: +972-523-665918
  

___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] How do I update attribute values in a composer attribute table?

[David Gessel]

I don't have other versions, but I'm happy to submit a bug report.  

I'll see if I can generate a wee project that reproduces the behavior.

hmmm... I tried adding a new attribute table and it came up without data and 
crashed

I enabled "ulimit -c unlimited" and started from the command line.  I see these 
errors:

Warning: QObject::connect: Incompatible sender/receiver arguments
QgsComposerItemComboBox::itemChanged(QgsComposerItem*) --> 
QgsComposerAttributeTableWidget::composerMapChanged(const QgsComposerItem*)

restarting I couldn't get it to crash, but the new attribute table also has 
stale data.

 Original Message 
Subject: Re: [Qgis-user] How do I update attribute values in a composer 
attribute table?
From: Andreas Neumann 
To: qgis-user@lists.osgeo.org
Date: Wed Sep 27 2017 17:58:40 GMT+0300 (AST)

> Hi David,
> 
> This sounds like a bug to me. I haven't seen this behavior in my own projects.
> 
> Did you check with other (non KML) data sources if they behave the same?
> 
> You shouldn't have to delete any items in print composer to get them to 
> update. A simple redraw should do it, normally. Can you please submit a bug 
> report and provide a reduced project to demonstrate the issue?
> 
> Do you have other QGIS versions at hand to test if this works in other 
> versions? E.g. a nightly/weekly of QGIS master (2.99)?
> 
> Thanks,
> Andreas
> 
> On 27.09.2017 14:08, David Gessel wrote:
>> I have a configured an attribute table in a print composer, it pulls values 
>> from an imported (GE) KML layer, "name" and "description" (and lat/lon). 
>> These display nicely. But I updated the values in GE and these updates are 
>> not reflected in the attribute table. I've pressed the "refresh table data" 
>> button and the "refresh view" button (many times) and even restarted to no 
>> avail.
>>
>> Looking at the values for the field values in Print 
>> Composer->Attributes->Expression Dialog window, I get an old, not refreshed 
>> list.
>>
>> While looking at the same data via the label tool in map mode 
>> Map->Layer->Properties->Label With->Expression Dialog (not composer mode), I 
>> see the correct, current values.
>>
>> I'd think the table data should update both in map mode and in composer 
>> mode, but barring that, is there a way to update the attribute table in 
>> composer? Do I need to delete all tables and recreate them every time the 
>> underlying field values change to get them to update?
>>
>>
>> I also posted this question to 
>> https://gis.stackexchange.com/questions/256761/how-do-i-update-attribute-values-in-a-composer-attribute-table
>>
>> with screen shots.
>>
>> Thanks,
>> David
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> 
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [Ubuntu] GRASS support lost (again) on Ubuntu/Mint

[Alex M]

On 09/27/2017 10:53 AM, Sebastiaan Couwenberg wrote:
> On 09/27/2017 07:21 PM, Alex M wrote:
>> Ah that makes sense, if qgis.org builds against ubuntugis, then GRASS
>> updates will always cause this, since a rebuild of qgis.org is not
>> triggered.
>>
>> Seems like some logistics could be worked out.
> 
> The qgis packages needs to depend on the virtual ABI package again so
> that the dependency will be unsatisfied when grass is updated and qgis
> hasn't been rebuilt yet.
> 
> I've pushed a change for the package in Debian for the above. The QGIS
> developers will need to do the same for their packaging.
> 
> Kind Regards,
> 
> Bas
> 

Bas,

Forwarding to the QGIS team in case they have questions. Do you have a
changeset that shows what you did?

Thanks,
Alex
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] GRASS support lost (again) on Ubuntu/Mint

[Alex M]

On 09/27/2017 10:08 AM, Andre Joost wrote:
> Am 27.09.2017 um 18:57 schrieb Alex M:
> 
>> My recommendation is that you do not upgrade QGIS as soon as the update
>> shows up but wait a day or two. Make sure the corresponding GRASS update
>> is available.
>>
> 
> In this case, QGIS 2.18.13 worked for just one day, then GRASS got
> updated and broke the qgis plugin. If you'd refused the GRASS update, it
> would still work. There is nothing that the ubuntugis maintainers could
> do for it now.
> 
> So lets hope that QGIS 2.18.14  may live longer.
> 
> Greetings,
> André Joost
> 
> 

Ah that makes sense, if qgis.org builds against ubuntugis, then GRASS
updates will always cause this, since a rebuild of qgis.org is not
triggered.

Seems like some logistics could be worked out.

Thanks,
Alex




___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] GRASS support lost (again) on Ubuntu/Mint

[Andre Joost]

Am 27.09.2017 um 18:57 schrieb Alex M:


My recommendation is that you do not upgrade QGIS as soon as the update
shows up but wait a day or two. Make sure the corresponding GRASS update
is available.



In this case, QGIS 2.18.13 worked for just one day, then GRASS got 
updated and broke the qgis plugin. If you'd refused the GRASS update, it 
would still work. There is nothing that the ubuntugis maintainers could 
do for it now.


So lets hope that QGIS 2.18.14  may live longer.

Greetings,
André Joost


___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] GRASS support lost (again) on Ubuntu/Mint

[Alex M]

On 09/26/2017 01:36 AM, Micha Silver wrote:
> After the recent update to QGIS 2.18.13, GRASS support is gone. No plugin and 
> no 
> provider.
> 
> My apt sources includes:
> deb http://qgis.org/ubuntugis xenial main
> deb-src http://qgis.org/ubuntugis xenial main
> deb http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu xenial main
> deb-src http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu xenial 
> main
> 
> The packages are installed:
> $ dpkg -l | grep plugin-grass
> ii  qgis-plugin-grass 1:2.18.13+24xenial-ubuntugis amd64  
>   
> GRASS plugin for QGIS
> ii  qgis-plugin-grass-common 1:2.18.13+24xenial-ubuntugis 
> all  GRASS plugin for QGIS - architecture-independent data
> $ dpkg -l | grep provider-grass
> ii  qgis-provider-grass 1:2.18.13+24xenial-ubuntugis 
> amd64GRASS provider for QGIS
> 
> More info:
> $ gdalinfo --version
> GDAL 2.2.1, released 2017/06/23
> $ grass --version
> GRASS GIS 7.2.2
> 
> Running 'qgis --debug & ' does not show anything unusual.
> 
> This is getting tiresome - every few months a routine system upgrade trashes 
> GRASS support.
> 
> Any suggestions are welcome,
> Thanks, Micha
> 
> -- 
> Micha Silver
> Ben Gurion Univ.
> Sde Boker, Remote Sensing Lab
> cell: +972-523-665918
> 

Micha,

I can at least explain why this has happened in the past. When a new
version of QGIS or GRASS comes out, all the dependencies in the repo
need to be rebuilt. It's somewhat circular too with the link between
grass, gdal and QGIS.

This can take a few days. Until then the package versions are not quite
in sync. You could say it's a design flaw of Launchpad, there's no wait
until all the packages in the repo are rebuilt before pushing feature.

I know Sebastian and Angelos try to build all in the Test repo and then
copy over to Unstable. But sometimes that just doesn't go smoothly.

The place to report issues is the ubuntugis mailing list
ubu...@lists.osgeo.org on https://lists.osgeo.org/mailman/listinfo/ubuntu

My recommendation is that you do not upgrade QGIS as soon as the update
shows up but wait a day or two. Make sure the corresponding GRASS update
is available.

Thanks,
Alex




___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] ubuntugis-nightly: No providers for GRASS and SAGA in Processing?

[Bernd Vogelgesang]

Hi,
just installed the development version on Ubuntu xenial from  
ubuntugis-nightly repository.
In processing, there are only the qgis algos, but no grass nor saga. In  
the settings, there is nothing shown about them.

Do I miss sth, or are the other providers not included yet?

Cheers
Bernd

--
Bernd Vogelgesang
Siedlerstraße 2
91083 Baiersdorf/Igelsdorf
Tel: 09133-825374
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] How do I update attribute values in a composer attribute table?

[Andreas Neumann]

Hi David,

This sounds like a bug to me. I haven't seen this behavior in my own 
projects.


Did you check with other (non KML) data sources if they behave the same?

You shouldn't have to delete any items in print composer to get them to 
update. A simple redraw should do it, normally. Can you please submit a 
bug report and provide a reduced project to demonstrate the issue?


Do you have other QGIS versions at hand to test if this works in other 
versions? E.g. a nightly/weekly of QGIS master (2.99)?


Thanks,
Andreas

On 27.09.2017 14:08, David Gessel wrote:

I have a configured an attribute table in a print composer, it pulls values from an imported (GE) KML layer, 
"name" and "description" (and lat/lon). These display nicely. But I updated the values in GE and 
these updates are not reflected in the attribute table. I've pressed the "refresh table data" button and the 
"refresh view" button (many times) and even restarted to no avail.

Looking at the values for the field values in Print 
Composer->Attributes->Expression Dialog window, I get an old, not refreshed 
list.

While looking at the same data via the label tool in map mode 
Map->Layer->Properties->Label With->Expression Dialog (not composer mode), I 
see the correct, current values.

I'd think the table data should update both in map mode and in composer mode, 
but barring that, is there a way to update the attribute table in composer? Do 
I need to delete all tables and recreate them every time the underlying field 
values change to get them to update?


I also posted this question to 
https://gis.stackexchange.com/questions/256761/how-do-i-update-attribute-values-in-a-composer-attribute-table

with screen shots.

Thanks,
David
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user


___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] How do I update attribute values in a composer attribute table?

[David Gessel]

I have a configured an attribute table in a print composer, it pulls values 
from an imported (GE) KML layer, "name" and "description" (and lat/lon). These 
display nicely. But I updated the values in GE and these updates are not 
reflected in the attribute table. I've pressed the "refresh table data" button 
and the "refresh view" button (many times) and even restarted to no avail.

Looking at the values for the field values in Print 
Composer->Attributes->Expression Dialog window, I get an old, not refreshed 
list.

While looking at the same data via the label tool in map mode 
Map->Layer->Properties->Label With->Expression Dialog (not composer mode), I 
see the correct, current values.

I'd think the table data should update both in map mode and in composer mode, 
but barring that, is there a way to update the attribute table in composer? Do 
I need to delete all tables and recreate them every time the underlying field 
values change to get them to update? 


I also posted this question to 
https://gis.stackexchange.com/questions/256761/how-do-i-update-attribute-values-in-a-composer-attribute-table

with screen shots.

Thanks,
David
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Not able to access all GRASS modules with (Py)QGIS processing

[Matthias Kuhn]

Hi Sophie,

Processing needs description files to know what kind of parameters and
outputs are related to grass algorithms.

The structure is quite trivial and adding missing description files is a
very good start to get involved with QGIS development.

See here:

https://github.com/qgis/QGIS/tree/release-2_18/python/plugins/processing/algs/grass7/description

Best regards
Matthias

On 09/27/2017 01:47 PM, Sophie Crommelinck wrote:
> Hello,
> 
> I was wondering, why some GRASS modules (e.g.: v.to.db or v.centerline)
> are not part the QGIS processing toolbox nor callable with PyQGIS
> processing. Is there any option to use these modules via PyQGIS?
> 
> Best,
> 
> Sophie
> 
> 
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> 
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Not able to access all GRASS modules with (Py)QGIS processing

[Sophie Crommelinck]

Hello,

I was wondering, why some GRASS modules (e.g.: v.to.db or v.centerline) are
not part the QGIS processing toolbox nor callable with PyQGIS processing.
Is there any option to use these modules via PyQGIS?

Best,

Sophie
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] GRASS support lost (again) on Ubuntu/Mint

[Andre Joost]

Am 27.09.2017 um 11:19 schrieb Patrick Dunford:

There is also a problem with a missing key for the ubuntugis
repositories (089EBE08314DF160). There are no instructions provided on
where the key can be obtained.




If you talkabout the ubuntugis ppa, you can read the instructions on
https://launchpad.net/~ubuntugis/+archive/ubuntu/ppa/

by clicking on "Technical details about this ppa", than "What is this?"

The way to get the key for QGIS repos (ubuntugis and debian) is 
described here:


https://www.qgis.org/en/site/forusers/alldownloads.html#debian-ubuntu

following "Alternatively you can download ".

HTH,
André Joost

___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] polygonize tool gdal error

[Shaw S . J .]

When we install QGIS 2.14 or 2.18 on our lab machines running Windows 7 using 
our software distribution system, everything works fine except the polygonize 
tool. When we install QGIS on standalone machines this tool tends to work fine 
in most (but not all) cases, occasionally we get the same problem. I'm 
struggling to find the cause of this.

To reproduce:

1) Load a raster file.
2) Raster->Conversion->polygonize. Choose the input raster and somewhere to 
write the output vector file and select 'DN'.

Error:

Traceback (most recent call last):
File "c:\Programs\QGIS\bin\gdal_polygonize.py", line 35, in
from osgeo import gdal
File "c:\Programs\QGIS\apps\Python27\lib\site-packages\osgeo\__init__.py", line 
21, in
_gdal = swig_import_helper()
File "c:\Programs\QGIS\apps\Python27\lib\site-packages\osgeo\__init__.py", line 
17, in swig_import_helper
_mod = imp.load_module('_gdal', fp, pathname, description)
ImportError: DLL load failed: The operating system cannot run %1.


Any suggestions gratefully received.

__

Stephen Shaw
Systems Support Technician
College of Science
Swansea University
Singleton Park
SWANSEA SA2 8PP

Tel: 01792 513032
Email: mailto:s.j.s...@swan.ac.uk :)
__

___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] GRASS support lost (again) on Ubuntu/Mint

[Matthias Kuhn]

Hi,

If documentation on the website is missing, we will be very happy to get
a pull request for a homepage update from anyone.

https://github.com/qgis/QGIS-Website/edit/master/source/site/forusers/alldownloads.rst

Thanks a lot!
Matthias

On 09/27/2017 11:50 AM, Andreas Wicht wrote:
> On 27 September 2017 at 11:19, Patrick Dunford  
> wrote:
>> There is also a problem with a missing key for the ubuntugis repositories
>> (089EBE08314DF160). There are no instructions provided on where the key can
>> be obtained.
> 
> That would be a general approach to get a missing key:
> 
> $ apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 089EBE08314DF160
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> 
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] GRASS support lost (again) on Ubuntu/Mint

[Andreas Wicht]

On 27 September 2017 at 11:19, Patrick Dunford  wrote:
> There is also a problem with a missing key for the ubuntugis repositories
> (089EBE08314DF160). There are no instructions provided on where the key can
> be obtained.

That would be a general approach to get a missing key:

$ apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 089EBE08314DF160
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] GRASS support lost (again) on Ubuntu/Mint

[Patrick Dunford]

There is also a problem with a missing key for the ubuntugis 
repositories (089EBE08314DF160). There are no instructions provided on 
where the key can be obtained.



On 27/09/17 19:30, Andre Joost wrote:

Am 26.09.2017 um 21:04 schrieb Patrick Dunford:



If you can actually state where abouts in the Ubuntugis repository the
actual packages that will make 2.18.13 work on Ubuntu 16.04 are because
they are not in the regular Ubuntugis repository.


GRASS 7.2.1 for xenial is now in the Ubuntugis (stable) PPA:

https://launchpad.net/~ubuntugis/+archive/ubuntu/ppa/

Unfortunately, you need libgdal-grass as well, but this is built on 
GDAL 2.1.3, but QGIS is built on GDAL 2.2.1.


If you force the older GDAL, QGIS will get removed, so the situation 
is dead-locked for now.


You may wait to let the devs fix it, or switch to the QGIS debian repo 
(returning to GDAL 1.11.3).


HTH,
André Joost




___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user


___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] splitting line at vertex

[Reginald]

Hi,

I have tried it too and it works indeed.
When I look at the layer where it works it says :
layer source :
multilinestring?crs=EPSG:31370&memoryid={0cb5880a-ee8f-43d0-881d-84fb679a00c2}
When I look at the layer where it doesn't work it says :
layer source : memory?geometry=MultiLineString&crs=EPSG:31370

Does the memoryid get lost when I close QGIS?



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] splitting line at vertex

[Bernhard Ströbl]

I tried with a memory layer and it worked

Bernhard

Am 27.09.2017 um 09:42 schrieb Reginald:

Hi Bernard,

I think the problem is that it concerns a temporary drawing layer.
There is something about this temporary layer that is different from a
normal shape layer so that splitting at a vertex is not working.

Regards,






__ Information from ESET Mail Security, version of virus signature 
database 16147 (20170927) __

The message was checked by ESET Mail Security.
http://www.eset.com


___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] splitting line at vertex

[Reginald]

Hi Bernard,

I think the problem is that it concerns a temporary drawing layer.
There is something about this temporary layer that is different from a
normal shape layer so that splitting at a vertex is not working.

Regards,



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] splitting line at vertex

[Bernhard Ströbl]

Hi,
it should work as you describe it (tried with 2.14.19 on Win 7)
Questions:
Is the line to be split a closed ring?
Are project and layer CRS identical?
Is there a selection in the layer and if yes is the line to be split 
contained in the selection?

You could also try to make an additional left click above the line.
Bernhard

Am 27.09.2017 um 08:50 schrieb Reginald:

hello,

I am trying to split a line at a vertex but somehow it always fails.
I have read several answers on stackexchange but none of them works.
Splitting a line is easy but I want the split to happen at the vertex. So I
enabled snapping and I left click under the line, then I left click on the
snapped point, than I right click above the line.
Notting happens.
How can I accomplish this splitting (eventualy using python)?

Regards,






__ Information from ESET Mail Security, version of virus signature 
database 16147 (20170927) __

The message was checked by ESET Mail Security.
http://www.eset.com


___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user