Status for read (load) Re: Re: url restrictions
[1/9] from: sags:apollo:lv at: 17-Jan-2005 23:11
The example url could be:
http://maps.dnr.state.mn.us/cgi-
bin/mapserv36?map=/usr/local/www/docs/mapserver_demos/tests36/aut
o_rotate/test.map&mode=map&map_test_class_label_position=CC&map_t
est_class_label_angle=0
Thanks to Gabriele, the load works for it!
Sorrry ... I am just starting to go in the structure of Docs...
;-)
The next question is how to get status/progress for loading
process of the image.
I would like to display them for user in an statuss bar.
I searched scripts for and find that read-thru could be used.
Is this the right way?
The docs of read-thru are quite limited (no examples) - dificult
for dummies. ;-)
Anyway - I tried some variants, but all excepting with to
refinement returns error:
....
0.597625
0.597625
** Access Error: Cannot open
/c/progz/rebol/public/maps.dnr.state.mn.us/cgi-bin/mapserv3
6?map=/
** Near: make-dir/deep loc-path
And again this way I would not prefer if it is possible, because
it requires to write to disk.
Am I going to right direction?
brgds
Janeks
On 17 Jan 2005 at 19:20, Anton Rolls wrote:
[2/9] from: pwawood::mango::net::my at: 18-Jan-2005 7:45
Janeks
There is a thread in the mailing list archive on progress bars. You can find
it by:
Visit Rebol.org
Mailing List Home
Topic Index
Look under H -> How to ->Display Progress Bars
Regards
Peter
[3/9] from: pwawood::mango::net::my at: 18-Jan-2005 7:50
Hi Janeks
Anton's script referred to in the ML archive message thread seems to have
moved.
As an alternative, there are a number of examples of progress bars in the
script library:
www.rebol.org
script library home
search for progress
Regards
Peter
[4/9] from: volker::nitsch::gmail::com at: 18-Jan-2005 13:30
source request-download
On Mon, 17 Jan 2005 23:11:23 +0200, [sags--apollo--lv] <[sags--apollo--lv]> wrote:
[snip]
> The next question is how to get status/progress for loading
> process of the image.
<<quoted lines omitted: 3>>
> The docs of read-thru are quite limited (no examples) - dificult
> for dummies. ;-)
Example:
source request-download ;)
[snip]
[5/9] from: sags:apollo:lv at: 18-Jan-2005 21:34
>> myImg: request-download http://maps.dnr.state.mn.us/cgi-bin/mapserv36?map=/usr/local/
www/docs/mapserver_demos/tests36/auto_rotate/test.map&mode=map&map_test_class_label_posi
tion=CC&map_test_class_label_angle=0
connecting to: maps.dnr.state.mn.us
** Access Error: Cannot open /C/Progz/rebol/public/maps.dnr.state.mn.us/cgi-bin/mapserv3
6?map=/
** Near: make-dir/deep loc-path
>>
:-(
Janeks
On 18 Jan 2005 at 13:30, Volker Nitsch wrote:
[6/9] from: sags:apollo:lv at: 18-Jan-2005 22:49
Is it so, that request-download any way makes an temp file? brgds Janeks On
18 Jan 2005 at 21:34, sags-apollo.lv wrote: >>>>myImg: request-download
>>>http://maps.dnr.state.mn.us/cgi-bin/mapserv36?map=/usr/local/
>www/docs/mapserver_demos/tests36/auto_rotate/test.map&mode=map&map_tes
>t_class_label_posi tion=CC&map_test_class_label_angle=0 connecting to:
>maps.dnr.state.mn.us ** Access Error: Cannot open
>/C/Progz/rebol/public/maps.dnr.state.mn.us/cgi-bin/mapserv3 6?map=/ **
>Near: make-dir/deep loc-path >>>>:-( >>Janeks >>On 18 Jan 2005 at 13:30,
Volker Nitsch wrote: >>>>>source request-download >>>>>>On Mon, 17 Jan 2005
23:11:23 +0200, sags-apollo.lv <sags-apollo.lv> >>wrote: >[snip] >>>>>The
next question is how to get status/progress for loading >>>process of the
image. >>>I would like to display them for user in an statuss bar. >>>I
searched scripts for and find that read-thru could be used. Is >>>this the
right way? >>>>>>The docs of read-thru are quite limited (no examples) -
dificult >>>for dummies. ;-) >>>>Example: >> source request-download ;)
>>>>[snip] >>-- >>To unsubscribe from the list, just send an email to
rebol-request at >>rebol.com with unsubscribe as the subject. >>>>>-- >To
unsubscribe from the list, just send an email to rebol-request at >rebol.com
with unsubscribe as the subject. >
[7/9] from: volker:nitsch::gmail at: 18-Jan-2005 23:37
On Tue, 18 Jan 2005 21:34:24 +0200, [sags--apollo--lv] <[sags--apollo--lv]> wrote:
> >> myImg: request-download http://maps.dnr.state.mn.us/cgi-bin/mapserv36?map=/usr/local/
> www/docs/mapserver_demos/tests36/auto_rotate/test.map&mode=map&map_test_class_label_posi
<<quoted lines omitted: 4>>
> ** Near: make-dir/deep loc-path
> >>
request-download/to url file
Else it makes its own cache-file based on the url, and so has "6?map="
in filename.
Or build something own based on the source.
--
-Volker
Any problem in computer science can be solved with another layer of
indirection. But that usually will create another problem.
David
Wheeler
[8/9] from: antonr::lexicon::net at: 19-Jan-2005 18:51
Rebol's PATH-THRU (used eventually by request-download),
does not do anything about illegal filenames (ie. containing
the character "?". So when request-download goes to save
the file, it fails.
I suggest you either specify your own location for the file
like this:
request-download/to url %image.gif
view layout [image %image.gif]
which I think you probably want to do anyway (placing your
own map/ directory somewhere nice), or you need to make
your own version of path-thru which creates a good filename
even when given "bad" characters like "?", and make a modified
version of request-download which uses that.
I was actually thinking about this recently - it annoys me once
every while that I can't cache rebol.org scripts easily (
just by the idiom READ-THRU url).
Doing a good job of fixing it is a large task. You need to find
out what the allowed characters are for each platform
supported by rebol, then munge the filenames in such a way
that there are not likely to be collisions, etc..
Anton.
[9/9] from: sags:apollo:lv at: 19-Jan-2005 19:37
O'k than that is a minor problem.
Anyway for this case the fetched image file will not be lage,
so going throught saved file in every case wiil not cause
significant time/performance loss.
brgds
Janeks
On 19 Jan 2005 at 18:51, Anton Rolls wrote:
Notes
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted