Re: [Qgis-developer] Snapping tolerance

[Matthias Kuhn]

+1 for map units. Makes much more sense to me and should confuse less.


On 12/13/2014 07:04 AM, Nathan Woodrow wrote:
> I think using the projects units makes more sense, Using the layer
> units makes things confusing I think, think of having one layer in
> degrees and another in meters. 
>
> So +1 for swapping to mean project units.
>
> On Sat Dec 13 2014 at 4:02:10 PM Martin Dobias  > wrote:
>
> Hi
>
> Recently I have been working on some snapping improvements (more
> about that later) and I have found one slightly surprising thing
> about the configuration of tolerances: if the tolerance unit is
> set to "map units", it actually means "layer units" - i.e. units
> in layer's CRS and not in project's CRS. Recently there was even a
> bug report filed for that: https://hub.qgis.org/issues/11634
>
> I would like to change the behavior so that the "map units" in
> snapping config dialog would mean units in project's CRS. Would
> there be any objections?
>
> Alternatively we could just rename "map units" to "layer units" to
> make it less surprising (and eventually add a third option to use
> project's units).
>
> Cheers
> Martin
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org 
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] EPSG codes

[Trevor Wiens]

I don't understand it either; I'm not in any way suggesting it makes sense.
I'm simply describing how it is.

The confusing state of my machines suggests that crssync may do other
things than just use the GDAL sources to populate srs.db. Is that mistaken?
I haven't looked at the source for crssync; do you know for certain that it
only scans the gdal csv files?

The point the original question poster made and which I verified was that
with QGIS 2.4 on Linux, EPSG:6148 was present and supported; an upgrade to
2.6.1 removes it. I don't how or why. Again, my machines suggests that this
is more than a GDAL library issue.

TSW

On Fri, Dec 12, 2014 at 10:52 PM, Andre Joost 
wrote:
>
> Am 12.12.2014 um 22:14 schrieb Trevor Wiens:
>
>> Andre I believe you misunderstood what I'm saying. The version of gdal
>> does
>> not appear to affect the presence of EPSG:6148 in srs.db
>>
>> Box 1:
>> debian wheezy
>> QGIS 2.4
>> gdal 1.9
>> ESPG:6148 in the srs.db
>> ESPG6148 NOT in gdal csv files
>>
>> Box 2:
>> debian wheezy
>> QGIS 2.6.1
>> gdal 1.9
>> ESPG:6148 NOT in srs.db
>> ESPG:6148 NOT in gdal csv files
>>
>> This issue is clearly more complex than the gdal version.
>>
>>
> I don't understand your logic. Both Boxes have gdal 1.9, both missing
> EPSG:6148. It is crssync that pushes the GDAL definition into srs.db.
>
> Looking at the Windows installations of gisinternals and QGIS standalone,
> I find the EPSG code inserted between
> GDAL 1.10.1 and 1.11.0, published 05/2013 vs 04/2014
> QGIS 2.2.0 and 2.4.0, published 02/2014 vs 06/2014
>
> QGIS Linux packages don't include gdal, so it is up to you to get the
> recent GDAL version (unless it is updated as dependency).
>
> Greetings,
> André Joost
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>


-- 
Trevor Wiens
Apropos Information Systems
aproposinfosystems.com
Calgary, Alberta
Ph. 403-973-5901
Fax 780-666-4580
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Snapping tolerance

[Nathan Woodrow]

I think using the projects units makes more sense, Using the layer units
makes things confusing I think, think of having one layer in degrees and
another in meters.

So +1 for swapping to mean project units.

On Sat Dec 13 2014 at 4:02:10 PM Martin Dobias  wrote:

