Re: [Qgis-user] [QGIS-Developer] lack of conflation tools

[Vincent Picavet via QGIS-User]

Hi,

Geospatial data conflation is not an easy task, and usually depends on :

- the input data

- desired output

- semantics

- conflation based mainly on semantics( / attribute data ), topology or purely 
geometric

Note that semantic and topology-based methods are much more robusts than 
geometry-based ones.

In any case, there is no magic workflow and the method has to be adapted to the 
specific context.

I contributed to an implementation based on PostGIS quite a long time ago :

https://docplayer.fr/8718145-Appariement-de-graphes-de-reseau-avec-postgis.html 
( in french ).

There could be some generic algorithms which could be made available in QGIS 
processing to ease creation of workflows for conflation ( e.g. node 
fingerprints, geometry local correspondance search  ).

Get in touch if you are interested in developing some.

Vincent


On 30/05/2024 11:46, PIERRE Sylvain via QGIS-Developer wrote:


Hi devs and  qgis power users,

After investigating I can arg that there’s a lack of conflation tools in QGIS 
like such existing for Esri  :

https://proceedings.esri.com/library/userconf/proc17/tech-workshops/tw_513-105.pdf

Is there some plan or something I miss for doing such task in QGIS ?

Thanks

**



Sylvain PIERRE**

Chef de projet système d’information

Direction des Systèmes d’Information et du Développement Numérique

Service Projets et Ingénierie Numérique

*Collectivité européenne d’Alsace*

Tél : 03 88 76 68 88

sylvain.pie...@alsace.eu 

www.alsace.eu 

facebook twitter 
insta 


___
QGIS-Developer mailing list
qgis-develo...@lists.osgeo.org
List info:https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-developer___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS SWOT at community meeting Madeira

[Vincent Picavet (ml)]

Hi all,

This is the current state of the SWOT :
https://share.oslandia.net/public/679ef4/dl/20180222_123736.jpg

Do not hesitate to send notes to add.

Nyall, too bad you will not be available to share, timezones are hard to
conciliate. We will publish the recording anyway so that you can still
react afterwards.

I do think this is an exercise we could make at every Community meeting.
Seeing how things change over time would be interesting.

Vincent


On 22/02/2018 01:10, Nyall Dawson wrote:
> On 22 February 2018 at 04:27, Vincent Picavet (ml)
> <vincent...@oslandia.com> wrote:
> 
>> We will have a meeting at the community meeting on Friday 16:00 local
>> time, to discuss about the items gathered, try to summarize some ideas
>> and then write a report.
> 
> I'd have loved to take part, but this time is totally incompatible
> with my timezone! (UTC+11).
> 
> Looking forward to the recording!
> 
> Nyall
> 

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

[Qgis-user] QGIS SWOT at community meeting Madeira

[Vincent Picavet (ml)]

Hi all,

QGIS community meeting has started in Madeira !
https://github.com/qgis/QGIS/wiki/DeveloperMeetingMadeira2018

As part of the event, we have some meetings scheduled (see link above).
I initially wanted to have a meeting on how to improve release
management, the way we deal with user expectations and associated
topics, but I think it is the opportunity to have a more general
brainstorming session.

I propose to do a collaborative SWOT analysis of the project, to see if
we can see some emerging patterns needing actions from the community.

SWOT [1] is simple yet interesting : four areas in a 2x2 matrix, where
you can write the items you think are important in terms of :
- Strengths
- Weaknesses
- Opportunities
- Threats

You have to consider what is helpful to achieve the objective of the
project, what is harmful, if it has an internal origin, or external origin.

We have a big paper hanging in the meeting's room. Everyone is invited
to add post-its to it with their items in the right square. Feel free to
add your own, change or modify them later on, discuss items with
others.. It is a basis for reflection and discussion.

If you are remote, do not hesitate to drop a virtual post-it note and we
will put it on the paper. You can use IRC [2], the gitter channel [3],
or answer to this email.

Be concise, but do not censor yourself ! All voices are good to hear,
raise yours !

We will have a meeting at the community meeting on Friday 16:00 local
time, to discuss about the items gathered, try to summarize some ideas
and then write a report.

Do not hesitate to ask any question regarding this exercise, and let's
get started :-)

Vincent

[1] https://en.wikipedia.org/wiki/SWOT_analysis
[2] #qgis on freenode ( http://webchat.freenode.net/?channels=#qgis )
[3] https://gitter.im/qgis/hackfest
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [QGIS-Developer] QGIS Meeting #20 : 21-25 February 2018, Madeira

[Vincent Picavet (ml)]

Hello,

Thanks for organizing this community meeting !

I would like to stress a few points.

First, would it be possible to publish the details of the program as
soon as possible ? 21th to 25th of February means 5 full days. It is not
possible for most developers to attend this whole period. In order to be
able to anticipate for plane tickets and all, having the program would
allow to focus on the most adapted days for each of us.

Second, I think we should be more careful on the dates for the community
meetings. It is the third time in a row that QGIS developer meeting
takes place during school holidays ( in France and other European
countries at least).
I know that finding dates for such a (big) event is very difficult, and
depends on a lot of external parameters. Holidays especially can be
different for different countries. But a quick check may be useful to
allow for more people to come without them having to cancel holidays
with their families.
Note that this was particularly true for the event organized on May 1st,
which is a mandatory day off in most countries in the world.

In the same spirit, please have the codesprint where you want developers
to attend on week days and not during the weekend. QGIS developers are
paid professionals, and working on weekend is an exception which should
be reduced to the minimum.

This points are probably worth discussing, and I hope we will have this
opportunity in Madeira.

Greetings,
Vincent





On 29/10/2017 23:08, Tim Sutton wrote:
> Hi All
> 
> We have a confirmed venue for the next QGIS get together - it is in
> Madeira from the 20-25 February 2018. If you plan on attending please
> head over to the wiki page and register your intention to be there:
> 
> https://github.com/qgis/QGIS/wiki/DeveloperMeetingMadeira2018
> 
> Please also note that this time we are going to try to be a little more
> organised for helping newcomers, so I have added sections to the wiki
> page for ‘Mentor streams’ - I have nominally added 4 streams but if you
> would like to host more please add a new section to the wiki page. If
> you are interested in attending one of the streams, please add your name
> to the appropriate section.
> 
> Lene will no doubt provide you with more details (via the wiki)  as we
> get closer to the event as will Duarte and Sara (our local organisers in
> Madeira).
> 
> Another important thing to note is that the cost of attending will be
> higher than usual given the more removed location and that we do not
> have very cheap accommodation available. If you intend on requesting
> travel assistance for the event, please fill out our new form
>  as soon as possible. Also be
> aware that funds are limited so we may not be able to cover everyone’s
> costs or all costs completely - applications will be taken on merit with
> priority given to active contributors to the QGIS project.
> 
> Looking forward to seeing you all in Madeira!
> 
> Regards
> 
> 
> 
>  
> 
> 
> 
> ---
> 
> *Tim Sutton*
> QGIS Project Steering Committee Chair
> t...@qgis.org 
> 
> 
> 
> 
> 
> 
> ___
> QGIS-Developer mailing list
> qgis-develo...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 

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

Re: [Qgis-user] [Qgis-developer] Discussion on the QGIS grant proposals

[Vincent Picavet (ml)]

Hello,

Thanks Andreas for raising this topic and clearing up facts and giving
your position.
I agree 100% with what you stated, and I do think this is something
which should be emphasized much more, if not even constrained.

Some more notes below.

On 22/09/2016 08:14, Neumann, Andreas wrote:
> [..] Now comes my personal position/opinion - note that this is not
> the official opinion of the QGIS.ORG board.
Same here

> I would personally welcome, if this round of the QGIS grants program 
> could focus on the QGIS 3.0 release.

This is indeed the main challenge for QGIS in the coming months.
Focusing on all aspects of making QGIS3 a real thing should be our top
priority when confronted to choices.

> I personally also think that the QGIS grants program, at least at
> the current time, should not pay for development of new features (at
> least not features visible in the GUI for the users). These features
> can be "relatively easy" funded by companies and government
> organizations out there. So our limited QGIS.ORG funds should be
> rather spent a) to community work or b) infrastructure work or c)
> development work in the core of QGIS, such as API modifications, code
> redesign - stuff that isn't really visible to the users, but
> essential for the success of the project.

From a developer's company point of view, I can only applause to this.
We have numerous demands for new features with paid contract, and the
global pace of feature development in QGIS is really fast. The very
large majority of them are funded by clients.
Meanwhile, all tasks like refactoring, code cleaning, bug triaging,
infrastructure and long term core development efforts are really
difficult to get funded. Public sector organization generally can't pay
for this due to public tender bid constraints, and generally end-users
do not realize that this kind of work is at the same time necessary and
time consuming.
In my opinion, the role of QGIS organization, hence the QGIS Grant
program, is to compensate for this disequilibrium.

> Documentation and PyQT documentation work is already budgeted in our 
> annual budget. The money for 2016 hasn't even been spent for both
> items. So I think we should first use the budgeted money for such
> work. I think that user and developer documentation should be an
> ongoing effort and should be supported every year, und budgeted every
> year as such. We can increase the documentation budget positions next
> year, should it be necessary. In reality, it was more a lack of
> people willing to do the work, rather than a lack of funding. So, I
> am happy to see some proposals around documentation and developer
> documentation - so it seems that we have some volunteers. I just
> suggest that we consider documentation work separately and do it
> anyway - regardless of the outcome of the voting on these items.

