Re: [Qgis-user] QGIS DB Manager geometry columns issue with PostGIS 2.0

[Andreas Neumann]

Hi Chris,

This explains it.

You need to define as "geometry(WKBTYPE,srid)", e.g. 
"geometry(POLYGON,21781)" for QGIS. FME has an option to do that. I just 
don't have at hand. I could send you instructions on Monday, if you want.


Andreas

On 05.02.2016 17:11, Chris Buckmaster wrote:


Hi Andreas

Yes it does exist in the geometry column view but the type is listed 
as GEOMETRY.


This table is being created from a non-spatial SQL Server table, and 
we use a vertex creator transformer in FME to create the spatial table 
– we cannot seem to explicitly specify the geometry that the spatial 
table should be as it is not a spatial layer when imported?


Chris

*From:*Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] *On Behalf 
Of *Andreas Neumann

*Sent:* 05 February 2016 12:43
*To:* qgis-user@lists.osgeo.org
*Subject:* Re: [Qgis-user] QGIS DB Manager geometry columns issue with 
PostGIS 2.0


Hi Chris,

That's true - starting from Postgis 2.0, geometry_columns is a view in 
the public schema.


Did you check if that view exists and if the view contains an entry 
for your spatial table?


Also make sure, when importing from FME, that you restrict your 
geometry type to either POINT, POLYGON, LINESTRING, COMPOUNDCURVE or 
the MULTI versions. QGIS likes a single geometry type per table, while 
Postgis would permit to store mixed geometry types in the same 
geometry column.


Maybe you did not specify this geometry type restriction when 
importing your data with FME.


Andreas

On 05.02.2016 13:33, Chris Buckmaster wrote:

Hi

I have been using FME to load some data into PostGIS and view it
in QGIS 2.12.3.

I am finding that when accessing the data in DB Manager, I get a
warning that says ‘There is no entry in geometry_columns!’.

On asking another user they mentioned that the geometry columns
table was removed in PostGIS 2.0, so my question is, is this a
known issue / bug within QGIS, or is it the way in which I am
storing my data? Just wondering if this will be looked at in
future QGIS versions.

Thanks, Chris




___

Qgis-user mailing list

Qgis-user@lists.osgeo.org 

List info:http://lists.osgeo.org/mailman/listinfo/qgis-user

Unsubscribe:http://lists.osgeo.org/mailman/listinfo/qgis-user



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

Re: [Qgis-user] QGIS DB Manager geometry columns issue with PostGIS 2.0

[Thomas Endres]

I found the information from this link helpful:

<
http://gis.stackexchange.com/questions/157541/postgresql-trouble-editing-points-lines-polygons-in-qgis
>

Altering the geometry type was what fixed things for me.

ALTER TABLE planet_osm_polygon
ALTER COLUMN way TYPE geometry(MultiPolygon,3857) USING ST_Multi(way);

HTH,
-tom

On Fri, Feb 5, 2016 at 10:11 AM, Chris Buckmaster <
chris.buckmas...@runnymede.gov.uk> wrote:

> Hi Andreas
>
>
>
> Yes it does exist in the geometry column view but the type is listed as
> GEOMETRY.
>
>
>
> This table is being created from a non-spatial SQL Server table, and we
> use a vertex creator transformer in FME to create the spatial table – we
> cannot seem to explicitly specify the geometry that the spatial table
> should be as it is not a spatial layer when imported?
>
>
>
> Chris
>
>
>
>
>
> *From:* Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] *On Behalf
> Of *Andreas Neumann
> *Sent:* 05 February 2016 12:43
> *To:* qgis-user@lists.osgeo.org
> *Subject:* Re: [Qgis-user] QGIS DB Manager geometry columns issue with
> PostGIS 2.0
>
>
>
> Hi Chris,
>
> That's true - starting from Postgis 2.0, geometry_columns is a view in the
> public schema.
>
> Did you check if that view exists and if the view contains an entry for
> your spatial table?
>
> Also make sure, when importing from FME, that you restrict your geometry
> type to either POINT, POLYGON, LINESTRING, COMPOUNDCURVE or the MULTI
> versions. QGIS likes a single geometry type per table, while Postgis would
> permit to store mixed geometry types in the same geometry column.
>
> Maybe you did not specify this geometry type restriction when importing
> your data with FME.
>
> Andreas
>
> On 05.02.2016 13:33, Chris Buckmaster wrote:
>
> Hi
>
>
>
> I have been using FME to load some data into PostGIS and view it in QGIS
> 2.12.3.
>
>
>
> I am finding that when accessing the data in DB Manager, I get a warning
> that says ‘There is no entry in geometry_columns!’.
>
>
>
> On asking another user they mentioned that the geometry columns table was
> removed in PostGIS 2.0, so my question is, is this a known issue / bug
> within QGIS, or is it the way in which I am storing my data? Just wondering
> if this will be looked at in future QGIS versions.
>
>
>
> Thanks, Chris
>
>
>
>
> ___
>
> Qgis-user mailing list
>
> Qgis-user@lists.osgeo.org
>
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Geological Symbols

