Re: [Qgis-user] Compiling QGIS3 with grass7 from MacPorts

[Patrick Dunford]

Sorry I misread the documentation, it looked like the mac port was a 
third party one.



On 29/09/17 17:27, David Liontooth wrote:


The compilations problems on OS X aren't serious, and I'm sure someone 
already knows how to overcome them.


Since OS X is unix, it's not really a non-native platform -- it runs 
the whole GNU tool chain. A vm is certainly an option, but this 
doesn't look hard.


Cheers,
Dave

On 9/28/17 6:53 PM, Patrick Dunford wrote:

OK

given the limited support for non-native platforms such as MacOS the 
virtualbox option is worth considering. I have drawn hundreds of km 
of maps in virtual machines, performance is essentially 99.99% of 
what is available on a native application.



On 29/09/17 14:50, David Liontooth wrote:


INSTALL says this under the OS X section:

    Also available is a GRASS application:

    http://www.kyngchaos.com/software/grass

-- though it turns out that page is for Grass 6; for Grass 7 that 
page in turn points to http://grassmac.wikidot.com. Grass 6 is no 
longer supported in QGIS.


These options are distinctly less appealing to me than MacPorts -- 
first, you have to trust the packagers blindly; secondly, the 
packages don't integrate with other packages. What they're calling 
"frameworks" is dependencies; these installers invite dependency hell.


QGIS should have general instructions for compiling with organized 
OS X packaging systems.


MacPorts and HomeBrew do a lot of quality checking, permit easy 
upgrades and uninstallations, and ensure consistent package 
relations, package hash authentication, and community bug reporting. 
In fact they already package QGIS, just not the unrealeased QGIS3.


Cheers,
Dave

On 9/28/17 6:14 PM, Patrick Dunford wrote:
Ok, I'm not familirar with a separate build step, don't remember 
seeing that in the install documentation, unless that is a specific 
variation for your platform?



On 29/09/17 14:12, David Liontooth wrote:


Hi Patrick,

I'm using today's QGIS git master and get this in the configure 
output:


  -- QGIS version: 2.99.0 Master (29900)
  -- Could not find GRASS 7

The INSTALL file makes it clear it must be built separately, but 
suggests using other "Install development frameworks".


The installation procedure for MacOS X with MacPorts is not 
documented.


Cheers,
Dave

On 9/28/17 5:55 PM, Patrick Dunford wrote:
Hi, this is only a generalised comment about building packages 
and may not be specific enough for your application.


When I build packages from source they come with Grass so I don't 
see how it would not be included in the same scripts for the 
platform you are using.


Are there any error logs for building the plugins that will show 
what is happening for example the library is not found or wrong 
version?



On 29/09/17 13:12, David Liontooth wrote:


