Return-Path: <tiff-bounces@lists.osgeo.org>
Received: from mailgate206.isp.belgacom.be ([195.238.22.38])
          by mailfep028.skynet.be
          (InterMail vM.8.04.03.28.4 201-2389-100-182-103-20180124)
          with ESMTP
          id <20210930115323.EPMQ11504.mailfep028.skynet.be@mailgate206.isp.belgacom.be>
          for <chris.lindelaan@skynet.be>; Thu, 30 Sep 2021 13:53:23 +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: L7ZYcWZuf1ryS6pAEz1baur8joP//AjLCvlCHB4KVpcZt7M9EusxpcJwqF7hc9AplUE/RBW5dg
 47UIxPx94tTWuzBbZhmPBgZaju4AYfs9ppSuYoLdai/U0O6z5NbMlEt1SRygfzmg5J7cql4p/8
 vHiKYuZHpvbBls/ZdfEMoZQRPJLOFg1qXv3MONMb+YYvTDrUutfxxa4EWYQeFd+qk0mFJ8KaMV
 0FE5qoNuVvnqkbLs5s+U6JWdeMh/gxoTNzruv79wzFPmHDFY4T3YHSIFzzLS9HrkqBJW6BBAgd
 KUsFxX6Hk64P4/PAiO624cHN
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?A0EoAwDfo1VhhwMP04xaHQEBAQEJARIBBQUBQIFZgXQuG?=
 =?us-ascii?q?QFkVwEnAwc5hEiDS4U5iAgDnDeBIBsbEQEBAgEBAQEBCSoBCgwEAQEBAgEDg?=
 =?us-ascii?q?gGFNx8GAQQ0EwECBAEBAQEDAgMBAQEBBQEBAQQBAQECAQECAwICAQECEAEBA?=
 =?us-ascii?q?QGBIAZeBmQEZgZfBGKBEg0yDYI1BQIDHwEGC2NTAwEBAQEBAQEBAQEBAQEBI?=
 =?us-ascii?q?gEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQESAggFTQVmAQEBAQIBAQEBDxEjA?=
 =?us-ascii?q?wcFEQcBCwMCAQECBgEBCggDAwoiBAQCAgMBHgUBDAEFARwGEwUPDoJPAYJmI?=
 =?us-ascii?q?QUKpi6BBD2KOHgCgTGBAYMVgUCFIxKBKIcTAQGGcDoJgg16GzaBc1EwPoJjA?=
 =?us-ascii?q?QEDhHWCZQSKOhEhDBoQJxQSBQEFHQ0sAjQIASsIDQsfCSoGOpEuJgGOFw6dd?=
 =?us-ascii?q?YM5ikOIGoQ0hD6DFDGDZ4FIiiKOV4hlhxqRKIdrgj+TNTsBhRoQI4FVIi6BL?=
 =?us-ascii?q?h8UGggoCDsxBnwagRwJRQECAQINAgECAwECAQICAQECAwEBAgICAQKSCIUUh?=
 =?us-ascii?q?WYlATI4AgYBCgEBAwmOIYFsAQE?=