Documentation is crucial, and I am also fully in favor of having a
dedicated yearly budget to improve it. It should be stated in the QGIS
grant application call too.

> Several proposals have a very limited local focus, only useful to
> one single country, or a very limited subset of our users. I suggest
> that such proposals could best be financed by local user groups or
> interest groups. It can't be the purpose of the QGIS grants program
> to finance such projects.

+1 also

Since I have more or less the same priority list as Andreas, I will also
add a few comments below.

> ---
> 
> Here is my own personal list of priorities:

In my own priority order :

> ​11)​ Introduce everything necessary for QGIS3 to OSGeo4W
> 
> The majority of our users are on Windows (like it or not). This is
> the platform that matters most in our user base. The introduction of
> QGIS 3.0 means porting everything to newer libraries and means a lot
> of work. This should be one of our main priorities. Jürgen does it
> works silently in the background many days of work each year that go
> unnoticed. Jürgen usually only hears complaints if something fails -
> maybe not so much praise. Having Windows nightly builds and releases
> early on in the life cycle of QGIS 3.x means that it can be well
> tested. So - also really important to our project.

This is to me the most important item for QGIS3. Jef does a huge work,
something difficult and not the most passionating thing to work on. We
do need to have the platform stable and ready as soon as possible to
have feedback on QGIS 3 very early in the release process.

> ​18)​ QGIS 3 ticket handling and API refactoring
> 
> This is really time critical, and past discussions around QGIS 3.0
> has shown that there is a lack of project management work and
> coordination. I regard this proposal as very useful for the QGIS 3.0
> release.

Disclaimer : This proposal is by Oslandia
We proposed this item exactly because we observed that we were lacking
project management efforts, and especially regarding the QGIS3 release.
Having time 

Re: [Qgis-user] Profile section digitising

[Vincent Picavet (ml)]

Hi Lester,

On 12/09/2016 15:49, Lester Anderson wrote:
> I was wondering if anyone had advice or ideas about digitising profile
> data (say on a geological cross-section) that is referenced to a
> polyline in the project,

We at Oslandia are currently developping just that.
It will be available later this year or january 2017 at the latest.
Please be a bit patient.
Do not hesitate to ask if you want further information, Vincent Mora
will be able to answer your questions.

Regards,

Vincent
> 
> Thanks
> Lester
> ___
> 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 web client(s) status(es)

[Vincent Picavet (ml)]

Hello,


On 02/06/2016 00:38, Daniel Vicente Lühr Sierra wrote:
[...]
> Now, for the choice of a web-client I have found two alternatives which
> apparently work with QGIS server "in mind" (make use of its extensions,
> like print composer, etc.):
> * QGIS web client.
> * Lizmap web client.

There is also GIS.Lab which is mainly based on Django and Angular :
https://github.com/gislab-npo/gislab-web

Vincent

> 
> First, I would like to know if any or both projects are "officially"
> active (I understand by the timestamps in github that both are, but
> Lizmap looks more "lively"). Also, I read somewhere in the list about a
> QGIS webclient "Mk. II" being worked on.
> 
> Second, I would like to know if QGIS-webclient has support for WFS
> layers, or if it is easy to implement (OpenLayers should be able to
> handle WFS, but I don't know if that functionality has been implemented
> in the webclient).
> 
> Finaly, just by reading the documentation (I haven't tested Lizmap,
> yet), it looks like Lizmap has more features (and more modern) than QGIS
> web client, like a workaround to include the base layer in a printed
> copy of the map, WFS-"ready", links to media files, portable
> devices-friendly, embedded user access control, animation support for
> temporal vector layers, and others, at the expense of a slighltly more
> complex way of generating the up of and FTP server) project output
> (requires the use of a
> plugin and optionally the set).
> I would like to read opinions of anyone who has tried both clients and
> had a chance to compare them.
> 
> Any insight in these matters is highly appreciated.
> 
> Thanks
> 

___
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] Project QGIS Web Client II (QWCII)

[Vincent Picavet (ml)]

Hi Ivan,

You rock, that sounds great !

Andreas, Ivan, did you check the initial requirements of QWCII wrt the
tool developped by GISLab to know how much it covers ?

Ivan, any demo somewhere or we'll have to wait until january ?

Vincent

On 08/12/2015 20:12, Ivan Mincik wrote:
> Dear Andreas,
> as you might know, GIS tools of GIS.lab [1][2] are based on QGIS Desktop and
> Server. Until now, we had our web interface [3] also built with GeoExt and 
> ExtJS.
> 
> Few months ago, we have decided to start with development of new generation of
> our web and mobile clients with modern technologies like OpenLayers 3, Django,
> Angular, Cordova ... - license GNU GPL 3 [4]. We have decided to develop it as
> separate project usable with or without GIS.lab.
> In January 2016, we would have some usable versions of web and mobile
> applications + QGIS plugin. Actually, our original plan was to offer it to the
> community as new generation of QGIS Web Client :).
> 
> Our goals are to use GIS.lab for education and we could easily adapt our plans
> according user's needs. It would be excellent if we would be able to join our
> forces. I would be very happy to discuss if with you !
> 
> 
> 1 - http://web.gislab.io/
> 2 - https://github.com/imincik/gis-lab/wiki/Quick-Start
> 3 - https://github.com/imincik/gis-lab/wiki/GIS-Project
> 4 - https://github.com/imincik/gislab-web-mobile/
> 
> ___
> 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 server project files stored in DB?

[Vincent Picavet (ml)]

Hi,

On 12/08/2015 16:03, Andrea Peri wrote:
 So you assume to have grants to write in the table where is stored the
 published informazioni.

On top of what has already been said, do not forget that the database
you save the project(s) configuration(s) to, can be a local Spatialite
database.
This gives a path towards having a project + data file format.

One of the difficulties I find would be the project format changes, as
well as storing plugin configuration items. We would have to design a
clever model for that, and to use versioning for the DB schema.

Project Schema version would maybe allow to use DB migration tools to
convert projects from one QGIS version to another, which could be
convenient.

Vincent

 This is not always true. The dba amministratore of a published
 environment not like to have some cowboy to write into its DBMS.
 
 Instead in low profile environment where there is 1 user only and it is
 webadmin , qgis user and perhaps also publisher. Not always it ha also 
 the capability to admin a DBMS like postgres.
 
 I feat that this option increasing complexity will reduce the
 installation of qgis-server.
 
 A.
 
 Il 12/ago/2015 03:29 PM, James Keener j...@jimkeener.com
 mailto:j...@jimkeener.com ha scritto:
 
 I was also looking for this a bit back and never found a solution. I
 ended up using other software, unfortunately.
 
 As for being less flexible, it is exactly as flexible as a qgs file
 would be, it's just that they could be manipulated and created more
 easily.  I would love to see the parts of the file broke out in the
 database and not just using a single text blob, though.
 
 Also, setting up identical-enough is fairly trivial, especially if
 most of the layers are already coming from a database, or known
 cache of shapefiles.
 
 Jim
 
 On Wed, Aug 12, 2015 at 9:13 AM, Andrea Peri aperi2...@gmail.com
 mailto:aperi2...@gmail.com wrote:
 
 I don't guess is more flexible.
 Infact usually the teting environment is never exactly exals to the
 publish environmnet.
 
 A file allw to open and correct the paths from develop and
 publish environment.
 Also the svg symbols could be not exactly with the same path from
 develop and publish environment.
 
 So having a same project in a db is more complex becasue need to
 have
 two environment exactly the same.
 And this is not possible.
 .
 
 I guess the db storing for project could be more flexible only
 if the
 paths to the layers and relative paths of svg was not stored in the
 project file but instead in other files.
 
 My 2ct.
 
 A.
 
 
 2015-08-12 15:06 GMT+02:00 lars lingner gislars+l...@gmail.com
 mailto:gislars%2bl...@gmail.com:
  Hello,
 
  I'm looking for a solution for storing QGis project files
 (qgs) in a
  PostgreSQL database. Storing the files in a table isn't
 actually the
  problem, but getting it out and feeding it to QGis server.
 
  Did anyone had this need already? Would this be a good idea?
 
  In my use case the project files are generated, based on a default
  project file. Having the file in the DB would give more
 flexibility.
 
  Since saving the style in DB is already supported by QGis, I'm
 just
  curious of opinions of other users or developers.
 
  Thanks in advance for any feedback
 
  Lars
  ___
  Qgis-user mailing list
  Qgis-user@lists.osgeo.org mailto:Qgis-user@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-user
 
 
 
 --
 -
 Andrea Peri
 . . . . . . . . .
 qwerty àèìòù
 -
 ___
 Qgis-user mailing list
 Qgis-user@lists.osgeo.org mailto:Qgis-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-user
 
 
 
 
 ___
 Qgis-user mailing list
 Qgis-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-user
 

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

Re: [Qgis-user] Automated printing looping through features?

[Vincent Picavet]

Hello Morten,

Here is the process.

* Create a coverage layer (named cov here), with all the same polygons 
(could be different if you want specific areas for specific values), and a 
field 
named xvalue, which values go from 1 to 999. You can create this layer 
easily with PostGIS and generate_series for example

* For the layer you want to display or not given the value of its x 
attribute, do the following :
** set the style to rule-based
** create a new rule
** set the label to display (e.g.) and the filter to :
x = attribute($atlasfeature, 'xvalue')

* create a composer with a map displaying the layer
* in the atlas tab, set coverage layer to cov, and check hidden
* you can preview and export the atlas, having your result

