I see! Thanks a
lot!-The
linked section about Fedora lists build instructions for Qt5 which
is still experimental and probably not what you want.
But the rest of the document contains a lot of useful information.
--
What it is:
1. It provides the user the ability to search all layers and all fields against
a particular search string. It may be that the user already knows the layer he
is interested in, but that is not always the case. It is possible that the user
has a number of layers that contain
Using the raw end point sounds fine to me for now. Easy to change later if
needed.
On Thu, 9 Jun 2016 8:14 am Akbar Gumbira wrote:
> Hi Ale,
>
> I just tried Dulwich. There are three ways that I see to checkout a single
> file: git sparse checkout, git archive, or
Hi Ale,
I just tried Dulwich. There are three ways that I see to checkout a single
file: git sparse checkout, git archive, or shallow clone (still cloning all
files though).
With git sparse checkout, Dulwich does not provide the porcelain-level API.
The author says that it's possible though (
(unfortunately) No suggestions for improvement except for setting that sentence
as first and highlighting it as much as possible :)
The additional page was absolutely not meant to be on your shoulders but up to
each developer with valid access, as a sort of “blackboard for notes”. When
On Wed, Jun 8, 2016 at 6:24 AM, Alessandro Pasotti wrote:
> 2016-06-07 23:17 GMT+02:00 Barry Rowlingson :
>>
>> Ive just bought a Dell XPS13 which came with Ubuntu 14.04
>> pre-installed. The screen is 3200 pixels across. Getting applications
>>
Hi Devs,
I have created a PR: https://github.com/qgis/QGIS/pull/3186
QgsEditorWidgetRegistry connects to appropriate signals from map layers
to load and save style but never disconnects its. In the context of QGIS
Server, layers are connecting to appropriate signals at each request.
Thanks
Hi Devs,
I found which object is connected to QgsMapLayerRegistry through
layerWasAdded slot in QGIS Server, and it's QgsEditorWidgetRegistry !
The method mapLayerAdded is apply to the layer added:
```
void QgsEditorWidgetRegistry::mapLayerAdded( QgsMapLayer* mapLayer )
{
QgsVectorLayer* vl
With these discussions I want to make it clear what the LayerSearch plugin
use is intended for and what it is not.
What it is:
1. It provides the user the ability to search all layers and all fields
against a particular search string. It may be that the user already knows
the layer he is
On Wednesday, June 08, 2016 13:49:53 kimaidou wrote:
> Hi Bas,
>
> Thanks for your answer.
> It appears I built gdal on year ago to check GeoJson write capabilities in
> QGIS.
>
> Now, I have indeed just upgraded to last Ubuntu xenial, and I am trying to
> get rid of old GDAL build and reinstall
Hi all,
Setting the compilation variables via ccmake to point to libgdal 1.11.3
worked like a charm. QGIS 2.14 has successfully been built against gdal
1.11.3
Bas, you are right, I inverted them in my previous email. Here are the vars
used in ccmake to build QGIS successfully on my machine
On Wed, Jun 8, 2016 at 8:06 AM, Luca Manganelli wrote:
> On Tue, Jun 7, 2016 at 5:52 PM, René-Luc Dhont wrote:
>> [...]
I compiled a debug version of QGIS Server. It seems that there's a
memory leak when it reads the QGS project file, after some project
On 2016-06-08 14:17, kimaidou wrote:
It appears I had 2 gdal installed :
one by qgis from qgis.org repository ( 1.11) which corresponds to
/usr/lib/libgdal.so
and one installed via apt-get install gdal-bin from repositories (2.1)
which corresponds to : /usr/local/lib/libgdal.so
You got this
Hi Bas,
Thanks for your answer.
It appears I built gdal on year ago to check GeoJson write capabilities in
QGIS.
Now, I have indeed just upgraded to last Ubuntu xenial, and I am trying to
get rid of old GDAL build and reinstall GDAL from repositories. So I
removed all symlinks made earlier
On 2016-06-08 11:46, kimaidou wrote:
Here are the command lines used to make gdalinfo happy (quite hackish
... )
ln -s /usr/lib/x86_64-linux-gnu/libgif.so
/usr/lib/x86_64-linux-gnu/libgif.so.4
ln -s /usr/lib/x86_64-linux-gnu/libnetcdf.so
/usr/lib/x86_64-linux-gnu/libnetcdf.so.7
echo
Ok, I think I found the issue. I have a problem with GDAL
gdalinfo --formats
returns
gdalinfo: error while loading shared libraries: libnetcdf.so.7: cannot open
shared object file: No such file or directory
Here are the command lines used to make gdalinfo happy (quite hackish ... )
ln -s
I just tested if with one proc only, which helps to see the errors. Here
they are
https://paste.sh/24JYwaQj#WXMylljn7ATP3KB7UM2TdbhZ
2016-06-08 10:45 GMT+02:00 kimaidou :
> Hi all
>
> I am trying to build QGIS release-2_14 in my Ubuntu 16.04. I have
> installed
Hi all
I am trying to build QGIS release-2_14 in my Ubuntu 16.04. I have installed
dependencies listed in the INSTALL.md file, and tried it with a clean build
directory and ccache emptied
I use QGIS official repo
deb http://qgis.org/debian xenial main
deb-src http://qgis.org/debian xenial
Hi
> On 08 Jun 2016, at 10:02, Richard Duivenvoorde wrote:
>
> On 07-06-16 23:25, Tim Sutton wrote:
>>
>> I have started a new changelog for 2.16. If you have written a cool new
>> feature for 2.16 could you help me by writing up a little entry for it
>> at:
On 07-06-16 23:25, Tim Sutton wrote:
>
> I have started a new changelog for 2.16. If you have written a cool new
> feature for 2.16 could you help me by writing up a little entry for it
> at: http://changelog.inasafe.org/en/qgis/version/2.16.0/
You mean
>
> Wasn't that a requisite? If we are going to use git as a storage we need a
> git client (pure python seems to exist, could be used as a fallback in case
> git is not installed in the system) https://github.com/jelmer/dulwich .
>
> BTW: if you do not want to deal with git in this first task,
2016-06-08 9:21 GMT+02:00 Akbar Gumbira :
> Yes, I have tried it. We can do it with sparse checkout, but, it requires
> git on the client.
>
Wasn't that a requisite? If we are going to use git as a storage we need a
git client (pure python seems to exist, could be used
2016-06-08 9:10 GMT+02:00 Akbar Gumbira :
> Hi Akbar,
>> The most flexible installation tool that I know is probably python pip.
>> pip can install software from a zip file, from git and from other sources
>> too.
>> I'd suggest you to have a look to pip implementation of
>
> Hi Akbar,
> The most flexible installation tool that I know is probably python pip.
> pip can install software from a zip file, from git and from other sources
> too.
> I'd suggest you to have a look to pip implementation of the install
> functionality, maybe there is some interesting for you.
I'm not really sure I see what moving to processing gives us in this case?
Why even make the user make the index files?
If it's integrated into core you can just generate the index on project
open like i do in Roam. I just spin up a thread and make the index. Just
have some place the user can
On 06/08/2016 08:23 AM, Paolo Cavallini wrote:
> Il 08/06/2016 08:20, Denis Rouzaud ha scritto:
>
>> So...is this fair to ask someone to wait that long for a dev and then
>> ask to modify its code to fit in? I have no answer, it's a real question.
> Maybe cooperating on the same code base will
Il 08/06/2016 08:20, Denis Rouzaud ha scritto:
> So...is this fair to ask someone to wait that long for a dev and then
> ask to modify its code to fit in? I have no answer, it's a real question.
Maybe cooperating on the same code base will make things much quicker
and more robust?
All the best,
Dear all,
Indeed, the layer search offers something Quickfinder doesn't: searching
on all layers without any configuration, and the use of operators.
Although I think choosing an operator in a global search is not very
required (why doing price < 1000 on all layers, there is a pretty good
chance
28 matches
Mail list logo