[Brent Fraser]

Hi All,

  I just ran across this:
http://www.iogp.org/Newsroom/News/postid/27/shell-releases-its-standard-legend-to-industry-and-academia

It doesn't contain much of an official usage license (other than the 
words on the web page), but it looks like the fonts and styles are free 
( both gratis and libre) to use.  Unfortunately the styles are in ESRI 
.style format but there are PDF docs with details so some conversion may 
be possible.


Best Regards,
Brent Fraser

On 2/1/2016 12:31 AM, Paolo Cavallini wrote:

Il 30/01/2016 16:04, Randal Hale ha scritto:

How hard would it be to build a symbol repository: Geology.
Transportation. National Parks. Standard symbols that people need in a
less restrictive licensing environment? QGIs has a lot of symbols -
maybe that could be expanded in a more constructive environment?

we did some work on this, but need more resources to finalise it.
Any contribution welcome, I'm glad to see from the list I'm not the only
one thinking this is an important step.
And yes, a page collecting suitable symbol sets would be a good step.
I added a few tickets on this, e.g.:
http://hub.qgis.org/issues/7981
http://hub.qgis.org/issues/4
All the best.



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

Re: [Qgis-user] QGIS DB Manager geometry columns issue with PostGIS 2.0

[Chris Buckmaster]

Hi Andreas

That would be fantastic if you can, thanks very much! ☺

Chris


From: Andreas Neumann [mailto:a.neum...@carto.net]
Sent: 05 February 2016 16:21
To: Chris Buckmaster; qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] QGIS DB Manager geometry columns issue with PostGIS 2.0

Hi Chris,

This explains it.

You need to define as "geometry(WKBTYPE,srid)", e.g. "geometry(POLYGON,21781)" 
for QGIS. FME has an option to do that. I just don't have at hand. I could send 
you instructions on Monday, if you want.

Andreas
On 05.02.2016 17:11, Chris Buckmaster wrote:
Hi Andreas

Yes it does exist in the geometry column view but the type is listed as 
GEOMETRY.

This table is being created from a non-spatial SQL Server table, and we use a 
vertex creator transformer in FME to create the spatial table – we cannot seem 
to explicitly specify the geometry that the spatial table should be as it is 
not a spatial layer when imported?

Chris


From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Andreas 
Neumann
Sent: 05 February 2016 12:43
To: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] QGIS DB Manager geometry columns issue with PostGIS 2.0

Hi Chris,

That's true - starting from Postgis 2.0, geometry_columns is a view in the 
public schema.

Did you check if that view exists and if the view contains an entry for your 
spatial table?

Also make sure, when importing from FME, that you restrict your geometry type 
to either POINT, POLYGON, LINESTRING, COMPOUNDCURVE or the MULTI versions. QGIS 
likes a single geometry type per table, while Postgis would permit to store 
mixed geometry types in the same geometry column.

Maybe you did not specify this geometry type restriction when importing your 
data with FME.

Andreas
On 05.02.2016 13:33, Chris Buckmaster wrote:
Hi

I have been using FME to load some data into PostGIS and view it in QGIS 2.12.3.

I am finding that when accessing the data in DB Manager, I get a warning that 
says ‘There is no entry in geometry_columns!’.

On asking another user they mentioned that the geometry columns table was 
removed in PostGIS 2.0, so my question is, is this a known issue / bug within 
QGIS, or is it the way in which I am storing my data? Just wondering if this 
will be looked at in future QGIS versions.

Thanks, Chris





___

Qgis-user mailing list

Qgis-user@lists.osgeo.org