IronPort-PHdr: A9a23:Cpiu3RWzmbCOhbQJv6E0ewNNoXDV8KzcXTF92vMcY1JmTK2v8tzYM
 VDF4r011RmVB92dsqIYwLaP+4nbGkU4qa6bt34DdJEeHzQksu4x2zIaPcieFEfgJ+TrZSFpV
 O5LVVti4m3peRMNQJW2aFLduGC94iAPERvjKwV1Ov71GonPhMiryuy+4ZLebxtUiDanfL9/L
 xq7oQreu8ULnIBvNrs/xhzVr3VSZu9Y33loJVWdnxb94se/4ptu+DlOtvwi6sBNT7z0c7w3Q
 rJEAjsmNXs15NDwuhnYUQSP/HocXX4InRdOHgPI8Qv1Xpb1siv9q+p9xCyXNtD4QLwoRTiv6
 bpgRQT2gykbKTE27GDXitRxjK1FphKhuwd/yJPQbI2MKfZyYr/RcdYcSGFcXMheSjZBD5uzY
 IsBDeUPM+VWoZfgqVsWrxawBxSgCe3zxjFInH/5wbM10/86HAHDwAAtBcgDvGjIoNj3MqoZT
 OC7zLPPzTXGd/5Y3Cny6I3Qchs8of6DR65wcdHWyUkpCgjFkFSQppb4ND2L1+QNvWab5PdnW
 OKzim4npQ9xryOrxsctkYnJmpkVxkrD9SViz4Y6O9q4RFR8Yd6+H5tdrieXPJZ5Tc0+WW9no
 jo6yqEYtp6heigH0JQpywDCZvGGc4aF7BDuWeKeLzp4mn9oe66zihay/0S+1uHwS8m53lhXo
 ydKktTAqn8A2gLd5MaITvZw/1us1SuJ2gvO5O9EJkU0mrDaK54n2rM/jZsTsUvfHi/3lkX2g
 rWadkI++uin8+joebTmppCAN491hAH+PL4ilta4AeQiPQgCR2eb+eWg1L3j4E32W69GgeExk
 qncqJzaIssbqbKjDw9SyIYj5A6zDyy+0NsCgXkHLUhKeBaHjojyIV3BPPf4DfKnj1Srizdry
 O7JPrr7DpXKNHjDn7Hsdqt+5U5E0Ac/0N9S645OBr0fPf7/R1X9uMHYAxMjPQG42/jrBMl52
 48EWm+CArWVPL3PvVOU/O4jPuiBaYsTtT3gMfYq/eTugmU8mVIFfammw58XaHegE/RiIkWZe
 mbsgswbHWcNpQo+Q/LliFqYXT5UfXayULow5jA9CI24EYfOXp2hjbOd0CuhAJFae31KBkqRH
 XrobYmJVe8AaCeILc9gljwEW6KhS4gk1Ry2qA/6yrRnLuTN9iIDspLjyd516PHNmhEp7jF0C
 8Wd03qRT2FvhG8IQCQ23K9hrkx60FuD1rJ4g/NAGdxJ+/xJShs6NYLbz+FiF9/yWhjBftaSS
 Fq8RtWmADcxQc8vzN8KeUlyAdOigwvY3yqpA74VkaKEBIAu/q3HwXeib/t70GvMgak9k0E9E
 IwIMWy9mrU58BPcComPlF+W0KOjdKAZ1SiK83+fzG2IpwZEUQB+ApjDRm0VM07frNDl4RHeT
 rGgTK4qKxZM0tKqLqpRdsavik5JSfClP87RNHmskWW9Dgrd27WXcYDxcH8c1iiONU4fjgoz8
 H+KOBJrBju9u3mMS3tqFEnzeAXr6uZzrzW8VEBzygiLa0ho0f2y4gIUgvqHDO8S0LxXhSE6t
 j9UEV+x0siDDtOBoxZmLrldb914+lpeyG/CqyR5P4e8NOZlnVETdEJwpUy5zAh9CIhLjZ03q
 mg3xhF5M6OS3QB9cGai2p/9IPXzJ2j9/Fj7carb217e+N2R9qoL6f4iphPlsR3/RXAv63F27
 94A8HaZ/t31BRYJVpS5BkU68gBSoLvYbyIh5p3ZzXRwMa6wtTDTndkuAb125AyneoJ8PaacX
 DD7D9YdAYCwKeVip1mnYFpQIOFc+oYwPti6bL2Bw6GmO6Bnhj3w3jcP25x0zk/Zr3k0ceXPx
 ZtQhqjAhmNvNh/5nA3564bsmpFCaC1UFGfsgSTnBYsEYKp0cM5LDGq1OMS4y514gIKlQH9X8
 lOvRhsG1caldADUbgn72gtdhgwMuXLyvyy+wnRvli0x6LKF1XnSwursMRAAJ2hASXJKiVb3P
 ZPyiMsVUU/uaBImx1O+/Uiv/6FAv+xkKnXLB0JBfiz4NWZnB7exuLTHaclS7pglqg1TUf+ge
 hadUbHwpF0dySywV3BGymUDfiqx8o78gwQ8iG+ZKyNrq2HFfMhr2RrFzNjdXuJKmD0dSyR/z
 z7NCTBQJvGP+tOZ39fGorrmDiS6VYxVfDWtx47S/C28rXZnBxGyhbi6h8HnHA4m0CT6y8gPN
 22ArRDyZZPu3ri7NuQvd1dhBVv14c53Uo9klY54iJYV0HkczpKbmBhP2XvyP9se06XjanEAX
 hYPwsXJ+07iw0JuKTSO3Y24HnSRz819ZsWrN3sM03FYjYgCA6OV4bpY2Cpt9wPk9USLOKE7x
 2pbkqhm8nMRjuAXtRB4yzXHWulUBkpJOyHw0R6FvLXc5O1aYniidb+o2Q9wh9ekWfueow9SH
 Xz+Z5EpEDRY6sRkLEmK12b854aif8PfJ4F21FXcg1Lbgu5ZJYhk3OYLiyQiM2Xgu3Yo0MY/j
 Adyxte9p4eKLCNq5q3zUXs6fnXlIsgU/D/ql6NXmM2bipuuEptWETIORJL0TPisHVr+rNzfP
 h2VWH05ui3DQPzEHh6Z5VsgpX+dW5ysMniWIjEew7AADFGBJUJRxQoTQTMxk4UREgGx2Nend
 1x26zdX4UT34hdB0eNnMRDjX3yX/VvwLG1tEd7GcVwNpghZgiWdedST9OdyAz1V8tW6oQqBJ
 3baLwVEAGcVW1CVUlXqP72g/97FoKCTAuuzKeeLYK3b8LAGEa3RnNT2j809rFPufo2VM3JvD
 uM2wB9GTSohQoLCmCQJRjBRnS+eCqzT7Bq65CBzqdiytfrxXwe6r5eOBbUXO9Jy/Ru7mo+HN
 vWMn2B+MjlV0dUL33CCm919lBYCzjpjcTWgC+FKqS/DQufanbJRBBMAQydyL9dTqaUn0QRKf
 8nBhZmms9wwxu5wAFBDW1v7n8ivbsFfOGCxOmTMA0OTPaiHLznGkInnJLmxQrpKgKBIpgW97
 HyFRlT7MG3JxFyLH1i/dPtBhyaBMFlCtZGhJ1xzXHP7Qouubw3zOY1yhDwyh7oviX7Nc2kGP
 nB1IUdMtaGLqyRDjfh4XWtb4R8HZaGNySOQ7u2eLY0ZvPwtBT9pkPlepnMgxPNcvj1eTfduh
 i2UqcVhrlbglfKSzSFjFh1UpX4OjYaP9y2OII3h/4JbETbB7EhVtCOLCAUMqscjANC986xXz
 9HOkur0JlIgu5rM+tAAAsHPNM+dGH4gKgbyXjnPAwYCCzmxOinTildcn/eb6nCO5sFm8t62w
 cNIE+IdDxQ8DZZ4Qgx9EcYHIYtrUz9sirOdgMMSpDK/oBTXWMRGr8XHW/aVUr3kLDeUi6UBZ
 gNdmO+ga95Kb8uihgo5OTwY1MzQFkHdXM5AuHhkflVs+QNW82l4Q3F10U+2D2HlqHIVC/Owm
 QY7zwVkZuF4vivt7VlyLF3XoiA9i2E1mM75mnaWazH8K+G3R44cWE+W/wAhd4j2RQp4d1j4h
 Ut/KDLNXK5clZNkdHt3k0nbopRCHrhbV6IOM3pyjbmHIv4v11pbsCCuw0RKsPDEBZVVnwwva
 ZewrnhE1lErfJsvKKfXPqYM0klIi/fEoHqzzu5oilx7RQ5F4CaIdSUPokBNKrQ2O3/i4Ll38
 QLb0z5TMGFeUvMrprRt7UwwPKKH1S2o2uxHK1utLKqYNKyUvC7Hj8HtIBt43xENnkhBu79t3
 sokNU2PSkc0yP2WDRtBPJjeMwhedNRUsn/IciuJ9+LW3JVuO8O6DO+gCOaKsOx8aqOMGAcyA
 59K6d8OE57q11vXf56PxFEtzRQ2+B+tI06KAfMPfwiEwm5vSySXyJ5swZIbISoSDGI7Nj+4t
 O6/mw==
