Re: [libreoffice-users] mongodb and base

Hi :)
I hope that is "Redhat Enterprise Linux" rather than Redhat "hurricane" or
"apollo"!

RHEL-5.11 is just a couple months old and is stable branch.  It makes sense
that they wouldn't update it.

Redhat 5.0, code named "hurricane", is from 1997!  Even if it's been
patched and updated then it sounds a little worrying.  If they are running
their desktops on Win98 too, in order to keep everything from the same era,
then this company sounds increasingly like one that is setting themselves
up for a massive failure.  It is possible to buy a really cheap 2nd hand
hard-drive that is far newer than their current set-up, or even find ones
on skips or landfill sites.  Then their techies could install a newer
version of CentOS (ie drop-in replacement for RHEL except without the
paid-for support) as a dual-boot ready to switch over when their ancient
system falls over.  If it is the non-RHEL system then they might be paying
a monthly or annual fee for support that Redhat can't give any more!

I'm guessing they aren't complete morons though so it's gotta be RHEL-5.11,
which makes them VERY current!
Regards from
Tom :)




On 24 November 2014 at 01:48, jonathon <toki.kantoor@gmail.com> wrote:

> On 23/11/14 02:25, Eric S. Johansson wrote:
>
>
> > Given the nature the information and their standing as a title authority,
>
> I'm making a guess here, but that sentence implies that the firm not
> only has to have current boundaries, but also former boundaries of the
> property in question, and be able to explain why those boundaries appear
> to have, and in some cases really did change.
>
> > The primary change is our building together more detailed information
> about properties that we had in the past and do it more accurately.
>
> I don't know what country you are in.
>
> Several decades ago, I had the experience of being tasked with finding
> the current, legal boundaries of some property the company I worked for
> wanted to foreclose on. The boundary line, according to the title deed
> was "Westward from Mama's grave to the three elm trees. John's property
> begins at the first tree. Jane's property begins at the third tree."
> Needless to say, no survey map, or government database said where Mama's
> grave was. Equally helpful was the lack of elm trees on any of the
> properties in question.
>
> I can imagine the issues a Title company would have, to prove to a
> hostile jury that the property being foreclosed upon, and the property
> described in the title deed are the same property.
>
> Instead of foreclosing on the property, we sold that mortgage to a sucker.
>
> > I think they're also changing legal requirements on titles with
> regards to title searches and their validity. Fortunately, those changes
> are very very slow.
>
> Doesn't matter how slow they are. When implemented, the relevant data
> has to be added to every parcel, and sub-parcel.
>
> (Here's looking at a parcel of land that the Attorney General of the
> State of Arizona, and the Attorney General of the State of Utah told a
> judge that he has had ten years to determine who originally owned what,
> and where it was located, and that that should be enough time to
> determine who owned what, and where it was located, and when they owned
> it, and he needs to finish that job yesterday.(In all fairness to the
> judge, before that property fell into the courts, the organization that
> claimed to own it, probably did own it, even if there are no official
> records to show how they acquired it, or when they acquired it, or what
> they acquired.))
>
> > I know enough about their world there to consider walking away from
> this contract because of the internal bickering.
> > I probably just described the best reason for walking away. :-)
>
> Or the best reason to add a couple of more zeros just to the left of the
> decimal point.
>
> > I was trying to close out the matrix and see if I could use beast to
> replace the report and data entry tools now lost to Informix.
>
> Using Base and MongoDB as an Informix clone will require writing, and
> supporting several extensions for Base.
>
> > I really do wish I SQL would go the way of COBOL.
>
> Intrinsically, there is nothing wrong with either COBOL or SQL.
> The problem is that people who use those tools tend to suffer from the
> computing equivalent of extreme monolingualism, thereby demonstrating
> the validity of the Sapir-Whorf hypothesis.
>
> jonathon
>
>   * English - detected
>   * English
>
>   * English
>
>  <javascript:void(0);>
>
>
> --
> To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
> Problems?
> http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
> List archive: http://listarchives.libreoffice.org/global/users/
> All messages sent to this list will be publicly archived and cannot be
> deleted

-- 
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted