I guess that’s the problem with blogs – taking stand-alone articles in their stand-alone context… I simply couldn’t be bothered to search back articles before responding (yes, it’s true!)…

Cheers,

Nick

It’s hard to think of another company than Mark Logic about which I’ve written as consistently favorably.

Maybe that can be your first clue.

Best,

CAM

Candidly Curt, even though I’m not a Marklogic customer so it doesn’t really matter, I can’t tell if you’re comment is aimed at their product or just their website. Disappointing in that regard.

The criticism isn’t that Mark Logic fails to be SUPERIOR to other companies in its presentation of information. If it were, your rebuttal would make perfect sense.

Rather, the implication is that Mark Logic’s presentation is INFERIOR. A rebuttal to that might be “Small-site site search options are so terrible that it’s best to use none at all.” Is that your position?

Best,

CAM

As a reminder, MarkLogic Server is typically used by publishers as a platform for the creation of information products, typically with anywhere between 100,000 and (in our Government vertical) 1B documents.

My relatively small marketing team has yet to generate 1M documents on MarkLogic. Ergo, the site doesn’t run on MarkLogic nor will it soon.

If you want to see examples of the old, eating your own dog food thing, see MarkMail (http://markmail.org) which has spidered 30M email messages and is a great Internet mail archive search engine.

And, if you’re interested, we can show you our *internal* deployment of MarkMail which generates 1000s of hits per day. And we have some other cool, more use-case-appropriate apps, as well.

For roughly the same reason, I haven’t built our GL/financial app on MarkLogic, we haven’t deployed our site on it either.

Gareth

I would not be surprised at all if, internally, Googlers had problem finding company documents. I would not be surprised if an OLAP company had trouble analyzing its own data.