You can have much more complex rules and change the polygon which define the 
extent for each map you want to have.

Enjoy :-)

Vincent

Le mardi 6 janvier 2015 11:04:05, magerlin a écrit :
 Anybody got an idea on how to automate this process in Qgis:
 
 I want to print separate maps for each different value of an attribute
 like: * One map showing all features with attribute value x=1
 * One map showing all features with attribute value x=2
 
 * One map showing all features with attribute value x=999
 
 It sounds like a straightforward task but I have not found any automated
 solution - I can of course do it manually but it ends up being quite
 boring!
 
 It is a bit like making an atlas and I have considered using my layer as
 atlas coverage layer but since features with x=1 and x=2 might be at the
 same location I need to only see the actual features with x=1 and not
 features with x=2 at the same time. And I need to see ALL features with x=1
 at the same map, not on separate maps.
 
 I have been wondering of using the Filter with functionality in some way
 but have not found a solution.
 
 
 
 
 
 -
 Regards Morten
 
 Currently using Qgis 2.6.0 (OSGeo4),
 Windows 7, 64bit
 --
 View this message in context:
 http://osgeo-org.1560.x6.nabble.com/Automated-printing-looping-through-fea
 tures-tp5180161.html Sent from the Quantum GIS - User mailing list archive
 at Nabble.com. ___
 Qgis-user mailing list
 Qgis-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS curve looking lines not viewable

[Vincent Picavet]

Hello Andreas,
 
 Curves (circular arcs) are not yet supported in QGIS.
 
 There is an ongoing development to implement curves for display and
 editing, but in its first incarnation it will only support Postgis data
 sources. There may also be support for GML/WFS (but I am not sure). The
 plan is to release it in either 2.8 or 2.10.

Would'nt this typically be the kind of change which would require a QEP ?

It would be great to have one before the actual implementation, so that 
potential design problems or impacts on other parts of the code (or plugins) 
are detected.

Thanks,

Vincent

 
 If you have interest in curve support in other data formats (Oracle, SQL
 server, dxf, etc.) you are very welcome to support/sponsor the effort.
 
 Andreas
 
 On 31.10.2014 05:35, Explorer wrote:
  Hi,
  
  New to QGIS and trying to make it work with our Oracle data.
  Currently
  
  using QGIS v2.4
  When viewing some polylines(Oracle datatype 2002) which are looking like
  curves, I don't see that displayed in QGIS.
  The rendering is like this and I did disable the Simplify geometry in
  layer properties' rendering menu.
  
  http://osgeo-org.1560.x6.nabble.com/file/n5170519/QGIS_Missing_Curve1.pn
  g
  
  *Curved line visible from the same Oracle data viewed in MapGuide Open
  Source*
  
  
  http://osgeo-org.1560.x6.nabble.com/file/n5170519/MGOS_PolyLine_As_Curve
  _Visible.png
  
  Any suggestions or assistance in rendering?
  
  Thanks for your help.
  
  
  
  
  
  --
  View this message in context:
  http://osgeo-org.1560.x6.nabble.com/QGIS-curve-looking-lines-not-viewabl
  e-tp5170519.html Sent from the Quantum GIS - User mailing list archive at
  Nabble.com. ___
  Qgis-user mailing list
  Qgis-user@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-user
 
 ___
 Qgis-user mailing list
 Qgis-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Running EPANET from QGIS

[Vincent Picavet]

Hello,

Le vendredi 22 août 2014 17:42:03, Francesco Liva a écrit :
 I am using QGIS 2.4. Have added GHYDRAULICS plugin, have added Epanet
 Drinking water flow simulation, within Processing.

Do you use Ghydraulics, or qgis-epanet Processing integration ?
These two are separate products.

QGIS Epanet Processing plugin is the following one :
http://www.oslandia.com/qgis-plugin-for-water-management-en.html

There is a first step with epanet tutorial, but only in french for the moment, 
sorry : 
http://www.oslandia.com/premiers-pas-avec-qgis-epanet.html
You can probably get a translation with google which will be enough to begin 
with, before we translate it into english.

Before going further, you have to detial which is the plugin you are using.
Vincent

 I have added a table TIMES and REPORT as:
 
 simulation title, duration, hydraulic timestep, quality timestep,
 pattern timestep, pattern start, report timestep, report start,
 start clocktime, statistic
 
  Epanet Simulation, 48:00, 0:05, 0:05, 0:05, 0:00, 0:05, 0:00, 12:00 AM,
 None
 
 
 
 And
 
 
 
 simulation title,  status, summary, nodes, links
 
 Epanet Simulation, Full,   No,  ALL,   ALL
 
 
 
 When I run the: Epanet Drinking water flow simulation, within Processing I
 get the message:
 
 Algorithm Simulate flow in drinking water network starting...
 No simulation named 'Epanet Simulation' in TIMES
 
 
 
 I am not an expert, have surely forget something or made an error. Can
 anybody help me?
 
 
 Best Regards
 Francesco Liva
 
 __
 27, Triq Ix-Xatt, Kalkara, Malta
 ☎ +356 99 38 01 68 mobile
 ☎ +356 27 32 76 78 home
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Recognition of QGIS feature funders

[Vincent Picavet]

Hello Andras, all,

Le jeudi 3 juillet 2014 15:18:19, Andreas Neumann a écrit :
 Hi all,
 
 I think a mention of the organization who funded a feature in the visual
 changelog is a reasonable request. Not much work and a fair recognition
 and thank you visible by many.

I think this can be a good place to mention them, and probaly enough 
recognition to funders, as Nicolas mentionned it. A small logo could also be 
added, as stated for European funds compliance. 
Furthermore, the ephemeral aspect of the visual changelog also encourages 
funders to fund more features if they want to be on the next visual changelog.

Adding some human-readable entries in the visual changelog about less flashy 
things may be something interesting too, so as readers realize that the work 
on the software is not always visible. Explaining refactoring is not easy 
e.g., but can be done and is of interest too.

I agree with you Paolo that the other suggestions may be too much, and not 
really practical.

 In the visual changelog you also list the sponsors at the very top - so
 why not also mentioning the funding organization? If there are two or
 three co-funding you can list them all.
 
 I can see a positive effect by this that other organizations may also
 think about funding a specific feature if they see that other
 organizations do the same.
 
 I don't think that many users are aware that more than half of QGIS
 features would not exist if organizations or companies would not fund them.

This is something that should really be improved. A lot of QGIS users still 
think the software improves all by itself, written by hippies in their garages 
(just unrealistic, not that I have anything against hippies ;-)

Also, this encourages QGIS deployment as you say. Software deployment and 
migrations work a lot as mimic work. Funding these softwares too, and if an 
organization sees a similar org funding, they will be tempted to do the same. 

This is true that it is really difficult to provide recognition for all people 
helping to improve QGIS, as this is a complex ecosystem and there are a lot of 
different ways to help. We already have a list of contributors in QGIS, so 
recognition is already here mostly, even if we can probably improve it 
somehow, and also make it part of the visual changelog too.
Keeping the process simple is probably possible, with something along these 
lines :
Have a part at the bottom of the Visual ChangeLog, where we can list all 
contributors, and also thank any person who contributed to improve the 
software. This can work with general and simple concepts :
* automatically list anyone having commits on the QGIS git repo
* auto-add anyone having commits on the QGIS git documentation
* auto-add plugin authors from public repo
* add a way in projecta to easily suggest someone to thank, and add them

The last, declarative part, would allow for flexibility. We do not need and 
should'nt enter a measure my investment in the project championship, I think 
a mention is sufficient. I am confident that we can trust the community to be 
reasonable on who gets proposed to be in, without having to rely on a complex 
peer-reviewed assessment. 

As for the visual ChangeLog, it would need a patch to projecta, and I made an 
issue on this point, feel free to improve and suggest more :
https://github.com/timlinux/projecta/issues/102

As for the sponsor part, this is IMHO a very different subject. Sponsors are 
necessary to cover various expenses and mainly codesprints, help developers 
attend conferences, and maybe having some bugfix sessions too.
I think the way it works now is pretty good and the investment/recognition 
ratio is reasonable.

Hope this helps,