IronPort-Data: A9a23:NZYbMq5K4Kg7yp5GGV6s3gxRtFnDchMFZxGqfqrLsTDasY5as4F+v
 moeCmGBP/eLYjD1LYhxa9yx8k4AuZCHnIJnGwtl/y01QyJH8MHLXIjFfxj5NHKcdpWYQUg8s
 s8TNYOYdM0+Q3OA/0f8ObXIkyVA2PDTTNIQKgJl1gNZHFE7F3h70EwLd8oR2NMAbQ2RXlvlV
 esfIKQzAXf9s9JOGjt8B5mr9VU/4ZwehBtC5gZnPaEQ5AeE/5UoJMt3yZ+ZfySQrrZ8Q7bSq
 9brlNlVKUuAon/Bovv8+lrKWhViroz6ZGBiuVIMM0SWuSWukwRuukoNHKNCNhgI0WzX9zxG4
 I4lWZSYEW/FN0BX8QgXe0Ew/ypWZMWq9FJbSJQWXAP6I0DuKhPRL/tS4E4eHKI0yNx2Dn5y8
 9MaGSA8Zz7Y1+Odz+fuIgVsrpxLwMjDOIIEpmomyirWAPFgRorMK0nIzYYEhHFq35kIRKuYP
 KL1ahI3BPjESwFONFlSApUjmuylnVH7ciZEsxSSvqU65C7U1gMZPL3FbISMIIDUHJ4M9qqej
 n2B1nnARUAhDYK84BG9/kCzp9eStgquDer+E5Xjrq8x0AXLroAJMzUdVUG6ur+9i0iyVtZWI
 ko84Sk/q6UuskamJuQRRDW/u3GJuUBaXMFfHup87xqQzbHQpQGDCQDoUwKtdvQHm+MEfz0ly
 WOPsNHYFQ1mnubFSFmSo+L8QSyJBQAZKmoLZCkhRAQD4sX+rIxbsv4pZos9eEJSpoCqcQwc0
 wxmvwBi2+tO0JVjO7GTuAmd2Gv3+8Chohsdv12/Y46z0u9uiGdJjaSB7VLS6+cowG2xHwba5
 iFsdyRzCokz4XylkzeCTeJTWray6PuCdjrHnFl0G98m7TvFF5+fkWJ4vm8WyKRBaJ5sldrVj
 Kn75V45CHh7YCTCUEOPS9jtY/nGNIC5fTgfatjab8BVfr96fxKd8SdlaCa4hj62yhlwyftmZ
 8fDK65A6Er274w6klJaoM9AjtcWKtwWnD67qW3Tlkv7iuHADJJrYe5UYDNikdzVHIvf+FSOo
 44HXyd74xNSTPL5eCqf/4kJZV0GMHMyGZHxrYRecOLLOAd9FWg7AP+ZwLVpfJZokKNT3qfO8
 2u6MnK0O3Kh7UAr3T6iMyg5AJu2BcgXhStibUQEYAj0s1B+P9fHxPpPJvMfIOh8nMQ+nK4cZ
 6dfJ62oXK8VIhyZoGt1UHUIhNc/HPhdrVnSZHXNjflWV8IIejElDfe+JVawqHlSUHDn3Sb8y
 pX5vj7mrVM4b1wKJK7rhDiHkDtdZFARx7B/WVXmON5WdBm++YRmMXah3OM2Lc9JIxLewDCXz
 C6SAAwEvq/KuIA495/On6/d99WlFO53H0x7GWjH7O/vbniCoDf+kd5NALSSYDTQdGLo46H8N
 +9b+PHLNqFVllh9tYchQa1gyrgz5oe0qrIDllZkEXzHYk6FELRlJnXaj8BDurcXnu1FuAW4c
 kaO4cVBf7KSN87iVlkLK1N9POiE0PgVnBjU7Og0eRyhtXcpoefXAEgLZkuCki1QKrdxIbgJ+
 +Z5tZ5E8RG7hzorLs2C0HJe+VOMGXpcAa8pgZcXXd3wgQ0xx1AeOpHRB3atspGCYtlBKHMnO
 juFmK3Gi+gOz0bOaSBsR3vA2PJ1gp4MtRtWzUEPP12Vmt3BgfAmmhZW9G1vHAhSyxxG1cN1O
 3RqbhQufvjer2kx3cUTDXqxHwxhBQGC/hCjwVU+kmCEHVKjUXbALTFgNOuAoBIZ/mZbcmQJ9
 b2U0j+4AzLrZ93qmCwpVkNi7fv5QoUppAHFncmmGeWDHoU7OGO+0/fwODdY+ha3U9ksgEDnp
 PVx+LgiY6PMNRkW//8xBb6c2OlCUxuDPmFDHaps8fJbGWDHZAy0wiWEL0ztKMpBK+aWrR24F
 9B2PZAIEBC/zzqV6DcACqMLZbhuk7ks7dsGf7rtYmker7qYqCEurJPe+CXy2D0iT9l0yphvL
 4rQcy6FQHCRi3URgWLUscRfJkK8YMIYf0v7x++496MODZ1U6bk+fUY327qynnOULAo+pknF5
 F2eOv+Hwrww05lokqvtDr5HWVe+J+TzY+LUogq9hNJDMIHUOsDUugJJ8VTqMlgEJ7cXQNgrx
 72BvMSthxHCp7k7VD6fnIKOGq4P4t6vW/FTdMXtIyACzyeFXcbt5ToF+ny5cMQXzYMMvZD/G
 QboOtGtcdM1WstGwCMHYSZpEyEbV/b9YJDmqH7vtP+LEBUcjVfKId7PGaUFto2HmvLk+qESC
 zMYf96q58tEt8JLHxAJALdhGZAQzJrLR/49b9Oo3dWHJjDAv79AkuKKedkcBfXjDnifDN285
 onKSx+4cw690E0N5M8MqJR853X7E14k6dTdvSshFxpejzGhEHVAKv8SPJJADYtb+sA3OFcUe
 xmVBFYf5e7BsfiovPkyDBkPnutSOwDWBurEGw==
