<div dir="ltr">So perhaps just make it look more like OpenJUMP  <3  <div><br></div><div>With perhaps a touch of the JTS Testbuilder  :)</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 29, 2019 at 9:26 PM Regina Obe <<a href="mailto:lr@pcorp.us">lr@pcorp.us</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 lang="EN-US"><div class="gmail-m_9163136075730360871WordSection1"><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">It's a touchy area the DB  tool should have strong DB and light on visualization – so Db work is always front and center and GIS to the side. The GIS should be lighter on DB and stronger on visualization (or at least have visualization up front).<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">What is light but not too light is a big fuzzy area.  So I think of it in terms of 3 users.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Leo – He likes OpenJump, cause all he wants to do is write SQL statements – hates QGIS.  Why he hates QGIS? – the only thing he wants is to be able to write a query and see it and layer queries. <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Maybe some styling to distinguish his queries when he overlays. Downside of OpenJump is inability to browse his tables and make structural changes.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">QGIS forces him to open this huge <b>GIS System</b> -> go to DbManager. He finds it cluttered. He is NOT a GIS person so all those goodies are lost on him. He finds them to be an eyesore and weighing him down from his primary objective.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">GIS person or general user – I give them QGIS they love it – they are immersed in the whole visualization thing and just want to filter their data, they go hog wild installing plugins. I try to show them the DbManager piece (the colorcoding of queries, the light intellisense, the ability to browse tables etc) (the feature I like most about QGIS), and they yawn and are totally not interested.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Me – I don't often care to visualize anything aside form spot checking my concave hull or convex hull or Geo Median is right, but it's hard to tell if I can't overlay on the original query without the calcs. So that's the only thing I really yearn for overlay and very minimalist styling.  So I end up jumping to whatever is closest QGIS or OpenJump. These days I often jump to QGIS cause I have users that feel "SAFE" (by SAFE I mean they are not lost in – what should I type) in it so I have to have a clue how to show them how to do things in it, but otherwise I'm probably more of an OpenJump / pgAdmin user.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><div style="border-top:none;border-right:none;border-bottom:none;border-left:1.5pt solid blue;padding:0in 0in 0in 4pt"><div><div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0in 0in"><p class="MsoNormal"><b><span style="font-size:11pt;font-family:Calibri,sans-serif">From:</span></b><span style="font-size:11pt;font-family:Calibri,sans-serif"> postgis-users [mailto:<a href="mailto:postgis-users-bounces@lists.osgeo.org" target="_blank">postgis-users-bounces@lists.osgeo.org</a>] <b>On Behalf Of </b>Martin Davis<br><b>Sent:</b> Tuesday, January 29, 2019 9:25 PM<br><b>To:</b> Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca" target="_blank">pramsey@cleverelephant.ca</a>><br><b>Cc:</b> PostGIS Users Discussion <<a href="mailto:postgis-users@lists.osgeo.org" target="_blank">postgis-users@lists.osgeo.org</a>><br><b>Subject:</b> Re: [postgis-users] Request for ideas to enhance the geometry viewer - GSoC<u></u><u></u></span></p></div></div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">Oh, i wasn't suggesting render-in-the-DB.  Just throwing out an idea about how styling metadata could be supplied to pgAdmin.  <u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">I guess I wasn't totally clear. The suggestion is to supply dynamic queries with styling metadata on-the-fly within pgAdmin.  The metadata would *not* be persisted in the DB (well, it could be, but up to the user).  Putting the metadata right in SQL allows using all those SQL/Postgres functions we all know and love.already.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">As for Paolo's objection, I can see his point.  But two rebuttles:<u></u><u></u></p></div><div><p class="MsoNormal">- Since it's free, why not put useful functionality everywhere?  :)<u></u><u></u></p></div><div><p class="MsoNormal">- actually it's not free - the cost occurs in having to learn an entirely new tool.  So if some useful extra functionality pops up in your tool of choice, that's a win<u></u><u></u></p></div></div><p class="MsoNormal"><u></u> <u></u></p><div><div><p class="MsoNormal">On Tue, Jan 29, 2019 at 6:11 PM Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca" target="_blank">pramsey@cleverelephant.ca</a>> wrote:<u></u><u></u></p></div><blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0in 0in 0in 6pt;margin:5pt 0in 5pt 4.8pt"><div><p class="MsoNormal">Yeah, every time I’ve thought about renderer-in-the-db I’ve come back to this. There’s nothing especially privileged about the db that makes a lot of sense for bringing rendering in-process. And boy it’s a rat hole… once you go down, you’re never coming back out.<u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">P<u></u><u></u></p><div><div><p class="MsoNormal"><br><br><u></u><u></u></p><blockquote style="margin-top:5pt;margin-bottom:5pt"><div><p class="MsoNormal">On Jan 29, 2019, at 5:36 PM, Paolo Cavallini <<a href="mailto:cavallini@faunalia.it" target="_blank">cavallini@faunalia.it</a>> wrote:<u></u><u></u></p></div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal"><span style="font-size:9pt;font-family:Helvetica,sans-serif">Are you sure you want to reimplement what a GIS does already? Doing proper, powerful styling it's a really big task.<br>Sorry to jump in like this, I'm a strong advocate of open source tools also because you can reuse what is available, avoiding duplication of efforts.<br>Cheers.<br style="font-variant-caps:normal;text-align:start;word-spacing:0px"><br></span><u></u><u></u></p><div><p class="MsoNormal"><span style="font-size:9pt;font-family:Helvetica,sans-serif">Il 30 gennaio 2019 02:13:50 CET, Martin Davis <</span><a href="mailto:mtnclimb@gmail.com" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif">mtnclimb@gmail.com</span></a><span style="font-size:9pt;font-family:Helvetica,sans-serif">> ha scritto:<u></u><u></u></span></p><blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0in 0in 0in 6pt;margin:5pt 0in 5pt 4.8pt"><div><p class="MsoNormal"><span style="font-size:9pt;font-family:Helvetica,sans-serif">Here's an idea which might be a bit out there...  <u></u><u></u></span></p><div><p class="MsoNormal"><span style="font-size:9pt;font-family:Helvetica,sans-serif"><u></u> <u></u></span></p></div><div><p class="MsoNormal"><span style="font-size:9pt;font-family:Helvetica,sans-serif">Allow styling/labelling to be driven by columns in the displayed query.  The styling columns would have well-known names which are unlikely to conflict with data columns.  A nice pattern to follow is the SVG style names.  So e.g. styleStroke = line color, styleFill - fill color, styleStrokeWidth = line width, etc etc etc.  styleLabel would be the string to label with.<u></u><u></u></span></p></div><div><p class="MsoNormal"><span style="font-size:9pt;font-family:Helvetica,sans-serif"><u></u> <u></u></span></p></div><div><p class="MsoNormal"><span style="font-size:9pt;font-family:Helvetica,sans-serif">This allows styling to be data-driven and easily captured and shared.  <u></u><u></u></span></p></div><div><p class="MsoNormal"><span style="font-size:9pt;font-family:Helvetica,sans-serif"><u></u> <u></u></span></p></div></div><p class="MsoNormal"><span style="font-size:9pt;font-family:Helvetica,sans-serif"><u></u> <u></u></span></p><div><div><p class="MsoNormal"><span style="font-size:9pt;font-family:Helvetica,sans-serif">On Mon, Jan 28, 2019 at 8:16 PM Victoria Rautenbach <</span><a href="mailto:victoria.rautenbach@gmail.com" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif">victoria.rautenbach@gmail.com</span></a><span style="font-size:9pt;font-family:Helvetica,sans-serif">> wrote:<u></u><u></u></span></p></div><blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0in 0in 0in 6pt;margin:5pt 0in 5pt 4.8pt"><p class="MsoNormal"><span style="font-size:9pt;font-family:Helvetica,sans-serif">Dear PostGIS devs and users<br><br>Firstly, we (Frikan, Xuri and I) would like to thank the PostGIS<br>community again for the support you provided us in 2018 during Google<br>Summer of Code (GSoC). We truly appreciate your time and effort.<br><br>The call for OSGeo GSoC ideas is now out [1]. Frikan and I would like<br>to suggest a project to address some of the issues left in the<br>geometry viewer (available in pgAdmin4), but also include some new<br>functionality.<br><br>Are there any ideas or suggestions from you, the PostGIS community,<br>for extra functionalities that would improve the usefulness of the<br>geometry viewer?<br><br>Thank you in advance.<br><br>Regards<br>Victoria<br><br><br>[1]<span class="gmail-m_9163136075730360871gmail-m1794381918267705954apple-converted-space"> </span></span><a href="https://lists.osgeo.org/pipermail/soc/2019-January/004200.html" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif">https://lists.osgeo.org/pipermail/soc/2019-January/004200.html</span></a><span style="font-size:9pt;font-family:Helvetica,sans-serif"><br>_______________________________________________<br>postgis-users mailing list<br></span><a href="mailto:postgis-users@lists.osgeo.org" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif">postgis-users@lists.osgeo.org</span></a><span style="font-size:9pt;font-family:Helvetica,sans-serif"><br></span><a href="https://lists.osgeo.org/mailman/listinfo/postgis-users" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif">https://lists.osgeo.org/mailman/listinfo/postgis-users</span></a><span style="font-size:9pt;font-family:Helvetica,sans-serif"><u></u><u></u></span></p></blockquote></div></blockquote></div><p class="MsoNormal"><span style="font-size:9pt;font-family:Helvetica,sans-serif"><br>--<span class="gmail-m_9163136075730360871gmail-m1794381918267705954apple-converted-space"> </span><br>Sorry for being short_______________________________________________<br>postgis-users mailing list<br></span><a href="mailto:postgis-users@lists.osgeo.org" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif">postgis-users@lists.osgeo.org</span></a><span style="font-size:9pt;font-family:Helvetica,sans-serif"><br></span><a href="https://lists.osgeo.org/mailman/listinfo/postgis-users" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif">https://lists.osgeo.org/mailman/listinfo/postgis-users</span></a><u></u><u></u></p></div></blockquote></div><p class="MsoNormal"><u></u> <u></u></p></div></div></div></blockquote></div></div></div></div>_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org" target="_blank">postgis-users@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-users" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/postgis-users</a></blockquote></div>