I'm interested in reading LIDAR data, which appears to require 
GRASS (I'm new to this).


I'm trying to compile QGIS2.99 (master) on OS X and short of 
GRASS everything is working -- the program starts up with


    open QGIS

MacPorts has gdal-grass @2.2.0 (gis), which pulls in grass7. It 
ends up here:


    /opt/local/share/grass-7.2.2/lib

so for instance 
/opt/local/share/grass-7.2.2/lib/libgrass_lidar.dylib.


How do I tell the QGIS build scripts to include grass7?

Cheers,
Dave

___
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


___
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



___
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

Re: [Qgis-user] Compiling QGIS3 with grass7 from MacPorts

[David Liontooth]

The compilations problems on OS X aren't serious, and I'm sure someone 
already knows how to overcome them.


Since OS X is unix, it's not really a non-native platform -- it runs the 
whole GNU tool chain. A vm is certainly an option, but this doesn't look 
hard.


Cheers,
Dave

On 9/28/17 6:53 PM, Patrick Dunford wrote:

OK

given the limited support for non-native platforms such as MacOS the 
virtualbox option is worth considering. I have drawn hundreds of km of 
maps in virtual machines, performance is essentially 99.99% of what is 
available on a native application.



On 29/09/17 14:50, David Liontooth wrote:


INSTALL says this under the OS X section:

    Also available is a GRASS application:

    http://www.kyngchaos.com/software/grass

-- though it turns out that page is for Grass 6; for Grass 7 that 
page in turn points to http://grassmac.wikidot.com. Grass 6 is no 
longer supported in QGIS.


These options are distinctly less appealing to me than MacPorts -- 
first, you have to trust the packagers blindly; secondly, the 
packages don't integrate with other packages. What they're calling 
"frameworks" is dependencies; these installers invite dependency hell.


QGIS should have general instructions for compiling with organized OS 
X packaging systems.


MacPorts and HomeBrew do a lot of quality checking, permit easy 
upgrades and uninstallations, and ensure consistent package 
relations, package hash authentication, and community bug reporting. 
In fact they already package QGIS, just not the unrealeased QGIS3.


Cheers,
Dave

On 9/28/17 6:14 PM, Patrick Dunford wrote:
Ok, I'm not familirar with a separate build step, don't remember 
seeing that in the install documentation, unless that is a specific 
variation for your platform?



On 29/09/17 14:12, David Liontooth wrote:


Hi Patrick,

I'm using today's QGIS git master and get this in the configure 
output:


  -- QGIS version: 2.99.0 Master (29900)
  -- Could not find GRASS 7

The INSTALL file makes it clear it must be built separately, but 
suggests using other "Install development frameworks".


The installation procedure for MacOS X with MacPorts is not 
documented.


Cheers,
Dave

On 9/28/17 5:55 PM, Patrick Dunford wrote:
Hi, this is only a generalised comment about building packages and 
may not be specific enough for your application.


When I build packages from source they come with Grass so I don't 
see how it would not be included in the same scripts for the 
platform you are using.


Are there any error logs for building the plugins that will show 
what is happening for example the library is not found or wrong 
version?



On 29/09/17 13:12, David Liontooth wrote:


I'm interested in reading LIDAR data, which appears to require 
GRASS (I'm new to this).


I'm trying to compile QGIS2.99 (master) on OS X and short of 
GRASS everything is working -- the program starts up with


    open QGIS

MacPorts has gdal-grass @2.2.0 (gis), which pulls in grass7. It 
ends up here:


    /opt/local/share/grass-7.2.2/lib

so for instance 
/opt/local/share/grass-7.2.2/lib/libgrass_lidar.dylib.


How do I tell the QGIS build scripts to include grass7?

Cheers,
Dave

___
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


___
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



___
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] Compiling QGIS3 with grass7 from MacPorts

[Patrick Dunford]

OK

given the limited support for non-native platforms such as MacOS the 
virtualbox option is worth considering. I have drawn hundreds of km of 
maps in virtual machines, performance is essentially 99.99% of what is 
available on a native application.



On 29/09/17 14:50, David Liontooth wrote:


INSTALL says this under the OS X section:

    Also available is a GRASS application:

    http://www.kyngchaos.com/software/grass

-- though it turns out that page is for Grass 6; for Grass 7 that page 
in turn points to http://grassmac.wikidot.com. Grass 6 is no longer 
supported in QGIS.


These options are distinctly less appealing to me than MacPorts -- 
first, you have to trust the packagers blindly; secondly, the packages 
don't integrate with other packages. What they're calling "frameworks" 
is dependencies; these installers invite dependency hell.


QGIS should have general instructions for compiling with organized OS 
X packaging systems.


MacPorts and HomeBrew do a lot of quality checking, permit easy 
upgrades and uninstallations, and ensure consistent package relations, 
package hash authentication, and community bug reporting. In fact they 
already package QGIS, just not the unrealeased QGIS3.


Cheers,
Dave

On 9/28/17 6:14 PM, Patrick Dunford wrote:
Ok, I'm not familirar with a separate build step, don't remember 
seeing that in the install documentation, unless that is a specific 
variation for your platform?



On 29/09/17 14:12, David Liontooth wrote:


Hi Patrick,

I'm using today's QGIS git master and get this in the configure output:

  -- QGIS version: 2.99.0 Master (29900)
  -- Could not find GRASS 7

The INSTALL file makes it clear it must be built separately, but 
suggests using other "Install development frameworks".


The installation procedure for MacOS X with MacPorts is not documented.

Cheers,
Dave

On 9/28/17 5:55 PM, Patrick Dunford wrote:
Hi, this is only a generalised comment about building packages and 
may not be specific enough for your application.


When I build packages from source they come with Grass so I don't 
see how it would not be included in the same scripts for the 
platform you are using.


Are there any error logs for building the plugins that will show 
what is happening for example the library is not found or wrong 
version?



On 29/09/17 13:12, David Liontooth wrote:


I'm interested in reading LIDAR data, which appears to require 
GRASS (I'm new to this).


I'm trying to compile QGIS2.99 (master) on OS X and short of GRASS 
everything is working -- the program starts up with


    open QGIS

MacPorts has gdal-grass @2.2.0 (gis), which pulls in grass7. It 
ends up here:


    /opt/local/share/grass-7.2.2/lib

so for instance 
/opt/local/share/grass-7.2.2/lib/libgrass_lidar.dylib.


How do I tell the QGIS build scripts to include grass7?

Cheers,
Dave

___
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


___
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] Compiling QGIS3 with grass7 from MacPorts

[David Liontooth]

INSTALL says this under the OS X section:

    Also available is a GRASS application:

    http://www.kyngchaos.com/software/grass

-- though it turns out that page is for Grass 6; for Grass 7 that page 
in turn points to http://grassmac.wikidot.com. Grass 6 is no longer 
supported in QGIS.


These options are distinctly less appealing to me than MacPorts -- 
first, you have to trust the packagers blindly; secondly, the packages 
don't integrate with other packages. What they're calling "frameworks" 
is dependencies; these installers invite dependency hell.


QGIS should have general instructions for compiling with organized OS X 
packaging systems.


MacPorts and HomeBrew do a lot of quality checking, permit easy upgrades 
and uninstallations, and ensure consistent package relations, package 
hash authentication, and community bug reporting. In fact they already 
package QGIS, just not the unrealeased QGIS3.


Cheers,
Dave

On 9/28/17 6:14 PM, Patrick Dunford wrote:
Ok, I'm not familirar with a separate build step, don't remember 
seeing that in the install documentation, unless that is a specific 
variation for your platform?



On 29/09/17 14:12, David Liontooth wrote:


Hi Patrick,

I'm using today's QGIS git master and get this in the configure output:

  -- QGIS version: 2.99.0 Master (29900)
  -- Could not find GRASS 7

The INSTALL file makes it clear it must be built separately, but 
suggests using other "Install development frameworks".


The installation procedure for MacOS X with MacPorts is not documented.

Cheers,
Dave

On 9/28/17 5:55 PM, Patrick Dunford wrote:
Hi, this is only a generalised comment about building packages and 
may not be specific enough for your application.


When I build packages from source they come with Grass so I don't 
see how it would not be included in the same scripts for the 
platform you are using.


Are there any error logs for building the plugins that will show 
what is happening for example the library is not found or wrong 
version?



On 29/09/17 13:12, David Liontooth wrote:


I'm interested in reading LIDAR data, which appears to require 
GRASS (I'm new to this).


I'm trying to compile QGIS2.99 (master) on OS X and short of GRASS 
everything is working -- the program starts up with


    open QGIS

MacPorts has gdal-grass @2.2.0 (gis), which pulls in grass7. It 
ends up here:


    /opt/local/share/grass-7.2.2/lib

so for instance /opt/local/share/grass-7.2.2/lib/libgrass_lidar.dylib.

How do I tell the QGIS build scripts to include grass7?

Cheers,
Dave

___
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


___
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] Compiling QGIS3 with grass7 from MacPorts

[Patrick Dunford]

Ok, I'm not familirar with a separate build step, don't remember seeing 
that in the install documentation, unless that is a specific variation 
for your platform?



On 29/09/17 14:12, David Liontooth wrote:


Hi Patrick,

I'm using today's QGIS git master and get this in the configure output:

  -- QGIS version: 2.99.0 Master (29900)
  -- Could not find GRASS 7

The INSTALL file makes it clear it must be built separately, but 
suggests using other "Install development frameworks".


The installation procedure for MacOS X with MacPorts is not documented.

Cheers,
Dave

On 9/28/17 5:55 PM, Patrick Dunford wrote:
Hi, this is only a generalised comment about building packages and 
may not be specific enough for your application.


When I build packages from source they come with Grass so I don't see 
how it would not be included in the same scripts for the platform you 
are using.


Are there any error logs for building the plugins that will show what 
is happening for example the library is not found or wrong version?



On 29/09/17 13:12, David Liontooth wrote:


I'm interested in reading LIDAR data, which appears to require GRASS 
(I'm new to this).


I'm trying to compile QGIS2.99 (master) on OS X and short of GRASS 
everything is working -- the program starts up with


    open QGIS

MacPorts has gdal-grass @2.2.0 (gis), which pulls in grass7. It ends 
up here:


    /opt/local/share/grass-7.2.2/lib

so for instance /opt/local/share/grass-7.2.2/lib/libgrass_lidar.dylib.

How do I tell the QGIS build scripts to include grass7?

Cheers,
Dave

___
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


___
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] Compiling QGIS3 with grass7 from MacPorts

[David Liontooth]

Hi Patrick,

I'm using today's QGIS git master and get this in the configure output:

  -- QGIS version: 2.99.0 Master (29900)
  -- Could not find GRASS 7

The INSTALL file makes it clear it must be built separately, but 
suggests using other "Install development frameworks".


The installation procedure for MacOS X with MacPorts is not documented.

Cheers,
Dave

On 9/28/17 5:55 PM, Patrick Dunford wrote:
Hi, this is only a generalised comment about building packages and may 
not be specific enough for your application.


When I build packages from source they come with Grass so I don't see 
how it would not be included in the same scripts for the platform you 
are using.


Are there any error logs for building the plugins that will show what 
is happening for example the library is not found or wrong version?



On 29/09/17 13:12, David Liontooth wrote:


I'm interested in reading LIDAR data, which appears to require GRASS 
(I'm new to this).


I'm trying to compile QGIS2.99 (master) on OS X and short of GRASS 
everything is working -- the program starts up with


    open QGIS

MacPorts has gdal-grass @2.2.0 (gis), which pulls in grass7. It ends 
up here:


    /opt/local/share/grass-7.2.2/lib

so for instance /opt/local/share/grass-7.2.2/lib/libgrass_lidar.dylib.

How do I tell the QGIS build scripts to include grass7?

Cheers,
Dave

___
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] Compiling QGIS3 with grass7 from MacPorts

[Patrick Dunford]

Hi, this is only a generalised comment about building packages and may 
not be specific enough for your application.


When I build packages from source they come with Grass so I don't see 
how it would not be included in the same scripts for the platform you 
are using.


Are there any error logs for building the plugins that will show what is 
happening for example the library is not found or wrong version?



On 29/09/17 13:12, David Liontooth wrote:


I'm interested in reading LIDAR data, which appears to require GRASS 
(I'm new to this).


I'm trying to compile QGIS2.99 (master) on OS X and short of GRASS 
everything is working -- the program starts up with


    open QGIS

MacPorts has gdal-grass @2.2.0 (gis), which pulls in grass7. It ends 
up here:


    /opt/local/share/grass-7.2.2/lib

so for instance /opt/local/share/grass-7.2.2/lib/libgrass_lidar.dylib.

How do I tell the QGIS build scripts to include grass7?

Cheers,
Dave

___
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] Compiling QGIS3 with grass7 from MacPorts

[David Liontooth]

I'm interested in reading LIDAR data, which appears to require GRASS 
(I'm new to this).


I'm trying to compile QGIS2.99 (master) on OS X and short of GRASS 
everything is working -- the program starts up with


    open QGIS

MacPorts has gdal-grass @2.2.0 (gis), which pulls in grass7. It ends up 
here:


    /opt/local/share/grass-7.2.2/lib

so for instance /opt/local/share/grass-7.2.2/lib/libgrass_lidar.dylib.

How do I tell the QGIS build scripts to include grass7?

Cheers,
Dave

___
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] Best way to create geoPDF in qgis

[Michael Treglia]

Hi All,

Working on QGIS 2.18, and in searching the web for how to export a geopdf,
most of what I'm finding is a few years old. Any guidance on the current
'best' or 'easiest' way to go from a composer or (individual vector GIS
layer?) to a georeferenced PDF that can be read by PDF Maps?

Thanks!
mike
___
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

[Angelos Tzotsos]

We have tried to build everything on experimental ppa before we move the 
packages to unstable ppa (and when we move packages to unstable we send 
an e-mail to the QGIS packagers to rebuild their repo). Unfortunately 
not all UbuntuGIS packagers wait until they publish on unstable, so 
things like that might happen.


Best,
Angelos

On 09/28/2017 12:16 AM, Patrick Dunford wrote:
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



--
Angelos Tzotsos, PhD
Charter Member
Open Source Geospatial Foundation
http://users.ntua.gr/tzotsos

___
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

[Angelos Tzotsos]

On 09/28/2017 03:31 PM, Andre Joost wrote:

Am 27.09.2017 um 19:21 schrieb Alex M:



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.



The same applies to GDAl (and maybe PROJ if the planned improvements 
come on the way).


>
> Seems like some logistics could be worked out.
>

As a end-user-friendly solution, it would be great if ubuntugis could 
leave a copy of the last build on the server. This could be limited to 
the most-critical packages.


This works good in OSGEO4W in case any package causes unwanted 
corruption.


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



Unfortunately this is not supported by Launchpad.

Only one version is in "published" state.

Cheers,

Angelos


--
Angelos Tzotsos, PhD
Charter Member
Open Source Geospatial Foundation
http://users.ntua.gr/tzotsos

___
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

[Stéphane Henriod]

Feature request here: https://issues.qgis.org/issues/17217

Cheers
Stéphane


Le jeudi 28 septembre 2017, Alessandro Pasotti  a
écrit :

>
> On Thu, Sep 28, 2017 at 1:56 PM, Stéphane Henriod  > wrote:
>
>> Hi again Alessandro
>>
>> One short feedback already (2.99): when I *right-click - Create new
>> database* in the browser, I still need to specify a new layer as well.
>> Would be great to be able to create an empty database as well
>>
>> I don't see this as a bug, so not sure if opening a ticket is necessary?
>>
>
>
> No, it's not a bug: I just recycled the pre-existing dialog to create
> geopackages (with at least one layer), my changes were limited to pre-fill
> the path to the existing DB when opened from an existing connection.
>
> You can fill a ticket as an enhancement, I agree that it would be
> desireable to be able to create an empty gpkg, BTW the easy workaround here
> is to create a single layer and immediately delete id with a right-click
> from the browser.
>
> Cheers
>
>
>
>> Cheers
>>
>> Stéphane
>>
>>
>> Le jeudi 28 septembre 2017, Stéphane Henriod > > a écrit :
>>
>>> Wow, that sounds great! Thanks a lot for your efforts here!
>>>
>>> I added a sentence in the Gdoc, to make sure that we check what is in
>>> 3.0 before requesting a new feature. I will myself test there and adapt the
>>> Gdoc accordingly, where needed
>>>
>>> Cheers
>>> Stéphane
>>>
>>>
>>> Le jeudi 28 septembre 2017, Alessandro Pasotti  a
>>> écrit :
>>>
 Hi,

 The following features are now implemented in QGIS3:

 - browse geopackage contents from the browser
 - drag and drop layers from any vector and raster layer source into a
 geopackage from the browser
 - save/store geopackage connections in the browser
 - connections can also be created/removed from a contextual menu
 (right-click) from the filesystem browser items and are synchronized with
 DB-manager)
 - deletion of vectors and raster layers from an existing geopackage
 - synchronization from the DB-manager to the browser (the other way is
 not currently implemented)

 I probably forget some other minor improvements.

 All this development is rather recent and any help with testing would
 be much appreciated.

 Please keep in mind that you need at least GDAL 2.2.2 to overcome some
 bugs on Windows, Linux works fine with 2.2.1.

 Many thanks to Boundless Spatial Inc. for funding this development and
 to Even Roualt and Nyall Dawson for all the assistance they gave me during
 the development.

 Cheers


 On Thu, Sep 28, 2017 at 8:45 AM, Stéphane Henriod 
 wrote:

