Return-Path: <tiff-bounces@lists.osgeo.org>
Received: from mailfep023.skynet.be ([10.35.4.216])
          by mailafep013-svc.mx.internal
          (InterMail vM.9.07.03.015 201-2473-138-3) with ESMTP
          id <20211004191437.EJHU27820.mailafep013-svc.mx.internal@mailfep023.skynet.be>
          for <chris.lindelaan@skynet.be>; Mon, 4 Oct 2021 21:14:37 +0200
Received: from mailgate205.isp.belgacom.be ([195.238.22.37])
          by mailfep023.skynet.be
          (InterMail vM.8.04.03.28.4 201-2389-100-182-103-20180124)
          with ESMTP
          id <20211004191437.ENCB11475.mailfep023.skynet.be@mailgate205.isp.belgacom.be>
          for <chris.lindelaan@skynet.be>; Mon, 4 Oct 2021 21:14:37 +0200
Authentication-Results: mx201.skynet.be; dkim=none (message not signed) header.i=none; spf=None smtp.pra=tiff-bounces@lists.osgeo.org; spf=Pass smtp.mailfrom=tiff-bounces@lists.osgeo.org; spf=Pass smtp.helo=postmaster@lists.osgeo.org
Received-SPF: None (mx201.skynet.be: no sender authenticity
  information available from domain of
  tiff-bounces@lists.osgeo.org) identity=pra;
  client-ip=140.211.15.3; receiver=mx201.skynet.be;
  envelope-from="tiff-bounces@lists.osgeo.org";
  x-sender="tiff-bounces@lists.osgeo.org";
  x-conformance=sidf_compatible
Received-SPF: Pass (mx201.skynet.be: domain of
  tiff-bounces@lists.osgeo.org designates 140.211.15.3 as
  permitted sender) identity=mailfrom; client-ip=140.211.15.3;
  receiver=mx201.skynet.be;
  envelope-from="tiff-bounces@lists.osgeo.org";
  x-sender="tiff-bounces@lists.osgeo.org";
  x-conformance=sidf_compatible; x-record-type="v=spf1";
  x-record-text="v=spf1 mx a:mail.osgeo.org a:lists.osgeo.org
  a:mail.osgeo.osuosl.org a:tracsvn.osgeo.osuosl.org -all"
Received-SPF: Pass (mx201.skynet.be: domain of
  postmaster@lists.osgeo.org designates 140.211.15.3 as
  permitted sender) identity=helo; client-ip=140.211.15.3;
  receiver=mx201.skynet.be;
  envelope-from="tiff-bounces@lists.osgeo.org";
  x-sender="postmaster@lists.osgeo.org";
  x-conformance=sidf_compatible; x-record-type="v=spf1";
  x-record-text="v=spf1 mx a:mail.osgeo.org a:lists.osgeo.org
  a:mail.osgeo.osuosl.org a:tracsvn.osgeo.osuosl.org -all"
X-Ironport-Dmarc-Check-Result: validskip
IronPort-SDR: n6b4R2kgyABU1N10WIa6bZMZLoSODL9CNlAWJh/jmZaUYDwkE/PG/WDlLvl5ISMv/gpNbRhZe6
 q48C6oJDUdp+d/qHhl4zx4s70eYjodAdtmAXCR80/7jvegLjefTVa4n8jzIxuX9w2DO1/i+Xds
 fijmixO8Q8Y3TaIINXZWCPCPhPTAP+vEjxDt9JrtnU/B8312vkCubHtLvXs07TfsWZIG06fvaq
 1Q4KDCqPN5rryNIwtSyDv8TAHwglwJANewV9qGcR5+zl9FqTUvKcizt7AwM2ZJO2Zor/rlsyVI
 DJhpUSWZsOsfQ6oiuc9JrLzf
X-Proximus-RemoteIp: 140.211.15.3
X-Proximus-Mfrom: tiff-bounces@lists.osgeo.org
X-Proximus-Rcpto: chris.lindelaan@skynet.be
X-IPAS-Result: =?us-ascii?q?A0HfAwD6UVthhwMP04xagQmCejAjLhkBZFkmAwc5A4gNA?=
 =?us-ascii?q?4U5iAgDFn2HHJN/DIEgFhkYAQECAQEBAQEJKgEJDQQBAQECAQOCGIJeAh2CJ?=
 =?us-ascii?q?x8GAQQ0EwECBAEBAQEDAgMBAQEBBQEBAQQBAQECAQECAwICAQECEAEBAQGBI?=
 =?us-ascii?q?AZeBmQEZgZfBGKBEg0yDYI1BQIDHwEGbk06AQEBAQEBAQEBAQEBAQEBAQEBA?=
 =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQUCCAVNBRkYNQEBAQECAQEBAQ8bGQoeCwMCA?=
 =?us-ascii?q?QECBgEBAQEIEQMBAiECBAEHAwEjAQoUCQgCBAENBQUDDAcHgkoEAQGCVQMOI?=
 =?us-ascii?q?QECAgqlcwGBOgICih14gTOBAYMVOQGBBoJNA4JTgTqBE4VyDoJ1g306CYINe?=
 =?us-ascii?q?htDgjAHMD6CEVIBAgEBF4ERAQsHAS8SFgIGgxGCLgSJdQQrVBgeGisHGQgOA?=
 =?us-ascii?q?QETBwYPIAwCKAwHAj0TUxEYEZEuLyKNbQ6dfoM6ikSMToFuglCDMRSDZ4FIh?=
 =?us-ascii?q?QqLXZB3hxuOG2+ESIYigV+TcIUCAgQCBAUCDgEBBoF4IhBccB8uMAg7gTMag?=
 =?us-ascii?q?RwJCjsBAgECDQIBAgMBAgECAgEBAgMBAQICAgECjXQuFoIygR6BPoNWhUpDM?=
 =?us-ascii?q?QIBAQEzAgYBCgEBAwmTK1qBbAEB?=
