Return-Path: <tiff-bounces@lists.maptools.org>
Delivered-To: info@awaresystems.be
Received: (qmail 16408 invoked from network); 29 Jul 2008 20:20:56 -0000
Received: from jack.telenet-ops.be ([195.130.136.5])
          (envelope-sender <tiff-bounces@lists.maptools.org>)
          by angelia.telenet-ops.be (qmail-ldap-1.03) with SMTP
          for <info@awaresystems.be>; 29 Jul 2008 20:20:56 -0000
Received: from mindy.telenet-ops.be (mindy.telenet-ops.be [195.130.136.8])
	by jack.telenet-ops.be (8.13.1/8.13.1) with ESMTP id m6TKKuwp000994
	for <info@awaresystems.be>; Tue, 29 Jul 2008 22:20:56 +0200
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mindy.telenet-ops.be (Postfix) with SMTP id 3B6DD60004
	for <info@awaresystems.be>; Tue, 29 Jul 2008 22:20:56 +0200 (CEST)
Received: from apate.telenet-ops.be (apate.telenet-ops.be [195.130.132.43])
	by mindy.telenet-ops.be (Postfix) with ESMTP id 2ED8D60003
	for <info@awaresystems.be>; Tue, 29 Jul 2008 22:20:56 +0200 (CEST)
Received: from duke.maptools.org (r153.dmsolutions.ca [209.217.116.153])
	by apate.telenet-ops.be (Postfix) with ESMTP id 6575027EC07
	for <info@awaresystems.be>; Tue, 29 Jul 2008 22:20:55 +0200 (CEST)
Received: from duke.maptools.org (duke.maptools.org [127.0.0.1])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id m6TKHpZA002493;
	Tue, 29 Jul 2008 16:19:26 -0400
Received: from cans01.commander-aero.com (cans01.commander-aero.com
	[69.61.160.67])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id m6TKHm41002490
	for <tiff@lists.maptools.org>; Tue, 29 Jul 2008 16:17:48 -0400
Received: from localhost (localhost [127.0.0.1])
	by cans01.commander-aero.com (Postfix) with ESMTP id D3112194EC;
	Tue, 29 Jul 2008 16:16:30 -0400 (EDT)
Received: from cans01.commander-aero.com ([127.0.0.1])
	by localhost (cans01.commander-aero.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 01871-09; Tue, 29 Jul 2008 16:16:30 -0400 (EDT)
Received: from [192.168.1.103] (65-86-65-110.client.dsl.net [65.86.65.110])
	by cans01.commander-aero.com (Postfix) with ESMTP id 733DF19460;
	Tue, 29 Jul 2008 16:16:29 -0400 (EDT)
Subject: Re: [Tiff] CVS access
From: Gene Amtower <gene@pc-backup.com>
To: graeme@argyllcms.com
In-Reply-To: <488F56C9.3000408@argyllcms.com>
References: <200807291602.m6TG2WU5029474@duke.maptools.org>
	<488F4735.40406@hulmail.harvard.edu> <488F56C9.3000408@argyllcms.com>
Organization: PC Backup
Date: Tue, 29 Jul 2008 16:17:44 -0400
Message-Id: <1217362664.4422.77.camel@PCB-Bench-01>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.4 (2.0.4-7) 
X-Virus-Scanned: amavisd-new at commander-aero.com
Cc: libtiff - Liste <tiff@lists.maptools.org>
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: gene@pc-backup.com
List-Id: TIFF and libtiff discussion <tiff.lists.maptools.org>
List-Unsubscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=unsubscribe>
List-Archive: <http://lists.maptools.org/mailman/private/tiff>
List-Post: <mailto:tiff@lists.maptools.org>
List-Help: <mailto:tiff-request@lists.maptools.org?subject=help>
List-Subscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1891556798=="
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org
X-SpamCatcher-Score: 30 [X]


--===============1891556798==
Content-Type: multipart/alternative; boundary="=-JMfGJJ/KP/4PUgQ3WrsN"


--=-JMfGJJ/KP/4PUgQ3WrsN
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Wed, 2008-07-30 at 03:43 +1000, Graeme Gill wrote:

> Given it's bogus, it's hard to understand why so many links point at
> it.
> Is the google ranking being manipulated ?
> 


>From what I know about google, I highly doubt that there is any
intentional ranking manipulation.  However, it seems plausible that a
fair number of websites for "important" development projects may
reference the incorrect website due to old information, causing google
to rank the old site very highly due to lots of referencing sites.  This
is one important measure google uses to ascertain the importance of a
website.

As a case in point, I did a google search looking for websites that
point to the libtiff-dot-org website domain, and I came up with one big
one at the PHP documentation website.  I submitted a request for
correction in the PHP documentation to the PHP documentation mailing
list, but I suspect this is NOT an isolated case.  This is one important
limitation of the web - it lives forever unless we "wipe" the history
clean from time to time.

Please note:  Another important consideration is that google's indexing
bots certainly review the content of postings on mailing list archives,
so every mailing list posting that includes the address of that
incorrect site (libtiff-dot-org) is only making the problem worse!
Every post with this info raises the importance of that darned site one
more notch to the google ranking engine.  Can (and should) we clean out
the archives for this libtiff mailing list of this bogus address to
avoid causing the problem ourselves, maybe replacing it with the coded
address as I've done above to avoid increasing its rank even further?

   Gene

--=-JMfGJJ/KP/4PUgQ3WrsN
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.3.2">
</HEAD>
<BODY>
On Wed, 2008-07-30 at 03:43 +1000, Graeme Gill wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
    <TT><FONT COLOR="#000000">Given it's bogus, it's hard to understand why so many links point at it.</FONT></TT><BR>
    <TT><FONT COLOR="#000000">Is the google ranking being manipulated ?</FONT></TT><BR>
    <BR>
</BLOCKQUOTE>
<BR>
>From what I know about google, I highly doubt that there is any intentional ranking manipulation.&nbsp; However, it seems plausible that a fair number of websites for &quot;important&quot; development projects may reference the incorrect website due to old information, causing google to rank the old site very highly due to lots of referencing sites.&nbsp; This is one important measure google uses to ascertain the importance of a website.<BR>
<BR>
As a case in point, I did a google search looking for websites that point to the libtiff-dot-org website domain, and I came up with one big one at the PHP documentation website.&nbsp; I submitted a request for correction in the PHP documentation to the PHP documentation mailing list, but I suspect this is NOT an isolated case.&nbsp; This is one important limitation of the web - it lives forever unless we &quot;wipe&quot; the history clean from time to time.<BR>
<BR>
Please note:&nbsp; Another important consideration is that google's indexing bots certainly review the content of postings on mailing list archives, so every mailing list posting that includes the address of that incorrect site (libtiff-dot-org) is only making the problem worse!&nbsp; Every post with this info raises the importance of that darned site one more notch to the google ranking engine.&nbsp; Can (and should) we clean out the archives for this libtiff mailing list of this bogus address to avoid causing the problem ourselves, maybe replacing it with the coded address as I've done above to avoid increasing its rank even further?<BR>
<BR>
&nbsp;&nbsp; Gene
</BODY>
</HTML>

--=-JMfGJJ/KP/4PUgQ3WrsN--


--===============1891556798==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Tiff mailing list: Tiff@lists.maptools.org
http://lists.maptools.org/mailman/listinfo/tiff
http://www.remotesensing.org/libtiff/
--===============1891556798==--