> Hi Andreas
>
> Thanks for your comments!
>
> Here the Gdoc with my first ideas: https://docs.google.com
> /document/d/1xp36eR0DYThpTCNsWUam5JhFKVjOVpmRObwWSPjkrbc/edi
> t?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 <+49%20176%2028011050> (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.

Re: [Qgis-user] How to create polygons from areas of overlap?

[Martino]

Ciao Nikos

Thank you for your comments. I do also have the vegetation types as
independent layers (there are 15 in all). I could of course produce the
result that I need by using Intersect, but this can only be done with
two layers at a time. Although some layers do not overlap, there are
many overlaps and performing this analysis two layers at a time would
be complicated (especially as in a few cases there are more than two
layers overlapping). What I was hoping to find is a way to do intersect
on either (a) many layers together, or (b) of polygons within a single
layer.

Your suggestion to rasterize the 15 layers and work from this is one
possibility (although I haven't thought it through).

There is a grass tool v.patch in the QGIS processing toolbox ('Create a
new vector map layer by combining other vector map layers'). I thought
this would do the trick but it presents an error message near the end
of the process.

Thanks, Martino

On Thu, 2017-09-28 at 15:38 +0200, Nikos Alexandris wrote:
> * Martino  [2017-09-28 13:52:25
> +0100]:
> 
> Ciao Martino,
> 
> > I have a vector layer containing polygons that represent vegetation
> > patches. There are 15 vegetation types (and most have more than one
> > polygon; i.e. the polygons are multipart). Some of the polygons
> > overlap
> > as the areas have more than one classification (e.g. a polygon
> > representing one plant species and a polygon representing another
> > plant
> > species).
> 
> Can you derive as many independent layers as the number of vegetation
> types?  Manually or better with a small script.
> 
> 
> > I would like to produce a new layer in which all of the overlapping
> > areas become new polygons. For example, an area of overlap of a
> > patch
> > of Species A and a patch of Species B would become a new polygon
> > representing areas containing both species (and the non-overlapping
> > areas would become separate polygons).
> 
> I think having independent layers would be the basis to work on and
> produce the kind of combinatory polygons you are aiming at.
> 
> 
> > So I start with 
> > 
> > Polygon with Species A
> > Polygon with Species B
> > 
> > and the result would be
> > 
> > Polygon with only Species A
> > Polygon with only Species B
> > Polygon with Species A & B
> > 
> > I am unable to figure out how to do this!
> > 
> > If anybody has any suggestions, I would welcome them.
> > 
> > With thanks.
> 
> 
> If you have Polygon "A" and Polygon "B", then look after
> geoprocessing
> operations. For example, 'Intersection', Union', and the likes should
> give what you are looking for.
> 
> Alternatively, if you could work with raster maps, you can think of
> having raster maps for each individual vegetation type, then combine
> the
> maps based on some classification scheme that does include
> combinations
> of vegetation types. Say vegetation type A is going to be assigned a
> pixel value of 1, vegetation type B is going to get a pixel value
> of 2 and then a pixel occupied by A and B is goint to get a pixel
> value
> of 3.
> 
> This is an idea to approach the question.
> 
> Regards, Nikos
> > ___
> > 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] How to create polygons from areas of overlap?

[Nikos Alexandris]

* Martino  [2017-09-28 13:52:25 +0100]:

Ciao Martino,


I have a vector layer containing polygons that represent vegetation
patches. There are 15 vegetation types (and most have more than one
polygon; i.e. the polygons are multipart). Some of the polygons overlap
as the areas have more than one classification (e.g. a polygon
representing one plant species and a polygon representing another plant
species).


Can you derive as many independent layers as the number of vegetation
types?  Manually or better with a small script.



I would like to produce a new layer in which all of the overlapping
areas become new polygons. For example, an area of overlap of a patch
of Species A and a patch of Species B would become a new polygon
representing areas containing both species (and the non-overlapping
areas would become separate polygons).


I think having independent layers would be the basis to work on and
produce the kind of combinatory polygons you are aiming at.



So I start with 

Polygon with Species A
Polygon with Species B

and the result would be

Polygon with only Species A
Polygon with only Species B
Polygon with Species A & B

I am unable to figure out how to do this!

If anybody has any suggestions, I would welcome them.

With thanks.



If you have Polygon "A" and Polygon "B", then look after geoprocessing
operations. For example, 'Intersection', Union', and the likes should
give what you are looking for.

Alternatively, if you could work with raster maps, you can think of
having raster maps for each individual vegetation type, then combine the
maps based on some classification scheme that does include combinations
of vegetation types. Say vegetation type A is going to be assigned a
pixel value of 1, vegetation type B is going to get a pixel value
of 2 and then a pixel occupied by A and B is goint to get a pixel value
of 3.

This is an idea to approach the question.

Regards, Nikos

___
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


--
Nikos Alexandris | Remote Sensing & Geomatics
GPG Key Fingerprint 6F9D4506F3CA28380974D31A9053534B693C4FB3 


signature.asc
Description: PGP signature
___
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 to create polygons from areas of overlap?

[Martino]

I have a vector layer containing polygons that represent vegetation
patches. There are 15 vegetation types (and most have more than one
polygon; i.e. the polygons are multipart). Some of the polygons overlap
as the areas have more than one classification (e.g. a polygon
representing one plant species and a polygon representing another plant
species). 

I would like to produce a new layer in which all of the overlapping
areas become new polygons. For example, an area of overlap of a patch
of Species A and a patch of Species B would become a new polygon
representing areas containing both species (and the non-overlapping
areas would become separate polygons).

So I start with 

Polygon with Species A
Polygon with Species B

and the result would be

Polygon with only Species A
Polygon with only Species B
Polygon with Species A & B

I am unable to figure out how to do this!

If anybody has any suggestions, I would welcome them.

With thanks.
  
___
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 19:21 schrieb Alex M:



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.



The same applies to GDAl (and maybe PROJ if the planned improvements 
come on the way).


>
> Seems like some logistics could be worked out.
>

As a end-user-friendly solution, it would be great if ubuntugis could 
leave a copy of the last build on the server. This could be limited to 
the most-critical packages.


This works good in OSGEO4W in case any package causes unwanted corruption.

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] Working with geopackages in Qgis

[Alessandro Pasotti]

On Thu, Sep 28, 2017 at 1:56 PM, Stéphane Henriod  wrote:

> Hi again Alessandro
>
> One short feedback already (2.99): when I *right-click - Create new
> database* in the browser, I still need to specify a new layer as well.
> Would be great to be able to create an empty database as well
>
> I don't see this as a bug, so not sure if opening a ticket is necessary?
>


No, it's not a bug: I just recycled the pre-existing dialog to create
geopackages (with at least one layer), my changes were limited to pre-fill
the path to the existing DB when opened from an existing connection.

You can fill a ticket as an enhancement, I agree that it would be
desireable to be able to create an empty gpkg, BTW the easy workaround here
is to create a single layer and immediately delete id with a right-click
from the browser.

Cheers



> Cheers
>
> Stéphane
>
>
> Le jeudi 28 septembre 2017, Stéphane Henriod  a écrit :
>
>> Wow, that sounds great! Thanks a lot for your efforts here!
>>
>> I added a sentence in the Gdoc, to make sure that we check what is in 3.0
>> before requesting a new feature. I will myself test there and adapt the
>> Gdoc accordingly, where needed
>>
>> Cheers
>> Stéphane
>>
>>
>> Le jeudi 28 septembre 2017, Alessandro Pasotti  a
>> écrit :
>>
>>> Hi,
>>>
>>> The following features are now implemented in QGIS3:
>>>
>>> - browse geopackage contents from the browser
>>> - drag and drop layers from any vector and raster layer source into a
>>> geopackage from the browser
>>> - save/store geopackage connections in the browser
>>> - connections can also be created/removed from a contextual menu
>>> (right-click) from the filesystem browser items and are synchronized with
>>> DB-manager)
>>> - deletion of vectors and raster layers from an existing geopackage
>>> - synchronization from the DB-manager to the browser (the other way is
>>> not currently implemented)
>>>
>>> I probably forget some other minor improvements.
>>>
>>> All this development is rather recent and any help with testing would be
>>> much appreciated.
>>>
>>> Please keep in mind that you need at least GDAL 2.2.2 to overcome some
>>> bugs on Windows, Linux works fine with 2.2.1.
>>>
>>> Many thanks to Boundless Spatial Inc. for funding this development and
>>> to Even Roualt and Nyall Dawson for all the assistance they gave me during
>>> the development.
>>>
>>> Cheers
>>>
>>>
>>> On Thu, Sep 28, 2017 at 8:45 AM, Stéphane Henriod 
>>> wrote:
>>>
 Hi Andreas

 Thanks for your comments!

 Here the Gdoc with my first ideas: https://docs.google.com
 /document/d/1xp36eR0DYThpTCNsWUam5JhFKVjOVpmRObwWSPjkrbc/edi
 t?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 <+49%20176%2028011050> (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, wou

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

[Stéphane Henriod]

Hi again Alessandro

One short feedback already (2.99): when I *right-click - Create new
database* in the browser, I still need to specify a new layer as well.
Would be great to be able to create an empty database as well

I don't see this as a bug, so not sure if opening a ticket is necessary?

Cheers

Stéphane


Le jeudi 28 septembre 2017, Stéphane Henriod  a écrit :

> Wow, that sounds great! Thanks a lot for your efforts here!
>
> I added a sentence in the Gdoc, to make sure that we check what is in 3.0
> before requesting a new feature. I will myself test there and adapt the
> Gdoc accordingly, where needed
>
> Cheers
> Stéphane
>
>
> Le jeudi 28 septembre 2017, Alessandro Pasotti  > a écrit :
>
>> Hi,
>>
>> The following features are now implemented in QGIS3:
>>
>> - browse geopackage contents from the browser
>> - drag and drop layers from any vector and raster layer source into a
>> geopackage from the browser
>> - save/store geopackage connections in the browser
>> - connections can also be created/removed from a contextual menu
>> (right-click) from the filesystem browser items and are synchronized with
>> DB-manager)
>> - deletion of vectors and raster layers from an existing geopackage
>> - synchronization from the DB-manager to the browser (the other way is
>> not currently implemented)
>>
>> I probably forget some other minor improvements.
>>
>> All this development is rather recent and any help with testing would be
>> much appreciated.
>>
>> Please keep in mind that you need at least GDAL 2.2.2 to overcome some
>> bugs on Windows, Linux works fine with 2.2.1.
>>
>> Many thanks to Boundless Spatial Inc. for funding this development and to
>> Even Roualt and Nyall Dawson for all the assistance they gave me during the
>> development.
>>
>> Cheers
>>
>>
>> On Thu, Sep 28, 2017 at 8:45 AM, Stéphane Henriod  wrote:
>>
>>> Hi Andreas
>>>
>>> Thanks for your comments!
>>>
>>> Here the Gdoc with my first ideas: https://docs.google.com
>>> /document/d/1xp36eR0DYThpTCNsWUam5JhFKVjOVpmRObwWSPjkrbc/edi
>>> t?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 <+49%20176%2028011050> (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

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

[Stéphane Henriod]

Wow, that sounds great! Thanks a lot for your efforts here!

I added a sentence in the Gdoc, to make sure that we check what is in 3.0
before requesting a new feature. I will myself test there and adapt the
Gdoc accordingly, where needed

Cheers
Stéphane


Le jeudi 28 septembre 2017, Alessandro Pasotti  a
écrit :

> Hi,
>
> The following features are now implemented in QGIS3:
>
> - browse geopackage contents from the browser
> - drag and drop layers from any vector and raster layer source into a
> geopackage from the browser
> - save/store geopackage connections in the browser
> - connections can also be created/removed from a contextual menu
> (right-click) from the filesystem browser items and are synchronized with
> DB-manager)
> - deletion of vectors and raster layers from an existing geopackage
> - synchronization from the DB-manager to the browser (the other way is not
> currently implemented)
>
> I probably forget some other minor improvements.
>
> All this development is rather recent and any help with testing would be
> much appreciated.
>
> Please keep in mind that you need at least GDAL 2.2.2 to overcome some
> bugs on Windows, Linux works fine with 2.2.1.
>
> Many thanks to Boundless Spatial Inc. for funding this development and to
> Even Roualt and Nyall Dawson for all the assistance they gave me during the
> development.
>
> Cheers
>
>
> On Thu, Sep 28, 2017 at 8:45 AM, Stéphane Henriod  > wrote:
>
>> 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 <+49%20176%2028011050> (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

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

[Stéphane Henriod]

Hi Luigi

this great news! I will update to the latest 2.99 then.

But still, I suggest that we keep this Gdoc open, in case we identify
potential needed features to make the Geopackage support even greater than
it is now!

Cheers
Stéphane


Le jeudi 28 septembre 2017, Luigi Pirelli  a écrit :

> Hi Stéphane
>
> I strongly suggest to test QGIS3 where there are great improvement by
> Alessandro Pasotti for GPKG integration in qgis and browser (inside
> the single add layer panel/button).
>
> regards
> 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 2nd Edition:
> * https://www.packtpub.com/big-data-and-business-
> intelligence/mastering-qgis-second-edition
> 
> **
>
>
> On 28 September 2017 at 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
>
>

-- 
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
  //  запас.союз.дружный

___
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] OpenLayersPlugin - QGIS crashes using satellite pictures