List info: http://lists.osgeo.org/mailman/listinfo/qgis-user

Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user


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

Re: [Qgis-user] [GRASS-user] QGIS - GRASS Plugin not loading

[Jürgen E . Fischer]

Hi Stefan,

On Fri, 05. Feb 2016 at 11:43:07 +, Blumentrath, Stefan wrote:
> Depends how you define "stable".
> The nightlies for 2.12 are only receiving bugfixes, so they can be even more
> "stable" than the current point release. However, also fixes can in principle
> introduce new bugs...
> That the GRASS plugin does not install in 2.8 is simply due to the fact that
> it first got introduced in 2.12 (see:
> http://qgis.org/en/site/forusers/visualchangelog212/#plugins)...

Exactly.

> Anyway,I would very much like to see the GRASS integration in QGIS becoming a
> bit more smooth. There have been several post regarding problems with the
> installation of the plugin lately.

> Since the GRASS GIS 7.0.3 just was released: would it be possible to build
> new packages for the different platforms?

Sure it would.  But that will happen with the next point release anyway (every
month) and meanwhile there are also the nightlies.

> Currently it is quite cumbersome, esp. on windows where I have to install two
> QGIS versions (qgis and qgis-rel-dev, since "qgis" is the dependency of the
> plugin and I cannot install only "qgis-rel-dev" alone).

That's wrong.   qgis-rel-dev contains the plugins.  No need to install the
plugins separately.

> In future, avoiding to build the plugin against GRASS release candidates
> (like Martin Landa suggested for Windows) could be a solution.

Correct.  There should be a stable version that will be around for a while.

Another option is to switch to the standalone.  There you get a snapshot of a
working setup (unless grass gets updated in osgeo4w after the qgis packages are
uploaded, but before the standalone installer could be made).

> However, the drawback might be that, people might have to decide whether they
> want to test the GRASS RC or keep the QGIS plugin dependencies. Would it be
> an option to have parallel builds / packages for the stable GRASS 7 and the
> RC (like qgis, qgis-rel-dev and qgis-dev)?

Yes, just as the daily builds of GRASS.



Jürgen

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


signature.asc
Description: Digital signature
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS DB Manager geometry columns issue with PostGIS 2.0

[Chris Buckmaster]

Hi Andreas

Yes it does exist in the geometry column view but the type is listed as 
GEOMETRY.

This table is being created from a non-spatial SQL Server table, and we use a 
vertex creator transformer in FME to create the spatial table – we cannot seem 
to explicitly specify the geometry that the spatial table should be as it is 
not a spatial layer when imported?

Chris


From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Andreas 
Neumann
Sent: 05 February 2016 12:43
To: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] QGIS DB Manager geometry columns issue with PostGIS 2.0

Hi Chris,

That's true - starting from Postgis 2.0, geometry_columns is a view in the 
public schema.

Did you check if that view exists and if the view contains an entry for your 
spatial table?

Also make sure, when importing from FME, that you restrict your geometry type 
to either POINT, POLYGON, LINESTRING, COMPOUNDCURVE or the MULTI versions. QGIS 
likes a single geometry type per table, while Postgis would permit to store 
mixed geometry types in the same geometry column.

Maybe you did not specify this geometry type restriction when importing your 
data with FME.

Andreas
On 05.02.2016 13:33, Chris Buckmaster wrote:
Hi

I have been using FME to load some data into PostGIS and view it in QGIS 2.12.3.

I am finding that when accessing the data in DB Manager, I get a warning that 
says ‘There is no entry in geometry_columns!’.

On asking another user they mentioned that the geometry columns table was 
removed in PostGIS 2.0, so my question is, is this a known issue / bug within 
QGIS, or is it the way in which I am storing my data? Just wondering if this 
will be looked at in future QGIS versions.

Thanks, Chris




___

Qgis-user mailing list

Qgis-user@lists.osgeo.org

List info: http://lists.osgeo.org/mailman/listinfo/qgis-user

Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

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

Re: [Qgis-user] [GRASS-user] QGIS - GRASS Plugin not loading

[Blumentrath, Stefan]

Hi Jürgen,

