Open Geospatial Consortium Inc.

Date: 2009-11-09 Reference number of this document: Responses

to NO votes to adoption of OpenGIS Web Map Tile Service as an I ple entation Standard
Version:

1!0!0

Category"

Response to NO votes for adoption of WMTS 1!0!0

#ditors" $oan

Mas% and &eit' (o a)is

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard (07-0 7r7!

*op+ri,'t - 2009 Open Geospatial *onsorti. Inc! To obtain additional ri,'ts of .se/ visit 'ttp"00111!open,eospatial!or,0le,al0!

Warning Recipients of this document are invited to submit, with their comments, notification of any relevant patent rights of which they are aware and to provide supporting documentation.

2oc. 2oc. 2oc. 2oc.

ent t+pe" ent s.bt+pe" ent sta,e" ent lan,.a,e"

Response to NO votes for adoption WMS SWG official position #n,lis'

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard-" #

Introd$ction
T'is doc. ent is t'e official response of t'e WMS 1!3 SWG to t'e follo1in, NO votes" 2epart ent of 2efence Teresa *ro1le+ - 2009-10-29 20"00"49 Geo*onnections - Nat.ral Reso.rces *anada 5NO6 7rian Mc8eod - 2009-10-90 14"04"0:

T'e vote 1as s.spended on ;ri/ 90 Oct 2009 14"04"0: -0300! T'is doc. ent also incl.des a response to IGN ;rance t'at 'as e<pressed t'eir intention to c'an,e t'eir vote fro =#S to NO as soon as t'e vote contin.es! T'ese responses 'ave been disc.ssed in t'e WMS-1!3 SWG and e<press t'e ,ro.p ,eneral a,ree ent! %ote stat$s &'en t'e vote &as s$spended( N. N. N. N. N. N. ber of =es >otes Received" 9: ber of No >otes Received" 2 ber of *o ents Received" 4 ber of ?ctive >oters 5Start6" 41 ber of ?ctive >oters 5*o pleted6" 0 ber of #li,ible >oters" :9

Response of t'e WMS 1!3 SWG to NO votes for adoption of WMTS standard candidate

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard-" #

)epartment of )efence (NO!

*omments &it' t'e NO vote( T'e WMTS bein, considered allo1s t'e interface to be i ple ented in .ltiple different 1a+s" R#ST/ G#T 5&>(6/ (OST 5&>(6/ (OST 5@M86 and (OST 5SO?(6! Ao1ever/ 1'ile 1e s.pport t'is ric'ness/ t'e WMTS specification does not see to andate t'e ini . set of interfaces t'at MBST be i ple ented! In effect/ t'is eans t'at if a server 1ere to i ple ent a &>( interface .sin, ATT( G#T/ and a client 1ere to i ple ent a R#STf.l interface/ bot' 1o.ld be co pliant 1it' t'e specification/ b.t t'e+ 1o.ld not be able to co .nicate 1it' eac' ot'er! T'is is a si,nificant deficienc+ t'at 1o.ld res.lt in an interoperabilit+ specification t'at co.ld not be ,.aranteed to be interoperable! Overall 1e 1o.ld s.,,est t'at to be s.ccessf.l and 1idel+ adopted/ a ini . part of t'e specification needs to be ade andator+ t'ereb+ i posin, ini . levels of interoperabilit+! Teresa *ro1le+ - 2009-10-29 20"00"49 Response form WMS-"+# SWG( We co pletel+ s'are +o.r concerns abo.t WMTS and 1e 'ave debated t'is iss.e so eti e a,o! =es/ it is tr.e t'at WMTS 'as 9 encodin,s! It is also tr.e t'at t'e doc. ent do not favor an+ of t'e ! It is also tr.e t'at t'is is bad for interoperabilit+! I t'in) t'at/ in OG*/ 1e are in point of ti e 1'ere t'ere is a conflict of interests" - Tradition" in favor of &>( t'at 1or)ed so 1ell in t'e past - 7i, corporations" in favor of SO?( for sec.rit+ and c'ainin, reasons! - Geo-co .nit+" in favor of R#STf.l si pler sol.tions! To decide bet1een t'e is a responsibilit+ t'at is too bi, for WMS!SWG!

?rc'itect.re WG and f.t.re .sers 1ill decide 1'ic' arc'itect.re 1ill 1in in t'e f.t.re! Tal)in, abo.t t'is 1it' ?rn.lf *'ristl 5OSGeo6/ 'e said" CIt 1ill be nat.ral selectionC! Mean1'ile/ 1e t'in) t'at" - &>( is t'e best 1a+ to ins.re t'at c.rrent WMS clients and serves can adapt to WMTS - We 'ave a andate for ?rc'itect.re WG to develop SO?( encodin,s for eac' WS 5#dinb.r,' T*6! We did o.r 'o e1or) t'ere! - We 'ad t'e obli,ation to inte,rate R#STf.l ne1 ideas beca.se WMTS is idea to test t'e and beca.se since >alencia T* 1e 'ave a andate to consider R#ST in eac' WS! ;.rt'er ore/ in t'e 1ords of *arl Reed 5on 2009-10-916"

Response of t'e WMS 1!3 SWG to NO votes for adoption of WMTS standard candidate

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard-" # CIn ,eneral t'e OG* (lannin, *o ittee believes t'at t'e OG* cannot e<plicitl+ endorse one tec'nolo,+ or e<ternal standard over anot'er! T'is p'ilosop'+ can a)e standards develop ent ore diffic.lt b.t in t'e lon, r.n a)es o.r standards ore fle<ible and responsive to ar)et forces! ?nd ?rn.lf is correct - over ti e t'e ar)et decides! ?nd ri,'t no1 t'e ar)et sa+s 1e .st s.pport .ltiple arc'itect.re patterns!C Said so/ t'ere is a sol.tion t'at 'as not been e<plored in an+ previo.s standards b.t solves part of t'e interoperabilit+ proble " Separate t'e server side and t'e client side 1'en considerin, 1'ic' reD.est is andator+" E ? WMTS client SAOB82 s.pport bot' &>( and R#STf.l! SO?( s.pport is optional! E ? WMTS server SAOB82 s.pport eit'er &>( and0or R#ST! SO?( s.pport is optional! *lients and servers t'at follo1s t'is reco endation an+ client-server interaction 1ill 1or) for &>( or R#ST and interoperabilit+ is ,.arantied bet1een t'is 2 encodin,s! We consider t'is c'an,e a doc. ent! inor c'an,e t'at 1ill be incl.ded in t'e final version of t'e

Response of t'e WMS 1!3 SWG to NO votes for adoption of WMTS standard candidate

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard-" #

Geo*onnections - Nat$ral Reso$rces *anada (NO!

*omments &it' t'e NO vote( T'e R#STf.l WMTS specification profile/ and indeed t'e entire WMTS specification/ co.ld be e<tre el+ val.able to Geo*onnectionsF priorit+ co .nities participatin, in t'e *anadian Geospatial 2ata Infrastr.ct.re/ beca.se it 1ill certainl+ Flo1er t'e barF to .sin, ,eospatial data t'ro.,' 1eb services! *o ents received GHI d.rin, t'e co ent period 'i,'li,'ted so e o issions in t'e WMTS R#STf.l specification profile/ re,ardin, t'e application of t'e arc'itect.ral constraints 1'ic' define R#ST! Specificall+/ several possible reso.rces 1ere left o.t of t'e reso.rce odel beca.se t'e+ 1ere Fnot necessar+F for i ple entation! T'is is inconsistent 1it' G0I/ 1'ic' is a s. ar+ of t'e i portance of '+perte<t to R#STf.l ?(Is! ?ddin, t'ose reso.rces 1o.ld 'ave little i pact on client or server perfor ance/ 1o.ld a., ent discoverabilit+/ and i,'t add ot'er beneficial attrib.tes to services based on t'e R#STf.l profile! Ao1ever/ t'e R#STf.l portion of t'e WMTS 1!0 specification is deficient not onl+ beca.se of inor o issions/ b.t ore i portantl+ beca.se it ver+ inco pletel+ follo1s establis'ed ind.str+ encodin,/ p.blis'in,/ discover+ and interaction standards and patterns for R#STf.l data services! S.c' standards are best e<e plified b+ t'e ?to standards G1I and G2I/ t'e OpenSearc' standard G9I and b+ n. ero.s i ple entations based on t'ose standards e,! G3I and G4I! OG* s'o.ld establis' an 5abstract6 i ple entation specification odel at a concept.al level bet1een t'e OG* ?bstract specification and t'e vario.s I ple entation specifications/ in ot'er 1ords at t'e OWS specification level/ based on or derived fro G1I/ G2I and G9I! T'is pattern s'o.ld t'en be .sed as ,.idance b+ not onl+ WMTS to rectif+ t'e o issions noted above/ b.t indeed b+ all i ple entation specifications 1'ic' p.blis' a R#STf.l profile! G0I Ro+ ;ieldin," R#ST ?(Is .st be '+perte<t driven 'ttp"00ro+!,biv!co 0.ntan,led0200:0rest-apis- .st-be-'+perte<t-driven G1I T'e ?to S+ndication ;or at 'ttp"00111!ietf!or,0rfc0rfc32:J!t<t G2I T'e ?to (.blis'in, (rotocol 'ttp"00111!ietf!or,0rfc0rfc4029!t<t G9I T'e OpenSearc' standard 'ttp"00111!opensearc'!or,0Ao e G3I T'e Goo,le 2ata (rotocol 'ttp"00code!,oo,le!co 0apis0,data0 G4I ?2O!N#T 2ata Services 'ttp"00 sdn! icrosoft!co 0en-.s0librar+0cc94H149!asp< GHI 'ttps"00lists!open,eospatial!or,0 ail an0private0reD.ests02009-Marc'000004J!'t l 7rian Mc8eod - 2009-10-90 14"04"0: Response form WMS-"+# SWG( It is tr.e t'at t'e c.rrent draft of t'e WMTS specification does not define an addressable set of connected reso.rces representin, t'e inter ediate obKects bet1een t'e top-level capabilities doc. ent and t'e tile reso.rces t'e selves! ?fter len,t'+ consideration b+ t'e revision 1or)in, ,ro.p/ t'is level of addressabilit+ 1as p.rposef.ll+ o itted fro t'e draft specification for t'e follo1in, reasons" ?s reD.ired of all OG* 1eb services/ t'e WMTS is reD.ired to confor to t'e OWS *o on I ple entation Specification! T'is specification 'as been

Response of t'e WMS 1!3 SWG to NO votes for adoption of WMTS standard candidate

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard-" # developed and refined over t'e +ears 1it' R(*-st+le services in ind! T'atFs not to sa+ t'at a service t'at confor s to OWS *o on canFt also 'ave a ric' R#ST;B8 interface! Ao1ever/ t'e details of 'o1 to define s.c' an s+nt'esis reD.ire caref.l consideration if 1e are to aintain 'ar oniLation a on,st t'e different services! T'e .nderl+in, odels of OG* services as a 1'ole as defined b+ OWS *o on a+ need to be adapted to properl+ acco odate t'is s+nt'esis! S.c' consideration 1as considered be+ond t'e scope of version 1!0 of a ne1 service since it reD.ires concerted deliberation at t'e OWS *o on level! ?n anal+sis of t'e .se cases t'at 'ave been presented d.rin, t'e co.rse of t'e develop ent of t'e draft WMTS specification revealed t'ree ,eneral classes of .se cases" o *lient applications t'at s.pport t'e standard &>( reD.est ec'anis as defined b+ all e<istin, OG* services! #!,!/ e<istin, WMS client applications 1'ose D.ic) adaptation to s.pport WMTS services is desired! o SO?(-based environ ents t'at reD.ire clients and servers to co .nicate via a SO?( interface! o ? tile access odel 1'ere t'e BR8 of a tile is not an R(*-st+le reD.est/ b.t a R#ST-st+le address! T'is access odel follo1s t'e R#STf.l principle of 'avin, t'e ATT( reD.est et'od 5G#T6 indicate t'e operation bein, perfor ed 1'ere t'e BR8 is t'e address of t'e obKect t'at t'e operation is bein, perfor ed on! ? on, ot'er t'in,s/ t'is allo1s client applications to .se standard ATT( ec'anis s 5A#?2/ If-Modified-Since/ etc!6 to potentiall+ opti iLe access to t'e tiles! It also allo1s for files+ste -onl+ i ple entations 1'ere tile access a+ b+pass e<ec.table scripts alto,et'er and ret.rn pre-,enerated tiles for opti al perfor ance! T'e t'ree access ec'anis s defined b+ t'e draft WMTS specification 1ere specificall+ crafted to address t'ese t'ree .se cases! ?ll t'ese .se cases 'ave been s.ccessf.ll+ tested in OWS-H! (er'aps navi,ation t'ro.,' an addressable set of connected reso.rces representin, t'e inter ediate obKects bet1een t'e top-level capabilities doc. ent and t'e tile reso.rces is anot'er potential .se case/ b.t no act.al .se cases of t'is nat.re 'ave been presented to .s! ?t present it re ains a '+pot'etical .se case!5T'e onl+ si ilar .se case is t'e ,oo,le s.peroverla+s b.t t'e+ force a po1er of 2 relation bet1een Loo levels and WMTS is ore fle<ible6 One of t'e pri ar+ obKectives of t'e WMTS is to define a service for efficient access to tiles! It 1o.ld not be efficient for a client application to fetc' and navi,ate t'ro.,' several la+ers of @M8 doc. ents in order to access t'e act.al tile i a,es necessar+ to present t'e reD.ested ap to t'e .ser! T'e WMTS as c.rrentl+ specified satisfies all of t'e initial reD.ire ents reD.ested of it! T'is specification 'as been in t'e 1or)s for t1o +ears! Releasin, it no1 1o.ld provide t'e co .nit+ 1it' t'e lon,-a1aited/ .c'-needed abilit+ to efficientl+ serve tiles in an OG*-standard 1a+! In t'is li,'t/ 1e 'ave decided t'at it 1o.ld be better to release it no1/ and t'en e<plore t'e possibilit+ of definin, f.rt'er optional interfaces 5s.c' as a ore-f.ll+ R#STf.l interface/ a $SON interface/ etc!6 in t'e ne<t version of t'e specification! T'e definition of a ore-f.ll+ R#STf.l interface 1'ic' provides an addressable set of connected reso.rces representin, t'e inter ediate obKects bet1een t'e top-level capabilities doc. ent and t'e tile reso.rces is so et'in, t'at 1o.ld ta)e considerabl+ ore deliberation/ and 1o.ld li)el+ dela+ t'e release of version 1!0 of t'e WMTS specification b+ at least anot'er +ear! In t'e eanti e/ all interested

Response of t'e WMS 1!3 SWG to NO votes for adoption of WMTS standard candidate

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard-" # parties 1aitin, for a WMTS standard t'at satisfies t'e t'ree pri ar+ .se cases 1o.ld be left 1it' not'in, d.rin, t'is ti e! In contrast/ if version 1!0 of t'e WMTS specification is released no1/ t'e co .nit+ 1o.ld finall+ 'ave so et'in, to 1or) 1it'/ and 1or) can be,in on incl.din, a ore-f.ll+ R#STf.l interface in t'e ne<t version! Re ovin, R#ST st+le of t'e doc. ent co pletel+ is not acceptable beca.se it re oves t'e Cfile-s+ste -onl+ i ple entationsC .se case t'at 'as been tested and perfor ed better t'at an+ ot'er encodin,! Reso.rces t'at t'e .se case reD.ires" tiles and ;eat.reInfos can be discovered fro a sin,le entr+ point" t'e ServiceMetadata doc. ent It is not tr.e t'at t'e reso.rces are not discoverable or connected! Relations bet1een reso.rces e<ist beca.se tiles and ;eat.reInfos are ,eoreferenced and t'e C,eoC co ponent of t'e infor ation can not be i,nored b+ servers/ clients or ,eo-standards! ? tile is related to its nei,'bors beca.se t'e+ are Cne<t toC! ? ;eat.reInfo doc. ent is related to a partic.lar pi<el of a tile beca.se it is CoverC it! Ma)in, e<plicit t'e relation is red.ndant 1it' t'e i plicit ones! T'e benefits of e<plicitl+ e<press t'e i plicit ,eo-relations 'ave not been identified in OWS-H protot+pes and en,ineerin, reports!

One final co ent" =o. entioned OpenSearc' as an e<e plification of an ind.str+ standard t'at t'e WMTS specification s'o.ld atte pt to follo1! In fact/ t'e BR8 te plate ec'anis defined b+ t'e c.rrent draft of t'e WMTS specification 1as inspired directl+ fro t'e OpenSearc' BR8 te plate s+nta<! T'e vocab.lar+/ of co.rse/ is different 5OpenSearc' .ses Csearc'Ter sC/ Cco.ntC/ CstartInde<C/ etc!/ 1'ile WMTS .ses CTileMatri<SetC/ CTileRo1C/ etc!6/ as is t'e @M8 ele ent na e 5to better atc' OG* ter inolo,+6/ b.t t'e concept and approac' is t'e sa e! 5It is an oversi,'t t'at t'e OpenSearc' specification is not cited in t'e WMTS biblio,rap'+! T'is 1ill be corrected in t'e final version!6

Response of t'e WMS 1!3 SWG to NO votes for adoption of WMTS standard candidate

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard-" #

IGN ,rance (-.S!

*omments to possible c'an/e to NO vote( IGN s.pports t'e specification of a tiled WMS 1it' t'e ai to i prove t'e perfor ances of a 1eb ap service in sit.ations 1'ere certain constraints a+ appl+" 'i,' n. ber of reD.ests/ e!,! in a ass- ar)et conte<t - 'i,' n. ber of reD.ests for eac' client 5to b.ild t'e ap6 - client applications 1it' li ited co p.tin, capabilities or li ited co p.tin, acc.rac+ 5e!,! Kavascript6 - s all band1idt' 5e!,! s artp'one6 So e tec'nical c'oices ade in t'e c.rrent spec li it its applicabilit+ to t'ese conte<ts! 1! 7indin, T'e specification does not andate an+ bindin,! $oan 'as alread+ provided an ans1er as to 1'+ t'is 1as t'e case b.t 1e 1o.ld li)e to e p'asiLe t'is proble ! - *lient applications 1ill ver+ li)el+ onl+ i ple ent one bindin, and 1ill t'erefore not be able to interoperate 1it' all WMTS servers! - ATT( (OST @M8 and SO?( are 'eav+1ei,'t sol.tions for a service intended for ,ood perfor ances on t'e 1eb! SO?( reD.ests a+ even be bi,,er t'an t'e tiles t'e selves! It is also ver+ diffic.lt to .se ATT( (OST @M80SO?( in certain lan,.a,es .sed for 1eb client applications s.c' as $avascript! S.,,estion" We believe t'at ATT( G#T is ore adapted to t'e .sa,e t'at can be e<pected for t'e WMTS and s'o.ld be andated! (OST @M8 0 SO?( s'o.ld be ade optional! 2! Resol.tion vs scale deno inator T'e WMTS specification .ses a scale deno inator as t'e scale para eter! T'is para eter can easil+ be .nderstood b+ a '. an b.t a+ not be t'e ost convenient for soft1are/ 1'ic' a+ ore easil+ 'andle a resol.tion 5in .nits0pi<el e!,! 0pi<el6! *onversion bet1een bot' is eas+ b.t can lead to errors/ e!,! 1'en t'e scale deno inator is a ver+ lon, n. ber 1it' lots of deci als and ,ets tr.ncated in t'e Get*apabilities doc. ent or 1'en anip.lated b+ pro,ra in, lan,.a,es 1it' sin,le precision onl+ 5ro.ndin, errors6! O.r data prod.cts 'ave a ro.nd resol.tion/ 1'ic' 1ill lead to ver+ lon, e<pressions of scale deno inators! S.,,estion" consider .sin, resol.tion instead of scale deno inator! 9! GetTile reD.est ?l ost all para eters of t'e GetTile reD.est are andator+" - b.ildin, reD.ests is co ple< for client applications - ,reater a o.nt of data to be transferred over t'e net1or) T'e GetTile operation is t'e core f.nctionalit+ of t'e WMTS! It 1ill be t'e pri ar+ so.rce of data e<c'an,e bet1een t'e client and t'e serverM it s'o.ld t'erefore be opti iLed! S.,,estions" - s'orten para eter na es 5or define s'ort aliases6

Response of t'e WMS 1!3 SWG to NO votes for adoption of WMTS standard candidate

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard-" # a)e so e andator+ para eters optional 1it' defa.lt val.es o St+le is andator+ 1'ile a defa.lt val.e can be defined in t'e capabilities doc. ent o Si ilarl+/ defa.lt val.es co.ld be specified for for at and TileMatri<Set define si plified reD.est BR8s instantiatin, onl+ a ver+ li ited n. ber of f.nda ental para eters/ e!,! 8a+er/ TileMatri</ TileRo1/ Tile*ol

Aere is an e<a ple of para eter na es si plification" Tile*ol NO < -H TileRo1 NO + -H TileMatri< NO ' or L -9 la+er NO l -3 versionN1!0!0P b+ defa.lt -13 serviceNWMTSP b+ defa.lt -19 reD.estNGetTileP b+ defa.lt -1H st+leNdefa.ltP b+ defa.lt -13 for atNi a,e0pn,P b+ defa.lt -1J TileMatri<SetNW'oleWorldQ*RSQ:3P b+ defa.lt

-92

ReD.est BR8 siLe red.ction" -191 octets In t'e case of o.r ap service/ t'is 1o.ld represent a 10R red.ction of t'e inco in, data flo1! Ot'er e<a ple" Goo,le reD.est" 'ttp"00 t0!,oo,le!co 0vt0vN12!10HP'lNfrP<N3P+N2PLN9PsNGalile WMTS e<a ple provided in t'e spec" 'ttp"00111! aps!cat0 aps!c,iS serviceNWMTSPreD.estNGetTilePversionN1!0!0Pla+erNetopo2Pst+leNdefa.ltPfor a tNi a,e0pn,PTileMatri<SetNW'oleWorldQ*RSQ:3PTileMatri<N10 PTileRo1N1PT ile*olN9 *lients 1it' a lo1 .pload band1idt' 5e!,! s artp'ones6 1o.ld also benefit fro )ind of si plification! 3! Well-)no1n scale set for virt.al ,lobes So e pop.lar 1eb 92 clients .se tiled D.adtree p+ra ids 1'ere t'e resol.tion is .ltiplied0divided b+ 2 at eac' level! It 1o.ld be .sef.l to define a 1ell-)no1n scale set based on *RS:3 and .sin, s.c' a ec'anis ! Marie-8ise Nove ber 9t'/ 2009 4"22 a Response form WMS-"+# SWG( O ;ollo1in, an internal revie1 1it'in IGN/ 1e 1anted to c'an,e o.r =es O vote to No vote 1it' co ents! Ao1ever/ t'e s.spension of t'e vote O prevented .s fro doin, so! I 'ope t'at o.r co ents listed belo1 can O still be ta)en into acco.nt as part of t'is revie10consolidation c+cle! ?bsol.tel+! WeFll tr+ o.r best to ta)e +o.r co ents into acco.nt/ at t'e ver+ least providin, +o. and t'e co .nit+ 1it' t'e rationales t'is

Response of t'e WMS 1!3 SWG to NO votes for adoption of WMTS standard candidate

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard-" # be'ind t'e 1a+ t'e draft specification is c.rrentl+ defined! O 1! 7indin, O O T'e specification does not andate an+ bindin,! $oan 'as alread+ O provided an ans1er as to 1'+ t'is 1as t'e case b.t 1e 1o.ld li)e to O e p'asiLe t'is proble ! O O - *lient applications 1ill ver+ li)el+ onl+ i ple ent one bindin, O and 1ill t'erefore not be able to interoperate 1it' all WMTS servers! O O - ATT( (OST @M8 and SO?( are 'eav+1ei,'t sol.tions for a service O intended for ,ood perfor ances on t'e 1eb! SO?( reD.ests a+ even O be bi,,er t'an t'e tiles t'e selves! It is also ver+ diffic.lt to O .se ATT( (OST @M80SO?( in certain lan,.a,es .sed for 1eb client O applications s.c' as $avascript! S.,,estion" We believe t'at ATT( O G#T is ore adapted to t'e .sa,e t'at can be e<pected for t'e WMTS O and s'o.ld be andated! (OST @M8 0 SO?( s'o.ld be ade optional! #ac' of t'e t'ree bindin,s defined b+ t'e draft WMTS specification 1ere specificall+ crafted to address t'e t'ree ,eneral classes of t'e .se cases t'at 'ave been presented d.rin, t'e co.rse of t'e develop ent of t'e specification" o *lient applications t'at s.pport t'e standard &>( reD.est ec'anis as defined b+ all e<istin, OG* services! #!,!/ e<istin, WMS client applications 1'ose D.ic) adaptation to s.pport WMTS services is desired! o SO?(-based environ ents t'at reD.ire clients and servers to co .nicate via a SO?( interface! o ? tile access odel 1'ere t'e BR8 of a tile is not an R(*-st+le reD.est/ b.t a R#ST-st+le address! T'is access odel follo1s t'e R#STf.l principle of 'avin, t'e ATT( reD.est et'od 5G#T6 indicate t'e operation bein, perfor ed 1'ere t'e BR8 is t'e address of t'e obKect t'at t'e operation is bein, perfor ed on! ? on, ot'er t'in,s/ t'is allo1s client applications to .se standard ATT( ec'anis s 5A#?2/ If-Modified-Since/ etc!6 to potentiall+ opti iLe access to t'e tiles! It also allo1s for files+ste -onl+ i ple entations 1'ere tile access a+ b+pass e<ec.table scripts alto,et'er and ret.rn pre-,enerated tiles for opti al perfor ance! T'ese .se cases are all ver+ different/ and i posin, t'e i ple entation of an+ one of t'e correspondin, bindin,s 1o.ld .nnecessaril+ co plicate and 'inder t'e effort reD.ired to satisf+ eac' of t'e ot'er t1o .se cases! On a practical note/ a)in, eit'er t'e &>( or SO?( bindin,s reD.ired 1o.ld a)e it i possible to i ple ent t'e WMTS as a file-s+ste -onl+ service! I believe t'at t'is is a ver+ i portant abilit+ for t'e WMTS specification to allo1! Ma)in, t'e BR8te plate bindin, reD.ired is tec'nicall+ possible/ b.t 1o.ld be rat'er pres. pt.o.s as to 'o1 WMTS services are to be .sed! ;.rt'er ore/ in t'e 1ords of *arl Reed 5on 2009-10-916"

Response of t'e WMS 1!3 SWG to NO votes for adoption of WMTS standard candidate

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard-" # CIn ,eneral t'e OG* (lannin, *o ittee believes t'at t'e OG* cannot e<plicitl+ endorse one tec'nolo,+ or e<ternal standard over anot'er! T'is p'ilosop'+ can a)e standards develop ent ore diffic.lt b.t in t'e lon, r.n a)es o.r standards ore fle<ible and responsive to ar)et forces! GTI over ti e t'e ar)et decides! ?nd ri,'t no1 t'e ar)et sa+s 1e .st s.pport .ltiple arc'itect.re patterns!C Said so/ t'ere is a sol.tion t'at 'as not been e<plored in an+ previo.s standards b.t solves part of t'e interoperabilit+ proble " Separate t'e server side and t'e client side 1'en considerin, 1'ic' reD.est is andator+" E ? WMTS client SAOB82 s.pport bot' &>( and R#STf.l! SO?( s.pport is optional! E ? WMTS server SAOB82 s.pport eit'er &>( and0or R#ST! SO?( s.pport is optional! *lients and servers t'at follo1s t'is reco endation an+ client-server interaction 1ill 1or) for &>( or R#ST and interoperabilit+ is ,.arantied bet1een t'is 2 encodin,s! We consider t'is c'an,e a doc. ent! inor c'an,e t'at 1ill be incl.ded in t'e final version of t'e

O 2! Resol.tion vs scale deno inator O O T'e WMTS specification .ses a scale deno inator as t'e scale para eter! O T'is para eter can easil+ be .nderstood b+ a '. an b.t a+ not be O t'e ost convenient for soft1are/ 1'ic' a+ ore easil+ 'andle a O resol.tion 5in .nits0pi<el e!,! 0pi<el6! *onversion bet1een bot' O is eas+ b.t can lead to errors/ e!,! 1'en t'e scale deno inator is O a ver+ lon, n. ber 1it' lots of deci als and ,ets tr.ncated in t'e O Get*apabilities doc. ent or 1'en anip.lated b+ pro,ra in, lan,.a,es O 1it' sin,le precision onl+ 5ro.ndin, errors6! O.r data prod.cts 'ave a O ro.nd resol.tion/ 1'ic' 1ill lead to ver+ lon, e<pressions of scale O deno inators! O O S.,,estion" consider .sin, resol.tion instead of scale deno inator! ;irstl+/ t'e GetTile reD.est doesnFt 'ave a scale para eter! Individ.al tile atri<es are identified b+ t'eir declared identifiers/ 1'ic' are opaD.e strin,s! T'e onl+ place scale deno inators e<ist is in t'e Scale2eno inator propert+ of t'e TileMatri< ele ents in t'e capabilities doc. ent! ? WMTS server 'as f.ll control over t'e n. ber t'at ,ets ,enerated into t'ese fields/ and t'e responsibilit+ to act.all+ ,enerate scale deno inators t'at atc' t'e correspondin, declared 1ell-)no1n scale set is an eas+ one! T'e doc. ent is clear on 'o1 to convert scales to pi<el siLes! On t'e client side/ WMTS client applications are responsible for c'oosin, an appropriate tile atri< based on t'eir declared scales! *lient code s'o.ld co pensate for ro.ndoff errors b+ co parin, 1it' an appropriate tolerance! T'is is tr.e for an+ piece of soft1are co parin, an+ floatin, point n. bers!

Response of t'e WMS 1!3 SWG to NO votes for adoption of WMTS standard candidate

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard-" # Secondl+/ re,ardless as to 1'et'er scale deno inators or resol.tions are .sed/ .nro.nd n. bers are ,oin, to be a realit+! T'ere are so e standard scale sets 1'ic' 'ave ro.nd scale deno inators and .nro.nd resol.tions 5e!,!/ t'e Global*RS:3Scale 1ell-)no1n scale set6/ and so e standard scale sets 1'ic' 'ave ro.nd resol.tions and .nro.nd scale deno inators 5e!,!/ t'e Global*RS:3(i<el 1ell-)no1n scale set6! If tile atri<es are redefine to declare resol.tion rat'er t'an scale deno inator/ it doesnFt ,et rid of .nro.nd n. bersM it onl+ c'an,es 1'ic' tile atri< sets 'ave t'e ! T'irdl+/ and per'aps ost i portantl+/ scale is independent coordinate-s+ste .nits 5e!,!/ 1"1M is 1"1M re,ardless as to 1'et'er t'e coordinate s+ste is in .nits of feet/ de,rees/ radians/ ,radians/ arcseconds/ etc!6/ 1'ereas resol.tion is in t'e .nits of t'e coordinate s+ste and t'erefore canFt be easil+ co pared across different coordinate s+ste s or s'ared bet1een different 1ell-)no1n scale sets! AereFs an e<a ple of 1'+ t'is is i portant! If a client is loo)in, at a ap at a partic.lar Loo level/ and t'en s1itc'es to a different coordinate s+ste / t'e e<pectation is for t'e Loo level to sta+ 5at least ostl+6 t'e sa e! If t'e selection of tile atrices is based on scale/ t'en t'is is trivial! Si pl+ select t'e ne1 tile atrices 1it' t'e scale t'atFs closest to t'e scale of t'e c.rrent Loo level! If t'e selection of tile atrices is based on resol.tion/ 'o1ever/ t'en t'e client application .st perfor calc.lations to adK.st for t'e different .nits of resol.tion 5and c'ances are t'at an inter ediate step of t'at calc.lation 1ill be to calc.late t'e scale6! ;or e<a ple/ a reasonabl+- atc'ed Loo level for t'e Global*RS:3Scale scale of 1"1eH is t'e Goo,leMaps*o patible scale of 1"1!09194J43H99109eH! T'is can be deter ined si pl+ b+ loo)in, at t'e n. bers! 7.t tr+ a)in, t'is deter ination b+ loo)in, at t'e correspondin, resol.tions" 2!4142:2J94493HHe-9 de,rees0pi<el vers.s 9!04J3:119130J042e2 eters0pi<el! T'ese n. bers differ b+ five orders of a,nit.de! T'e+ ean different t'in,s/ so co parin, t'e directl+ is o.t of t'e D.estion! ?not'er ,ood e<a ple of 1'+ t'is is i portant is t'e follo1in,! I a,ine definin, a ne1 1ell-)no1n scale set t'at is si ilar to Global*RS:3Scale b.t 1it' a coordinate s+ste of/ sa+/ Transverse Mercator/ 1'ic' 'as .nits of eters! ItFs possible to do t'is beca.se t'e Cscale deno inatorC col. n can sta+ e<actl+ t'e sa e/ and t'e onl+ n. bers t'at c'an,e are t'e incidental resol.tion n. bers! T'is allo1s for standard sets of scale deno inators to be .tiliLed across coordinate s+ste s and across 1ell)no1n scale sets! 7.t t'is beco es i possible if resol.tion is t'e )e+ n. ber 5i!e!/ if 1eFre dealin, 1it' 1ell-)no1n resol.tion sets rat'er t'an 1ell-)no1n scale sets6! T'e tables canFt s'are resol.tion n. bers beca.se t'e+Fre in different .nits and t'erefore 'ave different eanin,s! So definin, si ilar 1ell-)no1n resol.tion sets t'at differ onl+ b+ coordinate s+ste is i possible! O 9! GetTile reD.est O O ?l ost all para eters of t'e GetTile reD.est are andator+" O - b.ildin, reD.ests is co ple< for client applications O - ,reater a o.nt of data to be transferred over t'e net1or) O T'e GetTile operation is t'e core f.nctionalit+ of t'e WMTS! It 1ill O be t'e pri ar+ so.rce of data e<c'an,e bet1een t'e client and t'e O serverM it s'o.ld t'erefore be opti iLed! O

