Live data from Hacker News

A search engine that favors text-heavy sites and punishes modern web design

search.marginalia.nu

371–380 of 735 posts

Re: A search engine that favors text-heavy sites and punishes modern web design

#371
Too bad it rejects non-Latin words, as if the definition of "text" is a sequence of alphabetical letters originated from Latin.

I thought that we've reached the time to embrace all cultures in the world, but this retrogressive engine proves that most modern tech designers are myopic about other civilizations in the globe.

Re: A search engine that favors text-heavy sites and punishes modern web design

#372

The results are fantastic, but I can't see how the excerpts relate to the search term. For example, a search term for 'Scotichronicon' returns some fascinating results, but the search term itself doesn't appear in the title or excerpts of most of the results. This makes it harder to judge how relevant they are.

The excerpts are static and very best effort. You just have to visit the website and find out I'm afraid.

I can do a lot with what I have, but I can't do full text search on millions of documents with dynamic excerpts off a single computer in my living room.

Re: A search engine that favors text-heavy sites and punishes modern web design

#373
Is there anyway to add this as a favored search engine in the browser?

I currently use google as it's set as the default search when I type in the address bar but would love to switch and move google/ddg to a added character like " @g"

Re: A search engine that favors text-heavy sites and punishes modern web design

#375

Earlier quoted context omitted.

... is this Galileo 2021 a reference that I am not understanding?

Yup, but so far no one got it. There was such an app in the early 2000's, before Google went mainstream, and Altavista-like engines were not good: Copernic 2000. I guess I'm officially old now.

FWIW, I got the reference. Maybe I'm old too?

Re: A search engine that favors text-heavy sites and punishes modern web design

#376
post #274

Wow, that's awesome. Great work! For a simple test, I searched "fall of the roman empire". In your search engine, I got wikipedia, followed by academic talks, chapters of books, and long-form blogs. All extremely useful resources. When I search on google, I get wikipedia, followed by a listicle "8 Reasons Why Rome Fell", then the imdb page for a movie by the same name, and then two Amazon book links, which are totall…

Cool, it appears that the trend towards JS may be causing self-selection -- if a page has a high amount of JS, it is highly unlikely to contain anything of value.

True. Unfortunately many large corporate websites through which you pay bills, order tickets, etc. are becoming infested with JS widgets and bulky, slow interfaces. These are hard to avoid.

Re: A search engine that favors text-heavy sites and punishes modern web design

#377
post #325

Looking for an arm assembly instruction, instead I get this strange website as the result http://mailstar.net/coronavirus.html Is that accidental or is this website promoted because it's text heavy and will surface for any search without many results?

Looks like that page just has an absurd amount of keywords. Those sometimes surface when there isn't any good results. Haven't found a foolproof detection method that doesn't unjustly punish innocent pages with large amounts of content.

Re: A search engine that favors text-heavy sites and punishes modern web design

#379

Earlier quoted context omitted.

That query is too long apparently. But if you shorten to "haskell type inference", I think it delivers on its promise: > If you are looking for fact, this is almost certainly the wrong tool. If you are looking for serendipity, you're on the right track. When was the last time you just stumbled onto something interesting, by the way?

The search engine doesn't do any type of re-ordering or synonym stuff, it only tires to construct different N-grams from the search query. So if you for example compare "SDL tutorial" with "SDL tutorials". On google you'd get the same stuff, this search engine, for better or worse doesn't. This is a design decision, for now anyway, mostly because I'm incredibly annoyed when algorithms are second-guessing me. On the o…

Maybe list the synonyms under the query, so its easier to try different formulations.

Re: A search engine that favors text-heavy sites and punishes modern web design

#380

Earlier quoted context omitted.

This sort of optimization is why simple recipes are typically found at the end of a rambling pointless blog post now. Still, the best way to break SEO is to have actual competition in the search space. As long as SEO remains focused on Google there is an opportunity for these companies to thrive by evading SEO braindamage.

>> This sort of optimization is why simple recipes are typically found at the end of a rambling pointless blog post now. I continue to be curious about this kind of complaint. If all you want is a recipe list, without any of the fluff, why would you click on a link to a blog, rather than on a link to a recipe aggregator? Foodie blogs exist specifically for the people who want a foodie discussion and not just an ingre…

Because when you search for a recipe you get the link to the blog, not the aggregator.
Post reply on HN