Many thanks for clarification! That`s cool.

Cheers,
Stefan

P.S.: Wieder was gelernt ;-)!

-Original Message-
From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Jürgen 
E. Fischer
Sent: 5. februar 2016 18:13
To: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] [GRASS-user] QGIS - GRASS Plugin not loading

Hi Stefan,

On Fri, 05. Feb 2016 at 11:43:07 +, Blumentrath, Stefan wrote:
> Depends how you define "stable".
> The nightlies for 2.12 are only receiving bugfixes, so they can be 
> even more "stable" than the current point release. However, also fixes 
> can in principle introduce new bugs...
> That the GRASS plugin does not install in 2.8 is simply due to the 
> fact that it first got introduced in 2.12 (see:
> http://qgis.org/en/site/forusers/visualchangelog212/#plugins)...

Exactly.

> Anyway,I would very much like to see the GRASS integration in QGIS 
> becoming a bit more smooth. There have been several post regarding 
> problems with the installation of the plugin lately.

> Since the GRASS GIS 7.0.3 just was released: would it be possible to 
> build new packages for the different platforms?

Sure it would.  But that will happen with the next point release anyway (every
month) and meanwhile there are also the nightlies.

> Currently it is quite cumbersome, esp. on windows where I have to 
> install two QGIS versions (qgis and qgis-rel-dev, since "qgis" is the 
> dependency of the plugin and I cannot install only "qgis-rel-dev" alone).

That's wrong.   qgis-rel-dev contains the plugins.  No need to install the
plugins separately.

> In future, avoiding to build the plugin against GRASS release 
> candidates (like Martin Landa suggested for Windows) could be a solution.

Correct.  There should be a stable version that will be around for a while.

Another option is to switch to the standalone.  There you get a snapshot of a 
working setup (unless grass gets updated in osgeo4w after the qgis packages are 
uploaded, but before the standalone installer could be made).

> However, the drawback might be that, people might have to decide 
> whether they want to test the GRASS RC or keep the QGIS plugin 
> dependencies. Would it be an option to have parallel builds / packages 
> for the stable GRASS 7 and the RC (like qgis, qgis-rel-dev and qgis-dev)?

Yes, just as the daily builds of GRASS.



Jürgen

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Norden http://www.norbit.de
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [GRASS-user] QGIS - GRASS Plugin not loading

[Bernd Vogelgesang]

Am 05.02.2016, 02:28 Uhr, schrieb Jürgen E. Fischer :

On Thu, 04. Feb 2016 at 15:59:12 -0500, César Augusto Ramírez Franco  
wrote:

Thanks for your reply, however, I'd like to stay away from non-stable
releases, and sadly, I tried using the QGIS-ubuntugis-ltr repo but the
plugin doesn't even install


I meant the nightlies of 2.12 (or 2.8).  See
http://qgis.org/en/site/forusers/alldownloads.html#debian-ubuntu


Am confused.
He says that he prefers not to use non-stable versions, and you propose  
the nightlies.
Are the nightlies for 2.12 as stable as the "normal" ubuntugis stuff? If  
so, why should I bother than using the normal ubuntugis version?


Cheers
Bernd



Jürgen

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

[Qgis-user] QGIS DB Manager geometry columns issue with PostGIS 2.0

[Chris Buckmaster]

Hi

I have been using FME to load some data into PostGIS and view it in QGIS 2.12.3.

I am finding that when accessing the data in DB Manager, I get a warning that 
says 'There is no entry in geometry_columns!'.

On asking another user they mentioned that the geometry columns table was 
removed in PostGIS 2.0, so my question is, is this a known issue / bug within 
QGIS, or is it the way in which I am storing my data? Just wondering if this 
will be looked at in future QGIS versions.

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

Re: [Qgis-user] QGIS DB Manager geometry columns issue with PostGIS 2.0

[Andreas Neumann]

Hi Chris,

That's true - starting from Postgis 2.0, geometry_columns is a view in 
the public schema.


Did you check if that view exists and if the view contains an entry for 
your spatial table?


Also make sure, when importing from FME, that you restrict your geometry 
type to either POINT, POLYGON, LINESTRING, COMPOUNDCURVE or the MULTI 
versions. QGIS likes a single geometry type per table, while Postgis 
would permit to store mixed geometry types in the same geometry column.


Maybe you did not specify this geometry type restriction when importing 
your data with FME.


Andreas

On 05.02.2016 13:33, Chris Buckmaster wrote:


Hi

I have been using FME to load some data into PostGIS and view it in 
QGIS 2.12.3.


I am finding that when accessing the data in DB Manager, I get a 
warning that says ‘There is no entry in geometry_columns!’.


On asking another user they mentioned that the geometry columns table 
was removed in PostGIS 2.0, so my question is, is this a known issue / 
bug within QGIS, or is it the way in which I am storing my data? Just 
wondering if this will be looked at in future QGIS versions.


Thanks, Chris



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


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

Re: [Qgis-user] [GRASS-user] QGIS - GRASS Plugin not loading

[Blumentrath, Stefan]

Hi Bernd,

Depends how you define "stable".
The nightlies for 2.12 are only receiving bugfixes, so they can be even more 
"stable" than the current point release. However, also fixes can in principle 
introduce new bugs...
That the GRASS plugin does not install in 2.8 is simply due to the fact that it 
first got introduced in 2.12 (see: 
http://qgis.org/en/site/forusers/visualchangelog212/#plugins)...

Anyway,I would very much like to see the GRASS integration in QGIS becoming a 
bit more smooth. There have been several post regarding problems with the 
installation of the plugin lately.

Since the GRASS GIS 7.0.3 just was released: would it be possible to build new 
packages for the different platforms? Currently it is quite cumbersome, esp. on 
windows where I have to install two QGIS versions (qgis and qgis-rel-dev, since 
"qgis" is the dependency of the plugin and I cannot install only "qgis-rel-dev" 
alone).

In future, avoiding to build the plugin against GRASS release candidates (like 
Martin Landa suggested for Windows) could be a solution. However, the drawback 
might be that, people might have to decide whether they want to test the GRASS 
RC or keep the QGIS plugin dependencies. Would it be an option to have parallel 
builds / packages for the stable GRASS 7 and the RC (like qgis, qgis-rel-dev 
and qgis-dev)?

Cheers
Stefan


-Original Message-
From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Bernd 
Vogelgesang
Sent: 5. februar 2016 11:46
To: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] [GRASS-user] QGIS - GRASS Plugin not loading

Am 05.02.2016, 02:28 Uhr, schrieb Jürgen E. Fischer :

> On Thu, 04. Feb 2016 at 15:59:12 -0500, César Augusto Ramírez Franco
> wrote:
>> Thanks for your reply, however, I'd like to stay away from non-stable 
>> releases, and sadly, I tried using the QGIS-ubuntugis-ltr repo but 
>> the plugin doesn't even install
>
> I meant the nightlies of 2.12 (or 2.8).  See 
> http://qgis.org/en/site/forusers/alldownloads.html#debian-ubuntu
>
Am confused.
He says that he prefers not to use non-stable versions, and you propose the 
nightlies.
Are the nightlies for 2.12 as stable as the "normal" ubuntugis stuff? If so, 
why should I bother than using the normal ubuntugis version?

Cheers
Bernd


> Jürgen
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS - GRASS Plugin not loading

[knussear]

I'm having the same problem with the regular release. I switched to nightly
ubuntu as recommended above, removed and reinstalled qgis, python-qgis and
qgis-plugin-grass

When I run 2.12.3 there is no grass plugin present under the plugin manager
at all... Yet it would appear that the install went OK? Can anyone help?


Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following NEW packages will be installed:
  qgis-plugin-grass
0 upgraded, 1 newly installed, 0 to remove and 16 not upgraded.
Need to get 0 B/4,013 kB of archives.
After this operation, 14.0 MB of additional disk space will be used.
Selecting previously unselected package qgis-plugin-grass.
(Reading database ... 176411 files and directories currently installed.)
Preparing to unpack
.../qgis-plugin-grass_1%3a2.12.3+git20160124+02885d5+20trusty-ubuntugis_amd64.deb
...
Adding 'diversion of /usr/bin/qgis to /usr/bin/qgis.bin by
qgis-plugin-grass'
Adding 'diversion of /usr/bin/qbrowser to /usr/bin/qbrowser.bin by
qgis-plugin-grass'
Unpacking qgis-plugin-grass
(1:2.12.3+git20160124+02885d5+20trusty-ubuntugis) ...
Setting up qgis-plugin-grass
(1:2.12.3+git20160124+02885d5+20trusty-ubuntugis) ...




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/QGIS-GRASS-Plugin-not-loading-tp5248938p5249104.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user