[Nicole Stoffels]

Installing the contribution package was the solution.

Thanks to everyone!
Nicole

Am 28.09.2017 um 10:28 schrieb Phil (The Geek) Wyatt:

Quick map services also has some extra user identified resources that you can 
download. Some of those include satellite imagery.

Look under settings, More services and then click on the 'Get Contributed Pack' 
button down the bottom. That will add lots more services to the menu and allow 
a search function for even more from this website

https://qms.nextgis.com/

Cheers - Phil


-Original Message-
From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Nicole 
Stoffels
Sent: Thursday, September 28, 2017 5:33 PM
To: qgis-user@lists.osgeo.org
Subject: [Qgis-user] OpenLayersPlugin - QGIS crashes using satellite pictures

Dear QGIS-users,

we have some issues with the satellite pictures within the OpenLayers Plugin. 
The maps are displayed normally. But if we choose Google Satellite or Bing 
Aerial, QGIS crashes without any error messages.

If you search the web, the use of QuickMapServices is recommended.
Unfortunately QuickMapServices does not offer real satellite pictures.

Does anyone have similar problems or even a solution?

We are using QGIS 2.14.11-Essen on Ubuntu 16.04 LTS.

Thanks a lot in advance!

Best regards,
Nicole Stoffels
___
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

[Alessandro Pasotti]