Response of t'e WMS 1!3 SWG to NO votes for adoption of WMTS standard candidate

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard-" # O S.,,estions" O - s'orten para eter na es 5or define s'ort aliases6 O - a)e so e andator+ para eters optional 1it' defa.lt val.es O o St+le is andator+ 1'ile a defa.lt val.e can be defined in O t'e capabilities doc. ent O o Si ilarl+/ defa.lt val.es co.ld be specified for for at and O TileMatri<Set O - define si plified reD.est BR8s instantiatin, onl+ a ver+ li ited O n. ber of f.nda ental para eters/ e!,! 8a+er/ TileMatri</ TileRo1/ O Tile*ol O O Aere is an e<a ple of para eter na es si plification" O Tile*ol NO < -H O TileRo1 NO + -H O TileMatri< NO ' or L -9 O la+er NO l -3 O versionN1!0!0P b+ defa.lt -13 O serviceNWMTSP b+ defa.lt -19 O reD.estNGetTileP b+ defa.lt -1H O st+leNdefa.ltP b+ defa.lt -13 O for atNi a,e0pn,P b+ defa.lt -1J O TileMatri<SetNW'oleWorldQ*RSQ:3P b+ defa.lt -92 O O ReD.est BR8 siLe red.ction" -191 octets O In t'e case of o.r ap service/ t'is 1o.ld represent a 10R red.ction of O t'e inco in, data flo1! O Ot'er e<a ple" O Goo,le reD.est" 'ttp"00 t0!,oo,le!co 0vt0vN12!10HP'lNfrP<N3P+N2PLN9PsNGalile O WMTS e<a ple provided in t'e spec" O 'ttp"00111! aps!cat0 aps!c,iS serviceNWMTSPreD.estNGetTilePversionN1!0!0Pla+erNetopo2Pst+leNdefa.ltPfor a tNi a,e0pn,PTileMatri<SetNW'oleWorldQ*RSQ:3PTileMatri<N10 PTileRo1N1PT ile*olN9 O O *lients 1it' a lo1 .pload band1idt' 5e!,! s artp'ones6 1o.ld also benefit O fro t'is )ind of si plification! T'e decision to a)e all para eters andator+ 1as ade to red.ce t'e co ple<it+ of f.lfillin, a GetTile reD.est! #fficient WMTS servers s'o.ld be able to collect t'e val.es of t'e para eters/ and piece to,et'er its o1n internal address as to 1'ere t'e reD.ested tile resides or its o1n internal instr.ctions as to 'o1 it s'o.ld be ,enerated! If an+ of t'e para eters 1ere optional/ t'en WMTS server 1o.ld be reD.ired to 'ave t'e abilit+ to loo) .p t'e etadata definin, eac' of t'e la+ers d.rin, a GetTile reD.est in order to fill in t'e defa.lt val.es of t'e issin, para eters! T'is can be a co ple< and ti e-cons. in, operation! T'is reD.ire ent can be avoided b+ si pl+ reD.irin, t'e client application to provide all val.es! I sa+ si pl+ beca.se t'e client is ,iven t'e set of le,al val.es for ever+ para eter! 7esides/ 1it' t'e possible e<ception of t'e ST=8# para eter/ 'avin, defa.lt val.es 1o.ld be dan,ero.s beca.se t'e client application needs to )no1 t'e e<act spatial details of t'e tile in order to a)e .se of it! ?nd if

