date:20170317

>> No, I mean in the .rst files. Send the changes via a PR. Then it'll be
added to the developers guide at

Well, I have no idea what :
* .rst files are
* how to make then or
* how to view them

The wiki pages I can do on the fly while working this out.
Can you live with a wiki version ?
- if not I will stop it

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

Re: [Qgis-developer] Wiki page/area for 'Building QGIS from scratch'

2017-03-17 Thread Nyall Dawson

On 18 March 2017 at 15:43, Mark Johnson  wrote:
>
>>> You should instead make your contributions to the "developers guide" -
> source is at
> https://github.com/qgis/QGIS-Documentation/tree/release_2.18/source/docs/developers_guide.
>
> I assume you mean the wiki area, which is nice since I have experience in
> that type of wiki
> --> https://github.com/geopaparazzi/libjsqlite-spatialite-android/wiki

No, I mean in the .rst files. Send the changes via a PR. Then it'll be
added to the developers guide at
http://docs.qgis.org/testing/en/docs/developers_guide/

Bonus points if it looks like:
http://www.davidrevoy.com/article193/guide-building-krita-on-linux-for-cats
 ;)

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

Re: [Qgis-developer] Wiki page/area for 'Building QGIS from scratch'

>> You should instead make your contributions to the "developers guide" -
source is at https://github.com/qgis/QGIS-Documentation/tree/release_2.
18/source/docs/developers_guide.

I assume you mean the wiki area, which is nice since I have experience in
that type of wiki
--> https://github.com/geopaparazzi/libjsqlite-spatialite-android/wiki

I have started an area prepairing the topics
--> https://github.com/qgis/QGIS-Documentation/wiki/Building-QGIS-3#topics

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

Re: [Qgis-developer] Wiki page/area for 'Building QGIS from scratch'

2017-03-17 Thread Nyall Dawson

On 18 March 2017 at 01:21, Mark Johnson  wrote:
> For this reason I think it would be a good idea to add an area in the QGIS
> wiki with tip how this should be done,
> Something in the form of (based on the present wiki):
>
> Organize an event
> ...
> Collaborative documents
> ...
> Building QGIS 3.0 from scratch
>  Building QT 5 from scratch
>Building and correctly installing Qwt
>Building QScintilla for PyQt5
>Building PyQt5
>  QGIS3 ccmake
>

Hi Mark!

That's great news - I'm sure many people will be happy to see the
build process documented and will appreciate your work doing this.

Before you get started on doing this work, please be aware that the
wiki is no longer used actively and will likely be removed in the
future.

You should instead make your contributions to the "developers guide" -
source is at 
https://github.com/qgis/QGIS-Documentation/tree/release_2.18/source/docs/developers_guide.

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

Re: [Qgis-developer] [Qgis-user] ShapeTools XY to Line

2017-03-17 Thread C Hamilton

I look into that code next week and see about replacing my algorithms with
it.

I suppose that what one really wants is the most accurate algorithm so
perhaps it doesn't make sense to use support multiple algorithms.

Thanks for your suggestion!!!

On Fri, Mar 17, 2017 at 3:02 PM, Tobias Wendorff <
tobias.wendo...@tu-dortmund.de> wrote:

> Am Fr, 17.03.2017, 20:00 schrieb C Hamilton:
> > I can implement Vincenty as I have some of that code as well -
> > at least for WGS84. I am not an expert on projections so I am
> > not sure how to change the code to make it work for any ellipsoid.
>
> Wait, it's way better to use this one:
> https://geographiclib.sourceforge.io/
>
> There's a Python port and it's extreme accurate and quick.
> It's under MIT and it works great (just tested it).
>
> It also works with WGS84 and all other ellipsoids (WGS84 should be
> fine for most of the users).
>
> This might be the easiest and best way for accurate distances and
> azimuths.
>
>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Qgis-user] ShapeTools XY to Line

2017-03-17 Thread C Hamilton

I can implement Vincenty as I have some of that code as well - at least for
WGS84. I am not an expert on projections so I am not sure how to change the
code to make it work for any ellipsoid.

On Fri, Mar 17, 2017 at 2:47 PM, Tobias Wendorff <
tobias.wendo...@tu-dortmund.de> wrote:

> Am Fr, 17.03.2017, 19:21 schrieb C Hamilton:
> > How important would it be to implement other geodetic line types ie
> > GEODESIC , RHUMB_LINE, and NORMAL_SECTION.
> > I > had the code for Great Circle so it was easy to implement,
> > but I don't know how to implement the others.
>
> Try to implement "Vincenty's formulae". It's very easy and much more
> accurate than "Great Circle":
>
> https://en.wikipedia.org/wiki/Vincenty's_formulae
>
> Perhaps I can give it a try. Did something equal in the past, but
> without a GUI :)
>
> "Great Circle" and "Vincenty" work with any ellipsoid. Projecting the
> current CRS to WGS84 first might be faulty. To get more accurate results,
> it might be better to use the current ellipsoid.
>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] ShapeTools XY to Line