Hi,

The following features are now implemented in QGIS3:

- browse geopackage contents from the browser
- drag and drop layers from any vector and raster layer source into a
geopackage from the browser
- save/store geopackage connections in the browser
- connections can also be created/removed from a contextual menu
(right-click) from the filesystem browser items and are synchronized with
DB-manager)
- deletion of vectors and raster layers from an existing geopackage
- synchronization from the DB-manager to the browser (the other way is not
currently implemented)

I probably forget some other minor improvements.

All this development is rather recent and any help with testing would be
much appreciated.

Please keep in mind that you need at least GDAL 2.2.2 to overcome some bugs
on Windows, Linux works fine with 2.2.1.

Many thanks to Boundless Spatial Inc. for funding this development and to
Even Roualt and Nyall Dawson for all the assistance they gave me during the
development.

Cheers


On Thu, Sep 28, 2017 at 8:45 AM, Stéphane Henriod  wrote:

> 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 <+49%20176%2028011050> (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 mi

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

[Andre Joost]

Am 27.09.2017 um 17:14 schrieb 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?



Do you get any error messages in the log panel?

I have QGIS 2.18.13 and broken GRASS 7.2.1 installed, the GRASS plugin 
is missing, but my processing contains GRASS 6+7 algos.


So no direct influence with the other GRASS problem.

It might be worth a try using a VM with a more recent Ubuntu distro and 
QGIS nightly (without ubuntugis), and keep QGIS 2.18 in the host OS 
(with or without ubuntugis).


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] OpenLayersPlugin - QGIS crashes using satellite pictures