IronPort-HdrOrdr: A9a23:DrTnUaBQWbYrXWLlHemX55DYdb4zR+YMi2TDtnoBLyC9F/bzqy
 nAppkmPHPP5wr5IUtApTnjAtjkfZqsz+8Q3WB5B97LNzUO3lHHEGgI1+ffKlPbexEWjdQtt5
 uJI8BFeb7NJGk/hdm/4ATQKadG/OW6
X-IronPort-Anti-Spam-Filtered: true
X-MGA-submission: =?us-ascii?q?MDFqPWqInnCcxTY8JLN3OivX9eZBuTJ31gtAeQ?=
 =?us-ascii?q?Z+Xsm/GGkq8jklkB+z3MdF0v3OEz2m+eDAIl+axaW6+GZv2SSH1QblCT?=
 =?us-ascii?q?hTm7fI+N0sETt9fH2Ks4N2NNtP199bkagqjrs=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; 30 Sep 2021 13:53:14 +0200
Received: from osgeo6.osgeo.osuosl.org (localhost [127.0.0.1])
	by lists.osgeo.org (Postfix) with ESMTP id 703CA6145900;
	Thu, 30 Sep 2021 04:39:00 -0700 (PDT)
Received: from mail-pf1-f169.google.com (mail-pf1-f169.google.com
 [209.85.210.169])
 by lists.osgeo.org (Postfix) with ESMTPS id 775966146815
 for <tiff@lists.osgeo.org>; Thu, 30 Sep 2021 04:38:59 -0700 (PDT)
Received: by mail-pf1-f169.google.com with SMTP id 145so4706526pfz.11
 for <tiff@lists.osgeo.org>; Thu, 30 Sep 2021 04:38:59 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc;
 bh=+1OLfh0YX66clL793Njs5B/xsL5Z5c42j7MX182zfy0=;
 b=dNOhTltVJ+AwWAdSFwUpBFHjx3/62BAMcOsEonMe0yFJBRlf6BQvfsLHKTf35n61rP
 j8w1y7QP4HeX0mFj2IUnvGDsVhjpRnP2BMPU4lmGxEAafe7JWJfsLyxOJL7OIkHh70sw
 HRmLbLgCILOfPt8n/hRFEOD39+Po13pdjcOyU4TWzxjYThV+AwON2WpVN2Usfbsqhug+
 GvF7PWrQWI/WpYTrn08CVnzpV89GhyrCCNw9H/KIm2NV+5ZNOHJqpRIKuDRv7Qz4qhk7
 k+SQBWiWqK0GnHaqnx3S8JWip9ZKlwXhUMRdnvk+yqWOwnYPoGjSwX2gcTpquEv1Q+UQ
 U3WQ==
X-Gm-Message-State: AOAM531CD6fRU84M3y3upJtAiPACGC57DWN91Y0xHgnm+KPpbjak42L4
 DtuSk+QJYokU7yHkvPJQmQd1nwiXhS7dIEQj2AFJOA==
X-Google-Smtp-Source: ABdhPJy3z57hQESqsX7T6jJeGTcMmn6eKRqJj6OZcwqv7tmJK/+TzTMsl396qgsQv1rTP7edD0SOW4/mQX86OiIGevM=
X-Received: by 2002:a05:6a00:1a87:b0:448:7376:20c3 with SMTP id
 e7-20020a056a001a8700b00448737620c3mr5119217pfv.24.1633001938958; Thu, 30 Sep
 2021 04:38:58 -0700 (PDT)
MIME-Version: 1.0
References: <4da09cb2-1f06-7efc-436b-5a8ddd5423c5@spatialys.com>
 <CACp925TQrH6ws9XX5ea0SbYLuR0nuP3CdzNiVKiwwP1j9Kcoaw@mail.gmail.com>
 <10790B38-0380-4FEC-B368-E5873B83580A@codelibre.net>
 <CACp925Q0xFpmykv2eOPneUzfpZBUKdUkrwYiF3L79H1rvTM7HA@mail.gmail.com>
In-Reply-To: <CACp925Q0xFpmykv2eOPneUzfpZBUKdUkrwYiF3L79H1rvTM7HA@mail.gmail.com>
Date: Thu, 30 Sep 2021 07:38:41 -0400
Message-ID: <CACp925T_6nORjpjBr+XgHFgF+fULf-HXriX_8yjOAHsh4mLQOQ@mail.gmail.com>
To: Roger Leigh <rleigh@codelibre.net>
Subject: Re: [Tiff] 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: Kemp Watson via Tiff <tiff@lists.osgeo.org>
Reply-To: Kemp Watson <kemp@objectivepathology.com>
Cc: "geotiff.swg@lists.ogc.org" <geotiff.swg@lists.ogc.org>,
 "tiff@lists.osgeo.org" <tiff@lists.osgeo.org>