2017-03-17 Thread C Hamilton

Recently I implemented an 'XY to Line' function in the ShapeTools plugin.
This has been requested several times and I needed it so I implemented it.
See

http://plugins.qgis.org/plugins/shapetools/

XY to Line is similar to the ArcGIS tool with the same name.

http://pro.arcgis.com/en/pro-app/tool-reference/data-management/xy-to-line.htm

In my plugin I have only implemented "Great Circle" lines as well as a
simple line between the two points. How important would it be to implement
other geodetic line types ie GEODESIC , RHUMB_LINE, and NORMAL_SECTION. I
had the code for Great Circle so it was easy to implement, but I don't know
how to implement the others. I have seen some of the suggestions with
drawing these lines by using custom azimuthal equidistant (aeqd) projection
or a gnomonic (gnom) projection centered on the starting point, creating a
simple line, densifying it, then projecting it back to the projection being
used. See

http://gis.stackexchange.com/questions/133026/great-circles-in-qgis-and-export-in-3857-webmap

Would this technique work to create the other types of geodetic lines and
if so what would the proper proj4 projections be? Is there a better way to
do this? Do you think that Great Circle is sufficient?

Another question I have is whether there are other ArcGIS functions that
are missing in QGIS that would be good to implement.

Thanks,

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

Re: [Qgis-developer] Wiki page/area for 'Building QGIS from scratch'

On 03/17/2017 05:58 PM, Mark Johnson wrote:
>>> Can you clarify on which systems you are working and which dependencies
> cause headaches?
> In my case I am working on an old machine, where many things have been
> installed in the past and cause conflicts. So until a new machine can be
> bought I am attempting to get this done in a custom application
> directory, where QGIS is then called from a script where the
> needed environment vars are set so that everything needed is found first.
> In my case it is since there are QT3, QT4 and older QT5 installed.
> So a separate, clean,  QT5 is needed.

What would be interesting for such situations would be something like
AppImage. I tried that some time ago but stopped because I got
sidetracked. It would still be very interesting for a wider purpose.

Some discussion can be found here:
https://github.com/qgis/QGIS/pull/3784

If you manage to get this running, we will be able to offer
cross-distribution downloads.
I'll buy you some coffees or beers for that.

> 
> At present I have everything compiled, but QGIS3 fails due to something,
> some complaining about different libpng's being found:
> 
> # libpng warning: Application was compiled with png.h from libpng-1.6.10
> # libpng warning: Application  is  running with png.c from libpng-1.2.56
> # libpng error: Incompatible libpng version in application and library 
> 
> Here I assume the default libcairo loads libpng-1.2.56, which QT5
> used libpng-1.6.10, which is installed in /usr/local/lib for librasterlite2.
> 
> So at the moment I have installed libcairo using libpng-1.6.10 in
> /usr/local/lib, and recompiling QT5 using the internal PNG/JPEG libs.

I suspect these kind of conflicts differ from system to system and
documenting them on a page could end up in a collection of red herrings.
(I might be wrong here).

> 
>>>In many situations, a build of Qt is not required and doing this
> requires deep understanding of all the involved libraries.
> Yes and the idea a Wiki page/area for 'Building QGIS from scratch' could
> assist in making that easier.

Feel free to start working on this :-)

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

Re: [Qgis-developer] Wiki page/area for 'Building QGIS from scratch'

2017-03-17 Thread André William

Thanks for the input, Matthias.

It's been some time since I built it from scratch, so I wouldn't be able to
provide specifics. But it was on Ubuntu 16, and Mark's comments about Qt5,
QScintylla and libpng did ring a bell for me, since the email.
I'll try again on the next couple of days and if there's interest I can
report on how it went.

André

2017-03-17 13:29 GMT-03:00 Matthias Kuhn :