Vincent




 I am with Nicolas and Oslandia on this request and I think that the
 visual changelog is a good place to thank the funders.
 
 Andreas
 
 Am 03.07.2014 12:29, schrieb n.roch...@aduga.org:
  Sear Paolo
  
  I think, social network is a good way, politician are using it a lot.
  The oher way should put the name and logo of the agency/business wich
  fund entirely a new feature on the graphic changelog
  (http://changelog.linfiniti.com/qgis/version/2.4.0/)
  
  Thanks for your quick reply
  
  Nicolas
 
 ___
 Qgis-user mailing list
 Qgis-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Recognition of QGIS feature funders

[Vincent Picavet]

Hello,

I want to raise an important topic to fellow QGIS users, developers and... 
funders ! It is clear from the release process debate, that one of the thing 
we need, is more funders.

I regularly hear from potential QGIS funders sentences like We would like to 
be recognized as a funder for this feature.
I usually answer that we can make some announcement on Oslandia's behalf, and 
clearly state that the feature we developped for them has been funded.

But there is nowhere in the QGIS project where these investors in OpenSource 
get any recognition. It would be great to at least thank them, and better to 
mention them in various places whenever we can too.
Most of the time, these users fund completely a feature, which is for sure 
important for them, but will be used by many other users (non-funders). I 
think their role should be emphasized.

It is mainly communication work, but it has a great impact, and particularly 
for deciders, who do not have any technical capabilities, do not track the 
mailing list or the github repository, but would be really happy with their 
name / logo in the About QGIS window.

Some proposals for this :
* At least mention feature funders in the visual changelog 
https://github.com/timlinux/projecta/issues/102
* Mention bugfix funders and other various funders in the changelog as well
* Make a special Thank you page for funders
* Mention features and funders in the About dialog box

Sponsors are important for the QGIS project in order to be able to fund 
community meetings, to sponsor core devs to help them go to conferences, allow 
for QGIS brochures and other materials, and help to other QGIS-related event 
But feature funders are really importante too, and often invest more money to 
the project than sponsors, without having recognition.
Moreover, a lot of organisms, particularly public administration, cannot spend 
money for sponsoring, whereas they can for feature funding.

This is communication, but improving the general feedback to the organizations 
which really are spending money on QGIS to improve it for all of us to benefit 
from, would really help to get more people and more organizations involved.

I would be glad to hear your thoughts on this,

Vincent

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

Re: [Qgis-user] [Qgis-developer] LIZMAP ERROR PRINT - HELP!

[Vincent Picavet]

Hello,

Le mercredi 11 juin 2014 10:25:36, Jürgen E. Fischer a écrit :
 Hi Andreas,
 
 On Wed, 11. Jun 2014 at 08:39:11 +0200, Andreas Neumann wrote:
  It is true that in some cases we need to improve to be more standards
  compliant. This is a group effort. Everybody can contribute. Removing
  GetPrint from GetCapabilities, or implementing in a standard compliant
  way, would help. We could still have it listed in GetProjectSettings.
 
 It's disputable if the current way is not compliant.
 
 Changing that might break clients that query the capabilities for the
 presense of GetPrint if we'd applied a (less-disputable ;)) compliant
 prefix (ie. GetPrint to qgis:GetPrint).
 
 Note that this would only apply to the name of the operation element in
 capabilities, the actual request wouldn't need to changed.
 
 So it's unclear to me if there are actually any clients that would break.

I do not think a lot of clients are relying on getprint being in capabilities.

 At least some already use GetProjectSettings, others might just imply
 GetPrint without checking GetCapabilities - both groups wouldn't be
 affected.

Probably the vast majority of users.

 The clients that check capabilities would just need to look for
 qgis:GetPrint instead or alternatively of GetPrint - and that should just
 be a trivial change, when 2.4 is deployed.
 
 Also there are probably not that many clients around that actually use
 GetPrint.

+1
Thanks for your reasonable, pragmatic and thoughtful contributions.

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

Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!

[Vincent Picavet]

Hello,

Le mardi 10 juin 2014 17:34:34, Paolo Cavallini a écrit :
 Il 10/06/2014 17:32, kimaidou ha scritto:
  Hi Andrea,
  
  This must be a QGIS Server error, as Lizmap only build the GetPrint url
  and send it to QGIS Server.
 
 I think the GetPrint command couold be removed, sooner or later (maybe
 better sooner, see the recent thread)

We rely on this command for some applications, just removing it is not an 
option for us right now.
People should stop thinking their use case is the only one and if they shout 
louder their desiderata will be executed.
Talking about norms compliancy and passing OGC CITE tests is important, but 
should be done rationnaly.
In this case, backward compatibility should be taken into account as well.

Vincent

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

Re: [Qgis-user] [Qgis-developer] Realease and blockers

[Vincent Picavet]

Hello,

Le vendredi 6 juin 2014 11:08:57, Paolo Cavallini a écrit :
 The new QGIS version will be released very soon. There are still 58
 blocking issues, growing. Some of them are quite nasty. I urge everybody,
 and especially those who use QGIS in large organization, saving tons of
 money previously spent in licences, to quickly invest a fraction of these
 savings into fixing some of these. With 1 million users, this seems a
 feasible target.

Could we make a more visible RC release on the website, encouraging testing ?

I think that our user are not used yet to our new release cycle. We really 
should educate them, and lower the barrier to RC testing and bug reporting. As 
for now, even installing the RCs is complicated, so is bug reporting.

What about modifying the RCs so that :
* we have a bug report feature in the help menu, allowing to create an osgeo 
user, search for bug and report if not found ?
* we add a splash-screen or a first pop-up window stating clearly that there is 
a need for bugfixes, and therefore a strong and quick need for funding ?
Maybe even adding links to supporting companies as stated on the website, so 
that users/clients can contact them directly, in addition to the sponsoring 
informations ?
* we add to this popup a big donate now button linking to paypal / flattr or 
whatever simple system for micro-donation, and a bitcoin address
* we propose to optionnally subscribe to a specific qgis-newsletter mailing 
list, where we can reach our userbase with RC download links, and funding 
requests (with a privacy protection + no spam statement)

This is a bit late for 2.4 of course, but this is IMHO a way to enlarge our 
tester base, as well as our funders.
What we need is not a different release cycle, but more education. Adopting  
more push-oriented communication methods seams the way to go.

My 2 cents,

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

Re: [Qgis-user] [Qgis-developer] Realease and blockers

[Vincent Picavet]

Hello,

Le vendredi 6 juin 2014 12:30:23, Nyall Dawson a écrit :
 On 06/06/2014 8:20 pm, Vincent Picavet vincent...@oslandia.com wrote:
  Could we make a more visible RC release on the website, encouraging
 testing ?
 
  I think that our user are not used yet to our new release cycle. We
  really should educate them, and lower the barrier to RC testing and bug
 reporting. As for now, even installing the RCs is complicated, so is bug
 reporting.
 
 I don't think the issue is just bug reporting for a RC though. As
 mentioned, we've already got a very long blocker list, which is still
 growing.
 I think a bigger issue is development resources and developer's time
 availability. At the current rate of bug closing we're very likely to still
 have a large number of these issues outstanding at the end of the month.

More bug reports, bug comments and better bug reports is already a lot of 
developer's time saved.
Having more testers (and regular testers) is as important as having developers 
to fix bugs.

My proposal was also more oriented towards getting users involved in all ways, 
and especially funding at Feature Freeze time.
Getting them to download, install and test more thoroughly the RCs, and using 
this media to incent them to fund the software do contribute to more 
developers time.

 I'm in favor of a longer freeze period for next release.

I am not sure that more non-paid developer time is a sustainable model.

Or it is a matter of going from a FF development model, to a more formal peer-
review commitfest model ( like http://rhaas.blogspot.fr/2011/03/commitfests-
and-meritocracy.html ).

There are many other ways to reduce bugs even before reaching feature freeze, 
some of them already discussed thoroughly here, I am just trying to find some 
easy, reachable and efficient means, which can of course be complementary to 
other means.

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

Re: [Qgis-user] [Qgis-developer] Realease and blockers

[Vincent Picavet]

Hi,

Le vendredi 6 juin 2014 13:34:12, Alexander Bruy a écrit :
 2014-06-06 13:16 GMT+03:00 Vincent Picavet vincent...@oslandia.com:
  Could we make a more visible RC release on the website, encouraging
  testing ?
  
  I think that our user are not used yet to our new release cycle. We
  really should educate them, and lower the barrier to RC testing and bug
  reporting. As for now, even installing the RCs is complicated, so is bug
  reporting.
 
 We already have a big banner at main page about RC and testing. Seems most
 users don't visit main page too often to notice it.

I tried with a standard user yesterday, watching him use the site to get 
qgis, and it was still _very_ complicated for him. He expected to click on a 
QGIS 2.4 preview download button and the download to begin immediatly, which 
is far from happening.

Instead, the small RC link leads to a page with a lot of links, he had 
difficulties to find the preview release (not knowing what a release 
candidate 
is), hesitating with osgeo4w download, then being redirected once again on the 
same page, lost in the web page, finally finding a small link to a dull page 
listing a lot of files (what the hell is a md5sum file ?? what is this 2.3 
version ?? where is the preview ?), of which he finally chose a random exe and 
installed it. Even I was totally lost trying to get the right file.

I think we can do much better.

Then it is a matter of advertising the preview at large : official call for 
testing from qgis project on osgeo mailing lists, twitter, linkedin, and if 
possible on a qgis-news mailing list where we have gathered a lot of user 
beforehand (with their approval of course).

Vincent


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

Re: [Qgis-user] edit joined fields

[Vincent Picavet]

Hello,

Le mardi 22 avril 2014 10:10:13, Rémi Bovard a écrit :
 Hi Stefan,
 
 Just a note, wouldn't it be better to have one table being given the 1-1
 relationship?
 
 In any case, with PostGIS you can create a view, add rules on it (update,
 insert, delete) and the load this editable view in QGIS. Something like:
 
 ON UPDATE TO view DO INSTEAD UPDATE table SET attribute=
 new.attribute

Rules on PostgreSQL are an old system and not recommended.
It is advised to use triggers instead for this kind of use case.

Note that latest PostgreSQL versions have automatic writeable views (for 
simple views), no need to do anything to activate it.
http://www.postgresql.org/docs/9.3/static/sql-createview.html

Vincent


 
 HTH
 
 Rémi
 
 2014-04-22 9:47 GMT+02:00 matteo matteo.ghe...@gmail.com:
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
  
   my problem is that both of my layers are stored in a Postgis
   database and it does not help me if I have to create a new layer
   which would then not refer to the original tables anymore. Of
   course, a workaround could be a new layer inside the database that
   would then update the original tables with a trigger function. But
   I was wondering if there is an easier way to go in QGIS.
  
  if your layers are stored in a PostGIS database I should give up.. For
  now I'm not a PostGIS guru.. :(
  
  good luck!
  
  Matteo
  
  
  -BEGIN PGP SIGNATURE-
  Version: GnuPG v1.4.12 (GNU/Linux)
  Comment: Using GnuPG with Icedove - http://www.enigmail.net/
  
  iQEcBAEBAgAGBQJTVh6fAAoJEBy7UYf0gaEOdNwH/imIlzH9qnUAbxxZOTPy/wka
  6gawQvw21iLMlmOFD2g7PwhqjEvzW+fRkRTVzvGQnOIoJfM6bPirAf6zrTmY3znU
  2lyJsEwdFSkABGHOfgelv6KwF/T2uBJqBJ6ourCIrGx2KWYTYR3EYV401+gaw6eh
  aHLBREQ7GyMbc7ERNqAVKuyuZ98Ya/TfT3lRBVJA9oWIGGkoEW7MS5/+Q4ge92sK
  03hK+Hp+7wv5CVW7K8zbCQeaHcXc52sChU1YmW3Yl2Hu9vxyTuRA161gDbXEStXs
  qFxVH98ItTYk7Y2jiaTulJMp61Ktk8G7WN4RT8bgEsjpfB9h+kc4LhUMiaOrxFI=
  =dPqA
  -END PGP SIGNATURE-
  ___
  Qgis-user mailing list
  Qgis-user@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] QGIS EPANET Integration for hydraulic simulation