Content-Type: multipart/mixed; boundary="===============7761112063309041862=="
Errors-To: tiff-bounces@lists.osgeo.org
Sender: "Tiff" <tiff-bounces@lists.osgeo.org>

--===============7761112063309041862==
Content-Type: multipart/alternative; boundary="0000000000007d58a805cd34e4e6"

--0000000000007d58a805cd34e4e6
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

For completeness here, there is an SGI tag for 3D data registered in TIFF:

(32997) IMAGE_DEPTH Type LONG Count 1 Value 1

Whether anyone uses it, I have no idea.

Kemp


On Thu, Sep 30, 2021 at 7:15 AM Kemp Watson <kemp@objectivepathology.com>
wrote:

> I fully understand that sentiment, Roger, and indeed I've taken a stab at
> this myself. But it's a problem with no end, as there are so many ways to
> do it, each with pros and cons for specific applications.
> And... 3D is close to irrelevant now, as
> multiplexed/hyperspectral/timeseries and other multidimensional imaging
> takes hold in machine learning. My gut says to leave it alone and keep th=
e
> focus on 2D (but multichannel/multicomponent) in terms of standardization=
.
> For 3+ dimensions, HDF5 and cloud-friendly Zarr/N5, Parquet, Feather etc
> may be more suitable for many new applications, and most 3D TIFF-based fi=
le
> formats are already quite proprietary and unlikely to change as they've
> been extant for years.
>
> Totally happy to be whacked on this, but that's my current take.
>
> Best,
> Kemp
>
> On Thu, Sep 30, 2021 at 5:06 AM Roger Leigh <rleigh@codelibre.net> wrote:
>
>> Hi Kemp,
>>
>>
>>
>>
>>
>> While not strictly related to =E2=80=9CBigTIFF=E2=80=9D, but certainly r=
elated to =E2=80=9CBig=E2=80=9D
>> images, there is one big gap which would be useful to close to better me=
et
>> the needs of medical and scientific imaging, and that is standardising f=
ull
>> support for storing 3D image data.  Libtiff does have some non-standard
>> tags for this purpose, but for reasons of compatibility with other tools=
, I
>> have never used them.  Were they to be more formally recognised and
>> adopted, storing volumetric data would become both practical and
>> accessible.  This is one of the main reasons for the adoption of other f=
ile
>> formats for this type of data, despite TIFF being a perfectly suitable
>> container.  But TIFF is perfectly capable of this.
>>
>>
>>
>> I=E2=80=99m thinking here of the addition of a Z dimension at both the i=
mage and
>> tile level, with:
>>
>>
>>
>> TIFFTAG_IMAGEDEPTH
>>
>> TIFFTAG_TILEDEPTH
>>
>> TIFFTAG_ZRESOLUTION
>>
>> TIFFTAG_ZPOSITION
>>
>>
>>
>> This would be the minimum required.  And it=E2=80=99s already fully impl=
emented
>> as far as I can tell, unless other tags need extending for an optional
>> third value which haven=E2=80=99t been done yet.  If we could get this s=
tandardised
>> that would be huge.
>>
>>
>>
>> And others, e.g.
>>
>>
>>
>> TIFFTAG_ZCLIPPATHUNITS ??  Probably a can of worms to extend to 3D!
>>
>> EXIFTAG_PIXELZDIMENSION ??  Probably not needed if EXIF is restricted to
>> 2D?
>>
>>
>>
>>
>>
>> Aside: I saw TIFFTAG_XCLIPPATHUNITS duplicated in tif_dirinfo.c.  With
>> different types (SLONG and SBYTE).  Is that a bug?  Or intentional?
>> TIFFTAG_YCLIPPATHUNITS is not duplicated.
>>
>>
>>
>>
>>
>> Kind regards,
>>
>> Roger
>>
>>
>>
>> On 28/09/2021, 16:08, "Tiff on behalf of Kemp Watson via Tiff" <
>> tiff-bounces@lists.osgeo.org on behalf of tiff@lists.osgeo.org> wrote:
>>
>>
>>
>> Hi Even et al:
>>
>>
>>
>> To my knowledge, the community that was behind the BigTIFF specification
>> is now effectively Leica (medical, not Geosystems).
>>
>> The initial specification came from Ole Eichhorn, then at Aperio, a
>> digital pathology company which was acquired by Leica.
>>
>> The involvement of Aware systems as far as I know was only hosting a
>> discussion on their mailing list, and documenting essentially a copy of
>> Ole's work. I don't believe the participants were from Aware.
>>
>> Anyone do please correct me if my understanding is incomplete or
>> incorrect.
>>
>>
>>
>> However, this unofficial specification only covers a migration of TIFF t=
o
>> 64-bits, and says nothing in particular about tiling, multi-resolutions,
>> multi-channels, bit depths, compression, TIFFtags/metadata, etc, all of
>> which need to be defined per application at a higher level.
>>
>> Various stabs at this for multiresolution imaging have been made over th=
e
>> years: Aperio.svs, COG, ZIF (my own), OME-TIFF (used ZIF as a reference
>> point), and many 99% similar flavors of pyramidal tiled (big)TIFF. Shame=
 we