> Hi André and Mark,
>
> Can you clarify on which systems you are working and which dependencies
> cause headaches?
>
> In many situations, a build of Qt is not required and doing this
> requires deep understanding of all the involved libraries. I would
> strongly advice anyone to first explore other alternatives before
> starting the walk on this tricky road.
>
> For reference, here is a set of script that is able to build many of the
> dependencies (into a custom root path) for those who still want to do it:
> https://github.com/opengisch/osgeo4travis/tree/master/docker/qt5/scripts
>
> Best regards
> Matthias
>
> On 03/17/2017 05:17 PM, André William wrote:
> > Hi all, my name is André, this is my first email on this list.
> >
> > I've also struggled with building QGIS before, and besides the problems
> > mentioned by Mark, the default installed libraries are often
> > incompatible with QGIS or some of its dependencies.
> > I'd be willing to help with documenting my steps or possibly
> > contributing code to the scripts as I attempt to build on a clean OS.
> >
> > André
> >
> > 2017-03-17 12:26 GMT-03:00 Matthias Kuhn  > >:
> >
> > Hi Mark,
> >
> > Are the dependencies not available for your distribution?
> >
> > Except for some very special systems (Android, very old ubuntu
> versions
> > on travis...) I never ever build these dependencies manually and just
> > install them.
> >
> > Matthias
> >
> > On 03/17/2017 04:21 PM, Mark Johnson wrote:
> > > For the last 10 days I have been attempting to build QGIS 3.0
> master
> > > from scratch.
> > > For this QT 5 also had to be build, which is not an easy task.
> > >
> > > In the past I had used the 'run' scripts, which installed the
> source
> > > - qt-opensource-linux-x64-5.7.1.run
> > > but after the first installment I noticed that QGIS needed a modal
> that
> > > had not been included: QtWebKit
> > >
> > > The there is QScintilla,PyQt5 (with sip) and Qwt
> > > - Qwt: did not install the libs where PyQt5 could not find it
> > > - QScintilla  did not accept the –-pyqt=PyQt5 parameter, so
> > > the configure.py had to be adapted
> > >
> > > And then there is the cmake of QGIS3 itself, which in itself is a
> horror
> > > dream come true
> > > - instead of asking *once* for the 'Qt5 cmake' directory
> > > -- it asks it about 12 times for the 17 modals needed
> > > --> I assume ccmake determines for each module the dependencies,
> > but for
> > > the user this is a horrible -  time consuming experience
> > >
> > > ---
> > > For this reason I think it would be a good idea to add an area in
> the
> > > QGIS wiki with tip how this should be done,
> > >
> > > Based on a specific QGIS version
> > > - which other versions (QT5, python3 [python 3.5.3rc1 does not
> work,
> > > python 3.4.6 does] etc.) should be used
> > > - basic howto's to
> > > -- build QT5 from scratch (like using git that contains QtWebKit,
> as
> > > apposed to the 'run' that does not)
> > > -- known irregularities
> > > ---> copy the Qwt/libs to the Qt5/libs so that PyQt5 can find them
> > > ---> QScintilla how to adapt the configure.py script to create the
> > > needed PyQt5 version
> > >
> > > The goal would be to offer a guideline for those doing this for the
> > > first time
> > > - avoiding known traps
> > >
> > > ---
> > > Something in the form of (based on the present wiki):
> > >
> > > Organize an event
> > > ...
> > > Collaborative documents
> > > ...
> > > Building QGIS 3.0 from scratch
> > >  Building QT 5 from scratch
> > >Building and correctly installing Qwt
> > >Building QScintilla for PyQt5
> > >Building PyQt5
> > >  QGIS3 ccmake
> > >
> > > I would be willing to start this with my experiences.
> > >
> > > Mark Johnson, Berlin Germany
> > >
> > >
> > >
> > >
> > >
> > >
> > > ___
> > > Qgis-developer mailing list
> > > Qgis-developer@lists.osgeo.org  osgeo.org>
> > > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > 
> > > Unsubscribe:
> > https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >

Re: [Qgis-developer] Wiki page/area for 'Building QGIS from scratch'

>> Can you clarify on which systems you are working and which dependencies
cause headaches?
In my case I am working on an old machine, where many things have been
installed in the past and cause conflicts. So until a new machine can be
bought I am attempting to get this done in a custom application directory,
where QGIS is then called from a script where the needed environment vars
are set so that everything needed is found first.
In my case it is since there are QT3, QT4 and older QT5 installed.
So a separate, clean,  QT5 is needed.

At present I have everything compiled, but QGIS3 fails due to something,
some complaining about different libpng's being found:

# libpng warning: Application was compiled with png.h from libpng-1.6.10
# libpng warning: Application  is  running with png.c from libpng-1.2.56
# libpng error: Incompatible libpng version in application and library

Here I assume the default libcairo loads libpng-1.2.56, which QT5 used
libpng-1.6.10,
which is installed in /usr/local/lib for librasterlite2.

So at the moment I have installed libcairo using libpng-1.6.10 in
/usr/local/lib, and recompiling QT5 using the internal PNG/JPEG libs.

>>In many situations, a build of Qt is not required and doing this
requires deep understanding of all the involved libraries.
Yes and the idea a Wiki page/area for 'Building QGIS from scratch' could
assist in making that easier.

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

Re: [Qgis-developer] Wiki page/area for 'Building QGIS from scratch'

Hi André and Mark,

Can you clarify on which systems you are working and which dependencies
cause headaches?

In many situations, a build of Qt is not required and doing this
requires deep understanding of all the involved libraries. I would
strongly advice anyone to first explore other alternatives before
starting the walk on this tricky road.

