
La reglas para servicios INSPIRE pretenden definir, por ejemplo, el número de registros de metadatos que deben llegar en 3 seg: 250, etc. Está claro que hay mil maneras de medir estas cosas, que pueden intervenir muchos factores externos, y que ninguna regla sería perfecta. Pero en general las intenciones son buenas.
Ahora los responsables de Network Services piden ayuda en cuanto a los requisitos mínimos y aconsejables, de hardware y software, para mejorar las posibilidades de cumplir con las nuevas metas temporales.
Si tenéis algo que decir al respecto, existen varios canales de comunicación, en España la más formal puede ser el envío de comentarios escritos a los representantes de uno de los Organismos de mandato legal (LMO) españoles de INSPIRE... como por ejemplo al IGN.
Pero en términos generales, quizás es buen momento para contemplar a los casos conocidos, los múltiples nodos IDE, y preguntarnos si en 3 segundos nos sale mucha, poca, o ninguna información en la pantalla sobre la respuesta a consultas de metadatos y de visualización de geodatos.
Anexo---- mensaje de Dr. Carl Reed, de OGC:
The INSPIRE Directive
(http://www.ec-gis.org/inspire/directive/l_10820070425en00010014.pdf)
requires minimum performance criteria to be laid down in the Network
Services Implementing Rules.
The drafting team is now close to the end of their drafting process for the
Discovery and View services and will hand over the draft to the European
Commission for adoption by the relevant bodies, starting with the INSPIRE
regulatory committee before the end of the year.
In its draft, the drafting team proposes performance numbers, we (JRC) would
like to supplement with some indications from the relevant software
vendors/developers on the required hardware and software configurations.
Below, an example of a performance proposal.
The time for sending initial response to service request in normal situation
shall be 3 seconds. This time includes sending discovery service errors or
exceptions. For the Discovery Service, this time shall allow to send 250
Metadata records. Normal situation represents periods out of peak load. It
is considered to be 90% of the time.
We are fully aware that detailed indications would require the provision of
the details of the environment, constraints and characteristics of each
site, but this is not what we are looking for.
Our aim is exclusively to inform the European Union Member States of the
order of magnitude of the average/typical hardware and software
configuration for discovery and view services (equivalent to OGC's catalogue
service and WMS) to be able to meet the required performance requirements.
OGC is for us the right forum to address to get this kind of information, I
would therefore appreciate if you could let us know your thoughts on the
above and what would be the right way to get the maximum response rate.
(http://www.ec-gis.org/inspire/directive/l_10820070425en00010014.pdf)
requires minimum performance criteria to be laid down in the Network
Services Implementing Rules.
The drafting team is now close to the end of their drafting process for the
Discovery and View services and will hand over the draft to the European
Commission for adoption by the relevant bodies, starting with the INSPIRE
regulatory committee before the end of the year.
In its draft, the drafting team proposes performance numbers, we (JRC) would
like to supplement with some indications from the relevant software
vendors/developers on the required hardware and software configurations.
Below, an example of a performance proposal.
The time for sending initial response to service request in normal situation
shall be 3 seconds. This time includes sending discovery service errors or
exceptions. For the Discovery Service, this time shall allow to send 250
Metadata records. Normal situation represents periods out of peak load. It
is considered to be 90% of the time.
We are fully aware that detailed indications would require the provision of
the details of the environment, constraints and characteristics of each
site, but this is not what we are looking for.
Our aim is exclusively to inform the European Union Member States of the
order of magnitude of the average/typical hardware and software
configuration for discovery and view services (equivalent to OGC's catalogue
service and WMS) to be able to meet the required performance requirements.
OGC is for us the right forum to address to get this kind of information, I
would therefore appreciate if you could let us know your thoughts on the
above and what would be the right way to get the maximum response rate.
Carl Reed, PhD
CTO and Executive Director Specification Program
OGC
CTO and Executive Director Specification Program
OGC
Comentarios
Porque una IDE es algo demasiado amplio, es una infraestructura; al preguntar si una IDE responde en 3 s, ¿sobre qué se pregunta? ¿sobre el cliente? depende del ordenador del usuario, de su conexión y de otras cosas. ¿Sobre las páginas estáticas?...
Creo que es mejor preguntar por la velocidad de cada uno de los servicios.
Un saludo
Antonio F. Rodriguez
Pero a otro nivel también se trata de la experiencia total del usuario, mientras utiliza el geoportal (visor de capas WMS por ejemplo): si es muy irregular --dos capas rápidas y otra (la capa clave según Murphy) muy lenta-- la conclusión popular suele ser que "el sistema va lento".
editor
Saludos
Juan Antonio Bermejo
http://www.graficos.uji.es/vespucci/Status_Checker_Sep08.ppt
Sin decir que es la mejor/peor/correcta idea, pero es otra más.
editor
No es una medida completamente objetiva del tiempo de respuesta de un servicio, porque depende del ordenador del usuario, de su ancho de banda, etc. pero da una idea proximada.
Un saludo
Antonio F. Rodriguez
Un visualizador es un cliente, el tiempo de respuesta depende del servicio que se esté visualizando en cada momento, o más bien es el resultado de cómo funcionan la pareja cliente-servicio. Es decir , para comparar la velocidad de varios servicios WMS, habría que probarlos desde el mismo visualizador y en las mismas condiciones; y para probar la velocidad de varios visualizadores (o clientes de otro servicio OGC) habría que probarlos con un mismo servicio patrón y en las mismas condiciones.
Lo de "las mismas condiciones" es más difícil de lo que parece, porque el tráfico varía cada segundo y tiene mucha influencia.
Un saludo
Antonio F. Rodriguez
a ver que sale.....
editor
Saludos y gracias por la información!
editor