INFORMACION SUPERFLUA

Por EA3DXR

Es corriente añadir en el campo de información cantidad de datos

innecesarios tales como población, dirección de correo, etc. Resulta

innecesaria pues la ubicación exacta de la estación ya se envía implícita en

cada trama de posición. Además disponemos de las tramas de "status" mediente

las cuales podemos indicar cosas como p.e. por que repetidor o frecuencia

estamos QRV (p.e. "status text": QRV R5/U71). Además existen los datos de la

estación que nuestro sistema responde cuando recibe una trama "query"

mediante la cual y como si de mensajería se tratase podemos informar al

interesado acerca de nuestros equipos, dirección de correo, etc etc.

También puede considerarse información supérflua el envío de según qué tipo

de objetos. ¿Para que informar acerca de un accidente geográfico o un

determinado monumento? Mejor emplear el tiempo en confeccionar mapas

detallados donde, si alguien lo precisa, ya hallará este tipo de

información. Los objetos están pensados para ayudar al colectivo. Ejemplo de

objetos RELEVANTES:

-Incencio, accidente, inundación, etc.

-Caravana/tráfico denso

-Tormenta

-Evento: reunión, congreso, mercadillo, "bigotada", etc.

-Red de repetidores

Para algunos puede resultar supérflua la reemisión de tramas desde I-gates

con información de estaciones geográficamente alejadas. Particularmente no

renuncio a ella pero siempre y cuando se cumplan el requisito de que no

contribuya a la saturación del canal. Para ello podemos:

-Utilizar velocidades > 1k2

-Canales locales diferentes de 144.800

-Filtrar por ámbitos geográficos

-Combinaciones entre ellos.

TEMPORIZACION INADECUADA

Mandar nuestras tramas cada 5 ó 10 minutos puede resultar nefasto, a

exepción de las estaciones móbiles. En el mensaje "Tiempo de ciclo del net"

ya se dan unos parámetros. Con flexibilidad, hay que respetarlos.