<div dir="ltr">I think José has a good suggestion, maybe a fully integrated SQL console could be the other way around the browser panel.<div>Having a "Database" Menu without any database management tool could be funny and deceiving for new users. The idea of having SQL as another language to manage geographic DBMSs (and not only PostGIS) seems interesting albeit not new (who remembers MapBasic in MapInfo?). For some time it seemed that the integration with Spatialite could become so strong that I was becoming the way to handle all the features of QGIS in a data-centric way.</div><div>Then the affirmation of geopackage seems to have changed the outlook for QGIS.</div><div>c</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jul 10, 2022 at 3:06 PM José de Paula Rodrigues via QGIS-Developer <<a href="mailto:qgis-developer@lists.osgeo.org">qgis-developer@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi, all,</div><div><br></div><div>I must say I agree with Alexandre; one of the most precious feature of QGIS for me and the folks that work with me is the ability to very quickly and easily interact with PostGIS, making experiments, testing a query, adjusting, tailoring, comparing with other kinds of data sets, right there on the QGIS interface. I also agree that QGIS is not a database "manager"/"workshop"/"weaver" tool, so tasks such as creating database models, adding or removing columns, creating or droping tables/schemas/databases/roles might be out of scope for QGIS.</div><div><br></div><div>If the leaders really think the DB Manager plugin should go away, perhaps the current functionality of the SQL Window from DB Manager (with the ability to create a layer right from the query) could be moved to something akin to the current Python console.</div><div><br></div><div>One of the greatest strengths of QGIS, compared to the proprietary industry leader, is the ease and immediacy of working with all kinds of different dataset types, and I feel that if the DB manager goes away without some sort of replacement for its query window, this QGIS advantage will shrink a little.</div><div><br></div><div>Thank you all.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jul 10, 2022 at 8:51 AM Alexandre Neto via QGIS-Developer <<a href="mailto:qgis-developer@lists.osgeo.org" target="_blank">qgis-developer@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div>Hi Richard <br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">A domingo, 10/07/2022, 08:56, Richard Duivenvoorde via QGIS-Developer <<a href="mailto:qgis-developer@lists.osgeo.org" target="_blank">qgis-developer@lists.osgeo.org</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 7/10/22 03:02, Alexandre Neto via QGIS-Developer wrote:<br>
<br>
> This db manager functionality is unique, and is (in my opinion) one of the reasons why QGIS is PostGIS de facto client.<br>
<br>
Hi Alexandre,<br>
<br>
My de facto client is DBeaver, a cross platform FOSS general Database client (written in Java).<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I know dbeaver and like it alot and I use it too, but IMHO sending people to another software is not a solution.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
It even has a simple spatial viewer (as: show geometries on OSM, both for Postgis and Geopackages) in the data tabs.<br>
(in my setup I have Mysql(spatial), Postgis, Geopackages and Oracle connections in one set)<br>
<br>
Changing constraints/permissions/edits in data etc etc is really 'simple' (as in via gui).<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">This is what I use dbeaver for, and as I said before that is not my main concern.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
So running a spatial analysis to me is:<br>
- run a query in a <project>.sql file, create a view or temporary table for it<br>
- load it in QGIS<br>
(- saving all queries including comments in that sql file)<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Now this is where I think the workflow is incomparable. In QGIS you can overlap and see several results at the same time. something that it's not possible to do in dbeaver (or pgadmin). You can easily change your query and reload again in a very easy and fast way. Creating views or temporary tables in dbeaver to go and open it in QGIS, then if something went off go back to dveaver do it again... Nah... :-p</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Would that be a work around for you?<br>
<br>
It is like: A DB client like DBeaver should not try to be a (Q)GIS.... and vice versa ;-)<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I agree! My worries are not power users like you and me, we can use several software at the same time without crossing the wires, But it's damn hard to make common GIS folks transition to spatial databases and spatial SQL. Although Alessandro brilliant work will help this transition, the SQL editor from dbmanager was by far the best tool for spatial SQL.</div><div dir="auto"><br></div><div dir="auto">This being said, I understand that db manager will eventually die anyway for lack of maintenance if nothing is done otherwise. I just ask for some time so we have a plan for making sure that important functionality is not delegated to third party plugins.</div><div dir="auto"><br></div><div dir="auto">Maybe I should lead a QEP followed by a crowd funding? If that is the issue.</div><div dir="auto"><br></div><div dir="auto">"We" added lots of new functionality to QGIS, some of which I probably won't ever use, I am ok with it, but it's hard to see functionality I use everyday go away.</div><div dir="auto"><br></div><div dir="auto">Thanks,</div><div dir="auto"><br></div><div dir="auto">Alexandre</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Regards,<br>
<br>
Richard Duivenvoorde<br>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" rel="noreferrer" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div></div></div>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr">... et cognoscetis veritatem et veritas liberabit vos.</div>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div>