[Phil (The Geek) Wyatt]

Quick map services also has some extra user identified resources that you can 
download. Some of those include satellite imagery.

Look under settings, More services and then click on the 'Get Contributed Pack' 
button down the bottom. That will add lots more services to the menu and allow 
a search function for even more from this website

https://qms.nextgis.com/

Cheers - Phil


-Original Message-
From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Nicole 
Stoffels
Sent: Thursday, September 28, 2017 5:33 PM
To: qgis-user@lists.osgeo.org
Subject: [Qgis-user] OpenLayersPlugin - QGIS crashes using satellite pictures

Dear QGIS-users,

we have some issues with the satellite pictures within the OpenLayers Plugin. 
The maps are displayed normally. But if we choose Google Satellite or Bing 
Aerial, QGIS crashes without any error messages.

If you search the web, the use of QuickMapServices is recommended. 
Unfortunately QuickMapServices does not offer real satellite pictures.

Does anyone have similar problems or even a solution?

We are using QGIS 2.14.11-Essen on Ubuntu 16.04 LTS.

Thanks a lot in advance!

Best regards,
Nicole Stoffels
___
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] OpenLayersPlugin - QGIS crashes using satellite pictures

[Patrick Dunford]

Is there free aerial photography in your region in geojpegs you can 
download and open as a raster layer. In some countries that is possible.



