Hi guys,
Working on the data store editor, trying to make the ui a bit more useful. For instance adding a file browser for url paramters in file based data stores, etc. However, I just realized for that to work you have to be running your browser on the same machine that is running GeoServer. I guess my question is do we want to allow clients to upload their files to the server while configuring the data store?
-Justin
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org
Hi Justin,
GeoServer. I guess my question is do we want to allow clients to upload
their files to the server while configuring the data store?
I guess not. It's the usual limitation when configuring a server app through a
remote client. Typical workaround would be to open a dialog with a file
browser (similar to JFileChooser, not to mention Windows Explorer), that
allows to navigate the server's filesystem. Though I guess it would not be so
easy to do, nor I'm sure people will agree, what I think would be usefull is
to be able of specifying UNC path names (i.e. \\anotherserver\path\to\files)
Though I guess it is possible with java, I'd never tried it.
my 2c
Gabriel.
-Justin
Thanks for the input. This one is a bit tricky.
Gabriel Roldán wrote:
Hi Justin,
GeoServer. I guess my question is do we want to allow clients to upload
their files to the server while configuring the data store?I guess not. It's the usual limitation when configuring a server app through a remote client. Typical workaround would be to open a dialog with a file browser (similar to JFileChooser, not to mention Windows Explorer), that allows to navigate the server's filesystem. Though I guess it would not be so easy to do,
I couldn't find a nice way to do something like this using struts.
nor I'm sure people will agree, what I think would be usefull is
to be able of specifying UNC path names (i.e. \\anotherserver\path\to\files)
Though I guess it is possible with java, I'd never tried it.
Using the UNC path name could work, however the request would have to be processed by GeoServer to turn the path name into a url that the underlying data store could handle. Which would have to be done anyways if the file path is used.
my 2c
Gabriel.
-Justin
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org
Our conversation about the topic:
(09:06:47) *sploreg:* I want to put: "shapefile example URL: 'file:data/example.shp' "
(09:06:48) *Justin:* i turned the widget into a text box with a file browser
(09:06:55) *sploreg:* cool
(09:07:01) *Justin:* however there is a problem that i have found
(09:07:03) *sploreg:* then I won't worry about it =)
(09:07:23) *sploreg:* regarding the message you sent to the list?
(09:07:29) *Justin:* struts doesn;t upload the full path with the rest of the file
(09:07:40) *sploreg:* really?
(09:07:42) *sploreg:* doh
(09:07:51) *Justin:* so I am not sure what the desired behaviour is
(09:07:56) *Justin:* i can think of a couple of things
(09:08:01) *sploreg:* it jsut gets you the filename?
(09:08:28) *Justin:* yes, but it makes sense, because usually the client and server are not the same machine, so the url relative to the client really doens't mean anything
(09:08:37) *sploreg:* ah
(09:08:39) *Justin:* however the data store paramte4rs assume that the url is visible to the server
(09:08:46) *sploreg:* gotcha
(09:08:54) *sploreg:* intesting problem
(09:09:00) *Justin:* you see my dilemma, i sent a message to the list about it
(09:09:07) *Justin:* i looked at an example for stylesz
(09:09:13) *Justin:* where a file browser is used
(09:09:36) *Justin:* it appears that you already need a file with the same name under your config directory (data/styles?) i think
(09:09:41) *sploreg:* I guess you can't browse a remote directory either then
(09:09:52) *sploreg:* weird
(09:10:02) *Justin:* hmm, not sure about that, but i dont think so
(09:10:04) *Justin:* i was thinking
(09:10:21) *Justin:* that a possible solution would be for the user to specify wether the file is local or remote
(09:10:30) *Justin:* with respect to the server
(09:10:51) *sploreg:* so they would need a mirror of the path on their local machine?
(09:10:52) *Justin:* if local, the full url is used (with a little bit of hacking), if remote, the file has to be uploaded to teh server
(09:11:03) *Justin:* yes
(09:11:11) *sploreg:* hmm, that might leave it just as confusing
(09:11:17) *Justin:* yeah i know
(09:11:49) *Justin:* its messy to upload the full path, and leave the widget as a file browser, the only way i could do it was with some javascript hacking, not very nice
(09:12:01) *sploreg:* hmm
(09:12:11) *Justin:* so in the short term, the best solution might be to remove the file browser, and add your little hint
(09:12:22) *sploreg:* yeh maybe
Brent Owens
TOPP
Justin Deoliveira wrote:
Hi guys,
Working on the data store editor, trying to make the ui a bit more useful. For instance adding a file browser for url paramters in file based data stores, etc. However, I just realized for that to work you have to be running your browser on the same machine that is running GeoServer. I guess my question is do we want to allow clients to upload their files to the server while configuring the data store?
-Justin
Justin Deoliveira wrote:
Hi guys,
Working on the data store editor, trying to make the ui a bit more useful. For instance adding a file browser for url paramters in file based data stores, etc. However, I just realized for that to work you have to be running your browser on the same machine that is running GeoServer.
Yep that is why it was not done ... BTW the original design document (mentioned yesterday) is here:
-<http://vwfs.refractions.net/docs/GeoserverConfigDesign.pdf>
And a follow up report in which the design was modified:
-<http://vwfs.refractions.net/docs/WebConfigImplementationReport.pdf>
If you have Viso I can find the diagram (on page 16) as a starting point for your planning. Note most of the effort was spent in parsing XMLSchema documents for the FeatureType editor page, something you are in a much better position to do then we were ....
The big screens that we never got a chance to complete are on:
- GeserverConfigDesign Figure 10, where you can use a check box to turn on/off publication of Features, and click on the FeatureType to start editing it directly...
I wanted to do one of these screens for both WMS and WFS, as it was we only got to use drop down lists (a big usability no-no).
I guess my question is do we want to allow clients to upload their files to the server while configuring the data store?
For things like SLD yes, for things like large shapefiles? Maybe ...
Clients have already asked for a "webdev" folder so they can just place their files onto the server...
Was also going to ask if there is anyway we can try *fast infoset* for GML between UDIG/GeoServer processing?
Cheers,
Jody