[Vincent Picavet]

Hello,

A short notice to say that we just released a first version of the qgis-epanet 
plugin for QGIS.

It is a plugin integrating EPANET into QGIS. EPANET is a public domain water 
distribution network simulation tool originally developped by the American 
EPA.
The plugin is integrated into QGIS Processing and lets you run simulations 
within QGIS and visualize the results. As it is integrated into Processing, 
you can use it as a building block for more complex processing and 
simulations.

More information here :
http://www.oslandia.com/qgis-plugin-for-water-management-en.html

And there is a demo video :
https://vimeo.com/87754967#at=105

The plugin is hosted on GitHub, do not hesitate to test and comment.
https://github.com/Oslandia/qgis-epanet

This work has been funded by the European Union, and we thank a lot GIS Apavil 
from Romania.

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

Re: [Qgis-user] QGIS EPANET Integration for hydraulic simulation

[Vincent Picavet]

Hello,

 From Barcelona (Spain) are working to comunicate EPA-NET, EPA-SWMM 
 HEC-RAS with GIS (QGIS, gvSIG and others)
 This tool uses PostGIS!
 More details: http://www.giswater.org/

Yes, we saw the project. Since it is Java-based, it was not really adequate 
for a good integration with QGIS.

We worked on QGIS Processing SWMM integration too, but it is not ready yet.
All this work can use any QGIS data source, hence PostgreSQL/PostGIS of 
course.

What could be interesting though is collaborating on a water distribution 
network model to standardize it. 
There are a few initiatives already in that field, like in the qwat project 
with Denis Rouzaud, which are really complementary to the simulation work.
We intend to work towards that goal in the future.

Do you have a full dataset for EPANET that you could provide and share, so 
that we include some test/example dataset with the Processing plugin ? That 
would be great.

Vincent

Le mardi 25 mars 2014 20:40:03, Carlos López PSIG a écrit :
 Hello,
 
 
 Best regards,
 
 
 
 
 * http://www.psig.es *
 
 *Carlos López Quintanilla*
 
 www.psig.es
 carlos.lo...@psig.es
 +34 699.680.261
 
 2014-03-25 20:16 GMT+01:00 Vincent Picavet vincent...@oslandia.com:
  Hello,
  
  A short notice to say that we just released a first version of the
  qgis-epanet
  plugin for QGIS.
  
  It is a plugin integrating EPANET into QGIS. EPANET is a public domain
  water
  distribution network simulation tool originally developped by the
  American EPA.
  The plugin is integrated into QGIS Processing and lets you run
  simulations within QGIS and visualize the results. As it is integrated
  into Processing, you can use it as a building block for more complex
  processing and simulations.
  
  More information here :
  http://www.oslandia.com/qgis-plugin-for-water-management-en.html
  
  And there is a demo video :
  https://vimeo.com/87754967#at=105
  
  The plugin is hosted on GitHub, do not hesitate to test and comment.
  https://github.com/Oslandia/qgis-epanet
  
  This work has been funded by the European Union, and we thank a lot GIS
  Apavil
  from Romania.
  
  Vincent
  ___
  Qgis-user mailing list
  Qgis-user@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] lidar visualization in qgis

[Vincent Picavet]

Hello,

Le mardi 25 mars 2014 21:08:24, antonio valanzano a écrit :
 I would like to start a discussion about the minimal functionalities that a
 new lidar plugin or a  core function  should present.
 
 Based on my experience the minimal requirements are:
 
 - to read data in LAS format
 - to visualize points based on classification or intensity
 - to allow the filtering of points based on classification
 - to allow the selection of points with spatial relationship with other
 layers
 - to export filtered points or selected points in LAS format

+ PostgreSQL PointCloud support

Do you plan any PDAL and/or PCL integration into the core or Processing ? 
Maybe pointclouds is more for a second step with data processing capabilities.

http://www.pdal.io/
http://pointclouds.org/

Do you have any idea on the 3D visualization aspect ? It is often a strong use 
case.

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

Re: [Qgis-user] IntraMaps Roam first release - Windows QGIS Data Collection

[Vincent Picavet]

Hello,
Thanks a lot Nathan for this work !
Note that we at Oslandia are working on a new PostGIS / Spatialite versionning 
and offline system, intended to be used by Roam to edit data offline and merge 
it 
with online PostGIS database.
A prototype should be opensourced in the next weeks/month. We will keep you 
posted.
Vincent

Le vendredi 7 mars 2014 07:32:42, Nathan Woodrow a écrit :
 Hi everyone,
 
 Just dropping a quick email out to let everyone know about a project I have
 been working on the last couple of months.
 
 Digital Mapping Solutions, and myself, would like to announce the first
 version of IntraMaps Roam - a simple, but flexible, Windows based data
 collection application built using Python and QGIS.
 
 IntraMaps Roam (or Roam for short) is a standalone, fully bundled, Python
 application that was created to do data collection with a QGIS backend.
  For those of you who have seen my QMap project I started a year or so ago
 you can consider this a reincarnation of that project. Most of the code has
 been reworked and using the QGIS libs gave me full flexibility in layout.
 
 The release page can be found at
 https://github.com/DMS-Aus/Roam/releases/tag/v2.0 and the wiki with all the
 information to get started at: https://github.com/DMS-Aus/Roam/wiki You can
 also take a look at the FAQ for the common questions:
 https://github.com/DMS-Aus/Roam/wiki/FAQ
 
 Roam has been a great exercise in using and bundling QGIS libs with a
 Python application.
 
 As Roam is based on PyQt and QGIS it is under the GPL2 license. Pull
 requests are welcome.
 
 Links:
 - https://github.com/DMS-Aus/Roam/releases/tag/v2.0
 - https://github.com/DMS-Aus/Roam/wiki
 - https://github.com/DMS-Aus/Roam/wiki/FAQ
 
 Happy mapping!
 
 Regards,
 Nathan
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] RT SQL Layer Plugin for QGIS 2.0?

[Vincent Picavet]

Hi,

Le lundi 2 décembre 2013 01:14:57, Giuseppe Sucameli a écrit :
 RT Sql Layer was overseeded by DBManager which is a core plugin, so it
 works on QGIS 2.x.

Talking about that, is there a chance to have the SQL window as a dock for DB 
manager ? That would be great, only thing why rt sql layer is still easier to 
use for now.

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

Re: [Qgis-user] network building tool

[Vincent Picavet]

Hi, 

[...]
   Then, a procedure would read the connections from the table and draw
   automatically these connecting lines between the nodes.
  
  If you want straight lines between nodes, it is easy. Otherwise you would
  have  to state rules for making the lines between the nodes, and it can
  be  simple or very complicated to automate according to the rules.
 
 See my workflow in:
 http://thread.gmane.org/gmane.comp.gis.qgis.user/24511/focus=24527

If it is a matter of changing the last vertex of an already existing geometry, 
it is doable and quite easy, even if a bit more complicated than a simple 
makeline.

  Here is a PostGIS example of creating the edge geometry given to/from
  nodes : https://gist.github.com/vpicavet/7572293
 
 Do you think that this could be done as well with non-server based storage
 (shapefile, sqlite/spatialite)?
With spatialite you may be able to do the same thing, as sqlite has triggers 
too, but it is not as easy. You cannot create custom functions, so if your 
edge geometry creation is very complex it will probably be very tricky.

  This behaviour is transparent for a visualization client, QGIS for
  exemple.
 
 Great. give me some time to test on it.
ok

Vincent

 
 Thanks for your follow-up.
 
 ___
 Qgis-user mailing list
 Qgis-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] network building tool

[Vincent Picavet]

Hello Tim,


Le mercredi 20 novembre 2013 17:40:10, Tim Michelsen a écrit :
 Dear list,
 I am looking for a tool or plugin that could help me building the basis for
 an infrastructure network (e.g. eletrical grids, gas or water piping
 network, etc.).