For reference, here is a set of script that is able to build many of the
dependencies (into a custom root path) for those who still want to do it:
https://github.com/opengisch/osgeo4travis/tree/master/docker/qt5/scripts

Best regards
Matthias

On 03/17/2017 05:17 PM, André William wrote:
> Hi all, my name is André, this is my first email on this list.
> 
> I've also struggled with building QGIS before, and besides the problems
> mentioned by Mark, the default installed libraries are often
> incompatible with QGIS or some of its dependencies.
> I'd be willing to help with documenting my steps or possibly
> contributing code to the scripts as I attempt to build on a clean OS.
> 
> André
> 
> 2017-03-17 12:26 GMT-03:00 Matthias Kuhn  >:
> 
> Hi Mark,
> 
> Are the dependencies not available for your distribution?
> 
> Except for some very special systems (Android, very old ubuntu versions
> on travis...) I never ever build these dependencies manually and just
> install them.
> 
> Matthias
> 
> On 03/17/2017 04:21 PM, Mark Johnson wrote:
> > For the last 10 days I have been attempting to build QGIS 3.0 master
> > from scratch.
> > For this QT 5 also had to be build, which is not an easy task.
> >
> > In the past I had used the 'run' scripts, which installed the source
> > - qt-opensource-linux-x64-5.7.1.run
> > but after the first installment I noticed that QGIS needed a modal that
> > had not been included: QtWebKit
> >
> > The there is QScintilla,PyQt5 (with sip) and Qwt
> > - Qwt: did not install the libs where PyQt5 could not find it
> > - QScintilla  did not accept the –-pyqt=PyQt5 parameter, so
> > the configure.py had to be adapted
> >
> > And then there is the cmake of QGIS3 itself, which in itself is a horror
> > dream come true
> > - instead of asking *once* for the 'Qt5 cmake' directory
> > -- it asks it about 12 times for the 17 modals needed
> > --> I assume ccmake determines for each module the dependencies,
> but for
> > the user this is a horrible -  time consuming experience
> >
> > ---
> > For this reason I think it would be a good idea to add an area in the
> > QGIS wiki with tip how this should be done,
> >
> > Based on a specific QGIS version
> > - which other versions (QT5, python3 [python 3.5.3rc1 does not work,
> > python 3.4.6 does] etc.) should be used
> > - basic howto's to
> > -- build QT5 from scratch (like using git that contains QtWebKit, as
> > apposed to the 'run' that does not)
> > -- known irregularities
> > ---> copy the Qwt/libs to the Qt5/libs so that PyQt5 can find them
> > ---> QScintilla how to adapt the configure.py script to create the
> > needed PyQt5 version
> >
> > The goal would be to offer a guideline for those doing this for the
> > first time
> > - avoiding known traps
> >
> > ---
> > Something in the form of (based on the present wiki):
> >
> > Organize an event
> > ...
> > Collaborative documents
> > ...
> > Building QGIS 3.0 from scratch
> >  Building QT 5 from scratch
> >Building and correctly installing Qwt
> >Building QScintilla for PyQt5
> >Building PyQt5
> >  QGIS3 ccmake
> >
> > I would be willing to start this with my experiences.
> >
> > Mark Johnson, Berlin Germany
> >
> >
> >
> >
> >
> >
> > ___
> > Qgis-developer mailing list
> > Qgis-developer@lists.osgeo.org 
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> > Unsubscribe:
> https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> >
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org 
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> 
> 
> 
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>

Re: [Qgis-developer] Wiki page/area for 'Building QGIS from scratch'

2017-03-17 Thread André William

Hi all, my name is André, this is my first email on this list.

I've also struggled with building QGIS before, and besides the problems
mentioned by Mark, the default installed libraries are often incompatible
with QGIS or some of its dependencies.
I'd be willing to help with documenting my steps or possibly contributing
code to the scripts as I attempt to build on a clean OS.

André

2017-03-17 12:26 GMT-03:00 Matthias Kuhn :