IronPort-PHdr: A9a23:kG4QPxXnGY9ecY0ZtIaUEKI245DV8Kw/XTF92vMcY1JmTK2v8tzYM
 VDF4r011RmVB92dsqMewLOM4ujJYi8p2d65qncMcZhBBVcuqP49uEgeOvODElDxN/XwbiY3T
 4xoXV5h+GynYwAOQJ6tL1LdrWev4jEMBx7xKRR6JvjvGo7Vks+7y/2+94fcbglWmDaxe65+I
 RGooQneq8Uan49vIbstxxXUpXdFZ/5Yzn5yK1KJmBb86Maw/Jp9/ClVpvks6c1OX7jkcqohV
 bBXAygoPG4z5M3wqBnMVhCP6WcGUmUXiRVHHQ7I5wznU5jrsyv6su192DSGPcDzULs5Vyiu4
 7ttRRT1kyoMKSI3/3/LhcxxlKJboQyupxpjw47PfYqZMONycr7Bcd8GQGZMWNtaWS5cDYOmd
 4YBEfYBM+hboYnzpVQBogawBRGuCe3t1zNFiGP6060g0+s9Dw7GxxctH9cSvHjIttj5KLseX
 OCzwaLVzTvDdfRW2TLl5YbObB8hpveMUqhqccXM1EIhCwTFjk6OpozjIzOV1uMNs2yG5Op+V
 OKgkXMspR9wojihyMcnl47Ehp4UylDK+yV024I1JdyjSE5net6oCpxQtzqVN4RoRcMuWWZou
 Dw1yrAfv5OwYScFxog9yRHFd/yHb5aH4gjlVOuJLjp2i25pdba7ihu98UWty+3xW9eo3VtUq
 idLksTBu24T2xLc5MaKS/Vz80au1zqR2A3e9+BJL04omafYNZIt37g9nYcdv0TEGy/5gkT2j
 KmOe0Ul4eio7P7rYrL8pp+TL4N7kQD+Mqsymsy+D+Q4PBICX2+B+eSzzLHj+lD5QKlOjv0xl
 anZs4rWKtgcpq68GwNayIgi5AylDzi4y9QZnWIHLE5bdxKClIjlIUrBL+7+APyigFqsiC9my
 +3JM7H9GJnBMGXPnKr7cbpg60NQ0gQ+wchB659VFr0MLvf+VlLtuNPDDxI0NhK4z/rkBdh4y
 48eV2KCD6qcPa/PrVOF4P8kLfOWa48Pojn9LuAo5/7wgn89nl8QZa2p3ZoMaHCkBfRqOUKZY
 WHjgtgfFmcGpA0+TPbliFGaUD5TYWi9X74k6z0mB4+qEZ3PSp6wjLCcxiu3A51banpIB1yUF
 HfnbYSEW/MCaCKIJc9hlyQJVaSgS48v2xGirRT1y716LurS5iIXq4nj2cNx5+3SjhEy6Sd0A
 96a02GWQGF7gGQISyUx3KBlrkxx0k2D3rRgg/xECdxT4OtEXRs6NZ7Gzux6EMr+WgbAftePV
 VmpXNGmDisrQdI32NIOeEV9GtWkjh/dwyqmGaQamKLYTKEy6b/WinjtO95mmTGB0Kg6k0JgR
 dBAOGrggbRwsA3aBorMmkPekL62dKMax2nR9WmNnleIp1xSBQt5UKHZWiIDZ0XY6M70/17PV
 KOGDbU8LhAHztWNJ6wMbcfm2k5bTvXuM8iLfmSqhm2rDgyJzL7fUYzxZm890SzRBVJRkxwP5
 W3Uck86Bzy9uCTZFzNjEhToeUyr9OB/rHaySAgz1x2LaEt6kKa09BBGuPqHVvkz07sItT10r
 jx1GEq6jc7XBdTFvQd4YahHffs54UxbziTerANwOdqnNa81nUMUcQl8oxbz0Q5qAJ5Li8kgo
 SAWy19fLKeR1k5Mc3u00I7hIfWDB2z39RayZqqQ9lzAwc2++6gJrvoi/RGrnwysDgId+ml81
 N8dh3iR443iCwAQXJntU1g67xFmp7beZSYsoYjT0CsoeeOWtSXDwJoXDe1t5h+letoXcIq7H
 RX/W/YLHNSjLfdr0RD9bxQKO8hb66cuMti3bOeL3bXtNus2zwirlWBW3Ico9k+L8SNmRqby2
 I0Ixe2Y2Q/PAzPmi0ystNz3sYlIYjsfWGG4zH63KpRWY/hWcIENAH2ia/ew3dh4m57qXzZG9
 VfrO1II1of9ZRucYXT53BZMzgIQunOqnm2/1TMiwGJhlbaWwCGbm7eqTxEAIGMeATA61T8EQ
 KCxn4pCBQ6zbBkvmQfj70upj6RYpaEqKW7VTA8IeiXtNGhtX+O2sabKeM9A7p4k8G1XXe2wb
 ErcS+v7pB0XgGv4B2UL4jc9enmxv4nh2QRggTeBLXh96XDeZMd7yAz34N3HWeUX2SEJSS4+j
 iPYVRCnJ9f8xdyPjN/Yt/ymEWeoV5lday7umJ+BuiX+72p3BxayhNi3m8b7Ck49yiD20J9tT
 yqb5A3kbNzT3r+hefliYlEuBFL47J9iHZpil4IrmJwK8XwbnYmOu30cnmr0d9JB1soSdVIrQ
 jgGi57Q8FK9gQt4LWOPyp6/XHjPis1mL8K3ZG8bwGo08txKBaGI7bdFgToQwBLwrATfZuJ4l
 ysczv1m4WATguUAsg4ghiuHBbVaEU5dNC3q3xOGirL25LlWamjqe7+t0kFzhvilDaqeuUdbQ
 3n0fdElByAxpsRzPVTQ0WHiv5n+cYq1D5pbvRmVnhHcyulNfcttzrxQ3HMhYD+75i5t0eMwg
 B1w0IvvuZjdczwr56GoBBNEcDf4NKZxsnngi7hTmsGO0sWhBJJkT38XXZXmCPivDTQZuO/PM
 weVDCZ6rWyUFL2ZGhWQohQDzTqHA9WwOnebKWNMh8ljShfYLktChgsZRx0+n4UlDUat38Psd
 wF+/D9btTua4lNcj+lvMRf4SGLWogylPyw1RJaoJx1T9ghe5k3RPKRy98pLFjpDtt2kvFbVc
 yqAZBVOAH1PUEHWT1zkO7Cv45HH/Y36TqKiLvXAJL+JtOpVWuygwZO0zpAg+C2DO8LJOWNtR
 /E2wUtMW3llFt+RwmlXDXZOzmSUMojA7B6nn08/5tiy6vHqRB7i6cOUBr1ePM8usxG6jKGfN
 vKB0SNwKDJWzJQJljfDzLkS2kJXijk7LmX1V+5Z7GiUEeSLyco1R1YBZih+NdVF9fc5zlMVY
 IjAicLz26I+hPNmbjUNHVHnhMytYtQHZm+nM1aSTlqKOrrDLzrWxcr6eou4SKZMl6NTrBK9v
 nCcCUCpbVHh33H5EguiN+1BlnTRIB1QtsS3dQtrAmX4ZNbncQGgdthsgjAxh7ouiTmZUAxUe
 Sg5eERLoLqK6CpeifgqAG1N4E1uKuyckjqY5e3Ved4G9OFmCSNum6dG8Ww3nvFLuTpcSqU/y
 06w5pZ+5kurme6Vxn97XQpS/3xV0ZmTsxwqPLWR/8tFUHfAuhUW4miXTRMQqJNsWNnuoLxLj
 N/Um6/0bjBY/Le2tYMVVc3dKcbBN2EuPB2vHyXJCxABCzmxOinW1VBHmfqJ6HvTqYM1p5+qn
 4ETTaRfElsvGbtfA0BhVrTuOb9PVyg/2f6enJRQvDylrwjXSdkctJ2VHv6VBPzuLn6eg9wmL
 1MQxqjkKI0IKoDh80hjcUVh2oPRFEfXG9dXrWVtYxQ1r0NE7HVlBjRvgwS/M1rruSJVTra9h
 XtUwkNmbP4o9Svw7lt/PVfMqCYq0QEwldjjnTGNYWvxIaO3DsldDyv5sVR0M4uuGlotK1frx
 Ao9aXGfFNczx/N6eGtmiRHRo85KCaQEFOtfYw4WyO3Rbfh7tDYU4iih20JD4vPITJV4kw5/O
 4KtoXwF0QV+atU4PoTUJbFV1R5Xna2DuWmvzO97k2p8bw4dtXiffiIFohlCLr49Oy+h5fBh8
 ySGmiBfYy4LTPUnpbRt7Ex3aIHih2rwlrVELE62LemWKaiU7nPBmcC/SVQ1zkoUlkNB8Os+w
 YI5fkGTTUxq0KqJGkFDK5/ZMQ8MJZk3ljCbbWOUvO7K254wI4itCrWiU7qVrKhNyke0VA97G
 o0N6oIGBZah1wffN8ivJewByA4x/0LsP1qIC7JOYh3u8n9PqpO6xZ5zm45GKTwaR2JmLCKs4
 vDQvABiiaifRt49eWkcGIwfOX8xHsqhhilCuzJHFjb/l+sdzELqB9rUoiXLECK6aMFsafDSY
 gljWoneEdQX96mtlUWR9Y7RKma8Ms5t6IanAQwyo5ecF+gSSqJyvkCanJNXFSXCbg==
