Resumen

  • RFC 5139 sustituye el formato cívico original de PIDF-LO por un XML más rico basado en tipos de dirección usados también por DHCP.
  • La jerarquía de vía, sección, ramal y subramal conserva diferencias que una cadena plana elimina.
  • La validez del esquema demuestra conformidad sintáctica, no presencia actual de una persona o dispositivo.
  • Las variantes por idioma deben conservarse separadas; escoger la preferida no resuelve valores contradictorios.
  • XML token colapsa espacios antes de entregar el valor a la aplicación, por lo que entrada y resultado necesitan recibos distintos.
  • Combinar datos cívicos y geodésicos exige demostrar fuente, instante y método comunes.
  • Más campos no significan datos más recientes: un directorio completo puede estar obsoleto.
  • Una firma autentica al emisor de la afirmación, no la exactitud física de la ubicación.
  • La precisión cívica delimita una zona de incertidumbre; no crea un punto ni confirma ocupación.
  • La política de privacidad decide destinatario, finalidad, detalle, retención y reenvío.
  • LoST y SIP demuestran etapas de validación y transporte, no despacho ni llegada.
  • El control ejecutivo debe impedir que un “válido” único borre los estados desconocido, antiguo, conflictivo o no autorizado.

El esquema no estuvo allí

La aportación de RFC 5139 es concreta. El primer PIDF-LO no podía representar bien muchas prácticas postales y administrativas. El nuevo formato incorpora campos de RFC 4776: edificio, unidad, habitación, asiento, comunidad postal y códigos adicionales. También ordena vías complejas como RD, RDSEC, RDBR y RDSUBBR.

La semántica evita errores reales. Un número puede repetirse en varias secciones de una carretera; un callejón puede compartir nombre y distinguirse solo por la vía principal. HNO se interpreta respecto del elemento vial más específico presente. Los modificadores de la vía principal no deben aplicarse silenciosamente al ramal. A6 conserva posibles usos administrativos, pero deja de ser un cajón para el nombre de calle.

Nada de ello dice quién observó el lugar. Un valor equivocado puede estar en el elemento correcto. Dos fuentes pueden aplicar perfiles nacionales incompatibles. El código ISO del país limita la forma; no certifica que el objetivo esté dentro de esa jurisdicción.

La prueba operativa debe guardar la secuencia original, la versión del esquema, el perfil nacional y las extensiones comprendidas. Si un geocodificador devuelve un único objeto, debe conservar candidatos descartados, campos normalizados y versión del conjunto cartográfico. “Una fila encontrada” es un resultado de índice, no necesariamente unicidad física.

El idioma puede elegir la pantalla, no el hecho

Los elementos lingüísticos admiten xml:lang; país y tipo de lugar son neutrales según sus registros. La escritura puede expresarse mediante el subtipo correspondiente de la etiqueta de idioma. Cada bloque cívico debería mantener un idioma o una mezcla coherente, y las formas paralelas deberían viajar como bloques separados del mismo tuple.

Al convertir desde DHCP, un elemento repetido por idioma obliga a crear varios bloques XML. Para un receptor conocido, sus preferencias pueden ponderar los valores. Si hay empate, ninguna coincidencia o conflicto dentro del mismo idioma, RFC 5139 permite una elección arbitraria.

Ese mecanismo mantiene el flujo, pero no decide cuál valor es verdadero. Guardar solo el ganador destruye la advertencia. Deben preservarse candidatos, etiquetas, preferencias y motivo de elección. Un texto aparentemente mejor localizado no merece por eso mayor autoridad geográfica.

RFC 5646 normaliza cómo describir idioma y escritura. No demuestra que dos nombres designen el mismo lugar. Esa equivalencia necesita una autoridad local, un identificador verificado o una revisión competente.

La normalización de espacios es una transformación

RFC 5139 usa el tipo XML Schema token, que normaliza y colapsa espacios comunes. Varias representaciones léxicas pueden llegar a la aplicación como el mismo valor; una referencia de carácter puede conservar un espacio deliberado.

Por eso hay que distinguir bytes recibidos, documento XML, árbol analizado y cadena almacenada. La firma de uno no describe automáticamente los otros. El esquema acepta además elementos de otros espacios de nombres y atributos libres. Dos implementaciones pueden validar el mismo documento y comprender extensiones diferentes.

En procesos críticos deben conservarse el original inmutable, versiones de parser y esquema, valores resultantes, advertencias y datos ignorados. Un distintivo “válido” que no explica qué se transformó es evidencia incompleta.

Actualidad y procedencia pesan más que longitud

