El estándar WMS permite al cliente solicitar una región arbitraria. Si el cliente quiere mosaicos, puede hacer sus solicitudes en un patrón en mosaico, pero el servidor no tiene forma de saber qué es lo que está sucediendo y si el servidor almacena el mapa como mosaicos propios, no tiene forma de decirle al cliente qué La disposición de los azulejos es.
A OSGeo se le ocurrieron dos formas de lidiar con esto. Una es extender el protocolo WMS con información adicional para que un cliente compatible pueda enviar solicitudes que se alineen correctamente. Esto se denominó WMS-C.
El otro es TMS, un protocolo completamente nuevo que está diseñado específicamente para mosaicos. En particular, utiliza índices enteros para los mosaicos en lugar de requerir que el cliente solicite un cuadro delimitador que se alinee con una cuadrícula particular.
Finalmente, el OGC, que ideó la especificación WMS original, decidió hacer un protocolo de mosaico y el resultado fue WMTS. Es como TMS, ya que está orientado a mosaicos con índices enteros, pero también admite algunas características adicionales de WMS de las que TMS carece, como Dimensiones y GetFeature. También es mucho más complicado que TMS.
Los mosaicos preprocesados se pueden servir utilizando cualquiera de los tres protocolos y hay servidores de mosaico que admiten los tres, algunos actuando como servidores proxy de almacenamiento en caché frente a los servidores WMS convencionales (como en el emparejamiento común de GeoServer y GeoWebCache)
WMS-C y TMS son maduros pero menos oficiales en la mente de algunas personas, ya que no son especificaciones OGC. WMS-C también es un poco complicado, mientras que TMS carece de algunas características útiles pero periféricas. WMTS cuenta con el respaldo de OGC y combina el diseño específico de mosaico de TMS con las características adicionales de WMS, pero es complejo y sus implementaciones tienden a ser menos maduras que las de los otros dos, ya que es más reciente.
Además de permitir mosaicos en caché / renderizados previamente, el mosaico también permite una panorámica más uniforme en un mapa resbaladizo. En el lado negativo, puede dar como resultado símbolos recortados o faltantes en los límites de los mosaicos, y etiquetas duplicadas para las funciones de expansión de mosaicos. los mapas de calor y las interpolaciones similares también pueden romperse en mosaicos según la implementación. Si el servidor sabe que la solicitud se está utilizando como un mosaico, puede mitigar esos problemas de representación utilizando técnicas como canales o meta-mosaicos.