> Hi Mark,
>
> Are the dependencies not available for your distribution?
>
> Except for some very special systems (Android, very old ubuntu versions
> on travis...) I never ever build these dependencies manually and just
> install them.
>
> Matthias
>
> On 03/17/2017 04:21 PM, Mark Johnson wrote:
> > For the last 10 days I have been attempting to build QGIS 3.0 master
> > from scratch.
> > For this QT 5 also had to be build, which is not an easy task.
> >
> > In the past I had used the 'run' scripts, which installed the source
> > - qt-opensource-linux-x64-5.7.1.run
> > but after the first installment I noticed that QGIS needed a modal that
> > had not been included: QtWebKit
> >
> > The there is QScintilla,PyQt5 (with sip) and Qwt
> > - Qwt: did not install the libs where PyQt5 could not find it
> > - QScintilla  did not accept the –-pyqt=PyQt5 parameter, so
> > the configure.py had to be adapted
> >
> > And then there is the cmake of QGIS3 itself, which in itself is a horror
> > dream come true
> > - instead of asking *once* for the 'Qt5 cmake' directory
> > -- it asks it about 12 times for the 17 modals needed
> > --> I assume ccmake determines for each module the dependencies, but for
> > the user this is a horrible -  time consuming experience
> >
> > ---
> > For this reason I think it would be a good idea to add an area in the
> > QGIS wiki with tip how this should be done,
> >
> > Based on a specific QGIS version
> > - which other versions (QT5, python3 [python 3.5.3rc1 does not work,
> > python 3.4.6 does] etc.) should be used
> > - basic howto's to
> > -- build QT5 from scratch (like using git that contains QtWebKit, as
> > apposed to the 'run' that does not)
> > -- known irregularities
> > ---> copy the Qwt/libs to the Qt5/libs so that PyQt5 can find them
> > ---> QScintilla how to adapt the configure.py script to create the
> > needed PyQt5 version
> >
> > The goal would be to offer a guideline for those doing this for the
> > first time
> > - avoiding known traps
> >
> > ---
> > Something in the form of (based on the present wiki):
> >
> > Organize an event
> > ...
> > Collaborative documents
> > ...
> > Building QGIS 3.0 from scratch
> >  Building QT 5 from scratch
> >Building and correctly installing Qwt
> >Building QScintilla for PyQt5
> >Building PyQt5
> >  QGIS3 ccmake
> >
> > I would be willing to start this with my experiences.
> >
> > Mark Johnson, Berlin Germany
> >
> >
> >
> >
> >
> >
> > ___
> > Qgis-developer mailing list
> > Qgis-developer@lists.osgeo.org
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Wiki page/area for 'Building QGIS from scratch'

Hi Mark,

Are the dependencies not available for your distribution?

Except for some very special systems (Android, very old ubuntu versions
on travis...) I never ever build these dependencies manually and just
install them.

Matthias

On 03/17/2017 04:21 PM, Mark Johnson wrote:
> For the last 10 days I have been attempting to build QGIS 3.0 master
> from scratch.
> For this QT 5 also had to be build, which is not an easy task.
> 
> In the past I had used the 'run' scripts, which installed the source
> - qt-opensource-linux-x64-5.7.1.run
> but after the first installment I noticed that QGIS needed a modal that
> had not been included: QtWebKit
> 
> The there is QScintilla,PyQt5 (with sip) and Qwt
> - Qwt: did not install the libs where PyQt5 could not find it
> - QScintilla  did not accept the –-pyqt=PyQt5 parameter, so
> the configure.py had to be adapted
> 
> And then there is the cmake of QGIS3 itself, which in itself is a horror
> dream come true
> - instead of asking *once* for the 'Qt5 cmake' directory
> -- it asks it about 12 times for the 17 modals needed
> --> I assume ccmake determines for each module the dependencies, but for
> the user this is a horrible -  time consuming experience 
> 
> ---
> For this reason I think it would be a good idea to add an area in the
> QGIS wiki with tip how this should be done,
> 
> Based on a specific QGIS version
> - which other versions (QT5, python3 [python 3.5.3rc1 does not work,
> python 3.4.6 does] etc.) should be used
> - basic howto's to
> -- build QT5 from scratch (like using git that contains QtWebKit, as
> apposed to the 'run' that does not)
> -- known irregularities 
> ---> copy the Qwt/libs to the Qt5/libs so that PyQt5 can find them
> ---> QScintilla how to adapt the configure.py script to create the
> needed PyQt5 version
> 
> The goal would be to offer a guideline for those doing this for the
> first time
> - avoiding known traps
> 
> ---
> Something in the form of (based on the present wiki):
> 
> Organize an event
> ...
> Collaborative documents
> ...
> Building QGIS 3.0 from scratch
>  Building QT 5 from scratch
>Building and correctly installing Qwt
>Building QScintilla for PyQt5
>Building PyQt5
>  QGIS3 ccmake
> 
> I would be willing to start this with my experiences.
> 
> Mark Johnson, Berlin Germany
> 
> 
> 
> 
> 
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Wiki page/area for 'Building QGIS from scratch'

For the last 10 days I have been attempting to build QGIS 3.0 master from
scratch.
For this QT 5 also had to be build, which is not an easy task.

In the past I had used the 'run' scripts, which installed the source
- qt-opensource-linux-x64-5.7.1.run
but after the first installment I noticed that QGIS needed a modal that had
not been included: QtWebKit

The there is QScintilla,PyQt5 (with sip) and Qwt
- Qwt: did not install the libs where PyQt5 could not find it
- QScintilla  did not accept the –-pyqt=PyQt5 parameter, so
the configure.py had to be adapted