IronPort-Data: A9a23:0XwxjazJYfmM/W7/W4J6t+dowirEfRIJ4+MujC+fZmUNrF6WrkUGx
 2YcUW3UP6vbM2Sgco1yYIqw9koF65GHxtY1Gwto+ygyRXlAp5vID9nDcBb5ZCqccsSYHBM2t
 stCZtOYcphsEiaM9xygG4a9kXQtjqvgqpgQqQLnEnkvGlA7En5/4f5Hs7Rk6mK9qYXha++1V
 FCbT/T3YDdJ4RYtWo4vw//F+E4HUMja4mtC5wVmPawT5jcyqlFMZH4hDfHuR5fHatQMdgKKb
 76rIGaRpz6xE78FU7tJo56jGqE4aue60Tum0BK6b5Ofbi1q+kTe5I5iaqVDNh0O1V1lqPgqo
 DlFncTYpQ7EpcQgksxFO/VTO3gW0aGrZNYriJVw2CCe5xSuTpfi/xlhJBg/er1J1P58PWpD6
 v0aJzIAQyjehe3jldpXSsE07igiBM3qJ58E/HZ7wjzeS/E8TvgvQY2TuYcehm5pwJkTW622i
 8kxMVKDaDzcYhNBf10QFZQ1kfyAgnjkbyYer0maqK1x5HLcpOB0+OS9aoKNJYDUFK25mG6qg
 0vvoGfiKy0dPYyP7mW+61y1q87QyHaTtIU6T+Xpra4y2DV/3Fc7Ax0MVED9pfi/hkO6UttZA
 1cX6ywjse44+SSWosLVWAa3rXna+BkHVNdXVeoh9QaWzuzT+Qnx6nU4oiBpMdVhhJ4YXTcW3
 VKWntHmBzFCiOCXRifInluLlg+aNS8QJG4EQCYLSwoZ/tXuyL3faDqSEL6P94bo0bXI9SHML
 yOi8HRg2uhI5SIf/+Dipwue2G/0znTcZldtjjg7SF5J+e+QiGSNToii4F7KhRqrBNfGFQPY1
 JTodi730QzjJZaWmyGKHqMKB76k4LCCKyDbmlopGIMun9hMx5JBVd4AiN2dDB0xWirhRdMPS
 BOM0e+2zMMMVEZGlYctP+qM5z0ClMAM7+jNWPHOdcZpaZNsbgKB9ywGTRfOhDu3wBV8zfxlZ
 8jznSOQ4ZAyVPoPIN2eGrh17FPX7nljrY8ubcmkk0/8j9JymlbMGOxt3KSyghARt/vV+1WNq
 76zxuOMxglAV/f9KifQ68YeIU0BJGQ6Apa+ospbPvSOOQdvAmohQ/7XibQ7doNimewVkOrS+
 RmAtrxwljLCaYn8AVzSMBhLMeuxNb4m9CJTFXFyYT6AhiZyCa7yvPZ3X8ZmJtEPqb0zpdYqF
 aVtU5vbWJxnFG+YkwnxmLGm8eSOgjzw2VnRV8dkCRBjF6Ndq/vhoIS5IVe/qHdUXkJad6IW+
 tWd6+8SerJbLywKMSocQKnHI4qZsSdPleRscVHPJ9UPKkzg/JIwe37tj/E5ZssLNBPIyyCy0
 weNHQxeovLCrohz98PG3PjWo4CsGup4P0xbA2iCtO3nbXeHozryzN8SSvuMcBDcSHjwpveoa
 9JV+PegYvcJq1BH7thnGLFxwKNivNbi/ucIzgltEHjRQU6sD7dsfiuP0cVV7PUf2r5XtyOyW
 1mT4Z9dIrqEP4XiClFIfFgpaeGK1Pc1nDjO7K1sexSiunIqrOuKCBwAMQONhSpRKKpOHLkkm
 epx6tQL7wGfiwYxNojUhC5j91OKci4KXZIhu8xIG4TskAcqlgpPbJGFUX327ZiDZs92P1EuM
 yOTgKae1b1QylCbIyg3D3/W0OxBhbwHtBdAwRkJIFHQwojJgfo+3Rtw9zUrT1kOlEgXjLwrY
 mU7ZVdoIaiu/itzgJQRVW6bHQwcVgaS/Vb8ygdUmWDUExuoW2jKIDFvMOqB5hlEoWZdZSRAu
 raDx2viFzHwc5ipjCc1XEdkrd3lTMBwr1SZyZj5QpnVTpRqMyD4hqKOZHYTr0W1C80GhHrB+
 btg8tF2ZPCpLiUXuaA6V9KX2OVCTBGfOFFEWuxr+K9VT2jQdCvuhWqON1ypYZEKYPjL6lOjT
 ct1Kc9IEROk22GLpzEfAKcKZLhsgP8u4sFFZrLlK2MK7+mWojZz68yC8yH/gHMsEclvn8h4M
 I7Iaj+ZDkSUhGBIgCnKt8ZJPSy/e9ZTPVWu0Oew+eQPNpQCrOA1KBpjiuXp4iXEPVs15Q+Qs
 SPCe7TSkb5ox7NsqI2wQK9NMAO5dIHoX+OS/QHv6NlDYI+dK8vIrA9J+FDrMx4MZukWQNt6k
 urLt8X40USDu60rVHvd3Z6bGPARt8m1WeNWNOPxLWVbxHPcBZ+9uEJbpW3oe4ZUlN5959W8Q
 1XqYsWHdekTB4VXykpTZnUMCB0aEan2MvztqC7VQy5g0fTBPdEr7e9L9EMFqUlfdzQUINv5E
 QD5vLCp/N8wQEFkGkofH/8/a3NnCAaLZEfkX4SZWfqk4q2AhlKZpqCkkgEv5DaNDWOLeCo/y
 YyQXQDwLXxep4mRpOy0cOVOUtk/CHdmnfJ2eVkS9tkwjCq1ZILDwSLxLr1eYqxpfufOOF0Uq
 d0DgKbOyckwYNicTSjB3Q==