Response of t'e WMS 1!3 SWG to NO votes for adoption of WMTS standard candidate

Responses to NO votes to adoption of OpenGIS Web Map Tile Service as an Implementation Standard-" # ST=8# is t'e onl+ para eter t'at co.ld possibl+ be e<ception erel+ to save a fe1 b+tes of BR8 siLeS ade optional/ 1'+ a)in, it an

5>#RSION/ S#R>I*# and R#UB#ST canFt be optional beca.se t'at 1o.ld violate t'e OWS *o on I ple entation Specification and precl.de t'e abilit+ for a sin,le base BR8 to s.pport .ltiple services and0or .ltiple version of a service! TileMatri<Set canFt be optional beca.se eit'er t'e specification .st dictate reD.ired s.pport for a partic.lar 1ell-)no1n scale set 51'ic' t'e specification 1o.ld declare as t'e defa.lt val.e6 or t'e client application 1o.ld 'ave no idea 1'ere t'e res.ltin, tile is spatiall+ located!6 In ,eneral/ +o.r concern abo.t BR8 siLe can be addressed b+ .tiliLin, R#ST and t'e BR8 te plate ec'anis ! I realiLe t'at a client application doesnFt 'ave control over 'o1 lon, t'e BR8 te plates of a WMTS server are/ b.t itFs a ,ood bet t'at t'e BR8 te plates provided b+ a server are considerabl+ s'orter t'an t'eir eD.ivalent &>( reD.ests beca.se t'e+Fre t+picall+ .sed to indicate BR8s for direct file-s+ste access! So for +o.r e<a ple above/ t'e BR8 te plate a+ ver+ 1ell res.lt in a tile access BR8 of" 'ttp"00111! aps!cat0tiles0etopo20defa.lt0W'oleWorldQ*RSQ:3010 0109!pn, If +o. 'ave control over t'e server t'an t'e sit.ation is even better beca.se +o. can define t'e BR8 te plates to be as co pact as +o.Fd li)e! O 3! Well-)no1n scale set for virt.al ,lobes O O So e pop.lar 1eb 92 clients .se tiled D.adtree p+ra ids 1'ere t'e O resol.tion is .ltiplied0divided b+ 2 at eac' level! It 1o.ld be .sef.l O to define a 1ell-)no1n scale set based on *RS:3 and .sin, s.c' a O ec'anis ! Geovirt.al 57arcelonaFs co pan+ and OG* strate,ic e ber6 .ses t'e sa e s+ste 5lat0lon, WGS:3 and .ltiples of 26! T'e+ reD.ested .s t'is W&SS in infor al conversations b.t 1e did not incl.de it on first place beca.se t'e+ 1ere t'e onl+ co pan+ 1e )ne1 .sin, it! We a,ree on incl.din, it as a 3t' W&SS in anne< # We consider t'is c'an,e a doc. ent! inor c'an,e t'at 1ill be incl.ded in t'e final version of t'e

Response of t'e WMS 1!3 SWG to NO votes for adoption of WMTS standard candidate