Beefy Boxes and Bandwidth Generously Provided by pair Networks
more useful options
 
PerlMonks  

Re^10: Retrieve SNP information from UCSC genome browser

by taint (Chaplain)
on Jan 10, 2014 at 16:44 UTC ( #1070149=note: print w/ replies, xml ) Need Help??


in reply to Re^9: Retrieve SNP information from UCSC genome browser
in thread Retrieve SNP information from UCSC genome browser

"You could have provided a clear response first time, proving your claim. As usual, that didn't happen."

Sigh...
and how did this:

Commands may be abbreviated. Commands are: ! features mls prompt site $ fget mlsd proxy size account form mlst put sndbuf append ftp mode pwd status ascii gate modtime quit struct bell get more quote suniqu +e binary glob mput rate system bye hash mreget rcvbuf tenex case help msend recv thrott +le cd idle newer reget trace cdup image nlist remopts type chmod lcd nmap rename umask close less ntrans reset unset cr lpage open restart usage debug lpwd page rhelp user delete ls passive rmdir verbos +e dir macdef pdir rstatus xferbu +f disconnect mdelete pls runique ? edit mdir pmlsd send epsv4 mget preserve sendport exit mkdir progress set
not expand on my assertion? There's quite a few additions, to my original assertion. That was an attempt to articulate/expand/broaden my assertion. Surely, even the slightly curious, might see some possibilities in that list.

--Chris

λɐp ʇɑəɹ⅁ ɐ əʌɐɥ puɐ ʻꜱdləɥ ꜱᴉɥʇ ədoH


Comment on Re^10: Retrieve SNP information from UCSC genome browser
Download Code
Re^11: Retrieve SNP information from UCSC genome browser
by marto (Chancellor) on Jan 10, 2014 at 16:49 UTC

    Do you really expect someone to play guessing games with the output of a command list? Do you expect poor ammalu89 to go away and read the documentation for everyone on the list before piecing together your so called strategy? Seems like you have no interest in either helping the user, backing up your claim that FTP can do this reliably or proving your assertion that comparing the number of bytes is a logical way of comparing files.

    Perhaps you want to (re?)read PerlMonks for the Absolute Beginner. Maybe someone should post a "How to answer a question effectively" tutorial.

      "Do you really expect someone to play guessing games with the output of a command list? Do you expect poor ammalu89 to go away and read the documentation for everyone on the list before piecing together your so called strategy? Seems like you have no interest in either helping the user, backing up your claim that FTP can do this reliably or proving your assertion that comparing the number of bytes is a logical way of comparing files."

      True. This sort of thing is not for the uninitiated. Users of Perl shouldn't be bothered to be required to read the perltoot, or perlootut before making inquiries. Which also speaks to your second assertion (just above). The (sub) commands modtime, and size; while not perfect, will give one at least a sense, as to whether the remote file is different (has changed, been modified) since their last inquiry. It's not perfect, but it's also not as bad as you seem to assert.
      And my "correction" does indicate that FTP is not just for "downloading files", as you initially claimed in your first reply to the OP.

      --Chris

      λɐp ʇɑəɹ⅁ ɐ əʌɐɥ puɐ ʻꜱdləɥ ꜱᴉɥʇ ədoH

        "The (sub) commands modtime, and size; while not perfect, will give one at least a sense, as to whether the remote file is different (has changed, been modified) since their last inquiry."

        Yikes! You've yet to explain why comparing on size is sensible at all. Modtime, you have no idea if the remote file is rebuild periodically, or the local file is modified (saved, while the contents remaining the same). Why you'd want to get a "sense" of file changes is beyond me when the only logical way is to compare the file contents. Not their size, or their modification date. You claimed FTP could do this. These commands (the one to get the size and the one to get the modtime, we've establised there isn't one to compare files) aren't available in every implementation. You're guessing again. This is no way to solve any problem. Your guessing and making a mess of it.

        "It's not perfect, but it's also not as bad as you seem to assert."

        It's far from perfect, it's a terrible mess. Regardless you claimed several times that FTP can compare files, not only is this not a comparison, but this is a combination of commands to tell you different things, not that FTP has compared files at all.

        "Users of Perl shouldn't be bothered to be required to read the perltoot, or perlootut before making inquiries."

        "Be bothered to be required"? why would they read perltoot or perlootut to ask a question about FTP? If the point you're trying to make is about reading documentation, the FTP documentation you've linked to shows nothing about comparing files. How would this have helped ammalu89, other than confirming this isn't what they want to use to compare a file?

        Update: explained which commands are in question to remove ambiguity.

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1070149]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others studying the Monastery: (6)
As of 2014-08-23 02:26 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    The best computer themed movie is:











    Results (171 votes), past polls