It all depends on the kind of lines you want between your nodes, but you could 
easily implement the solution you talk about with PostGIS, as it is a 
classic topo-geometry network structure.

 So the solution I am dreaming of is:
 1) prepare a point vector layer with all nodes having unique IDs
   (e.g. Paris, Madrid, Berlin)
 2) have a table where all connecting lines are listed:
  LINE_NAME, LINE_START, LINE_END
big tube , Paris,   , Berlin
big tube2   , Madrid,, Berlin
big tube2   , Madrid,, Paris
 
 Then, a procedure would read the connections from the table and draw
 automatically these connecting lines between the nodes.

If you want straight lines between nodes, it is easy. Otherwise you would have 
to state rules for making the lines between the nodes, and it can be simple or 
very complicated to automate according to the rules.

Here is a PostGIS example of creating the edge geometry given to/from nodes :
https://gist.github.com/vpicavet/7572293

 These could then slightly adjusted manually be adding more vertices or
 alike. But the procedure would easy up the effort of building the network.
 And in the ideal case, it would also take care of updating the lines if a
 node is shifted on the map.
 (Similar to a connector line in an Openoffice Impress drawing)

We could add triggers to this example so that the edge line is recreated every 
time a to or from node is updated. So you would just have to edit the node 
table to have a coherent network.

This behaviour is transparent for a visualization client, QGIS for exemple.

Do not hesitate to ask for more information.
Vincent

 
 The closes tool I found so far is the
 https://plugins.qgis.org/plugins/FlowMapper/
 But I think it's too complicated for my purpose.
 
 I would really appreciate to receive any pointers or suggestions.
 
 Thanks a lot in advance,
 Kind regards,
 Timmie
 
 ___
 Qgis-user mailing list
 Qgis-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] network building tool

[Vincent Picavet]

Hello again.

Le mercredi 20 novembre 2013 23:32:59, Vincent Picavet a écrit :
 Here is a PostGIS example of creating the edge geometry given to/from nodes
 : https://gist.github.com/vpicavet/7572293
 
  These could then slightly adjusted manually be adding more vertices or
  alike. But the procedure would easy up the effort of building the
  network. And in the ideal case, it would also take care of updating the
  lines if a node is shifted on the map.
  (Similar to a connector line in an Openoffice Impress drawing)
 
 We could add triggers to this example so that the edge line is recreated
 every time a to or from node is updated. So you would just have to edit
 the node table to have a coherent network.

I updated the gist to add triggers which automatically update the edges 
geometries. 
If you want some non-linear connections between nodes, it is the same 
mechanism, but you would use your own function to create the geometry instead 
of using st_makeline (something like ST_makeDiscreteBezierCurve(..) )
Enjoy.

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

Re: [Qgis-user] Atlas feature filtering

[Vincent Picavet]

Hello,

Le lundi 23 septembre 2013 10:04:24, dmac707 a écrit :
[...]
 That said, I do think there is a feature missing that I would like to see
 in the next update. I would like to be able to filter the composer layer
 so that ONLY one feature per map. Essentially, masking all the features
 that Atlas generator is NOT focusing on as it iterates through a number of
 map features. This would come in handy when you have a cluster of data.
 
 This is the same as/similar to the page definition feature found in ArcGIS.
 
 I seek your forgiveness in advance if this feature exists already and I an
 being ignorant or I am posting this in the wrong place.

There is a feature filter option for Atlas, but it is a general filter, so you 
cannot display only the current feature.

There already is a demand to mask all map but the current feature content. 
This is not trivial to implement with current code.

See discussion here :
http://hub.qgis.org/issues/3253
http://comments.gmane.org/gmane.comp.gis.qgis.user/19947

This will probably be implemented at some point when someone funds it.

What you would like is easier to implement I think.
Could you file a feature request at http://hub.qgis.org/issues ?

The best way to get that feature implemented would be of course to directly 
fund it.

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

Re: [Qgis-user] [Qgis-developer] Synergy of QGIS Enterprise and QGIS 2.0/Master branch

[Vincent Picavet]

Hello,


Le vendredi 5 juillet 2013 11:13:47, Werner Macho a écrit :
 Hi!
 
 My suggestion to solve that kind of problems would be to just have a
 
 something|. based on QGIS

+1 for that, clear and efficient.

Vincent

 
 but I appreciate the appearance of the enterprise QGIS and hope that
 it will QGIS itself some push to be more known by companies ..
 
 regards
 Werner
 
 
 On Fri, Jul 5, 2013 at 11:07 AM, Giuseppe Sucameli
 
 brush.ty...@gmail.com wrote:
  Hi all,
  
  On Fri, Jul 5, 2013 at 9:13 AM, Pirmin Kalberer pi...@sourcepole.com
  
  wrote:
   Pirmin what happens if / when QGIS project itself wants to release
   QGIS Enterprise version - or another company? Maybe it would be
   better to call
   it 'Sourcepole GIS' or something to make it clear that it is not an
   official QGIS product but an official Sourcepole product?
  
  I think a completely different name of a new GIS which is very
  similar to
  QGIS could be more confusion than one or many QGIS variants.
  
  I agree with Pirmin, a product with a completely different name sounds
  like a new GIS software.
  In addition, not keeping the relation with the QGIS project may damage
  the project itself in the long run.
  
  Why do not put the company name in the front, something like
  Sourcepole QGIS Cloud/Enterprise?
  This makes everything more clear and allows others companies, but mainly
  the QGIS project itself, to create its own version.
  
  Just my 2 cents.
  
   Also (out of curiosity) what is to stop one of your clients cloning
   the private source tree that you provide and then making that
   publicly available - or just pushing it back in to the mainstream
   QGIS tree? i.e. do
   you realise any real long term benefit from keeping the tree private
   in the
   first place?
  
  We didn't think a lot about publishing our source code branch, yet. So
  this
  could happen anytime. The question why clients do not publish sources of
  commercial FOSS software is hard to answer. Maybe it's a question of
  loality?
  
  Regards
  Pirmin
  
  [1] http://en.wikipedia.org/wiki/Commercial_open_source_applications
  
   On Mon, Jul 1, 2013 at 2:50 PM, Nathan Woodrow madman...@gmail.com
   
   wrote:
On Mon, Jul 1, 2013 at 9:25 PM, Yves Jacolin (Free)
  
  yjaco...@free.frwrote:
My understanding is that it is a commercial service, so you don't
have
any
licence.

No.  It's still GPL.

Any support docs, or training sourcepole provide however are not.
Only the
QGIS software bit part

- Nathan

___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
  
  --
  Pirmin Kalberer
  Sourcepole  -  Linux  Open Source Solutions
  http://www.sourcepole.com
  
  ___
  Qgis-developer mailing list
  qgis-develo...@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-developer
  
  --
  Giuseppe Sucameli
  
  ___
  Qgis-developer mailing list
  qgis-develo...@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-developer
 
 ___
 Qgis-user mailing list
 Qgis-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Tracking data in QGIS

[Vincent Picavet]

Hi,

 I am quite new to QGIS - I know how to run it but has no indebt knowledge
 about the internals of the system.
 
 Anyway, I am looking for options enabling me to analyse/display/replay
 tracks of multiple individuals over time. So it's not only for a single
 person - like the GPS tracking tool - it is several people I need to
 handle concurrently.

What you will need is a datasource with the following infos :
* track geometry id
* track geometry (one geometry per line track part)
* track id
* timestamp for this geometry
* Person id

Put all your informations in the same data source. Better with a database 
(spatialite / postgis).

Then you can filter on the person id to limit the display to only selected 
people. You can also use that info to to some symbolizing.

Then use the time manager plugin to be able to replay the data and display 
according to the timestamp.

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

Re: [Qgis-user] Recognition of SRS in MapInfo-Files

[Vincent Picavet]

Hello,

Le mardi 21 mai 2013 09:37:14, Fischer, Andreas a écrit :
 Dear QGIS-Community,
 ...
 Why can't QGIS recognize the SRS in MapInfo TAB-files? How does the
 assignment of the SRS work? I assume that the user defined parameters that
 are used automatically are defined in some configuration file. Maybe there
 is a possibility to change these settings. It would be great to open a
 MapInfo-File in EPSG 31467 or in EPSG 25832 and QGIS does recognize the
 SRS by itself and match to the proper build in SRS!

Not sure it is related, but the problem may lie in the same code area in MiTab 
OGR driver. We had some very specific projection recognition issues with EPSG 
2154, as described here :
https://github.com/mapgears/mitab/issues/4
Some patches have been done, but there still are some troubles with projection 
recognition. Daniel intends to work on that soon.
If you can get a simple working test case using only ogr/mitab, in order to 
reproduce the problem and nail it down to mitab, it can be the right moment to 
report the bug.
If you can only reproduce it using QGIS then it may not be mitab-related.

Vincent

 I will be glad to hear from you!
 Best regards
 Andreas
 
 Kreis Unna - Der Landrat
 Zentrale Datenverarbeitung
 Sachgebiet DV-Organisation
 Friedrich-Ebert-Straße 17
 59425 Unna
 
 Fon 02 3 03 27-44 16
 Fax 0 23 03 27-28 96
 andreas.fisc...@kreis-unna.de
 www.kreis-unna.de
 
 
 Denken Sie an die Umwelt. Pruefen Sie deshalb bitte,
 ob der Ausdruck dieser E-Mail wirklich notwendig ist.
 
 
 
 Diese E-Mail wurde beim Ausgang auf Viren geprueft. Wegen der
 potentiellen Gefahr auf den Uebertragungswegen wird zu einer
 Vireneingangskontrolle geraten. Eine Haftung für Virenfreiheit
 wird ausgeschlossen.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] What's python-software-properties necessary for?