RFC 5491 separa objetivo, fuente, método de determinación y protocolo de entrega. Un dispositivo puede representar a una persona, pero esa relación tampoco es automática. Una entrada manual, DHCP, un servidor de ubicación y un directorio corporativo observan cosas diferentes y envejecen de forma diferente.

Una ubicación compuesta solo es defendible cuando los fragmentos cívicos y geodésicos comparten fuente, momento y método. Un número de habitación antiguo no puede refinar sin más una zona de red reciente. La precisión aparente aumentaría mientras la verdad empeora.

El recibo debe fijar objetivo, fuente, método, interfaz, hora de observación, emisión y caducidad. RFC 7378 marca otra frontera: la autenticación atribuye la afirmación a una fuente, pero una fuente auténtica puede equivocarse, estar comprometida o describir otro objeto.

La procedencia asigna responsabilidad. La actualidad permite usar el presente. Ninguna se deduce de que todos los campos estén llenos.

Una habitación sigue siendo un área incierta

RFC 7459 trata la ubicación como estimación. En una dirección cívica, el componente fiable más preciso sugiere la región de incertidumbre. Edificio, planta y habitación reducen esa región, pero no demuestran que el objetivo esté dentro ni en qué punto.

Ausencia de detalle puede significar desconocimiento, irrelevancia o reducción intencional. Ausencia de incertidumbre nunca significa incertidumbre cero. Hay que separar granularidad, confianza y edad.

Geocodificar añade decisiones: centroide, entrada, parcela, azotea o varios candidatos. Conservar solo unas coordenadas borra el método. El punto derivado debe quedar ligado a la dirección, al conjunto de datos y a su ambigüedad.

Los CAtype registrados por IANA y los tipos de lugar de RFC 4589 establecen vocabulario. Registrar “oficina” no prueba qué oficina ni quién está en ella. La extensión regulada por RFC 6848 facilita nuevos componentes sin certificar instancias.

La política puede retirar precisión legítimamente

PIDF-LO no es solo una bolsa de campos; incluye reglas de uso. La arquitectura de RFC 6280 separa objetivo, autor de reglas, servidor y destinatario. RFC 6772 permite transformar la ubicación según política. Que un destinatario vea ciudad pero no habitación puede indicar protección correcta, no datos defectuosos.

La autorización debe cubrir identidad del receptor, finalidad, precisión, retención, retransmisión y revocación. Enriquecer después el campo oculto desde otro sistema puede vulnerar la decisión. Tampoco el país del domicilio indica dónde se almacena o procesa el dato.

El mayor daño puede aparecer fuera del flujo original: tickets, copias analíticas y respaldos convierten una localización temporal en historial duradero. Minimizar antes de divulgar es más seguro que intentar borrar después.

Del mapeo al desenlace hay varias autoridades

LoST relaciona servicio y ubicación con una URI y puede devolver validación cívica. SIP puede transportar o referenciar la ubicación. Sus recibos deben incluir petición, advertencias, política, respuesta, límite y caducidad.

Un mapeo correcto no confirma presencia. Tampoco prueba aceptación de llamada, interpretación del operador, despacho, trayecto o llegada. Cada paso necesita observación propia.

Las pruebas deberían enfrentar dirección completa pero vieja, observación reciente pero gruesa, idiomas conflictivos, vías homónimas, habitación suprimida por política, varios candidatos, receptor sin permiso y mapeo caducado. El sistema no debe convertir estos estados en el mismo verde.

RFC 5139 mejora la representación. Su éxito depende de que la organización conserve el límite entre describir un lugar y demostrar lo que ocurre allí.

Fuentes

  1. RFC 5139, HTML
  2. RFC 5139, texto plano
  3. Registro RFC Editor de RFC 5139
  4. Registro IETF Datatracker de RFC 5139
  5. Historial de RFC 5139
  6. Búsqueda de erratas de RFC 5139
  7. RFC 4119: PIDF-LO
  8. RFC 4776: opción DHCP de dirección cívica
  9. RFC 5491: uso de PIDF-LO
  10. RFC 7459: incertidumbre y confianza
  11. RFC 7378: ubicación confiable
  12. RFC 6280: arquitectura de ubicación y privacidad
  13. RFC 5222: LoST
  14. RFC 6442: ubicación en SIP
  15. RFC 6772: política de geolocalización
  16. RFC 6848: extensiones cívicas
  17. RFC 5646: etiquetas de idioma
  18. RFC 4589: registro de tipos de lugar
  19. Registro IANA de tipos de dirección cívica
  20. Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
  21. On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile
  22. Running-Code Primary