[Gvsig_usuarios] Implementado servicio de WMS

[Cristian Rinaldi]

Hola a todos, muchas gracias por las respuestas, fueron espectaculares.
Mi pregunta es, mirando la jerarquía de clases WMS, donde se guarda toda la
información de la capa, RemoteClient, RemoteClientStatus, WMSLayer,
WMSStatus, WMSClient, etc. Porqué no usaron las clases de geotool para ello,
ya que existen clases como Layer, WMSCapabilities, WebMapServer, etc. que
guardan toda la información de una manera prolija y que su diseño respeta el
standart.
Si me equivoco en algo por favor me lo hacen saber, quizás hay cosas que no
vi o no tengo en cuenta.
Desde ya saludos a la lista y espero su respuesta.

Cristian Rinaldi

El día 8/05/07, jaume dominguez faus <jaume.dominguez en iver.es> escribió:
>
> Hola Cristian.
>
> La diferencia es que FLyrWMS pertenece a una capa de abstracción y
> WMSLayer a otra.
>
> WMSLayer se encuentra en la librería de comunicaciones remota
> RemoteServices que se encarga de establecer las conexiones e interpretar
> las respuestas. En el caso de WMS (y de muchos otros), el protocolo se
> comunica a través de documentos XML que son enviados como un flujo de
> caracteres en serie que debe ser analizado. Pues una vez analizado el
> documento XML de GetCapabilities, lo que contiene WMSLayer es la
> semántica de las etiquetas <Layer>. Es decir, sus propiedades, posición
> dentro del árbol de capas (WMSLayer es una estructura en árbol),
> implementando operaciones para conocer las propiedades de la capa si las
> explicita o si las hereda de su capa padre, etc...
>
> FLyrWMS es la capa de FMap que representa una capa cuyo origen de datos
> es un servicio WMS. FMap no se encarga de hacer conexiones a servidores.
> Su misión es la de mostrar y realizar operaciones geográficas sobre
> capas. En su lugar, tiene un driver FMapWMSDriver que le permite lanzar
> operaciones WMS (GetCapabilities, GetMap) a RemoteServices que se
> encarga de negociar con el servidor.
>
> Como respuesta a un GetCapabilities de FMap (que es lo que ocurre cuando
> se pulsa en el botón Conectar en el diálogo WMS), RemoteServices produce
> una petición al servidor WMS que le responderá un XML.
>
> RemoteServices analizará este XML y extraerá su información de servicio
> y otras cosas entre las cuales está el árbol de capas. El árbol de capas
> es un árbol cuyos nodos son WMSLayer que son estructuras confortables
> con el protocolo WMS.
>
> Este árbol es bombeado hacia arriba desde RemoteServices hasta FMap y es
> manejado por FMapWMSDriver.
>
> Para tu información te comento que una vez el driver recibe el árbol de
> WMSLayer, éste árbol es transformado a un árbol de WMSLayerNode que es
> una estructura que se adapta más al entorno gráfico (JTree, JComboBox,
> etc..) pero que en esencia es lo mismo. Pero esto en realidad no creo
> que sea muy importante para vuestro trabajo.
>
> Así que aunque tengan una relación más o menos directa, WMSLayer y
> FLyrWMS no son lo mismo. Una es la pieza del mecanismo de la librería
> geográfica y la otra es una pieza del interface de comunicación WMS de OGC
>
> Salut!
>
>
>
> En/na Cristian Rinaldi ha escrit:
>
> > Hola a toda la lista:
> >     Estamos realizando un desarrollo con GvSIG, estuvimos viendo el
> > plugin de WMS pero nosotros necesitamos enviar mas datos en los
> > getMap, por ende estamos desarrollando nuevas Layer.
> >     Lo que no entendemos, es de que clase colgarnos para realizar el
> > trabajo. Existe poca desimantación de las clases y se dificulta
> > entender que hacen.
> >
> >     Por un lado existe una jerarquía donde tenemos,
> >         - Projected
> > <
> file:///home/cristian/JavaEE/workspace/gvSIG/doc/org/cresques/geo/Projected.html
> >
> >              -FLayer
> >                  -FLyrDefault
> >                     -FLyrWMS
> >    Por otro lado existe otra jerarquía:
> >        - ILayer
> >           -WMSLayer
> >
> >    Ahora si queremos desarrollar una nueva Layer para WMS es necesario
> > por ejemplo heredar de FLyrDefault, o seguir la otra jerarquía e
> > implementar ILayer.
> >    Que es lo que estas jerarquías tienen en común si es que tienen algo?
> >
> > Agradezco su colaboración.
> >
> > Saludos Cristian.
> >
> >
> > --
> > www.juglar.org <http://www.juglar.org>
> > "El Java User Group del Litoral Argentino"
> >
> > @Saludos( mappedBy="GNR" )
> > public String saludo(){
> >   return new String( "Chinese Democracy" );
> > }
> >
> >------------------------------------------------------------------------
> >
> >_______________________________________________
> >gvSIG_usuarios mailing list
> >gvSIG_usuarios en runas.cap.gva.es
> >http://runas.cap.gva.es/mailman/listinfo/gvsig_usuarios
> >
> >
>
>
> --
> Jaume Dominguez Faus
>
>
> Àrea de Software Lliure
> Equip gvSIG
> Iver TI
> C. Salamanca, 52
> 46005 València
> Telf: 902 25 25 40 Fax: 96 316 27 16
> (Spain)
>
> _______________________________________________
> gvSIG_usuarios mailing list
> gvSIG_usuarios en runas.cap.gva.es
> http://runas.cap.gva.es/mailman/listinfo/gvsig_usuarios
>



-- 
www.juglar.org
"El Java User Group del Litoral Argentino"

@Saludos( mappedBy="GNR" )
public String saludo(){
  return new String( "Chinese Democracy" );
}
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://runas.cap.gva.es/pipermail/gvsig_usuarios/attachments/20070510/b67cdc95/attachment-0001.htm