Re: [udig-devel] Catch and deal with rendering errors on mapview

[Jody Garnett <jody.garnett@xxxxxxxxx>]

Ha ha - sorry I was getting confused which list I was on. The class
doing the work is called MapView"er" which is what got me confused.

In uDig the MapViewer (in either an editor or view) has the same
rendering system; we do not have a system of fail over; I often
arrange my layers in the following order:
- dynamic data
- wms layer
- raster base layer (to be shown while we wait for the wms layer; or
if the wms layer fails)

Jody

On Thu, May 21, 2009 at 7:38 AM, Jody Garnett <jody.garnett@xxxxxxxxx> wrote:
> This is the case where mapview is more of a demo then a real solution.
>
> In uDig we have a multi threaded renderer and make each WMS request in
> a separate thread; this step is taken so we can walk away from and
> ignore a thread that is not reporting back to us (since the timouts
> involved can be so long).
>
> Jody
>
> 2009/5/21 Mario Nuñez Jimenez <mario.nunez@xxxxxxxxxxxxxxx>:
>> Hello,
>> now I am wondering how to catch a rendering error if on startup my WMS layers aren't able because of network connection or whatever.
>> Also if I am working with mapview (doing zoom or displacements... or whatever) and suddenly I lost connection to my WMS and then I have nothing rendered on the map view.
>>
>> In those cases how can I detect this exception? Where could I catch it in order to activate a different working layer as a replacement or backup in order to be able to working with something in the mapview?
>>
>> Thank you.
>> ------------------------------------------------------------------
>> This e-mail and the documents attached are confidential and intended
>> solely for the addressee; it may also be privileged. If you receive
>> this e-mail in error, please notify the sender immediately and destroy it.
>> As its integrity cannot be secured on the Internet, the Atos Origin
>> group liability cannot be triggered for the message content. Although
>> the sender endeavours to maintain a computer virus-free network,
>> the sender does not warrant that this transmission is virus-free and
>> will not be liable for any damages resulting from any virus transmitted.
>>
>> Este mensaje y los ficheros adjuntos pueden contener informacion confidencial
>> destinada solamente a la(s) persona(s) mencionadas anteriormente
>> pueden estar protegidos por secreto profesional.
>> Si usted recibe este correo electronico por error, gracias por informar
>> inmediatamente al remitente y destruir el mensaje.
>> Al no estar asegurada la integridad de este mensaje sobre la red, Atos Origin
>> no se hace responsable por su contenido. Su contenido no constituye ningun
>> compromiso para el grupo Atos Origin, salvo ratificacion escrita por ambas partes.
>> Aunque se esfuerza al maximo por mantener su red libre de virus, el emisor
>> no puede garantizar nada al respecto y no sera responsable de cualesquiera
>> danos que puedan resultar de una transmision de virus.
>> ------------------------------------------------------------------
>>
>> _______________________________________________
>> User-friendly Desktop Internet GIS (uDig)
>> http://udig.refractions.net
>> http://lists.refractions.net/mailman/listinfo/udig-devel
>>
>