>> can't all get it together.
>>
>>
>>
>> Given that GeoTIFF and COG specifications exist, what is OGC intending t=
o
>> add beyond that? Is it just the "64-bit"ness, or metadata?
>>
>>
>>
>> There is no formal maintainer; the AWARE systems site does not maintain
>> the BigTIFF specification, that is just a reference; another is at
>> http://bigtiff.org, a site now owned by Leica.
>>
>>
>>
>> And I'm not sure the wording on https://github.com/opengeospatial/BigTIF=
F
>> is as intended?: "it becomes an OGC standard" sounds like OGC intends to
>> take over ownership of BigTIFF? Leica might have something to say about
>> that, although the specification has been put in the public domain.
>>
>> Personally, I really wish Adobe as the owner of the TIFF specification
>> would step up to the plate with this, and update the actual TIFF
>> specification to cover BigTIFF. Their focus has been elsewhere for many
>> years, but this would be a great community service.
>>
>>
>>
>> Regards,
>>
>>
>>
>> Kemp Watson
>>
>> Objective Pathology Services
>>
>> Toronto, Canada
>>
>>
>>
>>
>>
>>
>>
>> On Tue, Sep 28, 2021 at 9:52 AM Even Rouault <even.rouault@spatialys.com=
>
>> wrote:
>>
>> Hi,
>>
>> A group of people (to which I belong to) in the Open Geospatial
>> Consortium (OGC, www.ogc.org) would like to move the BigTIFF
>> specification into the OGC standards process. The intention is to create=
 a
>> OGC standard that is fully compatible with the existing documentation an=
d
>> implementation of BigTIFF. We would like to do this in a open process an=
d
>> make sure that the community that was behind the BigTIFF specification a=
re
>> invited to participate in the process and are well recognized for their
>> previous work. The OGC will provide a process to maintain the standard i=
n
>> the future and will work to make GeoTIFF and Cloud Optimized GeoTIFF (CO=
G)
>> standards to support both TIFF and BigTIFF. All OGC standards are availa=
ble
>> for free in the OGC website.
>>
>> The process will be done in a open GitHub repository and the first
>> attempt can be found here: https://github.com/opengeospatial/BigTIFF
>> You are invited to submit issues or to create pull requests as part of
>> the way to provided comments and improve the standard draft.
>>
>> Is there any objection or comment before we start this process?
>>
>> Best regards,
>>
>> Even
>>
>> --
>>
>> http://www.spatialys.com
>>
>> My software is free, but my time generally not.
>>
>> _______________________________________________
>> Tiff mailing list
>> Tiff@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/tiff
>>
>> _______________________________________________ Tiff mailing list
>> Tiff@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/tiff
>>
>

--0000000000007d58a805cd34e4e6
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>For completeness here, there is an SGI tag for 3D dat=
a registered in TIFF:</div><div><br></div><div>(32997) IMAGE_DEPTH Type LON=
G Count 1 Value 1 <br></div><div><br></div><div>Whether anyone uses it, I h=
ave no idea.<br></div><div><br></div><div>Kemp</div><div><br></div><br><div=
 class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Sep 30=
, 2021 at 7:15 AM Kemp Watson &lt;<a href=3D"mailto:kemp@objectivepathology=
.com">kemp@objectivepathology.com</a>&gt; wrote:<br></div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div>I fully understand t=
hat sentiment, Roger, and indeed I&#39;ve taken a stab at this myself. But =
it&#39;s a problem with no end, as there are so many ways to do it, each wi=
th pros and cons for specific applications. <br></div><div>And... 3D is clo=
se to irrelevant now, as multiplexed/hyperspectral/timeseries and other mul=
tidimensional imaging takes hold in machine learning. My gut says to leave =
it alone and keep the focus on 2D (but multichannel/multicomponent) in term=
s of standardization.</div><div>For 3+ dimensions, HDF5 and cloud-friendly =
Zarr/N5, Parquet, Feather etc may be more suitable for many new application=
s, and most 3D TIFF-based file formats are already quite proprietary and un=
likely to change as they&#39;ve been extant for years.</div><div><br></div>=
<div>Totally happy to be whacked on this, but that&#39;s my current take.</=
div><div><br></div><div>Best,</div><div>Kemp<br></div></div><br><div class=
=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Sep 30, 2021=
 at 5:06 AM Roger Leigh &lt;<a href=3D"mailto:rleigh@codelibre.net" target=
=3D"_blank">rleigh@codelibre.net</a>&gt; wrote:<br></div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex"><div lang=3D"EN-GB"><div><p class=3D"MsoNo=
rmal"><span>Hi Kemp,<u></u><u></u></span></p><p class=3D"MsoNormal"><span><=
u></u>=C2=A0<u></u></span></p><p class=3D"MsoNormal"><span><u></u>=C2=A0<u>=
</u></span></p><p class=3D"MsoNormal"><span>While not strictly related to =
=E2=80=9CBigTIFF=E2=80=9D, but certainly related to =E2=80=9CBig=E2=80=9D i=
mages, there is one big gap which would be useful to close to better meet t=
he needs of medical and scientific imaging, and that is standardising full =
support for storing 3D image data.=C2=A0 Libtiff does have some non-standar=
d tags for this purpose, but for reasons of compatibility with other tools,=
 I have never used them.=C2=A0 Were they to be more formally recognised and=
 adopted, storing volumetric data would become both practical and accessibl=
e.=C2=A0 This is one of the main reasons for the adoption of other file for=
mats for this type of data, despite TIFF being a perfectly suitable contain=
er.=C2=A0 But TIFF is perfectly capable of this.<u></u><u></u></span></p><p=
 class=3D"MsoNormal"><span><u></u>=C2=A0<u></u></span></p><p class=3D"MsoNo=
