Opened 14 years ago
Closed 11 years ago
#7528 closed enhancement (wontfix)
wms:file: supporting scripts as data source
| Reported by: | A_Pirard | Owned by: | team |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Core imagery | Version: | latest |
| Keywords: | local script | Cc: | A_Pirard |
Description
It would be terrifically versatile (if you pardon the pun) to have scripts return map data.
This can be done rather easily (I hope) with an extended tms|wms:file://pathname[¶meter=...]...
If the pathname's attributes indicate executable, a script is called with the given parameters and it returns the map data. Otherwise, pathname extended with the parameters form a real filename, suitable for TMS.
Attachments (0)
Change History (5)
comment:1 by , 14 years ago
comment:2 by , 14 years ago
Glad to know it exists.
I suppose you suppose I searched but I couldn't find that feature.
Could you please indicate the URL to read a document explaining how to use it?
Thanks.
comment:3 by , 14 years ago
Failing an answer, I searched how Yahoo data retrieval works and I had some guesses.
It seems that, no, it does not use the file: access method, only http: apparently.
Hence it doesn't allow plain system scripts or commands but needs Java scripts from a server.
Not quite the simplicity of testing with system scrips ans the versatility or using all the system.
For example to do reprojection outside of Java if the problem is doing it inside?
comment:4 by , 11 years ago
| Component: | Core → Core imagery |
|---|---|
| Keywords: | local script added |
| Priority: | major → normal |
comment:5 by , 11 years ago
| Resolution: | → wontfix |
|---|---|
| Status: | new → closed |
It does call an URL. You can setup a local web server to execute a script or alternatively a WMS or TMS.
Supporting a special scripting interface is of no use nowadays when there are many better tools to do this work.



This is already implemented and used e.g. for Yahoo data retrieval.