[Qgis-user] Fwd: US User Group Website Up

[Jeffrey Johnson]

See below.

It's intended that the simple template can be easily forked and used
by other groups for their own sites. Groups like Code for America do
this (http://codeforsandiego.org/ http://codeforhamptonroads.org/ etc)

I'd like to eventually get a qgis plugin going that lets you perform
these steps from within qgis itself by changing the map projection and
AOI and supplying your github credentials.

We've tried to strike a balance of keeping things quite simple and
just linking back to qgis.org ... let us know how we could improve it.
PR's are welcome.

-- Forwarded message --
From: Jeffrey Johnson 
Date: Fri, Feb 14, 2014 at 11:01 PM
Subject: Website Up
To: qgis-us-u...@lists.osgeo.org


Hi folks,

Thanks to Eva@boundless, we've now got a site up for this group. Check
it out at http://qgis.us ... The source is on github at
https://github.com/qgis-us/qgis-us.github.io and pull requests are of
course totally welcome and encouraged.

We've also got a twitter account going @qgis_us so go ahead and follow
there for more frequent updates and retweets.

We are almost finished finalizing the details for the first meeting in
DC on April 11th and will have a meetup site ready for registration
shortly.

Please spread the word!

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

Re: [Qgis-user] openlayer layer 300ft to north northeast sometimes

[Andre Joost]

Am 15.02.2014 01:50, schrieb Jake Maier:

The openlayer layer at times displays its Google satellite raster at
incorrect locations. It happened that a band of 4 or 5 earths displayed over
the screen. At other times the magnification was correct but 300 feet off.

I use 2/10 version of 2.1



This might be a known but unresolved error:



Greetings,
André Joost


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

Re: [Qgis-user] [Qgis-tr] QGIS translation into Telugu

[AJAY KUMAR MULAKALA]

Dear all,
Hi Richards,

Thank you very much.
Now I can directly enter text in Telugu script on windows 

I am trying the same in Ubuntu too..
Now let me know "How to edit only FILE menu (to replace Telugu words for File, 
Edit, View, ) 

I hope instead of Telugu exact word, its better to continue with 
Telugu-Transliterate (ex: File - ఫైలు (failu), Edit - ఎడిటు (eDiTu) )

-Regards
AJAY




On Friday, 14 February 2014 1:53 PM, Richard Duivenvoorde  
wrote:
 

Hi,

How do you normally type Telugu characters to write emails in Telugu?

If I'm right you have to have at least a font (to see it on your own
computer), and a keyboard layout (to be able to type it with an
(english?) keyboard).

More info here:

http://wiki.etelugu.org/Read_/_Write_Telugu_in_Linux

http://msdn.microsoft.com/en-us/goglobal/bb964651.aspx

Hope this helps,

Regards,

Richard



On 14-02-14 07:10, AJAY KUMAR MULAKALA wrote:
> Dear all,
> Hi, Werner Macho
> 
> Here I am using Windows XP/Linux(X-Ubuntu along with OSGeo-Live DVD),
> language is English (US)
> My keyboard is too general (English) only.
> 
> Till now, I am using auto-translate a couple of words in
> “internet-portal” while typing them in Telugu pronunciation (using
> English alphabets), then to copy-paste those words.
> 
> What I need is to “instead of this copy-paste, is there any possibility
> to enter only Telugu words..?”
> -Regards
> AJAY
> 
> 
> ___
> Qgis-tr mailing list
> qgis...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-tr

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

[Qgis-user] openlayer layer 300ft to north northeast sometimes

[Jake Maier]

The openlayer layer at times displays its Google satellite raster at
incorrect locations. It happened that a band of 4 or 5 earths displayed over
the screen. At other times the magnification was correct but 300 feet off.

I use 2/10 version of 2.1

 

Jake Maier

6 Lower Falls Road

Orland

ME 04472

469 0231

j...@jmforestry.com

 

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

[Qgis-user] docking snapping options

[Jake Maier]

I tried to dock the snapping options and went to
settings/options/digitizing/snapping and checked 'open snapping options in a
dock window'

I restarted qgis but the snapping option window still was undocked.

I just installed the 2/10 version of the 64 bit weekly.

I did not find a ticket.

What should I do.

Jake

 

Jake Maier

6 Lower Falls Road

Orland

ME 04472

469 0231

j...@jmforestry.com

 

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

Re: [Qgis-user] Digitizing a doughnut.

[Ramon Andiñach]

On 15/02/2014, at 24:21 , ELHOA wrote:

> Hello list,
> 
> Using a polygon .shp layer with a opaque fill I have always had to leave a 
> thin sliver of unfilled space between the inner edge and outer edge of any 
> area where I have an inner area that I do not want to fill.  Ie a lake with 
> an island.
> 
> Is there a better way to handle this?
> 
> Mike K

I've tended to use this as a temporary stage, just so I can see what's 
happening. Then I'll use the snapping (Settings -> Snapping Options) to expand 
the island out to remove the lake.

Note that you can leave the snapping settings dialogue open if you need to 
regularly make changes, by pressing apply rather than ok.


Of course the revisions of the ring tool due out with 2.2 should make this 
redundant as you'll be able to make the island at the same time as you make the 
hole.

Hope that's helpful.
-ramon.

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

Re: [Qgis-user] Digitizing a doughnut.

[Spencer Gardner]

I think you're probably looking for the "Add Ring" editing option. You can draw 
the outside boundary of the donut as a new feature, select the new feature, and 
choose Add Ring to draw the interior boundary. The operation will cut out the 
hole that you draw inside the selected feature.



[cid:image001.png@01CF298E.38484930][cid:image002.jpg@01CF298E.38484930]



