= 27d567bc2d48d9f40e9ccc20ea370b15)
jwhendy comments on 96 Bad Links in the Sequences - Less Wrong
You are viewing a comment permalink. View the original post to see all comments and the full post content.
= 783df68a0f980790206b9ea87794c5b6)
Loading…= b715d02e85f7b3b4ae65ca3d3e450868)
Subscribe to RSS Feed
Powered by Reddit
= f037147d6e6c911a85753b9abdedda8d)
You are viewing a comment permalink. View the original post to see all comments and the full post content.
Comments (27)
Deal! I'll read some about this and look into it more. I'm interested in this in that it seems like it's somehow... welll... "scraping" without digging through the actual html? Or is that not right? I have to all kinds of dumb stuff to the raw html, where as this seems like you're able to just tell it, "Get td[0] and store it as =variable= for all the tr's."
It's pretty slick. But... maybe the method itself is actually digging through the raw html and collecting stuff that way. Not sure.
Yeah, lxml processes all the html into a tree and gives you an API so you can access it as you like. It takes a lot of the grunt work out of extracting data from HTML.
Which is awesome, as I just felt the pain of hand pruning a heckuva lot of html tags out of something I wanted to transform to a different format. Even with my find-replacing, line breaks would prevent the tag from getting detected fully and I had to do a lot of tedious stuff :)