[Vincent Picavet]

Hello,

 I've been going through our installation instructions on the wiki:
 http://hub.qgis.org/projects/quantum-gis/wiki/Download#262-With-updated-dep
 endencies
 
 There is one thing I don't quite understand: Only if I want to install
 QGIS with updated dependencies, the instructions tell me to install
 python-software-properties:
 
 sudo apt-get install python-software-properties
 
 It's not mentioned anywhere else. What's this package good for? Is it
 necessary? Why does it seem to be only necessary for installing the
 QGIS release from ubuntugis-unstable but not with any other source?

This package provides the add-apt-repository binary, which you will need to 
install a new ppa easily, e.g. ubuntugis.

If you want the stock qgis version from official debian/ubuntu repositories, 
you 
do not need to add any ppa, hence no python-software-properties package 
needed.

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

Re: [Qgis-user] LIDAR and QGIS

[Vincent Picavet]

Hi,

  Thank for the information ! Adding that to the existing 3d capabilities
  of postgis would be a great thing. I hope that Paul will go beyond zlib
  for the compression.

I doubt about Paul reading this thread. Point cloud implementation is 
independant of 3D, and even of PostGIS for now. It is also really new.

 I know that postgis recently(?) included / added in some 3D
 capabilities, but I'm not sure what parts of QGIS are able to use
 those. I didn't think that we'd reached 3D visualisation with QGIS
 yet?

As for now, 3D in postgis only exists in a specific branch on git. It is not 
incorporated into postgis trunk. That will be subject to discussion at the 
next Boston code sprint in march.
As for QGIS support, it is highly experimental. We managed to get the globe 
plugin read 3D objects, but it required modification in the OsgEarth toolkit 
and the globe plugin itself. Patches have been sent upstream, but do not 
expect to find it working in any available binary qgis distribution.
And it needs a lot of work to get something really useful.

You will find some more infos and videos here :
https://github.com/Oslandia/presentations/tree/master/fosdem_2013

We are working hard on the subject, and no doubt at some point Paul's work on 
point cloud and 3D stuff will meet :)

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

Re: [Qgis-user] Minor Sextante modifications (grass and sqlite3.dll)

[Vincent Picavet]

Hi,


 AFAIK not (yet); I'd like to have a general mechanism to share QGIS goodies
 (not only models, but also styles, symbols, etc.), much in line with what
 happens with users plugins.
 If anyone is interested in developing this (or sponsoring its development),

I have been thinking for a while about developping this, but not found enough 
funding to start with it.
Letting QGIS be social to share everything shareable would be a big step 
forward imho.
Keep in touch on this subject !
Vincent
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Could not find exercise data

[Vincent Picavet]

Le jeudi 10 janvier 2013 01:49:03, Tyler Mitchell a écrit :

  I wish someone could put a link on the page where the training manual
  is...
  
  http://manual.linfiniti.com/
 
[snip]

 Unfortunately,  the CC-NC clause makes it unclear whether I can sell print
 versions for profit - I don't think I can :)  Though even the CC guys
 admit it's unclear.

As far as I can see, the website for the manual mentions CC-By-SA licence, 
with no NC clause. Where did you see a Non-commercial clause ?

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

Re: [Qgis-user] How to digitze points, linestrings, polygons in a single PostGIS geometry-column

[Vincent Picavet]

Hello Astrid,

 in a project I want to handle in one PostgreSQl/PostGIS table different
 geometrytypes (POINT, LINESTRING, POLYGON or even MULTI-objects) in a
 single geometrycolumn.

It is possible though really not recommanded.

 Then I would like to digitize with QGIS new objects. Is this possible?
As far as I know no, there is almost no software being able to deal with 
heterogeneous geometries in a column.

Something you could do is split your point/line/polygon geometries into three 
different columns (or even table). 
Then create a view to gather everything into a single heterogeneous geometry 
column if you really need to.
And for writing, use triggers on insert and update, to detect the kind of 
geometry you want to insert, and write into the right column (or table).
You can even in that case for a same object, have a polygon representation and 
a point representation at the same time, written automatically by the trigger.
Then you can use qgis to read and write the various column (/tables) and edit 
the data transparently.

What you cannot have is an heterogeneous layer inside qgis.

Hope this helps.
Vincent


 I tried it already but in QGIS it is not possible to select the
 different geometrytypes although I already have different geometrytypes
 in the table.
 
 I tried with the TYPE GEOMETRYCOLLECTION too, but QGIS seams not to
 support this at all.
 
 I am using PostGIS 1.5 and QGIS 1.8.0.
 
 Thanks for your help.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Let's discuss on a Mask feature

[Vincent Picavet]

Hi,

 users often ask me how they can mask parts of their map that are not inside
 their area of interest.
 As a quick an fast answer, we developped Mask plugin available on
 repository.  It take selected objects of a polygon layer, and creates a new
 memory layer, populated with a great rectangle with holes in place of
 selected objects. We have that way a layer that can  be drawn on top of
 others, masking features.
 
 *We miss two main features:
- draw labels only for objects parts inside mask*
- *have the ability to generate a mask on the fly when using Atlas tool
 in Master.* That means, each time Map in composer in Atlas is zoomed on, we
 would like to generate a map of coverage object. We would also like to be
 able to generate a mask with buffer options to allow to show beiond strict
 boundary of mask.

As to solve this, I though of a solution being redrawing a geometrical object 
in the composer on top of the map, based on the objects to mask. This needs 
implementation of a polygon object in the composer, which is not yet present. 
But it would probably be simpler than doing a full mask feature 
implementation.

We could also have a button in the composer to «create a mask for this map 
based on the currently selected features in the map window».

The only drawback to this approach is that the labels will be covered by the 
mask, and will appear truncated if part of it lies under the mask. I do not 
know if this would be a blocker.

Therefore the question is : do we need this in the main map window, or this 
solution for composer would be enough ?

We'd be glad to implement that in composer and Atlas if this is a good 
solution for you.

Vincent

 *Do others need this?*
 
 *Dear dev's, does that sound possible, and not too a CPU killer task? *I
 guess intersecting all objects on screen with some complex polygons could
 be hard. What about invalid polygons? Should we suggest simplifying mask
 polygons on the fly?
 
 Please tell me about this, I would be happy to fund this If everybody
 agrees with that need and implementation.
 
 
 
 --
 View this message in context:
 http://osgeo-org.1560.n6.nabble.com/Let-s-discuss-on-a-Mask-feature-tp5021
 391.html Sent from the Quantum GIS - User mailing list archive at
 Nabble.com. ___
 Qgis-user mailing list
 Qgis-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [Qgis-developer] Defining the SEXTANTE roadmap

[Vincent Picavet]

Hi Victor, hi all,

 Let's start with the second point How do you think we should spend
 this money on SEXTANTE?

At Oslandia our priorities for Sextante are :
* PostGIS and spatialite support for sextante, as intermediary layers and 
parameterized queries as processes, with import/export processes too.
* add a bunch of postgis/spatialite classical processes (nearest neigbours, 
deduplication, spatial join, shortest path...)
* Making sextante totally independant of qgis GUI, to be able to run sextante 
processes in batch in command line mode

This will open the door to use Sextante as a real WPS processes generator, 
with features not unlike an ETL (or ELT).

We will try to spend some internally funded RD time on the PostGIS support, 
probably early 2013.
Apart from the RD time we'll spend, we'll have resources for paid work if 
these topics are of interest, or on related topics with sextante.

But meanwhile, the most important is probably what everybody underlined : 
consolidation. Bugfixing, qgis integration (in menus), documentation should be 
the top priorities.

That's all for my christmas list :)

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

Re: [Qgis-user] Proposal for QGIS-related blog

[Vincent Picavet]

Hi Victor,

 I was thinking about starting a blog to post QGIS-related stuff,
 mostly tipstricks about the SEXTANTE plugin, but also about other
 things, but since there are other people doing something similar (and
 writing really great posts), I think it would be a good idea to
 coordinate this a bit. To make it short...anyone fancy the idea of
 creating a collective blog to write small tutorials, recipes, etc,
 about QGIS? I think that would be good for the QGIS community, and it
 should not be hard to manage. It wouldn't be an official thing (by the
 way, is the official QGIS blog dead?), but with all the people that
 writes about QGIS, and with a little effort to make good posts and
 give them some homogeneity, it can become a reference point for the
 community of QGIS users and developers.

Isn't the QGIS Planet intention to be exactly that ?
http://qgis.org/planet/

Only difference is that posts are only aggregated there, avoiding the need of 
yet another one dedicated tool.

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

Re: [Qgis-user] Atlas Plugin

[Vincent Picavet]

Hello,
The official qgis plugin repository is now at 
http://plugins.qgis.org/plugins/plugins.xml
You will find Atlas plugin there.
But I still suggest you to upgrade to now stable version QGIS 1.8, where this 
repository is enabled by default.
Vincent

Le vendredi 13 juillet 2012 19:39:21, lt a écrit :
 what should I search for?
 I write ATLAS in the search bar but in no repository I find the atlas plug
 in. I am running Qgis 1.7.3 under winXP can you paste me the repository's
 address to add it manually?
 
 thank you
 laura
 
 Il giorno 13/lug/2012, alle ore 19:23, Vincent Picavet ha scritto:
  Hi,
  
  Le vendredi 13 juillet 2012 19:12:36, lt a écrit :
  I read in this ML about the Atlas Plugin, but I cannot find it in the
  fetch python plug in console. Can you help me? thank you
  
  There are now 2 versions, both in the new repository :
  * stable needs at least qgis 1.6
  * experimental needs at least qgis 1.9 (current master)
  
  If you still run qgis  1.8 you have to add the new repository manually,
  but you'd better install ggis 1.8 and have it out of the box.
  
  Vincent
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Atlas Plugin