IronPort-HdrOrdr: A9a23:7uGvb64tb5CKJJnN5wPXwNfXdLJyesId70hD6qkXc202TiX4rb
 HMoB1173TJYVoqMk3I+urhBEDjex3hHPdOiOEs1NGZMTUO0FHIEGgI1+ffKlPbdBHDyg==
X-IronPort-Anti-Spam-Filtered: true
X-MGA-submission: =?us-ascii?q?MDEioQz7b64ZFHuNmBvL/eepwuxhfXZxC6kKY0?=
 =?us-ascii?q?+zMsSeQztFb4y009VNaLCVjzAovbe9/aNyLnKPwmt+xpoAsQj0jtj6Rp?=
 =?us-ascii?q?RR7QJE6VP+aLA+CzdKu3Md5jf1TBW27lAhQlA=3D?=
Received: from osgeo6.osgeo.osuosl.org (HELO lists.osgeo.org) ([140.211.15.3])
  by mx201.skynet.be with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Oct 2021 21:14:13 +0200
Received: from osgeo6.osgeo.osuosl.org (localhost [127.0.0.1])
	by lists.osgeo.org (Postfix) with ESMTP id EB8656138C8A;
	Mon,  4 Oct 2021 12:14:06 -0700 (PDT)
Received: from NAM02-DM3-obe.outbound.protection.outlook.com
 (mail-dm3nam07on2073.outbound.protection.outlook.com [40.107.95.73])
 by lists.osgeo.org (Postfix) with ESMTPS id 7DA0A6146820
 for <tiff@lists.osgeo.org>; Mon,  4 Oct 2021 12:14:05 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none;
 b=jW0IFQ6+mmzmSfrSn7sDubb2n+ekCVENG7xg/dMoJcp/jU/TK4YygfKzDODX5gEYXDr789+omziShbQnY142qEEjBy5LsEDpH/RRbjyi6u945d7LfPRuHYYrGv6cLDIfIEf41bm7nZN0p8+JlR2/IGOb1AWtdsCtI/m0TdpFQGWOKn0I4oTC6b/B3s0GGlQtUbDuiLQ5g3OL4pOfO/YEST/2q+VHVa+oe2kYczEhqnSMEmdouZWqFdxcbHBycWTojL+JDjRlP2igk9oUOXjMBGI+8lSTCRhbxlo0Bu2HYgepsnjr3zTT9zpu8b1II687kxqDRdewuMJqVROHAU3BGg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; 
 s=arcselector9901;
 h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1;
 bh=X+6vwkuyzcKg331OABjCJ0MJH2IRNT6yZEC8+oDmoiI=;
 b=Zu5liok1v/l+44/8UNvgnVEC9gz46Rp19xCX3EN6u0HVDu3qO9WVLSWho0taC1zX+787jxHfJ5HxlXaz9Xjpm1l6IivIOhAyNnDAgBQPWASjCejE2mddlqGaTFKX8NW4BTaOt9MiLgNJCAm6aUxROBvNTo8hJmVCzbri3gg4r6LuwVzkPfRY334U1TPlVgUqeH9Q6mrdbPaTZUE1uUzJ1wkyCVyYabOsdM8B9w4aCvm2+AcrzQ22+Q7ic6zd3oNAvbOMBogrjdJedGMvSD8dP2LGMfV15+FXCsHpAIA4+J1Ef7WX9fUmO0dGlDcDV+TxQY4ADMmGV+t4hCkFAY/s3A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass
 smtp.mailfrom=adobe.com; dmarc=pass action=none header.from=adobe.com;
 dkim=pass header.d=adobe.com; arc=none
Received: from MN2PR02MB6992.namprd02.prod.outlook.com (2603:10b6:208:1f5::10)
 by MN2PR02MB6413.namprd02.prod.outlook.com (2603:10b6:208:1b6::29)
 with Microsoft SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.14; Mon, 4 Oct
 2021 19:14:03 +0000
Received: from MN2PR02MB6992.namprd02.prod.outlook.com
 ([fe80::ecac:33da:1d79:6ea1]) by MN2PR02MB6992.namprd02.prod.outlook.com
 ([fe80::ecac:33da:1d79:6ea1%9]) with mapi id 15.20.4566.022; Mon, 4 Oct 2021
 19:14:03 +0000
To: Emmanuel Devys <Emmanuel.Devys@ign.fr>, Kemp Watson
 <kemp@objectivepathology.com>, "Joris Van Damme (AWare Systems)"
 <info@awaresystems.be>
CC: "tiff@lists.osgeo.org" <tiff@lists.osgeo.org>,
 "geotiff.swg@lists.opengeospatial.org"
 <geotiff.swg@lists.opengeospatial.org>, Scott Foshee <sfoshee@adobe.com>
Thread-Topic: [Tiff] [GeoTIFF.swg] Proposal to create a OGC BigTIFF standard
Thread-Index: AQHXtVE5Zpulg+QfaUOSmrdRmUuMG6vDOiHQ
Date: Mon, 4 Oct 2021 19:14:03 +0000
Message-ID: <MN2PR02MB69921CD8D34C9C12001E6B77CDAE9@MN2PR02MB6992.namprd02.prod.outlook.com>
References: <4da09cb2-1f06-7efc-436b-5a8ddd5423c5@spatialys.com>
 <CACp925TQrH6ws9XX5ea0SbYLuR0nuP3CdzNiVKiwwP1j9Kcoaw@mail.gmail.com>
 <CA+NZCsRGxDQt_By4VcMaiUzd9UbgNUi03afNSRjV3VpXv4JrVg@mail.gmail.com>
 <CACp925SF+mEvN7bpun=h_WW6FQ==-YYoZ7t5UXGZDZ9Ec3Vhaw@mail.gmail.com>
 <10DA769A5C37DF408C33DC5AF4CF2E1B0130D4FE84@mailex1.ign.fr>
