Feature Requests item #1146064, was opened at 2005-02-22 10:07 Message generated for change (Settings changed) made by mr-meltdown You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=482471&aid=1146064&group_id=56967
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: MonetDB - general Group: None Status: Open Priority: 5 Private: No Submitted By: Sjoerd Mullender (sjoerd) Assigned to: Sjoerd Mullender (sjoerd) >Summary: stream: http read support in streams Initial Comment: It might be nice to have the ability to open and read remote files through the HTTP protocol. We should take a look at curl to see if that can be integrated into stream.mx. The reason for wanting to do this is so that we can make demos easily usable without having to distribute them with the binaries. ---------------------------------------------------------------------- Comment By: Fabian (mr-meltdown) Date: 2005-02-22 10:59 Message: Logged In: YES user_id=963970 I don't see why for internal operations the stream library would be used. For demos, the customer just wants to execute a remote file: a zip, a tar, a tar/gzip, a gzip, a plain text file. You can do that by defining (non standard) handles within the language you are demoing in, or just by keeping it simple and letting the client fetch and feed to the Mserver. For a demo, everything is already there, in fact it's just a matter of "MapiClient | curl" or wget, or links, or lynx, etc. ---------------------------------------------------------------------- Comment By: Martin Kersten (mlkersten) Date: 2005-02-22 10:48 Message: Logged In: YES user_id=490798 Yes. This functionality is needed at several levels. 1) mm objects should be represented in the DBMS with a handle and could be represented by urls to their origin. A function getContent(() could then read the information into a string/BAT/.... for further processing in the context of the session. (Additional functions could forward it to a browser) 2) the functionality of MonetDB would greatly improve if it would be possible to access read-only bats using a URL. Actually, the access could also trigger a coercion to internal format. For example, accessing a remote jpg file using the http protocol delivers a BAT with the color representations (combined with getWidth() and getHeight() on this file type you have an image at your disposal. ---------------------------------------------------------------------- Comment By: Fabian (mr-meltdown) Date: 2005-02-22 10:38 Message: Logged In: YES user_id=963970 shouldn't this functionality be just in the client, instead of the server? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=482471&aid=1146064&group_id=56967 ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ Monetdb-bugs mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/monetdb-bugs