On 28/09/17 20:33, Nicole Stoffels wrote:

Dear QGIS-users,

we have some issues with the satellite pictures within the OpenLayers 
Plugin. The maps are displayed normally. But if we choose Google 
Satellite or Bing Aerial, QGIS crashes without any error messages.


If you search the web, the use of QuickMapServices is recommended. 
Unfortunately QuickMapServices does not offer real satellite pictures.


Does anyone have similar problems or even a solution?

We are using QGIS 2.14.11-Essen on Ubuntu 16.04 LTS.

Thanks a lot in advance!

Best regards,
Nicole Stoffels
___
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] How do I update attribute values in a composer attribute table?

[David Gessel]

Created bug  #17212 for this problem and  #17213 for a possibly related issue 
also with composer (but one that has a work around).

https://issues.qgis.org/issues/17212

https://issues.qgis.org/issues/17213

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

> 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
> 
___
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] OpenLayersPlugin - QGIS crashes using satellite pictures

[Andreas Wicht]

On 28 September 2017 at 09:33, Nicole Stoffels  wrote:
> Dear QGIS-users,
>
> we have some issues with the satellite pictures within the OpenLayers
> Plugin. The maps are displayed normally. But if we choose Google Satellite
> or Bing Aerial, QGIS crashes without any error messages.
>
> If you search the web, the use of QuickMapServices is recommended.
> Unfortunately QuickMapServices does not offer real satellite pictures.

