Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

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: >>&#160;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:gm:ail 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