And then there is the cmake of QGIS3 itself, which in itself is a horror
dream come true
- instead of asking *once* for the 'Qt5 cmake' directory
-- it asks it about 12 times for the 17 modals needed
--> I assume ccmake determines for each module the dependencies, but for
the user this is a horrible -  time consuming experience

---
For this reason I think it would be a good idea to add an area in the QGIS
wiki with tip how this should be done,

Based on a specific QGIS version
- which other versions (QT5, python3 [python 3.5.3rc1 does not work, python
3.4.6 does] etc.) should be used
- basic howto's to
-- build QT5 from scratch (like using git that contains QtWebKit, as
apposed to the 'run' that does not)
-- known irregularities
---> copy the Qwt/libs to the Qt5/libs so that PyQt5 can find them
---> QScintilla how to adapt the configure.py script to create the needed
PyQt5 version

The goal would be to offer a guideline for those doing this for the first
time
- avoiding known traps

---
Something in the form of (based on the present wiki):

Organize an event
...
Collaborative documents
...
Building QGIS 3.0 from scratch
 Building QT 5 from scratch
   Building and correctly installing Qwt
   Building QScintilla for PyQt5
   Building PyQt5
 QGIS3 ccmake

I would be willing to start this with my experiences.

Mark Johnson, Berlin Germany
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Crashes in master when digitizing

2017-03-17 Thread Tim Sutton

Hi

> On 17 Mar 2017, at 4:37 PM, Matthias Kuhn  wrote:
> 
> Hi Tim,
> 
> is there any chance that you could upload a stacktrace from the crash
> somewhere?

Yeah sorry for not including it before, here it is:

https://gist.github.com/timlinux/f4fffb8ba5513a49b9134519d6f3e592 


Regards

Tim

> 
> Matthias
> 
> On 03/17/2017 03:35 PM, Tim Sutton wrote:
>> Hi All
>> 
>> Does anyone else have issues with digitizing in master? On MacOS here
>> built with Qt 5.8:
>> 
>> 
>> src/core/qgsmaprendererjob.cpp: 410: (cleanupJobs) [0ms] caching image
>> for walls20170317094010844
>> src/gui/qgsmapcanvas.cpp: 568: (rendererJobFinished) [0ms] CANVAS finish! 1
>> Warning: Cannot creat accessible child interface for object:
>> QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
>> src/core/qgsmessagelog.cpp: 33: (logMessage) [1568ms]
>> 2017-03-17T13:02:47 Qt[1] Cannot creat accessible child interface for
>> object:  QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
>> Warning: Cannot creat accessible child interface for object:
>> QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
>> src/core/qgsmessagelog.cpp: 33: (logMessage) [0ms] 2017-03-17T13:02:47
>> Qt[1] Cannot creat accessible child interface for object:
>> QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
>> Warning: Cannot creat accessible child interface for object:
>> QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
>> src/core/qgsmessagelog.cpp: 33: (logMessage) [1ms] 2017-03-17T13:02:47
>> Qt[1] Cannot creat accessible child interface for object:
>> QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
>> 
>> I can reliably get it to crash by using the node tool and trying to
>> insert a new node. Generally moving nodes around on QGIS dev with the
>> node tool will raise an exception at some point. Can anyone else
>> replicate this or is it only me and my Mac that experience this?
>> 
>> Regards
>> 
>> Tim
>> 
>> 
>> 
>> 
>> ---
>> 
>> *Tim Sutton*
>> QGIS Project Steering Committee Chair
>> t...@qgis.org  > >
>> 
>> 
>> 
>> 
>> 
>> 
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org 
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer 
>> 
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer 
>> 
>> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org 
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer 
> 
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer 
> 
—










Tim Sutton

Co-founder: Kartoza
Project chair: QGIS.org

Visit http://kartoza.com  to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux 
IRC: timlinux on #qgis at freenode.net

Kartoza is a merger between Linfiniti and Afrispatial

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

Re: [Qgis-developer] Crashes in master when digitizing

Hi Tim,

is there any chance that you could upload a stacktrace from the crash
somewhere?

Matthias