It does after installing the contributed pack. Then Bing Aerial and
Google Satellite are also available.
You can install it via Web > QuickMapServices > Settings > More
Services > Get contributed Pack

Hope that helps!

Andreas
___
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]

It's simply that you can eliminate the ubuntugis dependency as a later 
release of Ubuntu does not require it. Running Qgis in a Vm is also a 
viable option if you can't change the OS on your computer. I run Qgis 
now in VMs because I can doe 100% of the things that I could do natively 
and I have drawn hundreds of kilometres of production maps with the 
development masters running in Virtualbox desktop VMs.



On 28/09/17 20:19, Bernd Vogelgesang wrote

Hi Pattrick,
sorry, but I do not understand what you are talking about.
I'm running the nightlies of the development version and have the 
ubuntugis-unstable ppa activated.
GRASS and SAGA are present in the ppa and are running individually 
without a problem. They are just not available through QGIS processing.
As the nightlies are built frequently, any changes on ubuntugis should 
be adopted to within a short time. But there are still no providers 
for GRASS and SAGA.
What does this have to do with the version of my OS? All necessary 
sources derive directly from qgis.org or ubuntugis-unstable, as far as 
I can see.


Cheers
Bernd


Am 27.09.2017, 23:12 Uhr, schrieb 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





___
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] OpenLayersPlugin - QGIS crashes using satellite pictures

[Nicole Stoffels]

Dear QGIS-users,

we have some issues with the satellite pictures within the OpenLayers 
Plugin. The maps are displayed normally. But if we choose Google 
Satellite or Bing Aerial, QGIS crashes without any error messages.


If you search the web, the use of QuickMapServices is recommended. 
Unfortunately QuickMapServices does not offer real satellite pictures.


Does anyone have similar problems or even a solution?

We are using QGIS 2.14.11-Essen on Ubuntu 16.04 LTS.

Thanks a lot in advance!

Best regards,
Nicole Stoffels
___
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

[Luigi Pirelli]

Hi Stéphane

I strongly suggest to test QGIS3 where there are great improvement by
Alessandro Pasotti for GPKG integration in qgis and browser (inside
the single add layer panel/button).

regards
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 2nd Edition:
* 
https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
**


On 28 September 2017 at 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] ubuntugis-nightly: No providers for GRASS and SAGA in Processing?

[Bernd Vogelgesang]

Hi Pattrick,
sorry, but I do not understand what you are talking about.
I'm running the nightlies of the development version and have the  
ubuntugis-unstable ppa activated.
GRASS and SAGA are present in the ppa and are running individually without  
a problem. They are just not available through QGIS processing.
As the nightlies are built frequently, any changes on ubuntugis should be  
adopted to within a short time. But there are still no providers for GRASS  
and SAGA.
What does this have to do with the version of my OS? All necessary sources  
derive directly from qgis.org or ubuntugis-unstable, as far as I can see.


Cheers
Bernd


Am 27.09.2017, 23:12 Uhr, schrieb 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



--
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