[Vincent Picavet]

Hi,

Le vendredi 13 juillet 2012 19:12:36, lt a écrit :
 I read in this ML about the Atlas Plugin, but I cannot find it in the fetch
 python plug in console. Can you help me? thank you

There are now 2 versions, both in the new repository :
* stable needs at least qgis 1.6
* experimental needs at least qgis 1.9 (current master)

If you still run qgis  1.8 you have to add the new repository manually, but 
you'd better install ggis 1.8 and have it out of the box.

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

Re: [Qgis-user] [Qgis-developer] Atlas Plugin - Serial Printing - Call for financing

[Vincent Picavet]

Hi all,
We launched a wider call for funding. Still lacks a few bucks, but we're going 
to get things done, so do not hesitate to join the effort !
http://www.oslandia.com/?p=1243
Contact me for more infos, remarks or whatever you want to express :)
Vincent

Le jeudi 28 juin 2012 09:46:08, Andreas Neumann a écrit :
  Hi all,
 
  I am discussing with Oslandia (the authors of the Atlas plugin for
  serial printing) an option to include Atlas into QGIS core.
 
  Currently it is a python plugin, the idea would be to port it to C++
  and include it with QGIS by default. It would also be an opportunity to
  fix several bugs and maybe feature requests.
 
  To see what it does:
  see
  http://www.oslandia.com/tech/?p=1079
  and
  http://hub.qgis.org/projects/atlas
  and
  http://plugins.qgis.org/plugins/atlas/
 
  Oslandia made me an offer/estimate on how much the C++ port and fixing
  of some bugs would cost. We can only finance parts of it. If one or two
  others are joining we could probably do it. If not, we will just go with
  some bug fixing in the Python plugin.
 
  Please contact me offlist if you are interested in this functionality
  and are able to contribute financially.
 
  Andreas
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] some questions on Atlas plugin

[Vincent Picavet]

Hello,

Some more infos
 
 2)
 The tile in this picture [1] perfectly fits an A0 at 1:10 scale. The
 original layout was in ArcGIS. I'm trying to reproduce it in QGis composer
 and Atlas plugin gives already a good help in it. Looking into the code I
 see that it adjusts the extents of the composer Map item to the bbox of the
 coverage polygon. This means that the result map in the composer can be
 narrower or wider then the coverage exact extent, depending on the
 dimension of the Map item, ok? See the result in [2].
 What I would need is to scale the Map item to fit the bbox AND a fixed
 scale. It could be scale from the center where it is positioned, changing
 height and width.
 What do you suggest to achieve this? Do you see a manual way of doing
 that, or coding it into to the plugin is unavoidable?

You're right.
Being able to do a fix-scale print is an already-requested feature.
We're currently discussing porting the plugin to C++, and adding those bugfixes 
and feature while at it.
We'll need some more funding though (see the corresponding thread), and we're 
currently gathering support for mutualization. Please contact me directly if 
you are interested, and keep in touch on the list for news on that subject.
Vincent
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Using QGIS with ArcGIS

[Vincent Picavet]

Hello,

I am looking for some user feedback from people using ArcGIS and QGIS 
together. Particularly if you are using it with a native PostGIS backend.

Questions I am interested in :
* What is your actual setup ?
(QGIS - WFST - ArcGIS, QGIS - ArcSDE, QGIS - PostGIS - ArcGIS, ...)
* What data size do you handle ?
* How does it behave performance-wise ?
* What specific features of QGIS and / or ArcGIS do you use and why ?

Any pointers to online reports on the matter welcome.
I'll try to gather and share the answers I get if allowed.

Thanks,
Vincent
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [Qgis-developer] Atlas Plugin - Serial Printing - Call for

[Vincent Picavet]

Hi Nathan,

The idea would be to develop a first integration into the composer. The first 
version would probably look like the current python plugin, but according to 
the budget we have we will be able to do a full and seamless integration.

Contact Andreas and/or me if interested in funding.
Vincent

Le jeudi 28 juin 2012 10:09:03, Nathan Woodrow a écrit :
  financing
 MIME-Version: 1.0
 Content-Type: text/plain; charset=utf-8
 Content-Transfer-Encoding: quoted-printable
 
 Good idea. Would the idea be to port it as a plugin or intergrate it
 into the composer. The later would be very cool. Kind of like the data
 driven pages in ArcGIS.
 
 - Nathan
 
 Sent from some fancy phone looking thingo
 From: Andreas Neumann
 Sent: 28/06/2012 5:46 PM
 To: qgis-user; qgis-developer
 Subject: [Qgis-developer] Atlas Plugin - Serial Printing - Call for
 financing
  Hi all,
 
  I am discussing with Oslandia (the authors of the Atlas plugin for=20
  serial printing) an option to include Atlas into QGIS core.
 
  Currently it is a python plugin, the idea would be to port it to C++=20
  and include it with QGIS by default. It would also be an opportunity to=20
  fix several bugs and maybe feature requests.
 
  To see what it does:
  see
  http://www.oslandia.com/tech/?p=3D1079
  and
  http://hub.qgis.org/projects/atlas
  and
  http://plugins.qgis.org/plugins/atlas/
 
  Oslandia made me an offer/estimate on how much the C++ port and fixing=20
  of some bugs would cost. We can only finance parts of it. If one or two=20
  others are joining we could probably do it. If not, we will just go with=
 =20
  some bug fixing in the Python plugin.
 
  Please contact me offlist if you are interested in this functionality=20
  and are able to contribute financially.
 
  Andreas
 
 
 --=20
  --
  Andreas Neumann
  B=C3=B6schacherstrasse 10A
  8624 Gr=C3=BCt (Gossau ZH)
  Switzerland
 ___
 Qgis-developer mailing list
 qgis-develo...@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
 ___
 Qgis-user mailing list
 Qgis-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Re: [Qgis-developer] Oracle Spatial Driver

[Vincent Picavet]

Hello,

  The City of Dornbirn and the Province of Vorarlberg have an interest in
  getting an Oracle Spatial native driver developed for QGIS. They would
  finance the bulk of the development, but they are interested in other
  financial contributions if there are other interested commercial or
  governmental QGIS users with an interest in the access of Oracle
  databases.

It's not to feed the troll, but be sure to read the other threads regarding 
the GPL and linking problems. There _may_ be some legal implications 
concerning such a development, be sure to get them identified before starting 
development.

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

Re: [Qgis-user] Atlas plugin - create map books

[Vincent Picavet]

Hi,

 This is a very useful idea, but seems to be not working on my OSX
 environment using a trunk build. I submitted a couple of bugs that you may
 already have seen. For convenience, I've linked them here as well. Perhaps
 others who have developed python plugins will be able to assist in
 debugging these issues.
 
 http://hub.qgis.org/issues/4922
 http://hub.qgis.org/issues/4923
Thanks for using the tracker for bug reporting.
I don't have any OSX platform to test on, so if other have the same issues on 
windows/linux, please report too, otherwise we'll probably have to wait for 
someone to check the issue on OSX.

 Thanks for undertaking this quality addition for qgis. I look forward to
 seeing it progress.
It will :)
Vincent
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Atlas plugin - create map books

[Vincent Picavet]

Hi,
A quick message to point you to a new «Atlas» plugin, which let you 
create pdf map books given a layer defining map zones.
The plugin is available in the experimental part of the new plugin 
repository.

A few links :

http://www.oslandia.com/tech/?p=1079
http://hub.qgis.org/projects/atlas
http://plugins.qgis.org/plugins/atlas/

I hope it will be useful to you :)
Vincent
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Atlas plugin - create map books

[Vincent Picavet]

Hi Paolo,

  A quick message to point you to a new «Atlas» plugin, which let you
  create pdf map books given a layer defining map zones.
  The plugin is available in the experimental part of the new plugin
  repository.
 What is the difference between this and the EasyPrintMapBook plugin?

You know that just as you, I really don't like wasted efforts.
The main difference is that, as said by others, this plugin lets you use the 
composer to create a template for the final composition. Another difference is 
that it lets you use any field of the coverage layer for text replacement.

I had a deep look into easyprint, and the conclusion was that it would be much 
easier to start again from scratch than trying to adapt easyprint to accept 
composer templates, as its original format is custom and very constrained.

That said, some parts of easyprint could be ported to Atlas, namely the 
coverage grid generation part.

As for having Atlas a QGis core part, I could do the C++ port, but this 
project would need funding. If anyone interested, get in touch.

As for now, I'll focus on getting it stable, so feel free to report bugs, and 
I will try to release new versions soon and often (already some nasty 
installation bugs were resolved).

Vincent


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

Re: [Qgis-user] Atlas plugin - create map books

[Vincent Picavet]

Hi,

  As for having Atlas a QGis core part, I could do the C++ port, but this
  project would need funding. If anyone interested, get in touch.
 
 Do you think a porting to C++ is really necessary? Wouldn't it be
 sufficient to move the py code to master once ready for production and
 well tested?

That's something to ask to qgis devs at large :)
If we keep it in Python, I'd be glad to move it to qgis master.
We'd want to wait for test and consolidation before that.
What do other think ?

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