On 03/17/2017 03:35 PM, Tim Sutton wrote:
> Hi All
> 
> Does anyone else have issues with digitizing in master? On MacOS here
> built with Qt 5.8:
> 
> 
> src/core/qgsmaprendererjob.cpp: 410: (cleanupJobs) [0ms] caching image
> for walls20170317094010844
> src/gui/qgsmapcanvas.cpp: 568: (rendererJobFinished) [0ms] CANVAS finish! 1
> Warning: Cannot creat accessible child interface for object:
>  QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
> src/core/qgsmessagelog.cpp: 33: (logMessage) [1568ms]
> 2017-03-17T13:02:47 Qt[1] Cannot creat accessible child interface for
> object:  QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
> Warning: Cannot creat accessible child interface for object:
>  QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
> src/core/qgsmessagelog.cpp: 33: (logMessage) [0ms] 2017-03-17T13:02:47
> Qt[1] Cannot creat accessible child interface for object:
>  QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
> Warning: Cannot creat accessible child interface for object:
>  QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
> src/core/qgsmessagelog.cpp: 33: (logMessage) [1ms] 2017-03-17T13:02:47
> Qt[1] Cannot creat accessible child interface for object:
>  QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
> 
> I can reliably get it to crash by using the node tool and trying to
> insert a new node. Generally moving nodes around on QGIS dev with the
> node tool will raise an exception at some point. Can anyone else
> replicate this or is it only me and my Mac that experience this?
> 
> Regards
> 
> Tim
> 
> 
> 
> 
> ---
> 
> *Tim Sutton*
> QGIS Project Steering Committee Chair
> t...@qgis.org 
> 
> 
> 
> 
> 
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Crashes in master when digitizing

2017-03-17 Thread Tim Sutton

Hi All

Does anyone else have issues with digitizing in master? On MacOS here built 
with Qt 5.8:


src/core/qgsmaprendererjob.cpp: 410: (cleanupJobs) [0ms] caching image for 
walls20170317094010844
src/gui/qgsmapcanvas.cpp: 568: (rendererJobFinished) [0ms] CANVAS finish! 1
Warning: Cannot creat accessible child interface for object:  
QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
src/core/qgsmessagelog.cpp: 33: (logMessage) [1568ms] 2017-03-17T13:02:47 Qt[1] 
Cannot creat accessible child interface for object:  QUndoView(0x7feb8ea11690, 
name = "undoView")  index:  3
Warning: Cannot creat accessible child interface for object:  
QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
src/core/qgsmessagelog.cpp: 33: (logMessage) [0ms] 2017-03-17T13:02:47 Qt[1] 
Cannot creat accessible child interface for object:  QUndoView(0x7feb8ea11690, 
name = "undoView")  index:  3
Warning: Cannot creat accessible child interface for object:  
QUndoView(0x7feb8ea11690, name = "undoView")  index:  3
src/core/qgsmessagelog.cpp: 33: (logMessage) [1ms] 2017-03-17T13:02:47 Qt[1] 
Cannot creat accessible child interface for object:  QUndoView(0x7feb8ea11690, 
name = "undoView")  index:  3

I can reliably get it to crash by using the node tool and trying to insert a 
new node. Generally moving nodes around on QGIS dev with the node tool will 
raise an exception at some point. Can anyone else replicate this or is it only 
me and my Mac that experience this?

Regards

Tim





---

Tim Sutton
QGIS Project Steering Committee Chair
t...@qgis.org




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

[Qgis-developer] Creating crop marks / fold marks in print composer - drawing exact lines in print composer

2017-03-17 Thread Neumann, Andreas

Hi, 

We are trying to exactly (numerically) place lines (arrows or polylines)
in print composer - but it seems almost impossible: 

The two main problem are: 

* one cannot numerically edit vertices of an arrow or polyline element
* the lines box is larger than the actual line, which means the line
doesn't really end where the box ends. This makes it impossible to
numerically place and scale arrows lines. Also snapping doesn't work,
because of this.

Some other related problems: 

* neither arrows nor polyline snap to guide lines
* while arrows can be constrained to exact angles by pressing the
"shift" key, this doesn't seem to work with polylines.
* My crop marks could be points with the usual QGIS simple markers,
but I can't place a point in my print composer

My questions are: 

* is there an alternative that works now (in QGIS 2.18)? E.g. a plugin
that draws crop marks and fold marks?
* Are there any improvements planned for QGIS 3.0 in this respect?
* Can the issue that the selection box doesn't match the dimensions of
the arrows be fixed in QGIS 3.0?

Thanks, 

Andr

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

Re: [Qgis-developer] Suggestion for GSoC project for QGIS

2017-03-17 Thread Julia Wagemann


Hi Akbar,
thanks for pointing it out. I am aware of this plugin, however I never 
managed to have it working and it strongly relates to the Earth 
Observation Application Profile of the WCS 2.0 standard. Part of the 
project could be also to extend this plugin to a more general solution 
and a working one.

Cheers,
Julia

P.S. Please let me know if you manage to work with the plugin


Am 17/03/2017 um 11:40 schrieb Akbar Gumbira:

Hi Julia,

- Plugin for WCS2.0 in QGIS
QGIS supports by default Web Coverage Service 1.0. A project could
be to develop a plugin for supporting Web Coverage Service 2.0 in
QGIS.