rmal"><span>I=E2=80=99m thinking here of the addition of a Z dimension at b=
oth the image and tile level, with:<u></u><u></u></span></p><p class=3D"Mso=
Normal"><span><u></u>=C2=A0<u></u></span></p><p class=3D"MsoNormal"><span>T=
IFFTAG_IMAGEDEPTH<u></u><u></u></span></p><p class=3D"MsoNormal"><span>TIFF=
TAG_TILEDEPTH<u></u><u></u></span></p><p class=3D"MsoNormal"><span>TIFFTAG_=
ZRESOLUTION<u></u><u></u></span></p><p class=3D"MsoNormal"><span>TIFFTAG_ZP=
OSITION<u></u><u></u></span></p><p class=3D"MsoNormal"><span><u></u>=C2=A0<=
u></u></span></p><p class=3D"MsoNormal"><span>This would be the minimum req=
uired.=C2=A0 And it=E2=80=99s already fully implemented as far as I can tel=
l, unless other tags need extending for an optional third value which haven=
=E2=80=99t been done yet.=C2=A0 If we could get this standardised that woul=
d be huge.<u></u><u></u></span></p><p class=3D"MsoNormal"><span><u></u>=C2=
=A0<u></u></span></p><p class=3D"MsoNormal"><span>And others, e.g.<u></u><u=
></u></span></p><p class=3D"MsoNormal"><span><u></u>=C2=A0<u></u></span></p=
><p class=3D"MsoNormal"><span>TIFFTAG_ZCLIPPATHUNITS ??=C2=A0 Probably a ca=
n of worms to extend to 3D!<u></u><u></u></span></p><p class=3D"MsoNormal">=
<span>EXIFTAG_PIXELZDIMENSION ??=C2=A0 Probably not needed if EXIF is restr=
icted to 2D?<u></u><u></u></span></p><p class=3D"MsoNormal"><span><u></u>=
=C2=A0<u></u></span></p><p class=3D"MsoNormal"><span><u></u>=C2=A0<u></u></=
span></p><p class=3D"MsoNormal"><span>Aside: I saw TIFFTAG_XCLIPPATHUNITS d=
uplicated in tif_dirinfo.c.=C2=A0 With different types (SLONG and SBYTE).=
=C2=A0 Is that a bug?=C2=A0 Or intentional?=C2=A0=C2=A0 TIFFTAG_YCLIPPATHUN=
ITS is not duplicated.<u></u><u></u></span></p><p class=3D"MsoNormal"><span=
><u></u>=C2=A0<u></u></span></p><p class=3D"MsoNormal"><span><u></u>=C2=A0<=
u></u></span></p><p class=3D"MsoNormal"><span>Kind regards,<u></u><u></u></=
span></p><p class=3D"MsoNormal"><span>Roger<u></u><u></u></span></p><p clas=
s=3D"MsoNormal"><span><u></u>=C2=A0<u></u></span></p><div><div><p class=3D"=
MsoNormal" style=3D"margin-left:36pt">On 28/09/2021, 16:08, &quot;Tiff on b=
ehalf of Kemp Watson via Tiff&quot; &lt;<a href=3D"mailto:tiff-bounces@list=
s.osgeo.org" target=3D"_blank">tiff-bounces@lists.osgeo.org</a> on behalf o=
f <a href=3D"mailto:tiff@lists.osgeo.org" target=3D"_blank">tiff@lists.osge=
o.org</a>&gt; wrote:<u></u><u></u></p></div></div><div><p class=3D"MsoNorma=
l" style=3D"margin-left:36pt"><u></u>=C2=A0<u></u></p></div><div><div><p cl=
ass=3D"MsoNormal" style=3D"margin-left:36pt">Hi Even et al:<u></u><u></u></=
p></div><div><p class=3D"MsoNormal" style=3D"margin-left:36pt"><u></u>=C2=
=A0<u></u></p></div><div><p class=3D"MsoNormal" style=3D"margin-left:36pt">=
To my knowledge, the community that was behind the BigTIFF specification is=
 now effectively Leica (medical, not Geosystems).<u></u><u></u></p></div><d=
iv><p class=3D"MsoNormal" style=3D"margin-left:36pt">The initial specificat=
ion came from Ole Eichhorn, then at Aperio, a digital pathology company whi=
ch was acquired by Leica.<u></u><u></u></p></div><div><p class=3D"MsoNormal=
" style=3D"margin-left:36pt">The involvement of Aware systems as far as I k=
now was only hosting a discussion on their mailing list, and documenting es=
sentially a copy of Ole&#39;s work. I don&#39;t believe the participants we=
re from Aware.<u></u><u></u></p></div><div><p class=3D"MsoNormal" style=3D"=
margin-left:36pt">Anyone do please correct me if my understanding is incomp=
lete or incorrect.<u></u><u></u></p></div><div><p class=3D"MsoNormal" style=
=3D"margin-left:36pt"><u></u>=C2=A0<u></u></p></div><div><p class=3D"MsoNor=
mal" style=3D"margin-left:36pt">However, this unofficial specification only=
 covers a migration of TIFF to 64-bits, and says nothing in particular abou=
t tiling, multi-resolutions, multi-channels, bit depths, compression, TIFFt=
ags/metadata, etc, all of which need to be defined per application at a hig=
her level.<u></u><u></u></p></div><div><p class=3D"MsoNormal" style=3D"marg=
in-left:36pt">Various stabs at this for multiresolution imaging have been m=
ade over the years: Aperio.svs, COG, ZIF (my own), OME-TIFF (used ZIF as a =
reference point), and many 99% similar flavors of pyramidal tiled (big)TIFF=
. Shame we can&#39;t all get it together.<u></u><u></u></p></div><div><p cl=
ass=3D"MsoNormal" style=3D"margin-left:36pt"><u></u>=C2=A0<u></u></p></div>=
<div><p class=3D"MsoNormal" style=3D"margin-left:36pt">Given that GeoTIFF a=
nd COG specifications exist, what is OGC intending to add beyond that? Is i=
t just the &quot;64-bit&quot;ness, or metadata?<u></u><u></u></p></div><div=
><p class=3D"MsoNormal" style=3D"margin-left:36pt"><u></u>=C2=A0<u></u></p>=
</div><div><p class=3D"MsoNormal" style=3D"margin-left:36pt">There is no fo=
rmal maintainer; the AWARE systems site does not maintain the BigTIFF speci=
fication, that is just a reference; another is at <a href=3D"http://bigtiff=
.org" target=3D"_blank">http://bigtiff.org</a>, a site now owned by Leica.<=
u></u><u></u></p></div><div><p class=3D"MsoNormal" style=3D"margin-left:36p=
t"><u></u>=C2=A0<u></u></p></div><div><p class=3D"MsoNormal" style=3D"margi=
n-left:36pt">And I&#39;m not sure the wording on <a href=3D"https://github.=
com/opengeospatial/BigTIFF" target=3D"_blank">https://github.com/opengeospa=
tial/BigTIFF</a> is as intended?: &quot;it becomes an OGC standard&quot; so=
unds like OGC intends to take over ownership of BigTIFF? Leica might have s=
omething to say about that, although the specification has been put in the =
public domain.<u></u><u></u></p></div><div><p class=3D"MsoNormal" style=3D"=
margin-left:36pt">Personally, I really wish Adobe as the owner of the TIFF =
specification would step up to the plate with this, and update the actual T=
IFF specification to cover BigTIFF. Their focus has been elsewhere for many=
 years, but this would be a great community service.<u></u><u></u></p></div=
