<div dir="ltr">> <span style="font-size:12.8000001907349px">So you assume to have grants to write in the table where is stored the published informazioni. </span><span style="font-size:12.8000001907349px">This is not always true. The dba amministratore of a published environment not like to have some cowboy to write into its DBMS.</span><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">It depends on the access you need. If you're in an environment with an actual dba, they can give you the rights you need and no more.  The more widespread case is when you're acting as your own DBA and in which case you can have the rights you need.  The user QGIS Server uses doesn't need to be the same user that has update access.  There are many solutions.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">It also depends on the application, and a billion other things that make it difficult to say "you can't do that".  It _can_ be done, it's just a matter of making it happen.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">> </span><span style="font-size:12.8000001907349px">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.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">I'm not sure what you're getting at. No one is saying that the db-based projects should be the only, or even the default, method.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">> </span><span style="font-size:12.8000001907349px">I feat that this option increasing complexity will reduce the installation of qgis-server.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Again, no one is talking about removing the current method.  I'm not sure what your problem is with people discussing a more complex, but also extremely flexible, needed, and wanted method of storing projects.  If you don't want it, don't use it.  No one is taking away file-based projects.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Jim</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 12, 2015 at 10:03 AM, Andrea Peri <span dir="ltr"><<a href="mailto:aperi2007@gmail.com" target="_blank">aperi2007@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">So you assume to have grants to write in the table where is stored the published informazioni.<br>
This is not always true. The dba amministratore of a published environment not like to have some cowboy to write into its DBMS.</p>
<p dir="ltr">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.</p>
<p dir="ltr">I feat that this option increasing complexity will reduce the installation of qgis-server.</p><span class="HOEnZb"><font color="#888888">
<p dir="ltr">A.</p></font></span><div class="HOEnZb"><div class="h5">
<div class="gmail_quote">Il 12/ago/2015 03:29 PM, "James Keener" <<a href="mailto:jim@jimkeener.com" target="_blank">jim@jimkeener.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I was also looking for this a bit back and never found a solution. I ended up using other software, unfortunately.<div><br></div><div>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.<div><br></div><div>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.</div><div><br></div><div>Jim</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 12, 2015 at 9:13 AM, Andrea Peri <span dir="ltr"><<a href="mailto:aperi2007@gmail.com" target="_blank">aperi2007@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I don't guess is more flexible.<br>
Infact usually the teting environment is never exactly exals to the<br>
publish environmnet.<br>
<br>
A file allw to open and correct the paths from develop and publish environment.<br>
Also the svg symbols could be not exactly with the same path from<br>
develop and publish environment.<br>
<br>
So having a same project in a db is more complex becasue need to have<br>
two environment exactly the same.<br>
And this is not possible.<br>
.<br>
<br>
I guess the db storing for project could be more flexible only if the<br>
paths to the layers and relative paths of svg was not stored in the<br>
project file but instead in other files.<br>
<br>
My 2ct.<br>
<br>
A.<br>
<div><div><br>
<br>
2015-08-12 15:06 GMT+02:00 lars lingner <<a href="mailto:gislars%2Blist@gmail.com" target="_blank">gislars+list@gmail.com</a>>:<br>
> Hello,<br>
><br>
> I'm looking for a solution for storing QGis project files (qgs) in a<br>
> PostgreSQL database. Storing the files in a table isn't actually the<br>
> problem, but getting it out and feeding it to QGis server.<br>
><br>
> Did anyone had this need already? Would this be a good idea?<br>
><br>
> In my use case the project files are generated, based on a default<br>
> project file. Having the file in the DB would give more flexibility.<br>
><br>
> Since saving the style in DB is already supported by QGis, I'm just<br>
> curious of opinions of other users or developers.<br>
><br>
> Thanks in advance for any feedback<br>
><br>
> Lars<br>
> _______________________________________________<br>
> Qgis-user mailing list<br>
> <a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
<br>
<br>
<br>
</div></div><span><font color="#888888">--<br>
-----------------<br>
Andrea Peri<br>
. . . . . . . . .<br>
qwerty àèìòù<br>
-----------------<br>
</font></span><div><div>_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a></div></div></blockquote></div><br></div>
</blockquote></div>
</div></div></blockquote></div><br></div>