In-Reply-To: <10DA769A5C37DF408C33DC5AF4CF2E1B0130D4FE84@mailex1.ign.fr>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: db72de92-2b69-4fd1-4aef-08d9876b20f3
x-ms-traffictypediagnostic: MN2PR02MB6413:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MN2PR02MB641303B5D67F4307868B6C99CDAE9@MN2PR02MB6413.namprd02.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info:  
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;
 IPV:NLI; SFV:NSPM; H:MN2PR02MB6992.namprd02.prod.outlook.com; PTR:; CAT:NONE;
 SFS:(4636009)(366004)(66574015)(966005)(508600001)(122000001)(110136005)(8676002)(166002)(26005)(55016002)(86362001)(54906003)(38100700002)(107886003)(5660300002)(52536014)(8990500004)(186003)(64756008)(66446008)(33656002)(9686003)(38070700005)(316002)(8936002)(71200400001)(66946007)(76116006)(2906002)(66476007)(66556008)(21615005)(4326008)(53546011)(7696005)(6506007)(83380400001);
 DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?F5bvnCgfLVD2w4j1faCWZrXBDiSKkpsm0KGb+fWN6q5t8LHSZkiX/vsM?=
 =?Windows-1252?Q?bC7kfAwHxWQnQdeJXirhSQosPNGKKBxEll8/+WuqDWAYpHjZo/n46OzQ?=
 =?Windows-1252?Q?R5zhQA1Ji5XW0/Ac42BoFh0b1C3SLyhm74syjJDyMBPKwSkSgZNe2Lqj?=
 =?Windows-1252?Q?Q32mewJqxV81seJ1gtJq21bcwkerVD6XSh7ukK3l7FeJFVVNnzbkhnPW?=
 =?Windows-1252?Q?tgRWpmc+pM6kFtsB47jEJ2biUHb48PKIw2pDbAapTWgBnXiYtVcmXjvr?=
 =?Windows-1252?Q?k27HIMclyogOrYazQ/1ZA44JQW/07G0KXH1VxevI8+v8tb+IZpgzYQyi?=
 =?Windows-1252?Q?200N4ScD06lGsYFwHE6LUacx1WHCsvS7nIVyAcY9VKU2ZidH6dBTOAu0?=
 =?Windows-1252?Q?0YLRz4M2ay/odFm9n07JVTjEt9KqKikXMwWGt9VDpYjMAwH7k8cnzqy2?=
 =?Windows-1252?Q?XZMCLt4Ysp/Ajd2qZs09LJ5r/EGhCMVErn6MfoLIwY4IBn6bozQqxZK3?=
 =?Windows-1252?Q?C052jNEBmVxwlJxey2BC8d7wQcpLSxBYojzsbdlpCIkZnmgUbj/6YBYR?=
 =?Windows-1252?Q?wF5ICb7iNriTjIg/j/D1H+NToSl6HyCP9js5fm6ei50YvaaklMQdv3Hi?=
 =?Windows-1252?Q?z40AR/q/gS0OnW0kPJmmhn6YiDy+v4kEJGr+2EE1wFWtxCrrF6azUfth?=
 =?Windows-1252?Q?XczADy3PlMI3aKAkEZym5aOxlQxZldPFQttrVQhwZCuVJDs+aeXX1Xp1?=
 =?Windows-1252?Q?FKsjg1x9AX7qny1KXdfZYaF0FYW/0unMBeDBuNp8ZLBZ8qSl7AFhF8xZ?=
 =?Windows-1252?Q?zWm/u+PLq1EEwRx4a7Qv8DjSXOSINDe13Rnsk/uZ9aVqrZgtgjuFgfst?=
 =?Windows-1252?Q?Sj9Wa4+Crjfk6m44KpmdLRVmGvNR0h2G9mOa48euble0C/cKnnERnyZA?=
 =?Windows-1252?Q?KLwTYNLVQ7xyJe1l1OcGMFF1ZnsK8IDrV6nxFfY+rQ4kDIbky9FkXjnZ?=
 =?Windows-1252?Q?coviE5iYynJCvvhktom5ylDjC1j/eBRUhBFqG1yWWfD+iOjl+/7a2CLR?=
 =?Windows-1252?Q?la7J2GXxyocp08ZpxGs8OlcCnqD+TudIvth2m8wtdp/2MU//LUTgdDOu?=
 =?Windows-1252?Q?CnAqbEBNsHoMxuQX/bSkllNA0MDwkS4WpQXLSzhsfsBmjz810QECwmTw?=
 =?Windows-1252?Q?VQUm2R/cUn5V5KK1irSjtxShYdGmrpPd2wQeEjNuMP+iAM/tmmQYf7qT?=
 =?Windows-1252?Q?1w7jZRWGLPTFuapMMZrC3gXe3TNkvF4PkT+pS5zqeC47/P9T/uNOWYJI?=
 =?Windows-1252?Q?5dlcC6tTSmrmWJurwvHjA5CqyPjsqz/igyJKfLBJVN5ZZv8NDWrs4cIY?=
 =?Windows-1252?Q?J6zjVzWMqIKuBXwL8aBA0N9sX31yTufkbMfxAZVEi5x6Zulujhu9pMCD?=
 =?Windows-1252?Q?z6VC6Ata8vpdByNYY0oLbQ=3D=3D?=
MIME-Version: 1.0
X-OriginatorOrg: adobe.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MN2PR02MB6992.namprd02.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: db72de92-2b69-4fd1-4aef-08d9876b20f3
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Oct 2021 19:14:03.1909 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: fa7b1b5a-7b34-4387-94ae-d2c178decee1
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: vd3bgjAC98JrGXyrJ/7ZsPF28tFFlJP7A9qXzULm/fc+HsEuQ5tuAKlOzTYuDC1Vx5Dk6mTqUK0ATyPPslACQA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR02MB6413
Subject: Re: [Tiff] [GeoTIFF.swg] Proposal to create a OGC BigTIFF standard
X-BeenThere: tiff@lists.osgeo.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: TIFF and libtiff discussion <tiff.lists.osgeo.org>
List-Unsubscribe: <https://lists.osgeo.org/mailman/options/tiff>,
 <mailto:tiff-request@lists.osgeo.org?subject=unsubscribe>
List-Post: <mailto:tiff@lists.osgeo.org>
List-Help: <mailto:tiff-request@lists.osgeo.org?subject=help>
List-Subscribe: <https://lists.osgeo.org/mailman/listinfo/tiff>,
 <mailto:tiff-request@lists.osgeo.org?subject=subscribe>
From: Leonard Rosenthol via Tiff <tiff@lists.osgeo.org>
Reply-To: Leonard Rosenthol <lrosenth@adobe.com>
Content-Type: multipart/mixed; boundary="===============9197911167655909064=="
Errors-To: tiff-bounces@lists.osgeo.org
Sender: "Tiff" <tiff-bounces@lists.osgeo.org>

--===============9197911167655909064==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_MN2PR02MB69921CD8D34C9C12001E6B77CDAE9MN2PR02MB6992namp_"

--_000_MN2PR02MB69921CD8D34C9C12001E6B77CDAE9MN2PR02MB6992namp_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Scott Foshee (who manages all imaging standards for Adobe) and I spoke toda=
y and we would like the community to know that we are supportive of BigTIFF=
 being moved from its current state into a formal open international standa=