I am not sure since I just reinstalled my machine and I can't try it 
now (I am building QGIS 2.18 now), but it seems that someone already 
builds the plugin (?) (https://plugins.qgis.org/plugins/QgsWcsClient2/)


Cheers

On Wed, Mar 15, 2017 at 7:53 AM, Julia Wagemann > wrote:


Hi all,
my name is Julia Wagemann and I saw the call of OSGeo for Mentors
for GSoC. I had a look to the proposed projects and I would be
interested to be a mentor. I further have two ideas for projects
and Helmut advised me to discuss these within the QGIS developers
mailing list

My background is in Environmental Informatics and I am currently
working at the European Centre for Medium-Range Weather Forecasts
in a project where we explore the opportunity to provide a more
standardised and easier access to our data with the help of a OGC
Web Coverage Service. I have experience with QGIS and lately, I am
working a lot with Jupyter Notebooks.
I have two ideas for projects for students to work on during GSoC:

- Plugin for WCS2.0 in QGIS
QGIS supports by default Web Coverage Service 1.0. A project could
be to develop a plugin for supporting Web Coverage Service 2.0 in
QGIS.

- Examples of geospatial workflows in Jupyter Notebooks
I am a strong advocate of Jupyter Notebooks and one project could
be, in alignment with the project proposed for GRASS GIS (adding
functionality for running GRASS GIS modules in Jupyter Notebooks),
to develop a set of used-cases to show how Jupyter Notebooks are
beneficial for the generation of entire geospatial data analysis
workflows, from data access to data manipulation and data
visualisation. Examples could harness QGIS, and in the best case,
open data.

What is you opinion about the suggestions and would you be
interested in co-mentoring one of those?
Thanks and I look forward to hearing from you.
Best regards,
Julia

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

Unsubscribe:
https://lists.osgeo.org/mailman/listinfo/qgis-developer





--

*---*

*Akbar Gumbira *
*www.akbargumbira.com *


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

Re: [Qgis-developer] Suggestion for GSoC project for QGIS

2017-03-17 Thread Akbar Gumbira

Hi Julia,

- Plugin for WCS2.0 in QGIS
> QGIS supports by default Web Coverage Service 1.0. A project could be to
> develop a plugin for supporting Web Coverage Service 2.0 in QGIS.

I am not sure since I just reinstalled my machine and I can't try it now (I
am building QGIS 2.18 now), but it seems that someone already builds the
plugin (?) (https://plugins.qgis.org/plugins/QgsWcsClient2/)

Cheers

On Wed, Mar 15, 2017 at 7:53 AM, Julia Wagemann 
wrote:

> Hi all,
> my name is Julia Wagemann and I saw the call of OSGeo for Mentors for
> GSoC. I had a look to the proposed projects and I would be interested to be
> a mentor. I further have two ideas for projects and Helmut advised me to
> discuss these within the QGIS developers mailing list
>
> My background is in Environmental Informatics and I am currently working
> at the European Centre for Medium-Range Weather Forecasts in a project
> where we explore the opportunity to provide a more standardised and easier
> access to our data with the help of a OGC Web Coverage Service. I have
> experience with QGIS and lately, I am working a lot with Jupyter Notebooks.
> I have two ideas for projects for students to work on during GSoC:
>
> - Plugin for WCS2.0 in QGIS
> QGIS supports by default Web Coverage Service 1.0. A project could be to
> develop a plugin for supporting Web Coverage Service 2.0 in QGIS.
>
> - Examples of geospatial workflows in Jupyter Notebooks
> I am a strong advocate of Jupyter Notebooks and one project could be, in
> alignment with the project proposed for GRASS GIS (adding functionality for
> running GRASS GIS modules in Jupyter Notebooks), to develop a set of
> used-cases to show how Jupyter Notebooks are beneficial for the generation
> of entire geospatial data analysis workflows, from data access to data
> manipulation and data visualisation. Examples could harness QGIS, and in
> the best case, open data.
>
> What is you opinion about the suggestions and would you be interested in
> co-mentoring one of those?
> Thanks and I look forward to hearing from you.
> Best regards,
> Julia
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 

*---*
*Akbar Gumbira *
*www.akbargumbira.com *
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [51] Hotlink approval notification.


Plugin Hotlink approval by pcav.
The plugin version "[51] Hotlink 0.8.1" is now approved
Link: http://plugins.qgis.org/plugins/Hotlink/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [43] Layers menu from project approval notification.


Plugin Layers menu from project approval by pcav.
The plugin version "[43] Layers menu from project 0.8.2" is now approved
Link: http://plugins.qgis.org/plugins/menu_from_project/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [354] OSM place search approval notification.


Plugin OSM place search approval by pcav.
The plugin version "[354] OSM place search 1.1 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/nominatim/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [1195] MPA Post-Hoc Accounting approval notification.