Sorry I misspoke. I meant to say it is only for the _resourcestore_. But
that was based on a misunderstanding from my part, I thought you meant
it would be able to edit jdbcconfig catalog data.
The catalog directory structure could still be automatically created,
but I would recommend giving these things a custom UI.
Regards
Niels
On 03/19/2016 08:08 PM, Andrea Aime wrote:
On Sat, Mar 19, 2016 at 3:42 PM, Niels Charlier <[email protected]
<mailto:[email protected]>> wrote:
If you are using JDBCConfig, there is no support for direct file
editing of the catalogue. All manipulations should already be
supported by the catalogue UI pages. This GUI is _only_ for
JDBCStore resources.
Wait, I lost you there... I'm not sure this matches Jody's mail
stating that this work will be core.
If it's core, it cannot work only with a module that is a community
one, it has to work also with the file system based resource store.
Otherwise we are talking about a GUI for JDBCStore, and as such it
should be a community module itself, e.g.,
community/web-jdbcstore
Plus, FTL templates are on the file system, they are not handled by
catalog, there is no GUI for them... so they should be handled
JDBCStore anyways no?
The lookup of FTL files is based on the file system
workspaces/<workspace>/<store>/<resource> structure, .e.g, if you
place the template files
down at the resource level, they affect only that resource, if you
place them at the store, all resources from that store,
at the workspace, anything in the workspace, if it in the worspaces
folder, then everything.
See a fuller explanation here:
http://docs.geoserver.org/stable/en/user/tutorials/freemarker.html
The same goes for some other files, such as the WFS simple feature
schema mapping:
http://docs.geoserver.org/latest/en/user/services/wfs/schemamapping.html
Given that folders are not even there, this will
become painful for users that are trying to rebuild manually a
directory structure that
is not there: they have it easy in the file system based resource
store, since the directories
are already there, they just need to locate the right spot and add the
freemarker templates in it,
with the resource store approach instead they will have to manually
type the right path, no typos, no mistakes,
or the FTL files they add will not be used by GeoServer.
This might of course be solved by a customized GUI to handle the FTL
files (we already have rest resources
to do that). There is however nothing at all for the WFS schema mapping.
Looking at the upload dialog, if one can select the target in the
tree and then have that
bit pre-populated in the upload GUI, is there actually a need to
allow choosing on yet another browser
a different location? Just exit the dialog and choose a different
target instead?
This is necessary, because the user might want to upload a file to
a not yet existing directory. Mind that resourcestores don't
support the creation of empty directories, directories can only be
created on the fly.
Right... that will be something difficult to explain users... (for
reference, even developers get sometimes confused by git not tracking
empty directories)
Merging toghether rename and move seems a lot like a unix
approach, but I guess the common user
would be more comfortable having two simpler dialogs "rename" and
"move" instead, where
rename just has the new name, and move just the target location,
instead of both. Not a strong
opinion on this one, but I'm figuring the classic windows user be
a bit confused by it.
Perhaps, but the benefit is that you can move dir and name at the
same time and do what would otherwise need two operations in one.
I would in any case keep the button saying "move/rename" (and not
just move) so that people know what to click on when they need to
rename. Once they open the dialog, the rest should be trivial.
They only need to change the dir/name if they want to. I am a
linux person though.
Yep, I'm worried that the system is going to be more dev friendly than
user friendly. Wondering, was
a UI guy or an interaction designed consulted? Is there anyone in the
community reading this
message with such experience?
Regards
Andrea
--
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate.
Il loro utilizzo è consentito esclusivamente al destinatario del
messaggio, per le finalità indicate nel messaggio stesso. Qualora
riceviate questo messaggio senza esserne il destinatario, Vi preghiamo
cortesemente di darcene notizia via e-mail e di procedere alla
distruzione del messaggio stesso, cancellandolo dal Vostro sistema.
Conservare il messaggio stesso, divulgarlo anche in parte,
distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità
diverse, costituisce comportamento contrario ai principi dettati dal
D.Lgs. 196/2003.
The information in this message and/or attachments, is intended solely
for the attention and use of the named addressee(s) and may be
confidential or proprietary in nature or covered by the provisions of
privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New
Data Protection Code).Any use not in accord with its purpose, any
disclosure, reproduction, copying, distribution, or either
dissemination, either whole or partial, is strictly forbidden except
previous formal approval of the named addressee(s). If you are not the
intended recipient, please contact immediately the sender by
telephone, fax or e-mail and delete the information in this message
that has been received in error. The sender does not give any warranty
or accept liability as the content, accuracy or completeness of sent
messages and accepts no responsibility for changes made after they
were sent or for other risks which arise as a result of e-mail
transmission, viruses, etc.
-------------------------------------------------------
------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