-Original Message-
From: qgis-user-boun...@lists.osgeo.org 
[mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of ELHOA
Sent: Friday, February 14, 2014 10:21 AM
To: qgis-user@lists.osgeo.org
Subject: [Qgis-user] Digitizing a doughnut.



Hello list,



Using a polygon .shp layer with a opaque fill I have always had to leave a thin 
sliver of unfilled space between the inner edge and outer edge of any area 
where I have an inner area that I do not want to fill.  Ie a lake with an 
island.



Is there a better way to handle this?



Mike K



Sent from my iPhone

___

Qgis-user mailing list

Qgis-user@lists.osgeo.org

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

This e-mail and any files transmitted with it are confidential and are intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are NOT the intended recipient and receive this communication, please 
delete this message and any attachments. Thank you.
<><>___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Problem styling OS Mastermap

[Thomas Colley]

Hi David

I think all of the published OS styles use a field called os_cat that
doesn't actually exist in the data as standard, it has to be calculated
based on the values in several other fields. 

There should be some sql scripts with the styles you downloaded, that
can be used to create the os_cat field.

Hope this helps.

Tom



-Original Message-
From: qgis-user-boun...@lists.osgeo.org
[mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of David Addy
Sent: 14 February 2014 11:32
To: qgis-user@lists.osgeo.org
Subject: [Qgis-user] Problem styling OS Mastermap

I have been trying to load and view the sample of OS Mastermap provided
on the OS website.
Although I can load it successfully into QGIS 2.0.1, under Windows 7
Pro, I cannot get any of the published styles to work.
I have tried the OS provided style, and the Warwickshire County Council
styles from GIThub. I have also tried converting the .gml/.gz files into
.shp using the OS converter experimental plugin, and applying the
Warwickshire styles again.
At each time the initial files load into the QGIS Mapview pane. I then
try loading the style files, and these appear properly in the Map Legend
pane, but the Mapview pane goes completely blank, with a white
background. However the cursor is still displaying the correct
coordinates in the status bar, despite the blank map.
Unchecking all but one of the layers has no effect, and changing the
layer order also has no effect.
Can anyone please suggest where I am going wrong?



--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Problem-styling-OS-Mastermap-tp51038
18.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] Digitizing a doughnut.

[ELHOA]

Hello list,

Using a polygon .shp layer with a opaque fill I have always had to leave a thin 
sliver of unfilled space between the inner edge and outer edge of any area 
where I have an inner area that I do not want to fill.  Ie a lake with an 
island.

Is there a better way to handle this?

Mike K

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

Re: [Qgis-user] edit polygon point jumps uncontrollably

[Jake Maier]

Loading the newest version did solve the problem Thank you very much

Jake

 

From: Olivier Dalang [mailto:olivier.dal...@gmail.com] 
Sent: Thursday, February 13, 2014 4:10 PM
To: Jake Maier
Cc: qgis-user
Subject: Re: [Qgis-user] edit polygon point jumps uncontrollably

 

Are you using the latest build ? I had similar problems a few days ago, but now 
it seems it has been resolved...

 

2014-02-13 21:08 GMT+01:00 Jake Maier :

I just loaded the same file into 2.0.1 and no problem moving the point
around. Before I tried whatever I could think of and it did not work but put
the point way off into the distance.
Any suggestions?

Jake

-Original Message-
From: qgis-user-boun...@lists.osgeo.org

[mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Paolo Cavallini
Sent: Thursday, February 13, 2014 1:24 AM
To: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] edit polygon point jumps uncontrollably

Il 12/02/2014 17:43, Jake Maier ha scritto:

> In 2.1 master, when I edit a polygon layer I can move a point to the
> location I intend  but as soon as I release the mouse button, the
> point jumps outside of the canvas, and sometime way outside meaning
> the lines to the point are about parallel.
>
> I had this behavior occasionally also with previous versions of QGIS
> but now in 2.1 it seems persistent.
>
> What can I do?

UNconfirmed here.
Silly question:
Have you checked you do not have a too large snapping (e.g. in degees)?
all the best.
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
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

[Qgis-user] Problem styling OS Mastermap

[David Addy]

I have been trying to load and view the sample of OS Mastermap provided on
the OS website.
Although I can load it successfully into QGIS 2.0.1, under Windows 7 Pro, I
cannot get any of the published styles to work.
I have tried the OS provided style, and the Warwickshire County Council
styles from GIThub. I have also tried converting the .gml/.gz files into
.shp using the OS converter experimental plugin, and applying the
Warwickshire styles again.
At each time the initial files load into the QGIS Mapview pane. I then try
loading the style files, and these appear properly in the Map Legend pane,
but the Mapview pane goes completely blank, with a white background. However
the cursor is still displaying the correct coordinates in the status bar,
despite the blank map.
Unchecking all but one of the layers has no effect, and changing the layer
order also has no effect.
Can anyone please suggest where I am going wrong?



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Problem-styling-OS-Mastermap-tp5103818.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

Re: [Qgis-user] Qgis-server recompute always the layer bbox ?

[G. Allegri]

2014-02-14 Bernhard Ströbl :

> Marco,
>
> could you fix this until 2.2 release?


It wasn't forgotten.

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

Re: [Qgis-user] Qgis-server recompute always the layer bbox ?

[Bernhard Ströbl]

QS try always to recalc
the box of every
layer.

QGIS server caches layers (up to 100, but
that can be
enhanced using the environment variable
MAX_CACHE_LAYERS).  Furthermore, the
GetCapabilities
documents are cached (so no recalculation
if using FastCGI).


Thanks Marco, you confirmed what I told Andrea.
It would be a good enhancement if caching
could be done in a
persitent manner (out of memory). We could
consider, in the
future, to use memcache or something similar.

giovanni

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




--
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-




--
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus



--
Dr. Marco Hugentobler
Sourcepole -  Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
marco.hugentob...@sourcepole.ch
<mailto:marco.hugentob...@sourcepole.ch>
http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee



__ Information from ESET Mail Security, version of
virus
signature database 9421 (20140213) __

The message was checked by ESET Mail Security.
http://www.eset.com


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


__ Information from ESET Mail Security, version of
virus signature database 9421 (20140213) __

The message was checked by ESET Mail Security.
http://www.eset.com




--
Dr. Marco Hugentobler
Sourcepole -  Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
marco.hugentob...@sourcepole.ch
<mailto:marco.hugentob...@sourcepole.ch> http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee

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




--
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus



--
Dr. Marco Hugentobler
Sourcepole -  Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
marco.hugentob...@sourcepole.ch  http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee






__ Information from ESET Mail Security, version of virus signature 
database 9423 (20140214) __

The message was checked by ESET Mail Security.
http://www.eset.com


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

Re: [Qgis-user] Qgis-server recompute always the layer bbox ?

[Marco Hugentobler]

Hi Giovanni

Yes, right, it was not forgotten but is really added to the top level group.

Regards,
Marco

On 14.02.2014 11:11, G. Allegri wrote:
Marco, for the root I thought the OWS setting was used [1], while it 
isn't for the groups/layers childs [2]. Is it right?


giovanni

[1] 
https://github.com/qgis/QGIS/blob/master/src/mapserver/qgsprojectparser.cpp#L138
[2] 
https://github.com/qgis/QGIS/blob/master/src/mapserver/qgsprojectparser.cpp#L980



2014-02-14 Marco Hugentobler >:


Hi Bernhard

That option was meant to give the webclient a hint where to zoom
first. But it probably was forgotten in the server and I agree it
would be good to overwrite the calculated box in the toplevel group.

Regards,
Marco


On 14.02.2014 10:58, Bernhard Ströbl wrote:

Hi Marco,

I have a question in this context (I thought I made ticket but
cannot find it)
What is the sense of setting the bounding box in OWS tab if it
is always calculated to the sum of the bboxes of the layers in
the project? IMHO setting the bbox in the project properties
should override any calculation result.
Background: One of my layers became empty because a user
deleted the last record thus its bbox was calculated to be the
whole earth resulting in QGIS server propagating the whole
earth as bbox for this project.

Bernhard

Am 14.02.2014 10:34, schrieb Marco Hugentobler:

Hi Andrea, Giovanni

QGIS Server doesn't calculate the bbox itself, but it
queries the extent
from the layers. So it can be that certain providers
calculate the bbox
(of course only if the layer / capabilities document is
not cached).

For a faster startup, having a persistent cache as
Giovanni suggested
might help.

Regards,
Marco

On 14.02.2014 10:18, G. Allegri wrote:



I don't understand why the qgis-server eed to
calculate always the
bbox.
In the server project windows,
qgis ask for the published bbox.
Why it don't use it as bbox rather than calculate
it on every
request ?


Marco, correct me if I'm wrong.
QGIS Server doesn't calculate the BBOX, it parses the
layers extents
from the .qgs project and then combine them to obtain
the entire BBOX.
The only operation it does is reprojecting the extents
to WGS84 to
create the EX_GeographicBoundingBox element.

Anyway, in case the project advertises and extent, the
combined extent
won't be calculated, so in your case this phase
shouldn't be the
bottleneck...

giovanni




The FastCGI don't help really.
In a publishing environment every few hour the
instances are
restated to removed zombi process.
This mean that every few hours the FastCGI are
emptied and reloaded.
A fastcgi environment mean to load 20 instances of
QGIS-server and
every of them do them own elaboration .
As the bbox calculation for every layer.

GASP.
The start could ask about one hours and more.

Also another problem with the fastcig is that when
I change something on a project I need to restart
to Web instances
to dismiss the actual project and reload the new.

So every change in a qgis project need a restart
of all proccess
(20 and so on in a fastcgi enviroment) every with
a slow bbox
calculation phase.

mmhh...

:/



2014-02-14 9:13 GMT+01:00 G. Allegri
mailto:gioha...@gmail.com>
>>:




2014-02-14 Marco Hugentobler
mailto:marco.hugentob...@sourcepole.ch>
>>:

Hi Andrea


>I suspect that QS try always to recalc
the box of every
layer.

QGIS server caches layers (up to 100, but
that can be
enh

Re: [Qgis-user] Qgis-server recompute always the layer bbox ?

[G. Allegri]

Marco, for the root I thought the OWS setting was used [1], while it isn't
for the groups/layers childs [2]. Is it right?

giovanni

[1]
https://github.com/qgis/QGIS/blob/master/src/mapserver/qgsprojectparser.cpp#L138
[2]
https://github.com/qgis/QGIS/blob/master/src/mapserver/qgsprojectparser.cpp#L980


2014-02-14 Marco Hugentobler :

> Hi Bernhard
>
> That option was meant to give the webclient a hint where to zoom first.
> But it probably was forgotten in the server and I agree it would be good to
> overwrite the calculated box in the toplevel group.
>
> Regards,
> Marco
>
>
> On 14.02.2014 10:58, Bernhard Ströbl wrote:
>
>> Hi Marco,
>>
>> I have a question in this context (I thought I made ticket but cannot
>> find it)
>> What is the sense of setting the bounding box in OWS tab if it is always
>> calculated to the sum of the bboxes of the layers in the project? IMHO
>> setting the bbox in the project properties should override any calculation
>> result.
>> Background: One of my layers became empty because a user deleted the last
>> record thus its bbox was calculated to be the whole earth resulting in QGIS
>> server propagating the whole earth as bbox for this project.
>>
>> Bernhard
>>
>> Am 14.02.2014 10:34, schrieb Marco Hugentobler:
>>
>>> Hi Andrea, Giovanni
>>>
>>> QGIS Server doesn't calculate the bbox itself, but it queries the extent
>>> from the layers. So it can be that certain providers calculate the bbox
>>> (of course only if the layer / capabilities document is not cached).
>>>
>>> For a faster startup, having a persistent cache as Giovanni suggested
>>> might help.
>>>
>>> Regards,
>>> Marco
>>>
>>> On 14.02.2014 10:18, G. Allegri wrote:
>>>


 I don't understand why the qgis-server eed to calculate always the
 bbox.
 In the server project windows,
 qgis ask for the published bbox.
 Why it don't use it as bbox rather than calculate it on every
 request ?


 Marco, correct me if I'm wrong.
 QGIS Server doesn't calculate the BBOX, it parses the layers extents
 from the .qgs project and then combine them to obtain the entire BBOX.
 The only operation it does is reprojecting the extents to WGS84 to
 create the EX_GeographicBoundingBox element.

 Anyway, in case the project advertises and extent, the combined extent
 won't be calculated, so in your case this phase shouldn't be the
 bottleneck...

 giovanni




 The FastCGI don't help really.
 In a publishing environment every few hour the instances are
 restated to removed zombi process.
 This mean that every few hours the FastCGI are emptied and reloaded.
 A fastcgi environment mean to load 20 instances of QGIS-server and
 every of them do them own elaboration .
 As the bbox calculation for every layer.

 GASP.
 The start could ask about one hours and more.

 Also another problem with the fastcig is that when
 I change something on a project I need to restart to Web instances
 to dismiss the actual project and reload the new.

 So every change in a qgis project need a restart of all proccess
 (20 and so on in a fastcgi enviroment) every with a slow bbox
 calculation phase.

 mmhh...

 :/



 2014-02-14 9:13 GMT+01:00 G. Allegri >>> >:




 2014-02-14 Marco Hugentobler >>> >:

 Hi Andrea


 >I suspect that QS try always to recalc the box of every
 layer.

 QGIS server caches layers (up to 100, but that can be
 enhanced using the environment variable
 MAX_CACHE_LAYERS).  Furthermore, the GetCapabilities
 documents are cached (so no recalculation if using FastCGI).


 Thanks Marco, you confirmed what I told Andrea.
 It would be a good enhancement if caching could be done in a
 persitent manner (out of memory). We could consider, in the
 future, to use memcache or something similar.

 giovanni

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




 --
 -
 Andrea Peri
 . . . . . . . . .
 qwerty àèìòù
 -




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus

>>>
>>>
>>> --
>>> Dr. Marco Hugentobler
>>> Sou

Re: [Qgis-user] Qgis-server recompute always the layer bbox ?

[Marco Hugentobler]

Hi Bernhard

That option was meant to give the webclient a hint where to zoom first. 
But it probably was forgotten in the server and I agree it would be good 
to overwrite the calculated box in the toplevel group.


Regards,
Marco

On 14.02.2014 10:58, Bernhard Ströbl wrote:

Hi Marco,

I have a question in this context (I thought I made ticket but cannot 
find it)
What is the sense of setting the bounding box in OWS tab if it is 
always calculated to the sum of the bboxes of the layers in the 
project? IMHO setting the bbox in the project properties should 
override any calculation result.
Background: One of my layers became empty because a user deleted the 
last record thus its bbox was calculated to be the whole earth 
resulting in QGIS server propagating the whole earth as bbox for this 
project.


Bernhard

Am 14.02.2014 10:34, schrieb Marco Hugentobler:

Hi Andrea, Giovanni

QGIS Server doesn't calculate the bbox itself, but it queries the extent
from the layers. So it can be that certain providers calculate the bbox
(of course only if the layer / capabilities document is not cached).

For a faster startup, having a persistent cache as Giovanni suggested
might help.

Regards,
Marco

On 14.02.2014 10:18, G. Allegri wrote:



I don't understand why the qgis-server eed to calculate always the
bbox.
In the server project windows,
qgis ask for the published bbox.
Why it don't use it as bbox rather than calculate it on every
request ?


Marco, correct me if I'm wrong.
QGIS Server doesn't calculate the BBOX, it parses the layers extents
from the .qgs project and then combine them to obtain the entire BBOX.
The only operation it does is reprojecting the extents to WGS84 to
create the EX_GeographicBoundingBox element.

Anyway, in case the project advertises and extent, the combined extent
won't be calculated, so in your case this phase shouldn't be the
bottleneck...

giovanni




The FastCGI don't help really.
In a publishing environment every few hour the instances are
restated to removed zombi process.
This mean that every few hours the FastCGI are emptied and 
reloaded.

A fastcgi environment mean to load 20 instances of QGIS-server and
every of them do them own elaboration .
As the bbox calculation for every layer.

GASP.
The start could ask about one hours and more.

Also another problem with the fastcig is that when
I change something on a project I need to restart to Web instances
to dismiss the actual project and reload the new.

So every change in a qgis project need a restart of all proccess
(20 and so on in a fastcgi enviroment) every with a slow bbox
calculation phase.

mmhh...

:/



2014-02-14 9:13 GMT+01:00 G. Allegri mailto:gioha...@gmail.com>>:




2014-02-14 Marco Hugentobler mailto:marco.hugentob...@sourcepole.ch>>:

Hi Andrea


>I suspect that QS try always to recalc the box of every
layer.

QGIS server caches layers (up to 100, but that can be
enhanced using the environment variable
MAX_CACHE_LAYERS).  Furthermore, the GetCapabilities
documents are cached (so no recalculation if using 
FastCGI).



Thanks Marco, you confirmed what I told Andrea.
It would be a good enhancement if caching could be done in a
persitent manner (out of memory). We could consider, in the
future, to use memcache or something similar.

giovanni

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




--
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-




--
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus



--
Dr. Marco Hugentobler
Sourcepole -  Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
marco.hugentob...@sourcepole.ch  http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee



__ Information from ESET Mail Security, version of virus
signature database 9421 (20140213) __

The message was checked by ESET Mail Security.
http://www.eset.com


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


__ Information from ESET Mail Security, version of virus 
signature database 9421 (20140213) __


The message was checked by ESET Mail Security.
http://www.eset.com






--
Dr. Marco Hugentobler
Sourcepole -  Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
marco.hugentob...@sourcepole.ch http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee

Re: [Qgis-user] Qgis-server recompute always the layer bbox ?

[G. Allegri]

 --
>>> -
>>> Andrea Peri
>>> . . . . . . . . .
>>> qwerty àèìòù
>>> -
>>>
>>>
>>>
>>>
>>> --
>>> Giovanni Allegri
>>> http://about.me/giovanniallegri
>>> Twitter: https://twitter.com/_giohappy_
>>> blog: http://blog.spaziogis.it
>>> GEO+ geomatica in Italia http://bit.ly/GEOplus
>>>
>>
>>
>> --
>> Dr. Marco Hugentobler
>> Sourcepole -  Linux & Open Source Solutions
>> Weberstrasse 5, CH-8004 Zürich, Switzerland
>> marco.hugentob...@sourcepole.ch  http://www.sourcepole.ch
>> Technical Advisor QGIS Project Steering Committee
>>
>>
>>
>> __ Information from ESET Mail Security, version of virus
>> signature database 9421 (20140213) __
>>
>> The message was checked by ESET Mail Security.
>> http://www.eset.com
>>
>>
>>
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>>
>> __ Information from ESET Mail Security, version of virus
>> signature database 9421 (20140213) __
>>
>> The message was checked by ESET Mail Security.
>> http://www.eset.com
>>
>>
> --
> Bernhard Ströbl
> Anwendungsbetreuer GIS
>
> Kommunale Immobilien Jena
> Am Anger 26
> 07743 Jena
>
> Tel.: 03641 49- 5190
> E-Mail: bernhard.stro...@jena.de
> Internet: www.kij.de
>
>
> Kommunale Immobilien Jena
> Eigenbetrieb der Stadt Jena
> Werkleiter: Dr. Götz Blankenburg
>
>
> __ Information from ESET Mail Security, version of virus signature
> database 9422 (20140214) __
>
> The message was checked by ESET Mail Security.
> http://www.eset.com
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user
>



-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Qgis-server recompute always the layer bbox ?

[Bernhard Ströbl]

Hi Marco,

I have a question in this context (I thought I made ticket but cannot 
find it)
What is the sense of setting the bounding box in OWS tab if it is always 
calculated to the sum of the bboxes of the layers in the project? IMHO 
setting the bbox in the project properties should override any 
calculation result.
Background: One of my layers became empty because a user deleted the 
last record thus its bbox was calculated to be the whole earth resulting 
in QGIS server propagating the whole earth as bbox for this project.


Bernhard

Am 14.02.2014 10:34, schrieb Marco Hugentobler:

Hi Andrea, Giovanni

QGIS Server doesn't calculate the bbox itself, but it queries the extent
from the layers. So it can be that certain providers calculate the bbox
(of course only if the layer / capabilities document is not cached).

For a faster startup, having a persistent cache as Giovanni suggested
might help.

Regards,
Marco

On 14.02.2014 10:18, G. Allegri wrote:



I don't understand why the qgis-server eed to calculate always the
bbox.
In the server project windows,
qgis ask for the published bbox.
Why it don't use it as bbox rather than calculate it on every
request ?


Marco, correct me if I'm wrong.
QGIS Server doesn't calculate the BBOX, it parses the layers extents
from the .qgs project and then combine them to obtain the entire BBOX.
The only operation it does is reprojecting the extents to WGS84 to
create the EX_GeographicBoundingBox element.

Anyway, in case the project advertises and extent, the combined extent
won't be calculated, so in your case this phase shouldn't be the
bottleneck...

giovanni




The FastCGI don't help really.
In a publishing environment every few hour the instances are
restated to removed zombi process.
This mean that every few hours the FastCGI are emptied and reloaded.
A fastcgi environment mean to load 20 instances of QGIS-server and
every of them do them own elaboration .
As the bbox calculation for every layer.

GASP.
The start could ask about one hours and more.

Also another problem with the fastcig is that when
I change something on a project I need to restart to Web instances
to dismiss the actual project and reload the new.

So every change in a qgis project need a restart of all proccess
(20 and so on in a fastcgi enviroment) every with a slow bbox
calculation phase.

mmhh...

:/



2014-02-14 9:13 GMT+01:00 G. Allegri mailto:gioha...@gmail.com>>:




2014-02-14 Marco Hugentobler mailto:marco.hugentob...@sourcepole.ch>>:

Hi Andrea


>I suspect that QS try always to recalc the box of every
layer.

QGIS server caches layers (up to 100, but that can be
enhanced using the environment variable
MAX_CACHE_LAYERS).  Furthermore, the GetCapabilities
documents are cached (so no recalculation if using FastCGI).


Thanks Marco, you confirmed what I told Andrea.
It would be a good enhancement if caching could be done in a
persitent manner (out of memory). We could consider, in the
future, to use memcache or something similar.

giovanni

___
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 àèìòù
-




--
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus



--
Dr. Marco Hugentobler
Sourcepole -  Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
marco.hugentob...@sourcepole.ch  http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee



__ Information from ESET Mail Security, version of virus
signature database 9421 (20140213) __

The message was checked by ESET Mail Security.
http://www.eset.com


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


__ Information from ESET Mail Security, version of virus signature 
database 9421 (20140213) __

The message was checked by ESET Mail Security.
http://www.eset.com



--
Bernhard Ströbl
Anwendungsbetreuer GIS

Kommunale Immobilien Jena
Am Anger 26
07743 Jena

Tel.: 03641 49- 5190
E-Mail: bernhard.stro...@jena.de
Internet: www.kij.de


Kommunale Immobilien Jena
Eigenbetrieb der Stadt Jena
Werkleiter: Dr. Götz Blankenburg


__ Information from ESET Mail Security, version of virus signature 
database 9422 (20140214) __

The message was checked by ESET Mail Security.
http://www.eset.com


_

Re: [Qgis-user] Qgis-server recompute always the layer bbox ?

[Andrea Peri]

Hi,
thx I now start to understand better the question.

Infact I'm using spatialite db. A 4.1.1 db spatialite.
The spatialite db has an internal statistics table to perform a very fast
resolution of the bboxes of single datasets.

I always update it using the command:

select UpdateLayerStatistics();

But the problem is if the client really use that table.

Infact I guess more probably the qgis-server don't ask to spatialite the
box from this table, but instead do a more usual
sql to retrieve is.

Hi Sandro,
do you know the right query to retrieve the bbox from the statistics table
of spatialite 4.1.1 ?

I guess suspect that qgis (because it like) to be more compatible with all
the oldest (arcaic) version of spatialite, simply avoid to use this table.
:)

Many thx.


Andrea.



2014-02-14 10:34 GMT+01:00 Marco Hugentobler <
marco.hugentob...@sourcepole.ch>:

>  Hi Andrea, Giovanni
>
> QGIS Server doesn't calculate the bbox itself, but it queries the extent
> from the layers. So it can be that certain providers calculate the bbox (of
> course only if the layer / capabilities document is not cached).
>
> For a faster startup, having a persistent cache as Giovanni suggested
> might help.
>
> Regards,
> Marco
>
>
> On 14.02.2014 10:18, G. Allegri wrote:
>
>
>>  I don't understand why the qgis-server eed to calculate always the bbox.
>> In the server project windows,
>> qgis ask for the published bbox.
>>  Why it don't use it as bbox rather than calculate it on every request ?
>>
>
>  Marco, correct me if I'm wrong.
> QGIS Server doesn't calculate the BBOX, it parses the layers extents from
> the .qgs project and then combine them to obtain the entire BBOX.
> The only operation it does is reprojecting the extents to WGS84 to create
> the EX_GeographicBoundingBox element.
>
>  Anyway, in case the project advertises and extent, the combined extent
> won't be calculated, so in your case this phase shouldn't be the
> bottleneck...
>
>  giovanni
>
>
>
>
>
>>
>>  The FastCGI don't help really.
>> In a publishing environment every few hour the instances are restated to
>> removed zombi process.
>> This mean that every few hours the FastCGI are emptied and reloaded.
>> A fastcgi environment mean to load 20 instances of QGIS-server and every
>> of them do them own elaboration .
>> As the bbox calculation for every layer.
>>
>> GASP.
>> The start could ask about one hours and more.
>>
>>  Also another problem with the fastcig is that when
>>  I change something on a project I need to restart to Web instances to
>> dismiss the actual project and reload the new.
>>
>>  So every change in a qgis project need a restart of all proccess (20
>> and so on in a fastcgi enviroment) every with a slow bbox calculation phase.
>>
>>  mmhh...
>>
>>  :/
>>
>>
>>
>> 2014-02-14 9:13 GMT+01:00 G. Allegri :
>>
>>>
>>>
>>>
>>> 2014-02-14 Marco Hugentobler :
>>>
>>>  Hi Andrea


 >I suspect that QS try always to recalc the box of every layer.

  QGIS server caches layers (up to 100, but that can be enhanced using
 the environment variable MAX_CACHE_LAYERS).  Furthermore, the
 GetCapabilities documents are cached (so no recalculation if using
 FastCGI).


>>>  Thanks Marco, you confirmed what I told Andrea.
>>> It would be a good enhancement if caching could be done in a persitent
>>> manner (out of memory). We could consider, in the future, to use memcache
>>> or something similar.
>>>
>>>  giovanni
>>>
>>>  ___
>>> Qgis-user mailing list
>>> Qgis-user@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>>
>>
>>
>>
>> --
>> -
>> Andrea Peri
>> . . . . . . . . .
>> qwerty àèìòù
>> -
>>
>
>
>
>  --
> Giovanni Allegri
> http://about.me/giovanniallegri
> Twitter: https://twitter.com/_giohappy_
> blog: http://blog.spaziogis.it
> GEO+ geomatica in Italia http://bit.ly/GEOplus
>
>
>
> --
> Dr. Marco Hugentobler
> Sourcepole -  Linux & Open Source Solutions
> Weberstrasse 5, CH-8004 Zürich, switzerlandmarco.hugentob...@sourcepole.ch 
> http://www.sourcepole.ch
> Technical Advisor QGIS Project Steering Committee
>
>


-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Qgis-server recompute always the layer bbox ?

[Marco Hugentobler]

Hi Andrea, Giovanni

QGIS Server doesn't calculate the bbox itself, but it queries the extent 
from the layers. So it can be that certain providers calculate the bbox 
(of course only if the layer / capabilities document is not cached).


For a faster startup, having a persistent cache as Giovanni suggested 
might help.


Regards,
Marco

On 14.02.2014 10:18, G. Allegri wrote:



I don't understand why the qgis-server eed to calculate always the
bbox.
In the server project windows,
qgis ask for the published bbox.
Why it don't use it as bbox rather than calculate it on every
request ?


Marco, correct me if I'm wrong.
QGIS Server doesn't calculate the BBOX, it parses the layers extents 
from the .qgs project and then combine them to obtain the entire BBOX.
The only operation it does is reprojecting the extents to WGS84 to 
create the EX_GeographicBoundingBox element.


Anyway, in case the project advertises and extent, the combined extent 
won't be calculated, so in your case this phase shouldn't be the 
bottleneck...


giovanni




The FastCGI don't help really.
In a publishing environment every few hour the instances are
restated to removed zombi process.
This mean that every few hours the FastCGI are emptied and reloaded.
A fastcgi environment mean to load 20 instances of QGIS-server and
every of them do them own elaboration .
As the bbox calculation for every layer.

GASP.
The start could ask about one hours and more.

Also another problem with the fastcig is that when
I change something on a project I need to restart to Web instances
to dismiss the actual project and reload the new.

So every change in a qgis project need a restart of all proccess
(20 and so on in a fastcgi enviroment) every with a slow bbox
calculation phase.

mmhh...

:/



2014-02-14 9:13 GMT+01:00 G. Allegri mailto:gioha...@gmail.com>>:




2014-02-14 Marco Hugentobler mailto:marco.hugentob...@sourcepole.ch>>:

Hi Andrea


>I suspect that QS try always to recalc the box of every
layer.

QGIS server caches layers (up to 100, but that can be
enhanced using the environment variable
MAX_CACHE_LAYERS).  Furthermore, the GetCapabilities
documents are cached (so no recalculation if using FastCGI).


Thanks Marco, you confirmed what I told Andrea.
It would be a good enhancement if caching could be done in a
persitent manner (out of memory). We could consider, in the
future, to use memcache or something similar.

giovanni

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




-- 
-

Andrea Peri
. . . . . . . . .
qwerty àèìòù
-




--
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus



--
Dr. Marco Hugentobler
Sourcepole -  Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
marco.hugentob...@sourcepole.ch http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee

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

Re: [Qgis-user] Qgis-server recompute always the layer bbox ?

[G. Allegri]

>
>
> I don't understand why the qgis-server eed to calculate always the bbox.
> In the server project windows,
> qgis ask for the published bbox.
> Why it don't use it as bbox rather than calculate it on every request ?
>

Marco, correct me if I'm wrong.
QGIS Server doesn't calculate the BBOX, it parses the layers extents from
the .qgs project and then combine them to obtain the entire BBOX.
The only operation it does is reprojecting the extents to WGS84 to create
the EX_GeographicBoundingBox element.

Anyway, in case the project advertises and extent, the combined extent
won't be calculated, so in your case this phase shouldn't be the
bottleneck...

giovanni





>
> The FastCGI don't help really.
> In a publishing environment every few hour the instances are restated to
> removed zombi process.
> This mean that every few hours the FastCGI are emptied and reloaded.
> A fastcgi environment mean to load 20 instances of QGIS-server and every
> of them do them own elaboration .
> As the bbox calculation for every layer.
>
> GASP.
> The start could ask about one hours and more.
>
> Also another problem with the fastcig is that when
> I change something on a project I need to restart to Web instances to
> dismiss the actual project and reload the new.
>
> So every change in a qgis project need a restart of all proccess (20 and
> so on in a fastcgi enviroment) every with a slow bbox calculation phase.
>
> mmhh...
>
> :/
>
>
>
> 2014-02-14 9:13 GMT+01:00 G. Allegri :
>
>>
>>
>>
>> 2014-02-14 Marco Hugentobler :
>>
>>  Hi Andrea
>>>
>>>
>>> >I suspect that QS try always to recalc the box of every layer.
>>>
>>> QGIS server caches layers (up to 100, but that can be enhanced using the
>>> environment variable MAX_CACHE_LAYERS).  Furthermore, the GetCapabilities
>>> documents are cached (so no recalculation if using FastCGI).
>>>
>>>
>> Thanks Marco, you confirmed what I told Andrea.
>> It would be a good enhancement if caching could be done in a persitent
>> manner (out of memory). We could consider, in the future, to use memcache
>> or something similar.
>>
>> giovanni
>>
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>
>
>
> --
> -
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -
>



-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Qgis-server recompute always the layer bbox ?

[Andrea Peri]

100 layers are not really many.

As example: you can think to our Land-Usability wms.
It return evenry single code as a layer.
And also grouped layers.
And we have 2 year (2007 and 2010) in the same wms service.


http://www502.regione.toscana.it/wmsraster/com.rt.wms.RTmap/wms?map=wmsucs&service=wms&request=GetCapabilities

It is just now more then 100 layers.

Actually it is served with a Mapserverand 1 only spatialite that host all
the dataset.
I guess actually it was impossible to server with a QGIS-Server.

I don't understand why the qgis-server eed to calculate always the bbox.
In the server project windows,
qgis ask for the published bbox.
Why it don't use it as bbox rather than calculate it on every request ?

The FastCGI don't help really.
In a publishing environment every few hour the instances are restated to
removed zombi process.
This mean that every few hours the FastCGI are emptied and reloaded.
A fastcgi environment mean to load 20 instances of QGIS-server and every of
them do them own elaboration .
As the bbox calculation for every layer.

GASP.
The start could ask about one hours and more.

Also another problem with the fastcig is that when
I change something on a project I need to restart to Web instances to
dismiss the actual project and reload the new.

So every change in a qgis project need a restart of all proccess (20 and so
on in a fastcgi enviroment) every with a slow bbox calculation phase.

mmhh...

:/



2014-02-14 9:13 GMT+01:00 G. Allegri :

>
>
>
> 2014-02-14 Marco Hugentobler :
>
>  Hi Andrea
>>
>>
>> >I suspect that QS try always to recalc the box of every layer.
>>
>> QGIS server caches layers (up to 100, but that can be enhanced using the
>> environment variable MAX_CACHE_LAYERS).  Furthermore, the GetCapabilities
>> documents are cached (so no recalculation if using FastCGI).
>>
>>
> Thanks Marco, you confirmed what I told Andrea.
> It would be a good enhancement if caching could be done in a persitent
> manner (out of memory). We could consider, in the future, to use memcache
> or something similar.
>
> giovanni
>
> ___
> Qgis-user mailing list
> 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
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Qgis-server recompute always the layer bbox ?

[Andrea Peri]

Hi,
thx for response.

I tested my project with qgis desktop dev version from osgeo4w 32 bit.
AFAIK it is a spatialite 4.1.1.

In my server machine I use still spatialite 4.1.1 compiled from sources.
So I guess the libspatialite version is the same.

But as I report in the qgis compile settings there is a "use spatialite
internal".
I don't know what is mean and so I try with and without it.

To avoid the getcapability slow I bypass that phase in my framework and go
directly to the GetMap phase.
But also it seem a bit slow.
Using the same map at the same scale:
In my desktop it come in about 2 seconds.
In my qgis-server machine it come in 10 seconds.
This difference I guess is not all due to the missing of fastcgi.

Now I'm study how to add a fastcgi container (I like JFastCGI ) to test
what change with it.


A.



2014-02-14 9:08 GMT+01:00 Marco Hugentobler :

>  Hi Andrea
>
>
> >I suspect that QS try always to recalc the box of every layer.
>
> QGIS server caches layers (up to 100, but that can be enhanced using the
> environment variable MAX_CACHE_LAYERS).  Furthermore, the GetCapabilities
> documents are cached (so no recalculation if using FastCGI).
>
>
> >Perhaps a different usage of spatialite driver between qgis desktop and
> qgis-server ?
>
> QGIS server uses the public API, so it should be exactly the same usage.
> Must be some other difference (libspatialite version?)
>
> Regards,
> Marco
>
>
> On 13.02.2014 23:34, Andrea Peri wrote:
>
> Hi,
>  I partially resolved.
>
>  The framework I sued will allow me bypass the getcapabilities phase and
> go directly to the getmap phase.
>  Initizally also the getmap phase seem to be too slow, but after some try
> I notice that a slow bottleneck is the change of SRS.
> So fixing the SRS to the same of the dataset will gain a bit of speed and
> now the time to wait is quite acceptable.
>  The strange is that the qgis desktop on my notebook , using the same
> project and the same datasets is more, more speeder than my server where
> there is the qgis-server.
>
>  We use a spatialite db.
>  Perhaps a different usage of spatialite driver between qgis desktop and
> qgis-server ?
> Actually I don't know.
>
>   Regards,
>  Andrea.
>
>
>
> 2014-02-13 11:30 GMT+01:00 Andrea Peri :
>
>> Hi I'm trying to publish with qgis.server a project with some huge
>> dayaset. Actually the getcapabilities tale about 40 sec to return. I
>> suspect that QS try always to recalc the box of every layer.
>> Is confirmed that qgis.server recompute always the box for every request ?
>> If confirmed, There is an option to avoid this ?
>>
>> THX,
>> Andrea
>>
>
>
>
> --
> -
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -
>
>
> ___
> Qgis-user mailing 
> listQgis-user@lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> --
> Dr. Marco Hugentobler
> Sourcepole -  Linux & Open Source Solutions
> Weberstrasse 5, CH-8004 Zürich, switzerlandmarco.hugentob...@sourcepole.ch 
> http://www.sourcepole.ch
> Technical Advisor QGIS Project Steering Committee
>
>
> ___
> Qgis-user mailing list
> 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
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Custom CRS

[Sylvia Preuß]

Hello Bob,

 

thank you very much! I found it at C:\Program Files (x86)\Quantum GIS
Wroclaw\apps\qgis\resources\qgis.db

 


Sylvia



 

 



Der E-Mail-Dienst des Oberbergischen Kreises dient ausschliesslich der 
dienstlichen Kommunikation. 
Senden Sie deshalb keine E-Mails privaten Inhalts an E-Mail-Adressen des 
Oberbergischen Kreises.
Es wird darauf hingewiesen, dass neben der Person, an die Ihre E-Mail gerichtet 
ist, auch deren Vertretung im Amt einen unmittelbaren Zugriff auf Ihre 
Nachricht hat. Fuer Berufsgeheimnistraeger gelten abweichende Regelungen. 
Es wird ausserdem darauf hingewiesen, dass die Kommunikation per E-Mail ohne 
Authentifizierung und Verschluesselung unsicher ist, da fuer unberechtigte 
Dritte grundsaetzlich die Moeglichkeit der Kenntnisnahme und Manipulation 
besteht.
Es wird deshalb keine Verantwortung fuer den Inhalt dieser Nachricht 
uebernommen, da eine Manipulation nicht ausgeschlossen werden kann.
Obwohl alle angemessenen Vorkehrungen getroffen wurden, um sicherzustellen, 
dass Anlagen dieser E-Mail virusgeprueft sind, wird empfohlen, anhaengende 
Dateien vor dem Oeffnen durch Ihr eigenes Virus-Programm zu pruefen, da 
keinerlei Haftung fuer Schaeden uebernommen wird, die infolge etwaiger 
Software-Viren entstehen koennten.
Der Inhalt dieser E-Mail ist ausschliesslich fuer die bezeichnete Person 
bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen 
Vertretung sein sollten, beachten Sie bitte, dass jede Form der Kenntnisnahme, 
Veroeffentlichungg, Vervielfaeltigung oder Weitergabe des Inhalts dieser E-Mail 
unzulaessig ist. In diesem Fall wird darum gebeten, sich mit der absendenden 
Person der E-Mail in Verbindung zu setzen.___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Custom CRS

[G. Allegri]

Hi Sylvia,
it's under /.qgis2/qgis.db

 is somthing like C:\Users\

giovanni


2014-02-14 Bob and Deb :

> Hi Sylvia,
>
> Not sure where it is in Windows, but under Linux, you can find the
> database at ~/.qgis2/qgis.db
>
> Bob
>
>
> 2014-02-14 0:03 GMT-08:00 Sylvia Preuß :
>
>> Hello everybody,
>>
>>
>>
>> I  defined a custom coordinate reference system and saved it. Does
>> anybody know the path of the QGIS user database and what's the name of it?
>>
>> In the documentation I found following:
>>
>> "If QGIS does not provide the coordinate reference system you need, you
>> can define a custom CRS. To define a CRS, select Custom CRS from the
>> Settings menu. Custom CRS are stored in your QGIS user database. In
>> addition to your custom CRS, this database also contains your spatial
>> bookmarks and other custom data."
>>
>>
>>
>> QGIS 1.7.4, Windows7
>>
>>
>>
>> Thank you
>>
>>
>>
>> Sylvia
>>
>>  --
>>
>>
>> * Der E-Mail-Dienst des Oberbergischen Kreises dient ausschließlich der
>> dienstlichen Kommunikation. Senden Sie deshalb keine E-Mails privaten
>> Inhalts an E-Mail-Adressen des Oberbergischen Kreises.*
>> Es wird darauf hingewiesen, dass neben der Person, an die Ihre E-Mail
>> gerichtet ist, auch deren Vertretung im Amt einen unmittelbaren Zugriff auf
>> Ihre Nachricht hat. Für Berufsgeheimnisträger und besondere Funktionsträger
>> gelten abweichende Regelungen.
>> Es wird außerdem darauf hingewiesen, dass die Kommunikation per E-Mail o
>> hne Authentifizierung und Verschlüsselung unsicher ist, da für
>> unberechtigte Dritte grundsätzlich die Möglichkeit der Kenntnisnahme und
>> Manipulation besteht.
>> Es wird deshalb keine Verantwortung für den Inhalt dieser Nachricht
>> übernommen, da eine Manipulation nicht ausgeschlossen werden kann.
>> Obwohl alle angemessenen Vorkehrungen getroffen wurden, um
>> sicherzustellen, dass Anlagen dieser E-Mail virusgeprüft sind, wird
>> empfohlen, anhängende Dateien vor dem Öffnen durch Ihr eigenes
>> Virus-Programm zu prüfen, da keinerlei Haftung für Schäden übernommen wird,
>> die infolge etwaiger Software-Viren entstehen könnten.
>> Der Inhalt dieser E-Mail ist ausschließlich für die bezeichnete Person
>> bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen
>> Vertretung sein sollten, beachten Sie bitte, dass jede Form der
>> Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des
>> Inhalts dieser E-Mail unzulässig ist. In diesem Fall wird darum gebeten,
>> sich mit der absendenden Person der E-Mail in Verbindung zu setzen.
>> --
>>
>>
>> ___
>> 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
>



-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Qgis-server recompute always the layer bbox ?

[G. Allegri]

2014-02-14 Marco Hugentobler :

>  Hi Andrea
>
>
> >I suspect that QS try always to recalc the box of every layer.
>
> QGIS server caches layers (up to 100, but that can be enhanced using the
> environment variable MAX_CACHE_LAYERS).  Furthermore, the GetCapabilities
> documents are cached (so no recalculation if using FastCGI).
>
>
Thanks Marco, you confirmed what I told Andrea.
It would be a good enhancement if caching could be done in a persitent
manner (out of memory). We could consider, in the future, to use memcache
or something similar.

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

Re: [Qgis-user] Custom CRS

[Bob and Deb]

Hi Sylvia,

Not sure where it is in Windows, but under Linux, you can find the database
at ~/.qgis2/qgis.db

Bob


2014-02-14 0:03 GMT-08:00 Sylvia Preuß :

> Hello everybody,
>
>
>
> I  defined a custom coordinate reference system and saved it. Does anybody
> know the path of the QGIS user database and what's the name of it?
>
> In the documentation I found following:
>
> "If QGIS does not provide the coordinate reference system you need, you
> can define a custom CRS. To define a CRS, select Custom CRS from the
> Settings menu. Custom CRS are stored in your QGIS user database. In
> addition to your custom CRS, this database also contains your spatial
> bookmarks and other custom data."
>
>
>
> QGIS 1.7.4, Windows7
>
>
>
> Thank you
>
>
>
> Sylvia
>
>  --
>
>
> * Der E-Mail-Dienst des Oberbergischen Kreises dient ausschließlich der
> dienstlichen Kommunikation. Senden Sie deshalb keine E-Mails privaten
> Inhalts an E-Mail-Adressen des Oberbergischen Kreises.*
> Es wird darauf hingewiesen, dass neben der Person, an die Ihre E-Mail
> gerichtet ist, auch deren Vertretung im Amt einen unmittelbaren Zugriff auf
> Ihre Nachricht hat. Für Berufsgeheimnisträger und besondere Funktionsträger
> gelten abweichende Regelungen.
> Es wird außerdem darauf hingewiesen, dass die Kommunikation per E-Mail o
> hne Authentifizierung und Verschlüsselung unsicher ist, da für
> unberechtigte Dritte grundsätzlich die Möglichkeit der Kenntnisnahme und
> Manipulation besteht.
> Es wird deshalb keine Verantwortung für den Inhalt dieser Nachricht
> übernommen, da eine Manipulation nicht ausgeschlossen werden kann.
> Obwohl alle angemessenen Vorkehrungen getroffen wurden, um
> sicherzustellen, dass Anlagen dieser E-Mail virusgeprüft sind, wird
> empfohlen, anhängende Dateien vor dem Öffnen durch Ihr eigenes
> Virus-Programm zu prüfen, da keinerlei Haftung für Schäden übernommen wird,
> die infolge etwaiger Software-Viren entstehen könnten.
> Der Inhalt dieser E-Mail ist ausschließlich für die bezeichnete Person
> bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen
> Vertretung sein sollten, beachten Sie bitte, dass jede Form der
> Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des
> Inhalts dieser E-Mail unzulässig ist. In diesem Fall wird darum gebeten,
> sich mit der absendenden Person der E-Mail in Verbindung zu setzen.
> --
>
>
> ___
> 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-server recompute always the layer bbox ?

[Marco Hugentobler]

Hi Andrea

>I suspect that QS try always to recalc the box of every layer.

QGIS server caches layers (up to 100, but that can be enhanced using the 
environment variable MAX_CACHE_LAYERS).  Furthermore, the 
GetCapabilities documents are cached (so no recalculation if using FastCGI).


>Perhaps a different usage of spatialite driver between qgis desktop 
and qgis-server ?


QGIS server uses the public API, so it should be exactly the same usage. 
Must be some other difference (libspatialite version?)


Regards,
Marco

On 13.02.2014 23:34, Andrea Peri wrote:

Hi,
I partially resolved.

The framework I sued will allow me bypass the getcapabilities phase 
and go directly to the getmap phase.
Initizally also the getmap phase seem to be too slow, but after some 
try I notice that a slow bottleneck is the change of SRS.
So fixing the SRS to the same of the dataset will gain a bit of speed 
and now the time to wait is quite acceptable.
The strange is that the qgis desktop on my notebook , using the same 
project and the same datasets is more, more speeder than my server 
where there is the qgis-server.


We use a spatialite db.
Perhaps a different usage of spatialite driver between qgis desktop 
and qgis-server ?

Actually I don't know.

Regards,
Andrea.



2014-02-13 11:30 GMT+01:00 Andrea Peri >:


Hi I'm trying to publish with qgis.server a project with some huge
dayaset. Actually the getcapabilities tale about 40 sec to return.
I suspect that QS try always to recalc the box of every layer.
Is confirmed that qgis.server recompute always the box for every
request ?
If confirmed, There is an option to avoid this ?

THX,
Andrea




--
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-


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



--
Dr. Marco Hugentobler
Sourcepole -  Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
marco.hugentob...@sourcepole.ch http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee

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

[Qgis-user] Custom CRS

[Sylvia Preuß]

Hello everybody,

 

I  defined a custom coordinate reference system and saved it. Does anybody
know the path of the QGIS user database and what’s the name of it? 

In the documentation I found following:

„If QGIS does not provide the coordinate reference system you need, you can
define a custom CRS. To define a CRS, select Custom CRS from the Settings
menu. Custom CRS are stored in your QGIS user database. In addition to your
custom CRS, this database also contains your spatial bookmarks and other
custom data.“

 

QGIS 1.7.4, Windows7



 

Thank you 

 

Sylvia



Der E-Mail-Dienst des Oberbergischen Kreises dient ausschliesslich der 
dienstlichen Kommunikation. 
Senden Sie deshalb keine E-Mails privaten Inhalts an E-Mail-Adressen des 
Oberbergischen Kreises.
Es wird darauf hingewiesen, dass neben der Person, an die Ihre E-Mail gerichtet 
ist, auch deren Vertretung im Amt einen unmittelbaren Zugriff auf Ihre 
Nachricht hat. Fuer Berufsgeheimnistraeger gelten abweichende Regelungen. 
Es wird ausserdem darauf hingewiesen, dass die Kommunikation per E-Mail ohne 
Authentifizierung und Verschluesselung unsicher ist, da fuer unberechtigte 
Dritte grundsaetzlich die Moeglichkeit der Kenntnisnahme und Manipulation 
besteht.
Es wird deshalb keine Verantwortung fuer den Inhalt dieser Nachricht 
uebernommen, da eine Manipulation nicht ausgeschlossen werden kann.
Obwohl alle angemessenen Vorkehrungen getroffen wurden, um sicherzustellen, 
dass Anlagen dieser E-Mail virusgeprueft sind, wird empfohlen, anhaengende 
Dateien vor dem Oeffnen durch I
 hr eigenes Virus-Programm zu pruefen, da keinerlei Haftung fuer Schaeden 
uebernommen wird, die infolge etwaiger Software-Viren entstehen koennten.
Der Inhalt dieser E-Mail ist ausschliesslich fuer die bezeichnete Person 
bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen 
Vertretung sein sollten, beachten Sie bitte, dass jede Form der Kenntnisnahme, 
Veroeffentlichungg, Vervielfaeltigung oder Weitergabe des Inhalts dieser E-Mail 
unzulaessig ist. In diesem Fall wird darum gebeten, sich mit der absendenden 
Person der E-Mail in Verbindung zu setzen.

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