><div><p class=3D"MsoNormal" style=3D"margin-left:36pt"><u></u>=C2=A0<u></u=
></p></div><div><p class=3D"MsoNormal" style=3D"margin-left:36pt">Regards,<=
u></u><u></u></p></div><div><p class=3D"MsoNormal" style=3D"margin-left:36p=
t"><u></u>=C2=A0<u></u></p></div><div><p class=3D"MsoNormal" style=3D"margi=
n-left:36pt">Kemp Watson<u></u><u></u></p></div><div><p class=3D"MsoNormal"=
 style=3D"margin-left:36pt">Objective Pathology Services<u></u><u></u></p><=
/div><div><p class=3D"MsoNormal" style=3D"margin-left:36pt">Toronto, Canada=
<u></u><u></u></p></div><div><p class=3D"MsoNormal" style=3D"margin-left:36=
pt"><u></u>=C2=A0<u></u></p></div><div><p class=3D"MsoNormal" style=3D"marg=
in-left:36pt"><u></u>=C2=A0<u></u></p></div></div><p class=3D"MsoNormal" st=
yle=3D"margin-left:36pt"><u></u>=C2=A0<u></u></p><div><div><p class=3D"MsoN=
ormal" style=3D"margin-left:36pt">On Tue, Sep 28, 2021 at 9:52 AM Even Roua=
ult &lt;<a href=3D"mailto:even.rouault@spatialys.com" target=3D"_blank">eve=
n.rouault@spatialys.com</a>&gt; wrote:<u></u><u></u></p></div><blockquote s=
tyle=3D"border-color:currentcolor currentcolor currentcolor rgb(204,204,204=
);border-style:none none none solid;border-width:medium medium medium 1pt;p=
adding:0cm 0cm 0cm 6pt;margin-left:4.8pt;margin-right:0cm"><div><p style=3D=
"margin-left:36pt">Hi,<u></u><u></u></p><p style=3D"margin-left:36pt">A gro=
up of people (to which I belong to) in the Open Geospatial Consortium (OGC,=
 <a href=3D"http://www.ogc.org" target=3D"_blank">www.ogc.org</a>) would li=
ke to move the BigTIFF specification into the OGC standards process. The in=
tention is to create a OGC standard that is fully compatible with the exist=
ing documentation and implementation of BigTIFF. We would like to do this i=
n a open process and make sure that the community that was behind the BigTI=
FF specification are invited to participate in the process and are well rec=
ognized for their previous work. The OGC will provide a process to maintain=
 the standard in the future and will work to make GeoTIFF and Cloud Optimiz=
ed GeoTIFF (COG) standards to support both TIFF and BigTIFF. All OGC standa=
rds are available for free in the OGC website.<u></u><u></u></p><p style=3D=
"margin-left:36pt">The process will be done in a open GitHub repository and=
 the first attempt can be found here: <a href=3D"https://github.com/opengeo=
spatial/BigTIFF" target=3D"_blank">https://github.com/opengeospatial/BigTIF=
F</a><br>You are invited to submit issues or to create pull requests as par=
t of the way to provided comments and improve the standard draft.<u></u><u>=
</u></p><p style=3D"margin-left:36pt">Is there any objection or comment bef=
ore we start this process?<u></u><u></u></p><p style=3D"margin-left:36pt">B=
est regards,<u></u><u></u></p><p style=3D"margin-left:36pt">Even<u></u><u><=
/u></p><pre style=3D"margin-left:36pt">-- <u></u><u></u></pre><pre style=3D=
"margin-left:36pt"><a href=3D"http://www.spatialys.com" target=3D"_blank">h=
ttp://www.spatialys.com</a><u></u><u></u></pre><pre style=3D"margin-left:36=
pt">My software is free, but my time generally not.<u></u><u></u></pre></di=
v><p class=3D"MsoNormal" style=3D"margin-left:36pt">_______________________=
________________________<br>Tiff mailing list<br><a href=3D"mailto:Tiff@lis=
ts.osgeo.org" target=3D"_blank">Tiff@lists.osgeo.org</a><br><a href=3D"http=
s://lists.osgeo.org/mailman/listinfo/tiff" target=3D"_blank">https://lists.=
osgeo.org/mailman/listinfo/tiff</a><u></u><u></u></p></blockquote></div><p =
class=3D"MsoNormal" style=3D"margin-left:36pt">____________________________=
___________________ Tiff mailing list <a href=3D"mailto:Tiff@lists.osgeo.or=
g" target=3D"_blank">Tiff@lists.osgeo.org</a> <a href=3D"https://lists.osge=
o.org/mailman/listinfo/tiff" target=3D"_blank">https://lists.osgeo.org/mail=
man/listinfo/tiff</a> <u></u><u></u></p></div></div>
</blockquote></div>
</blockquote></div></div>

--0000000000007d58a805cd34e4e6--

--===============7761112063309041862==
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

--===============7761112063309041862==--