> Hi
>
> Recently I have been working on some snapping improvements (more about
> that later) and I have found one slightly surprising thing about the
> configuration of tolerances: if the tolerance unit is set to "map units",
> it actually means "layer units" - i.e. units in layer's CRS and not in
> project's CRS. Recently there was even a bug report filed for that:
> https://hub.qgis.org/issues/11634
>
> I would like to change the behavior so that the "map units" in snapping
> config dialog would mean units in project's CRS. Would there be any
> objections?
>
> Alternatively we could just rename "map units" to "layer units" to make it
> less surprising (and eventually add a third option to use project's units).
>
> Cheers
> Martin
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Snapping tolerance

[Martin Dobias]

Hi

Recently I have been working on some snapping improvements (more about that
later) and I have found one slightly surprising thing about the
configuration of tolerances: if the tolerance unit is set to "map units",
it actually means "layer units" - i.e. units in layer's CRS and not in
project's CRS. Recently there was even a bug report filed for that:
https://hub.qgis.org/issues/11634

I would like to change the behavior so that the "map units" in snapping
config dialog would mean units in project's CRS. Would there be any
objections?

Alternatively we could just rename "map units" to "layer units" to make it
less surprising (and eventually add a third option to use project's units).

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

Re: [Qgis-developer] EPSG codes

[Andre Joost]

Am 12.12.2014 um 22:14 schrieb Trevor Wiens:

Andre I believe you misunderstood what I'm saying. The version of gdal does
not appear to affect the presence of EPSG:6148 in srs.db

Box 1:
debian wheezy
QGIS 2.4
gdal 1.9
ESPG:6148 in the srs.db
ESPG6148 NOT in gdal csv files

Box 2:
debian wheezy
QGIS 2.6.1
gdal 1.9
ESPG:6148 NOT in srs.db
ESPG:6148 NOT in gdal csv files

This issue is clearly more complex than the gdal version.



I don't understand your logic. Both Boxes have gdal 1.9, both missing 
EPSG:6148. It is crssync that pushes the GDAL definition into srs.db.


Looking at the Windows installations of gisinternals and QGIS 
standalone, I find the EPSG code inserted between

GDAL 1.10.1 and 1.11.0, published 05/2013 vs 04/2014
QGIS 2.2.0 and 2.4.0, published 02/2014 vs 06/2014

QGIS Linux packages don't include gdal, so it is up to you to get the 
recent GDAL version (unless it is updated as dependency).


Greetings,
André Joost

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

Re: [Qgis-developer] Reading a new type of file natively in QGIS

[Alex Mandel]

Yes, that's not foreign to me.

I think for QGIS you would likely want to undo the matrix in to long
format rows.
Dest, Orig, Value

With data in that format in a db it would work fine to query out and
display the data in various ways. Also Dest and Origin could then be
joined to Points and you could do things like give me all end points
from Dest A where dist or time is less than x miles or 1 hour.

I could chat with my colleagues who do more transportation analysis to
see what they think.

Without understanding how you want to actually use the data it's hard to
know where to start. But the format you have is familiar to many of us
as a Distance Matrix (though the value can be anything).

Perhaps a plugin to transform it on the fly using Numpy?

Thanks,
Alex

On 12/12/2014 04:14 PM, Pedro Camargo wrote:
> Hi Alex,
>  This matrix is a transportation demand matrix, where the
> indices represent the node of origin and the node of destination in the
> network. They could be interpreted as vectors, I think, if you think in the
> sense that both the origin and the destination do have coordinates, but
> representing them as lines do not make any physical sense.
> 
>Did my explanation help at all?
> 
> THanks,
> 
> Pedro
> 
> On Fri, Dec 12, 2014 at 2:46 PM, Alex Mandel 
> wrote:
> 
>> On 12/11/2014 08:21 PM, Pedro Camargo wrote:
>>> Hi group,
>>> During my discussions with people from the transportation
>>> modeling world, some people pointed out a few features that would be nice
>>> to have in order to use QGIS more intensively by our group.
>>>
>>> The most important issue, however, was the possibility of
>>> open matrices in a very efficient way (reading matrices that are
>>> 10.000x10.000 in dbf format means reading 10e8 lines, which takes a VERY
>>> long time and defeats the purpose of using QGIS for some things.
>>>
>>> A very good alternative would be using an open source
>>> format from the project "open model data"  (
>>> https://sites.google.com/site/openmodeldata/) which is based on HDF5.
>>>
>>> I see that QGIS can already open raster data in HDF5
>>> format, but in this case, the data would be a matrix with indices and
>> all.
>>>
>>>I regret to say that my programming skills, specially in
>>> C/C++ are not nearly good enough to evaluate the effort that it would
>> take
>>> include such support and have, inside QGIS, a possibility of viewing such
>>> matrices, which would allow people from the transportation world (and I
>> am
>>> the first volunteer) to develop the necessary plugins to manipulate the
>>> matrices and generate the commonly used statistics.
>>>
>>>   Can anybody tell me what type of effort it would take and
>> if
>>> it is at all of interest of the QGIS community?
>>>
>>> Thanks a lot,
>>>
>>> Pedro
>>
>> This is more a question for GDAL/OGR I think.
>> How do your matrix values relate to map objects? Is your matrix a vector
>> or a raster?
>> What do you want to do with the data inside QGIS?
>>
>> Thanks,
>> Alex
>>
>>
> 
> 
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 

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

Re: [Qgis-developer] Reading a new type of file natively in QGIS

[Pedro Camargo]

Hi Alex,
 This matrix is a transportation demand matrix, where the
indices represent the node of origin and the node of destination in the
network. They could be interpreted as vectors, I think, if you think in the
sense that both the origin and the destination do have coordinates, but
representing them as lines do not make any physical sense.

   Did my explanation help at all?

THanks,

Pedro

On Fri, Dec 12, 2014 at 2:46 PM, Alex Mandel 
wrote:

> On 12/11/2014 08:21 PM, Pedro Camargo wrote:
> > Hi group,
> > During my discussions with people from the transportation
> > modeling world, some people pointed out a few features that would be nice
> > to have in order to use QGIS more intensively by our group.
> >
> > The most important issue, however, was the possibility of
> > open matrices in a very efficient way (reading matrices that are
> > 10.000x10.000 in dbf format means reading 10e8 lines, which takes a VERY
> > long time and defeats the purpose of using QGIS for some things.
> >
> > A very good alternative would be using an open source
> > format from the project "open model data"  (
> > https://sites.google.com/site/openmodeldata/) which is based on HDF5.
> >
> > I see that QGIS can already open raster data in HDF5
> > format, but in this case, the data would be a matrix with indices and
> all.
> >
> >I regret to say that my programming skills, specially in
> > C/C++ are not nearly good enough to evaluate the effort that it would
> take
> > include such support and have, inside QGIS, a possibility of viewing such
> > matrices, which would allow people from the transportation world (and I
> am
> > the first volunteer) to develop the necessary plugins to manipulate the
> > matrices and generate the commonly used statistics.
> >
> >   Can anybody tell me what type of effort it would take and
> if
> > it is at all of interest of the QGIS community?
> >
> > Thanks a lot,
> >
> > Pedro
>
> This is more a question for GDAL/OGR I think.
> How do your matrix values relate to map objects? Is your matrix a vector
> or a raster?
> What do you want to do with the data inside QGIS?
>
> Thanks,
> Alex
>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Reading a new type of file natively in QGIS

[Alex Mandel]

On 12/11/2014 08:21 PM, Pedro Camargo wrote:
> Hi group,
> During my discussions with people from the transportation
> modeling world, some people pointed out a few features that would be nice
> to have in order to use QGIS more intensively by our group.
> 
> The most important issue, however, was the possibility of
> open matrices in a very efficient way (reading matrices that are
> 10.000x10.000 in dbf format means reading 10e8 lines, which takes a VERY
> long time and defeats the purpose of using QGIS for some things.
> 
> A very good alternative would be using an open source
> format from the project "open model data"  (
> https://sites.google.com/site/openmodeldata/) which is based on HDF5.
> 
> I see that QGIS can already open raster data in HDF5
> format, but in this case, the data would be a matrix with indices and all.
> 
>I regret to say that my programming skills, specially in
> C/C++ are not nearly good enough to evaluate the effort that it would take
> include such support and have, inside QGIS, a possibility of viewing such
> matrices, which would allow people from the transportation world (and I am
> the first volunteer) to develop the necessary plugins to manipulate the
> matrices and generate the commonly used statistics.
> 
>   Can anybody tell me what type of effort it would take and if
> it is at all of interest of the QGIS community?
> 
> Thanks a lot,
> 
> Pedro

This is more a question for GDAL/OGR I think.
How do your matrix values relate to map objects? Is your matrix a vector
or a raster?
What do you want to do with the data inside QGIS?

Thanks,
Alex

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

Re: [Qgis-developer] EPSG codes

[Trevor Wiens]

Andre I believe you misunderstood what I'm saying. The version of gdal does
not appear to affect the presence of EPSG:6148 in srs.db

Box 1:
debian wheezy
QGIS 2.4
gdal 1.9
ESPG:6148 in the srs.db
ESPG6148 NOT in gdal csv files

Box 2:
debian wheezy
QGIS 2.6.1
gdal 1.9
ESPG:6148 NOT in srs.db
ESPG:6148 NOT in gdal csv files

This issue is clearly more complex than the gdal version.

TSW

On Fri, Dec 12, 2014 at 2:07 PM, Andre Joost 
wrote:
>
> Am 12.12.2014 um 21:29 schrieb Trevor Wiens:
>
>> On both boxes, the file compdcs.csv does not contain a record for
>> EPSG:6148. The gdal version is 1.9, not 1.11 for Wheezy and I assume the
>> same for Ubuntu.
>>
>>
> Installing from Ubuntugis-unstable for trusty 14.04 will give you gdal
> 1.11 with the desired EPSG:6148. For Ubuntu Utopic 14.10, there is
> currently qgis, but no gdal package available.
>
> The official debian and ubuntu packages might be outdated.
>
> HTH,
> André Joost
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>


-- 
Trevor Wiens
Apropos Information Systems
aproposinfosystems.com
Calgary, Alberta
Ph. 403-973-5901
Fax 780-666-4580
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] EPSG codes

[Andre Joost]

Am 12.12.2014 um 21:29 schrieb Trevor Wiens:

On both boxes, the file compdcs.csv does not contain a record for
EPSG:6148. The gdal version is 1.9, not 1.11 for Wheezy and I assume the
same for Ubuntu.



Installing from Ubuntugis-unstable for trusty 14.04 will give you gdal
1.11 with the desired EPSG:6148. For Ubuntu Utopic 14.10, there is
currently qgis, but no gdal package available.

The official debian and ubuntu packages might be outdated.

HTH,
André Joost


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

Re: [Qgis-developer] EPSG codes

[Trevor Wiens]

On both boxes, the file compdcs.csv does not contain a record for
EPSG:6148. The gdal version is 1.9, not 1.11 for Wheezy and I assume the
same for Ubuntu.

EPSG:6148 is not listed on both boxes in any files in /usr/share/gdal/1.9/
on both of my machines (one with QGIS 2.4 listing 6148, one with QGIS 2.6
not listing 6148)

It would seem if crssync uses the files in  /usr/share/gdal/1.9/  to create
srs.db it accesses other files as well because on the box with 2.4 there is
a record for EPSG:6148 and on the box with 2.6.1 there isn't.

TSW

On Fri, Dec 12, 2014 at 12:33 PM, Andre Joost 
wrote:
>
> Am 12.12.2014 um 18:05 schrieb Trevor Wiens:
>
>> I have two debian Wheezy systems. One with 2.4 and the other with 2.6.1.
>>
>> In the 2.4 instance 6148 is present and in the 2.6.1 instance it is not
>>
>> Runing /usr/lib/qgis/crssync does not solve the issue. It updates various
>> files including
>>
>> /usr/share/qgis/resources/srs.db
>>
>> On the box with 2.4 there is a table called tbl_srs which has 5630 records
>> including one for EPSG:6148. On the 2.6.1 box this same table has 5325
>> records and no entry for EPSG:6148.
>>
>> It is unclear which package provides this database that does seem to be
>> the
>> source of the issue.
>>
>>
> On Windows, EPSG:6148 is defined originally in /share/gdal/compdcs.csv.
> Under Ubuntu I find this file in /usr/share/gdal/1.11/.
>
> If crssync finds this file, the definition should go into the srs.db as
> well.
>
> HTH,
> André Joost
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>


-- 
Trevor Wiens
Apropos Information Systems
aproposinfosystems.com
Calgary, Alberta
Ph. 403-973-5901
Fax 780-666-4580
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] EPSG codes

[Andre Joost]

Am 12.12.2014 um 18:05 schrieb Trevor Wiens:

I have two debian Wheezy systems. One with 2.4 and the other with 2.6.1.

In the 2.4 instance 6148 is present and in the 2.6.1 instance it is not

Runing /usr/lib/qgis/crssync does not solve the issue. It updates various
files including

/usr/share/qgis/resources/srs.db

On the box with 2.4 there is a table called tbl_srs which has 5630 records
including one for EPSG:6148. On the 2.6.1 box this same table has 5325
records and no entry for EPSG:6148.

It is unclear which package provides this database that does seem to be the
source of the issue.



On Windows, EPSG:6148 is defined originally in /share/gdal/compdcs.csv.
Under Ubuntu I find this file in /usr/share/gdal/1.11/.

If crssync finds this file, the definition should go into the srs.db as
well.

HTH,
André Joost

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

Re: [Qgis-developer] EPSG codes

[Trevor Wiens]

I have two debian Wheezy systems. One with 2.4 and the other with 2.6.1.

In the 2.4 instance 6148 is present and in the 2.6.1 instance it is not

Runing /usr/lib/qgis/crssync does not solve the issue. It updates various
files including

/usr/share/qgis/resources/srs.db

On the box with 2.4 there is a table called tbl_srs which has 5630 records
including one for EPSG:6148. On the 2.6.1 box this same table has 5325
records and no entry for EPSG:6148.

It is unclear which package provides this database that does seem to be the
source of the issue.

Hope that helps.

TSW


On Fri, Dec 12, 2014 at 9:12 AM, Zoltan Szecsei 
wrote:
>
> On 2014/12/12 18:09, Andre Joost wrote:
>
>>
>>  Hmmm... I remember I got and older version when I had the ubuntugis
>>> repository, so I uninstalled that and then apt-get installed from the
>>> qgis.org repository.
>>>
>>
>> You should look for ubuntugis-unstable, 2.6.1 is from Sun, 30 Nov 2014
>> 22:07:45 +0100
>>
>
> OK - cool - thanks.
> Regards,
> Zoltan
>
>>
>>
>>> Is there a definitive list of what to install?
>>> I think I just did:
>>> python-software-properties
>>> qgis
>>> python-qgis
>>>
>>
>> I just did sudo apt-get update and apt-get upgrade, and saw that the qgis
>> packages were held back. So I forced the install of qgis and python-qgis
>> manually, and everything worked again.
>>
>> In Windows I know where to find the postinstall.log, I'm not sure where
>> it is logged on Ubuntu.
>>
>> HTH,
>> André Joost
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>
>
> --
>
> ===
> Zoltan Szecsei PrGISc [PGP0031]
> Geograph (Pty) Ltd.
> GIS and Photogrammetric Services
>
> P.O. Box 7, Muizenberg 7950, South Africa.
>
> Mobile: +27-83-6004028
> Fax:+27-86-6115323 www.geograph.co.za
> ===
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>


-- 
Trevor Wiens
Apropos Information Systems
aproposinfosystems.com
Calgary, Alberta
Ph. 403-973-5901
Fax 780-666-4580
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] EPSG codes

[Zoltan Szecsei]

On 2014/12/12 18:09, Andre Joost wrote:



Hmmm... I remember I got and older version when I had the ubuntugis
repository, so I uninstalled that and then apt-get installed from the
qgis.org repository.


You should look for ubuntugis-unstable, 2.6.1 is from Sun, 30 Nov 2014 
22:07:45 +0100


OK - cool - thanks.
Regards,
Zoltan




Is there a definitive list of what to install?
I think I just did:
python-software-properties
qgis
python-qgis


I just did sudo apt-get update and apt-get upgrade, and saw that the 
qgis packages were held back. So I forced the install of qgis and 
python-qgis manually, and everything worked again.


In Windows I know where to find the postinstall.log, I'm not sure 
where it is logged on Ubuntu.


HTH,
André Joost

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



--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Services

P.O. Box 7, Muizenberg 7950, South Africa.

Mobile: +27-83-6004028
Fax:+27-86-6115323 www.geograph.co.za
===

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

Re: [Qgis-developer] EPSG codes

[Andre Joost]

Am 12.12.2014 um 16:41 schrieb Zoltan Szecsei:

On 2014/12/12 17:28, Andre Joost wrote:

Am 12.12.2014 um 15:21 schrieb Zoltan Szecsei:

Hi,
I have a fresh install of QGIS 2.6 on ubuntu 14.04.1 desktop from the
qgis.org/debian trusty main repository (installed a day or two ago)
When I set the 'filter' on Project->Properties->CRS to 6148 nothing
comes up.

On my Windows based QGIS 2.6,   ETRS89 / NTM zone 8  EPSG:6148 comes up.

Where/how do I get the EPSG codes updated on the ubuntu install?


The CRS list should get synchronized at the end of the installation.
If not, your installation is broken at some point. I remember that I
had to install python-qgis manually when updating to 2.6.1 on Ubuntu,
and the sync was done with that (and EPSG:6148 is present).

HTH,
André Joost


Hmmm... I remember I got and older version when I had the ubuntugis
repository, so I uninstalled that and then apt-get installed from the
qgis.org repository.


You should look for ubuntugis-unstable, 2.6.1 is from Sun, 30 Nov 2014 
22:07:45 +0100




Is there a definitive list of what to install?
I think I just did:
python-software-properties
qgis
python-qgis


I just did sudo apt-get update and apt-get upgrade, and saw that the 
qgis packages were held back. So I forced the install of qgis and 
python-qgis manually, and everything worked again.


In Windows I know where to find the postinstall.log, I'm not sure where 
it is logged on Ubuntu.


HTH,
André Joost

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

Re: [Qgis-developer] EPSG codes

[Zoltan Szecsei]

On 2014/12/12 17:28, Andre Joost wrote:

Am 12.12.2014 um 15:21 schrieb Zoltan Szecsei:

Hi,
I have a fresh install of QGIS 2.6 on ubuntu 14.04.1 desktop from the
qgis.org/debian trusty main repository (installed a day or two ago)
When I set the 'filter' on Project->Properties->CRS to 6148 nothing
comes up.

On my Windows based QGIS 2.6,   ETRS89 / NTM zone 8  EPSG:6148 comes up.

Where/how do I get the EPSG codes updated on the ubuntu install?


The CRS list should get synchronized at the end of the installation. 
If not, your installation is broken at some point. I remember that I 
had to install python-qgis manually when updating to 2.6.1 on Ubuntu, 
and the sync was done with that (and EPSG:6148 is present).


HTH,
André Joost


Hmmm... I remember I got and older version when I had the ubuntugis 
repository, so I uninstalled that and then apt-get installed from the 
qgis.org repository.


Is there a definitive list of what to install?
I think I just did:
python-software-properties
qgis
python-qgis

Thanks,
Z

--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Services

P.O. Box 7, Muizenberg 7950, South Africa.

Mobile: +27-83-6004028
Fax:+27-86-6115323 www.geograph.co.za
===

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

Re: [Qgis-developer] EPSG codes

[Andre Joost]

Am 12.12.2014 um 15:21 schrieb Zoltan Szecsei:

Hi,
I have a fresh install of QGIS 2.6 on ubuntu 14.04.1 desktop from the
qgis.org/debian trusty main repository (installed a day or two ago)
When I set the 'filter' on Project->Properties->CRS to 6148 nothing
comes up.

On my Windows based QGIS 2.6,   ETRS89 / NTM zone 8  EPSG:6148 comes up.

Where/how do I get the EPSG codes updated on the ubuntu install?


The CRS list should get synchronized at the end of the installation. If 
not, your installation is broken at some point. I remember that I had to 
install python-qgis manually when updating to 2.6.1 on Ubuntu, and the 
sync was done with that (and EPSG:6148 is present).


HTH,
André Joost


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

[Qgis-developer] EPSG codes

[Zoltan Szecsei]

Hi,
I have a fresh install of QGIS 2.6 on ubuntu 14.04.1 desktop from the 
qgis.org/debian trusty main repository (installed a day or two ago)
When I set the 'filter' on Project->Properties->CRS to 6148 nothing 
comes up.


On my Windows based QGIS 2.6,   ETRS89 / NTM zone 8  EPSG:6148 comes up.

Where/how do I get the EPSG codes updated on the ubuntu install?


Thanks in advance,
Zoltan




--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Services

P.O. Box 7, Muizenberg 7950, South Africa.

Mobile: +27-83-6004028
Fax:+27-86-6115323 www.geograph.co.za
===

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

[Qgis-developer] Filtering and editing data

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all.
We noticed that when filtering shp, the layer is not editable, whereas
a spatialite can be edited if loaded through its native provider, and
only the records which are filtered in are actually edited (e.g. with
the field calculator). If a SL layer is loaded through GDAL, its
bahaviour is the same as shp.
Is this a known limitation of the GDAL provider?
All the best.
- -- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlSKziwACgkQ/NedwLUzIr7gDgCfRYxgHrsYDudESU80szXpB3zn
XHIAn39b6N1tk8Y+cgMeLWMI+hrPRR+D
=LJmZ
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Map rotation landed in master

[Sandro Santilli]

On Fri, Dec 12, 2014 at 11:30:36AM +0100, Pirmin Kalberer wrote:
> Hi Sandro,
> 
> Am Sonntag, 7. Dezember 2014, 17.05:55 schrieb Sandro Santilli:
> > This mail to notify that the core map rotation support is now in master.
> > 
> 
> Great addition!
> 
> > 
> > Not all parts of QGIS play nicely with rotation yet, but hopefully
> > this will be a good basis to continue development toward full support.
> > 
> > In particular, label placement is not fully rotation aware.
> > Horizontal labels are still horizontal, no matter map rotation, but
> > "parallel" ones are parallel to the original (not rotated) lines instead.
> > Placement of labels is also weird when rotation is present.
> > 
> > Also grid and north arrow are not respecting rotation, and the zoom-by-rect
> > rubberband (the zoom window) looks funny when the map is rotated.
> 
> How should PluginLayers handle map rotation? The OpenLayers plugin won't 
> rotate Google Maps layers, because it's against Google's TOS. Will you 
> automatically disable map rotation in presence of a PluginLayer or will there 
> be a API method to disable it?

You can disable it with QgsMapCanvas::setRotation(0)
The rotationChanged signal is emitted for you to force 0

> Will digitizing plugins ([1], [2]) still work with rotated maps? 

Core editor work fine as far as I can tell. I hadn't tried external ones.

> Or is there an architecture document (or a QEP) to understand the 
> consequences 
> for plugins and other parts of QGIS (e.g. globe)?

No QEP, sorry.

--strk;

 ()  ASCII ribbon campaign  --  Keep it simple !
 /\  http://strk.keybit.net/rants/ascii_mails.txt  
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Map rotation landed in master

[Pirmin Kalberer]

Hi Sandro,

Am Sonntag, 7. Dezember 2014, 17.05:55 schrieb Sandro Santilli:
> This mail to notify that the core map rotation support is now in master.
> 

Great addition!

> 
> Not all parts of QGIS play nicely with rotation yet, but hopefully
> this will be a good basis to continue development toward full support.
> 
> In particular, label placement is not fully rotation aware.
> Horizontal labels are still horizontal, no matter map rotation, but
> "parallel" ones are parallel to the original (not rotated) lines instead.
> Placement of labels is also weird when rotation is present.
> 
> Also grid and north arrow are not respecting rotation, and the zoom-by-rect
> rubberband (the zoom window) looks funny when the map is rotated.

How should PluginLayers handle map rotation? The OpenLayers plugin won't 
rotate Google Maps layers, because it's against Google's TOS. Will you 
automatically disable map rotation in presence of a PluginLayer or will there 
be a API method to disable it?
Will digitizing plugins ([1], [2]) still work with rotated maps? 
Or is there an architecture document (or a QEP) to understand the consequences 
for plugins and other parts of QGIS (e.g. globe)?

Regards
Pirmin

[1] http://plugins.qgis.org/plugins/tags/digitizing/
[2] http://plugins.qgis.org/plugins/tags/cad/

-- 
Pirmin Kalberer
Sourcepole  -  Linux & Open Source Solutions
http://www.sourcepole.com

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

Re: [Qgis-developer] Documentation for QGIS server

[Daniel Scholten]

Thanks Giovanni, Andreas and Alessandro for your help!

I got the QGIS-Server working now and have an idea about how I can do 
what I want.


Best wishes
Daniel


On 2014-12-11 13:24, Alessandro Pasotti wrote:

2014-12-11 10:47 GMT+01:00 Andreas Neumann :

Hi Daniel,

Am 2014-12-11 08:51, schrieb Daniel Scholten:


Dear QGIS developers,

I want to use QGIS-Server to
* create a WMS and a WFS,



This should be possible.


* perform some GIS analysis on-the-fly within my interactive online
map to dynamically create new layers and



This does not work out of the box. Will require some serverside 
scripting.

QGIS server is not yet a WPS server.


* enable users of my online map to manipulate some stored geodata.





Hi,

For server-side scripting, I would suggest you to check out the new
API for QGIS server Python plugins (I think it's only available in
master).

At the moment the documentation is still rare (I'm slowly working to
improve it).

By now you can start from here:

http://www.itopen.it/qgis/serverplugins/api/
https://github.com/elpaso/qgis-helloserver
http://www.itopen.it/2014/11/27/plugin-python-per-qgis-server/

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