rd by building on top of an already existing open standard for TIFF =96 tha=
t being TIFF/EP (https://www.iso.org/standard/29377.html).    We would reco=
mmend that the work take place at ISO as well, so that others can then buil=
d on top of it as they have with TIFF/EP itself, and would also make it eas=
ier for Adobe to participate (if that is desirable by the community).  Howe=
ver, we understand if the OGC or others would prefer some other formal SDO.

I will note that this is response is *ONLY* about BigTIFF and does not have=
 any impact on any other conversations around GeoTIFF or others that may be=
 ongoing.

Leonard

From: Tiff <tiff-bounces@lists.osgeo.org> on behalf of Emmanuel Devys <Emma=
nuel.Devys@ign.fr>
Date: Wednesday, September 29, 2021 at 12:44 PM
To: Kemp Watson <kemp@objectivepathology.com>, Joris Van Damme (AWare Syste=
ms) <info@awaresystems.be>
Cc: tiff@lists.osgeo.org <tiff@lists.osgeo.org>, geotiff.swg@lists.opengeos=
patial.org <geotiff.swg@lists.opengeospatial.org>
Subject: Re: [Tiff] [GeoTIFF.swg] Proposal to create a OGC BigTIFF standard
=93Perhaps the relevant issue to solve is: who is responsible for BigTIFF? =
I have no satisfactory answer for this.=94
I guess there is no satisfactory answer for this as you say, in the sense o=
f no authority. For sure, the community that was behind the BigTIFF specifi=
cation, as well as the developers of the libtiff who extend it for support =
of BigTIFF, maintained under the OSGeo, as well as the community behind big=
tiff.org<https://nam04.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2=
Fbigtiff.org%2F&data=3D04%7C01%7Clrosenth%40adobe.com%7Cf5a7a65f8b064ad7754=
a08d983681c0f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C6376853065011933=
35%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1h=
aWwiLCJXVCI6Mn0%3D%7C3000&sdata=3Dn2rDkxXr5wiLQD%2FeQEG%2BLHod5VRP2rKzQglK9=
2r7OHU%3D&reserved=3D0> share some responsibility.
If the ownership of TIFF is clear (Adobe), it is also clear that Adobe clai=
m no interest in BigTIFF. This has been confirmed by some investigation and=
 email-exchange with OGC.

The registration of TIFF tags for domain-specific metadata is another topic=
, and as you know, there is no transparency in the documentation of the =93=
public=94 TIFF private tags offered by Adobe. Fortunately, Aware systems pr=
ovides some documentation at https://www.awaresystems.be/imaging/tiff/tifft=
ags.html<https://nam04.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%=
2Fwww.awaresystems.be%2Fimaging%2Ftiff%2Ftifftags.html&data=3D04%7C01%7Clro=
senth%40adobe.com%7Cf5a7a65f8b064ad7754a08d983681c0f%7Cfa7b1b5a7b34438794ae=
d2c178decee1%7C0%7C0%7C637685306501203286%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiM=
C4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=3DRN=
33JNPwdoIXTDnCuK%2FX0urk%2F8KjVGab3GvkyibzKPw%3D&reserved=3D0> (but this is=
 another topic than BigTIFF).

Another relevant issue to solve is how to sustain BigTIFF (and its aim for =
=9364-bit=94 ness), as it is obvious there are interests for it, in the med=
ical, geospatial and for sure other domains.

Given this context, IMHO the proposal by OGC to openly make available and m=
aintain the BigTIFF (limited to its core aspects as shown under bigtiff.org=
 =96 the =9364-bit=94 ness) appears as an acceptable solution, with an open=
 standardisation organization providing its standards for free, as well as =
structure / tools for documenting, testing and maintaining the standards. T=
o my knowledge, it is the only one emerging right now,. If there would be o=
ther alternatives for going forward for a sustainable bigTIFF, I=92d be hap=
py to get information on alternatives (but no echo on my radar).

I would appreciate if some consensus could be reached on trying to move for=
ward on this bigTIFF action. And if there are solid objections or alternate=
 proposals for reaching the goal of a sustained bigTIFF, to have them submi=
tted and documented sufficiently in order to consider.


Emmanuel Devys
IGN - Standardization Project Manager =96 Geography, Forests & Environment
(previously chair of OGC GeoTIFF.SWG)

73 avenue de Paris =96 94165 Saint-Mand=E9
T=E9l. +33 (0)1 43 98 85 75
ign.fr


De : GeoTIFF.swg [mailto:geotiff.swg-bounces@lists.ogc.org] De la part de K=
emp Watson via GeoTIFF.swg
Envoy=E9 : mercredi 29 septembre 2021 00:20
=C0 : Joris Van Damme (AWare Systems)
Cc : geotiff.swg@lists.ogc.org; tiff@lists.osgeo.org
Objet : Re: [GeoTIFF.swg] [Tiff] Proposal to create a OGC BigTIFF standard

Hi Joris... I'm glad I asked for corrections if needed!

I do not have any particular angle, but I do think that the casualness that=
 this was perhaps initially approached with has allowed us all some rather =
distinct perspectives.
Thanks for sharing your viewpoints; they are certainly every bit as valid a=
s my own, and I am sure there are other perspectives also. This is a genera=
l issue with BigTIFF as it stands.

I'm not sure why you say I'm not making sense re sub-IFD's; I do not recall=
 mentioning them in this context at all; they are not directly related to B=
igTIFF itself, nor indeed necessarily related to multiresolution imaging at=
 all, although they are certainly one option to express this kind of data c=
onfiguration.

Perhaps the relevant issue to solve is: who is responsible for BigTIFF? I h=
ave no satisfactory answer for this.

Kemp


On Tue, Sep 28, 2021 at 5:48 PM Joris Van Damme (AWare Systems) <info@aware=
systems.be<mailto:info@awaresystems.be>> wrote:
Kemp,

> To my knowledge, the community that was behind the BigTIFF specification =
is now effectively Leica (medical, not Geosystems).

Incorrect. Leica, as a company, was only involved in that they were
one of four sponsors of the BigTIFF implementation inside LibTIFF.
They were completely unrelated to the design. It's possible a number
of people that contributed to the design in the mailing list were
employed by Leica at the time, but if so they were not speaking for
that company.

> The initial specification came from Ole Eichhorn, then at Aperio, a digit=
al pathology company which was acquired by Leica.

No. Original specification was a community effort, on the mailing
list, and to this day you can read up on that and verify it in the
mailing list archive. Aperio, at that time, had an alternative design,
partly incompatible, that they put into an independent implementation,
without consulting the community. It made things quite awkward for a
while. They still own bigtiff.org<https://nam04.safelinks.protection.outloo=
k.com/?url=3Dhttp%3A%2F%2Fbigtiff.org%2F&data=3D04%7C01%7Clrosenth%40adobe.=
com%7Cf5a7a65f8b064ad7754a08d983681c0f%7Cfa7b1b5a7b34438794aed2c178decee1%7=
C0%7C0%7C637685306501213243%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJ=
QIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=3DE4YfxOwZIEAJeiMn=
Qxl3y69l3CA3t0O%2F1j3tVfM4XUA%3D&reserved=3D0>. I hope that at least the st=
uff they
offer on that site is no longer incompatible with our own
specifications, but I haven't checked.

> The involvement of Aware systems as far as I know was only hosting a disc=
ussion on their mailing list

Incorrect. AWare Systems is me, Joris Van Damme. I actively
contributed to the design phase quite a bit, though it truly was a
community effort. I also did the implementation in LibTIFF, sponsored
by four other companies.

> Various stabs at this for multiresolution imaging have been made over the=
 years

The SubIFDs tag allows for any number of any resolution child ifds.
It's a specification totally independent from BigTIFF, SubIFDs can and
should be used in classic TIFF and BigTIFF. You're not making sense.

I can go on correcting your other statements, but I fail to see how
that's worth the effort at this point. It's ancient history. Why spin
these things, what is your angle?

> Given that GeoTIFF and COG specifications exist, what is OGC intending to=
 add beyond that? Is it just the "64-bit"ness, or metadata?

Like the man said, it is the BigTIFF part, so, sure, the "64-bit"ness.
BigTIFF is just TIFF with 64bit offsets, by design.

I feel the current activity in the GeoTIFF community is a good thing
that will surely result in more widespread BigTIFF adoption, and more
widespread confidence in its validity and the fact that it's here to
stay. Even, thanks for letting us know.


Best regards,

Joris Van Damme
AWare Systems

--_000_MN2PR02MB69921CD8D34C9C12001E6B77CDAE9MN2PR02MB6992namp_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple" style=3D"word-wrap:brea=
k-word">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif">Scott Foshee (who manages all imaging standards for=
 Adobe) and I spoke today and we would like the community to know that we a=
re supportive of BigTIFF being moved from its
 current state into a formal open international standard by building on top=
 of an already existing open standard for TIFF =96 that being TIFF/EP (<a h=
ref=3D"https://www.iso.org/standard/29377.html">https://www.iso.org/standar=
d/29377.html</a>).&nbsp;&nbsp;&nbsp; We would recommend
 that the work take place at ISO as well, so that others can then build on =
top of it as they have with TIFF/EP itself, and would also make it easier f=
or Adobe to participate (if that is desirable by the community).&nbsp; Howe=
ver, we understand if the OGC or others
 would prefer some other formal SDO.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif">I will note that this is response is *<b>ONLY</b>* =
about BigTIFF and does not have any impact on any other conversations aroun=
d GeoTIFF or others that may be ongoing.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif">Leonard<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif"><o:p>&nbsp;</o:p></span></p>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><span style=3D"col=
or:black">From:
</span></b><span style=3D"color:black">Tiff &lt;tiff-bounces@lists.osgeo.or=
g&gt; on behalf of Emmanuel Devys &lt;Emmanuel.Devys@ign.fr&gt;<br>
<b>Date: </b>Wednesday, September 29, 2021 at 12:44 PM<br>
<b>To: </b>Kemp Watson &lt;kemp@objectivepathology.com&gt;, Joris Van Damme=
 (AWare Systems) &lt;info@awaresystems.be&gt;<br>
<b>Cc: </b>tiff@lists.osgeo.org &lt;tiff@lists.osgeo.org&gt;, geotiff.swg@l=
ists.opengeospatial.org &lt;geotiff.swg@lists.opengeospatial.org&gt;<br>
<b>Subject: </b>Re: [Tiff] [GeoTIFF.swg] Proposal to create a OGC BigTIFF s=
tandard<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">=93Perhaps the relevant issue t=
o solve is: who is responsible for BigTIFF? I have no satisfactory answer f=
or this.=94<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">I guess there is no satisfactor=
y answer for this as you say, in the sense of no authority. For sure, the c=
ommunity that was behind the BigTIFF specification, as well as the develope=
rs of the libtiff who extend it for
 support of BigTIFF, maintained under the OSGeo, as well as the community b=
ehind </span>
<a href=3D"https://nam04.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F=
%2Fbigtiff.org%2F&amp;data=3D04%7C01%7Clrosenth%40adobe.com%7Cf5a7a65f8b064=
ad7754a08d983681c0f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C6376853065=
01193335%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTi=
I6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=3Dn2rDkxXr5wiLQD%2FeQEG%2BLHod5VR=
P2rKzQglK92r7OHU%3D&amp;reserved=3D0" target=3D"_blank"><span lang=3D"EN-GB=
">bigtiff.org</span></a>
<span lang=3D"EN-GB">share some responsibility.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">If the ownership of TIFF is cle=
ar (Adobe), it is also clear that Adobe claim no interest in BigTIFF. This =
has been confirmed by some investigation and email-exchange with OGC.<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">The registration of TIFF tags f=
or domain-specific metadata is another topic, and as you know, there is no =
transparency in the documentation of the =93public=94 TIFF private tags off=
ered by Adobe. Fortunately, Aware systems
 provides some documentation at </span><a href=3D"https://nam04.safelinks.p=
rotection.outlook.com/?url=3Dhttps%3A%2F%2Fwww.awaresystems.be%2Fimaging%2F=
tiff%2Ftifftags.html&amp;data=3D04%7C01%7Clrosenth%40adobe.com%7Cf5a7a65f8b=
064ad7754a08d983681c0f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C6376853=
06501203286%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJ=
BTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=3DRN33JNPwdoIXTDnCuK%2FX0urk%2=
F8KjVGab3GvkyibzKPw%3D&amp;reserved=3D0"><span lang=3D"EN-GB">https://www.a=
waresystems.be/imaging/tiff/tifftags.html</span></a><span lang=3D"EN-GB">
 (but this is another topic than BigTIFF).<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">Another relevant issue to solve=
 is how to sustain BigTIFF (and its aim for =9364-bit=94 ness), as it is ob=
vious there are interests for it, in the medical, geospatial and for sure o=
ther domains.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">Given this context, IMHO the pr=
oposal by OGC to openly make available and maintain the BigTIFF (limited to=
 its core aspects as shown under bigtiff.org =96 the =9364-bit=94 ness) app=
ears as an acceptable solution, with an open
 standardisation organization providing its standards for free, as well as =
structure / tools for documenting, testing and maintaining the standards. T=
o my knowledge, it is the only one emerging right now,. If there would be o=
ther alternatives for going forward
 for a sustainable bigTIFF, I=92d be happy to get information on alternativ=
es (but no echo on my radar).<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">I would appreciate if some cons=
ensus could be reached on trying to move forward on this bigTIFF action. An=
d if there are solid objections or alternate proposals for reaching the goa=
l of a sustained bigTIFF, to have them
 submitted and documented sufficiently in order to consider.<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal" style=3D"line-height:13.0pt;mso-line-height-rule:exa=
ctly"><span lang=3D"FR" style=3D"font-size:8.0pt;font-family:&quot;Arial&qu=
ot;,sans-serif;color:#1F497D">Emmanuel Devys<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:13.0pt;mso-line-height-rule:exa=
ctly"><span lang=3D"FR" style=3D"font-size:8.0pt;font-family:&quot;Arial&qu=
ot;,sans-serif;color:#1F497D">IGN - Standardization Project Manager =96 Geo=
graphy, Forests &amp; Environment<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:13.0pt;mso-line-height-rule:exa=
ctly"><span lang=3D"EN-GB" style=3D"font-size:8.0pt;font-family:&quot;Arial=
&quot;,sans-serif;color:#1F497D">(previously chair of OGC GeoTIFF.SWG)<o:p>=
</o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-line-height-alt:7.0pt;text-autospace:no=
ne"><span lang=3D"EN-GB" style=3D"font-size:8.0pt;font-family:&quot;Arial&q=
uot;,sans-serif;color:black"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:12.0pt;text-autospace:none"><sp=
an lang=3D"FR" style=3D"font-size:8.0pt;font-family:&quot;Arial&quot;,sans-=
serif;color:black">73 avenue de Paris =96 94165 Saint-Mand=E9<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal" style=3D"line-height:12.0pt;text-autospace:none"><sp=
an lang=3D"FR" style=3D"font-size:8.0pt;font-family:&quot;Arial&quot;,sans-=
serif;color:black">T=E9l. +33 (0)1 43 98 85 75<o:p></o:p></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"FR" style=3D"font-size:8.0pt;font-f=
amily:&quot;Arial&quot;,sans-serif;color:black">ign.fr<o:p></o:p></span></b=
></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><b><span lang=3D"FR" style=3D"font-size:10.0pt;font-=
family:&quot;Tahoma&quot;,sans-serif">De&nbsp;:</span></b><span lang=3D"FR"=
 style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,sans-serif"> GeoT=
IFF.swg [mailto:geotiff.swg-bounces@lists.ogc.org]
<b>De la part de</b> Kemp Watson via GeoTIFF.swg<br>
<b>Envoy=E9&nbsp;:</b> mercredi 29 septembre 2021 00:20<br>
<b>=C0&nbsp;:</b> Joris Van Damme (AWare Systems)<br>
<b>Cc&nbsp;:</b> geotiff.swg@lists.ogc.org; tiff@lists.osgeo.org<br>
<b>Objet&nbsp;:</b> Re: [GeoTIFF.swg] [Tiff] Proposal to create a OGC BigTI=
FF standard<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR"><o:p>&nbsp;</o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR">Hi Joris... I'm glad I asked for c=
orrections if needed!<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR">I do not have any particular angle=
, but I do think that the casualness that this was perhaps initially approa=
ched with has allowed us all some rather distinct perspectives.<o:p></o:p><=
/span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR">Thanks for sharing your viewpoints=
; they are certainly every bit as valid as my own, and I am sure there are =
other perspectives also. This is a general issue with BigTIFF as it stands.=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR">I'm not sure why you say I'm not m=
aking sense re sub-IFD's; I do not recall mentioning them in this context a=
t all; they are not directly related to BigTIFF itself, nor indeed necessar=
ily related to multiresolution imaging
 at all, although they are certainly one option to express this kind of dat=
a configuration.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR">Perhaps the relevant issue to solv=
e is: who is responsible for BigTIFF? I have no satisfactory answer for thi=
s.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR">Kemp<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR"><o:p>&nbsp;</o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><span lang=3D"FR"><o:p>&nbsp;</o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR">On Tue, Sep 28, 2021 at 5:48 PM Jo=
ris Van Damme (AWare Systems) &lt;</span><a href=3D"mailto:info@awaresystem=
s.be"><span lang=3D"FR">info@awaresystems.be</span></a><span lang=3D"FR">&g=
t; wrote:<o:p></o:p></span></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<p class=3D"MsoNormal"><span lang=3D"FR">Kemp,<br>
<br>
&gt; To my knowledge, the community that was behind the BigTIFF specificati=
on is now effectively Leica (medical, not Geosystems).<br>
<br>
Incorrect. Leica, as a company, was only involved in that they were<br>
one of four sponsors of the BigTIFF implementation inside LibTIFF.<br>
They were completely unrelated to the design. It's possible a number<br>
of people that contributed to the design in the mailing list were<br>
employed by Leica at the time, but if so they were not speaking for<br>
that company.<br>
<br>
&gt; The initial specification came from Ole Eichhorn, then at Aperio, a di=
gital pathology company which was acquired by Leica.<br>
<br>
No. Original specification was a community effort, on the mailing<br>
list, and to this day you can read up on that and verify it in the<br>
mailing list archive. Aperio, at that time, had an alternative design,<br>
partly incompatible, that they put into an independent implementation,<br>
without consulting the community. It made things quite awkward for a<br>
while. They still own </span><a href=3D"https://nam04.safelinks.protection.=
outlook.com/?url=3Dhttp%3A%2F%2Fbigtiff.org%2F&amp;data=3D04%7C01%7Clrosent=
h%40adobe.com%7Cf5a7a65f8b064ad7754a08d983681c0f%7Cfa7b1b5a7b34438794aed2c1=
78decee1%7C0%7C0%7C637685306501213243%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wL=
jAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=3DE4=
YfxOwZIEAJeiMnQxl3y69l3CA3t0O%2F1j3tVfM4XUA%3D&amp;reserved=3D0" target=3D"=
_blank"><span lang=3D"FR">bigtiff.org</span></a><span lang=3D"FR">.
 I hope that at least the stuff they<br>
offer on that site is no longer incompatible with our own<br>
specifications, but I haven't checked.<br>
<br>
&gt; The involvement of Aware systems as far as I know was only hosting a d=
iscussion on their mailing list<br>
<br>
Incorrect. AWare Systems is me, Joris Van Damme. I actively<br>
contributed to the design phase quite a bit, though it truly was a<br>
community effort. I also did the implementation in LibTIFF, sponsored<br>
by four other companies.<br>
<br>
&gt; Various stabs at this for multiresolution imaging have been made over =
the years<br>
<br>
The SubIFDs tag allows for any number of any resolution child ifds.<br>
It's a specification totally independent from BigTIFF, SubIFDs can and<br>
should be used in classic TIFF and BigTIFF. You're not making sense.<br>
<br>
I can go on correcting your other statements, but I fail to see how<br>
that's worth the effort at this point. It's ancient history. Why spin<br>
these things, what is your angle?<br>
<br>
&gt; Given that GeoTIFF and COG specifications exist, what is OGC intending=
 to add beyond that? Is it just the &quot;64-bit&quot;ness, or metadata?<br=
>
<br>
Like the man said, it is the BigTIFF part, so, sure, the &quot;64-bit&quot;=
ness.<br>
BigTIFF is just TIFF with 64bit offsets, by design.<br>
<br>
I feel the current activity in the GeoTIFF community is a good thing<br>
that will surely result in more widespread BigTIFF adoption, and more<br>
widespread confidence in its validity and the fact that it's here to<br>
stay. Even, thanks for letting us know.<br>
<br>
<br>
Best regards,<br>
<br>
Joris Van Damme<br>
AWare Systems<o:p></o:p></span></p>
</blockquote>
</div>
</div>
</body>
</html>

--_000_MN2PR02MB69921CD8D34C9C12001E6B77CDAE9MN2PR02MB6992namp_--

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

_______________________________________________
Tiff mailing list
Tiff@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/tiff

--===============9197911167655909064==--
