Esta documentación es para IBM Watson® Knowledge Studio en IBM Cloud®. Para ver la documentación de la versión anterior de Knowledge Studio en IBM Marketplace, pulse este enlace.

Configuración de la anotación

Los usuarios que tengan conocimientos sobre el sector y su lenguaje deben anotar los documentos.

Realice las tareas siguientes para permitir que los anotadores humanos puedan acceder al espacio:

Invitar a los expertos en la materia a la instancia de Knowledge Studio que está utilizando.
Asociar los anotadores humanos con el conjunto o conjuntos de anotaciones que desea que anoten.
Crear una tarea que asigna el anotador humano para anotar los documentos del conjunto.

No es hasta que asigne tareas explícitamente a anotadores humanos que podrán ver su espacio de trabajo cuando inicien sesión en Knowledge Studio.

Sus usuarios (los anotadores humanos) deberán familiarizarse con Anotación de documentos, que contiene información detallada sobre cómo anotar documentos.

Modelo de ciclo de vida

El modelo que cree con Knowledge Studio es un componente de software que puede conectarse a un conducto de procesamiento del lenguaje natural (PNL).

Con Knowledge Studio, puede crear, evaluar y mejorar los modelos para nuevos dominios. Un modelo añade anotaciones (metadatos) a texto que aparece en el contenido de lenguaje natural. Las anotaciones, que identifican menciones de entidades de interés en el contenido de dominio, las relaciones entre ellas y cómo las menciones hacen correferencia a la misma entidad, las pueden utilizar las aplicaciones para analizar y procesar texto automáticamente. Los usuarios de la aplicación se benefician de este nivel de análisis pudiendo extraer significado, descubrir conocimiento y obtener respuestas en un contexto de lenguaje natural.

La creación de un modelo es un proceso de varios pasos iterativo que implica varias etapas: preselección de información, generación de datos de campo, desarrollo de modelos, evaluación de modelos y despliegue de tiempo de ejecución.

Adaptación de dominio completo

El diagrama siguiente resume las interacciones entre estas cinco etapas de desarrollo de modelos y las actividades típicas que se producen en cada etapa.

Figura 2. Un resumen de las cinco etapas del desarrollo del modelo y las actividades que se producen en cada etapa.

Preselección de información

Esta etapa, que es externa para Knowledge Studio, hace referencia al proceso de selección, recopilación, conservación y mantenimiento de contenido relevante para un dominio específico. La preselección añade valor a los datos; transforma datos en una información y conocimiento de confianza.

Generación de datos de campo

Esta etapa hace referencia al uso de herramientas y mejores prácticas de Knowledge Studio para producir una recopilación de datos evaluados que se pueden utilizar para adaptar una solución de Watson a un dominio concreto. La exactitud de estos datos evaluados, llamados datos de campo o documentos gold standard, es fundamental porque las inexactitudes en los datos de campo se correlacionarán con las inexactitudes de las aplicaciones en que se basan.

Una parte esencial de enseñar a Watson sobre un nuevo dominio implica proporcionarle conocimientos sobre las entidades de interés en el contenido de dominio, las relaciones entre ellas y cómo hacen correferencia las entidades entre sí. La recopilación de este conocimiento incluye las actividades siguientes:

Implicar a expertos en la materia para crear los recursos siguientes, o para identificar los recursos existentes que se pueden reutilizar o modificar para el dominio:
- Directrices y ejemplos de anotación para ayudar a los anotadores humanos a aprender cómo tienen que anotarse las palabras y los pasajes en el contenido de dominio.
- Sistemas de tipos que definen los tipos específicos de dominio (objetos) y las características (clasificaciones de datos) que se pueden descubrir en el contenido de dominio mediante el análisis de texto. El sistema de tipos controla los tipos de anotaciones que un anotador humano puede añadir a los documentos.
- Los diccionarios de términos que se tratarán como términos equivalentes en el contenido de dominio.
Creación de un corpus de documentos representativos del contenido de dominio.
Preanotación de documentos basado en los diccionarios que ha añadido a un espacio de trabajo de Knowledge Studio. Después de crear un modelo de aprendizaje automático, puede utilizar el modelo para preanotar documentos nuevos que se añaden al corpus. La preanotación es un proceso de anotación automática de un documento a la extensión posible antes de que un modelo de aprendizaje automático esté disponible para hacerlo. La preanotación puede reducir el trabajo de anotación humana sustituyendo alguna creación de anotaciones humanas con la mera verificación de la corrección de la anotación automática.
División de documentos entre anotadores humanos, que utilizarán la herramienta del editor de datos de campo de IBM Watson® Knowledge Studio para añadir anotaciones manualmente a pequeños conjuntos de documentos.
Comparación de los resultados de anotación humana y resolución de conflictos. La adjudicación en esta fase es necesaria para asegurar que los documentos precisos y anotados de forma coherente se promocionen a datos de campo, donde se pueden utilizar para entrenar y probar un modelo de aprendizaje automático.

Desarrollo de modelos

Esta etapa hace referencia al uso de herramientas de Knowledge Studio para crear un modelo. Después de establecer los datos de campo, los resultados de la anotación humana se pueden utilizar para entrenar un algoritmo para añadir anotaciones automáticamente a recopilaciones de documentos grandes, como recopilaciones que incluyen millones de documentos.

Evaluación del modelo

Esta etapa hace referencia al uso de herramientas de Knowledge Studio para refinar el modelo y mejorar el rendimiento. Los resultados generados por el modelo se evalúan frente a un conjunto de prueba de documentos de datos de campo. Análisis de exactitud identifica las causas de los errores de anotación. Análisis de margen dinámico ayuda a evaluar qué errores necesitan centrarse y dónde pueden los refinamientos de modelos dar lugar al mayor impacto. Los ajustes se pueden realizar de forma repetida para mejorar el rendimiento hasta que se consiga un nivel de exactitud satisfactorio.

Despliegue de modelos

Esta etapa hace referencia a la exportación de componentes que permiten al modelo ejecutarse en entornos de ejecución de aprendizaje automático y convertir al modelo en accesible para otras aplicaciones cognitivas de Watson. Por ejemplo, puede desplegar el modelo de aprendizaje automático para que lo utilice el servicio IBM Watson® Natural Language Understanding o el servicio IBM Watson® Discovery o exportar el modelo para su uso en IBM Watson Explorer.

Creación de una tarea de anotación

Antes de que los anotadores humanos puedan comenzar a añadir anotaciones a los documentos, el gestor de procesos de anotación debe crear una tarea de anotación.

Los administradores y los gestores de proyectos pueden anotar conjuntos de documentos de datos de campodirectamente. Consulte Anotar conjuntos de documentos directamente.

Acerca de esta tarea

La tarea de anotación especifica qué documentos deben ser anotados. Para comparar el rendimiento de los anotadores humanos, y para ver con cuánta coherencia aplican las directrices de anotación, debe incluir al menos dos anotadores humanos a la tarea. Además, algún porcentaje de documentos debe producirse en todos los conjuntos de anotaciones que añada a la tarea (especifique el porcentaje de solapamiento al crear los conjuntos de anotaciones).

Importante

Una tarea de anotación es un concepto temporal que existe para permitir a los anotadores humanos anotar texto en espacios aislados. También garantiza que solo se promuevan las anotaciones aprobadas a los datos de campo.
Un conjunto de anotaciones se puede incluir en una tarea activa a la vez. Para añadir un conjunto de anotaciones de una tarea a una tarea distinta, debe suprimir en primer lugar la tarea donde está activo el conjunto de anotaciones.
Si suprime la cuenta de usuario de un anotador humano, esto afectará también a sus anotaciones. Las anotaciones en documentos asignados a dicho usuario pero no promocionadas a los datos de campo se suprimirán.
Si la configuración del editor de sistema de tipos o de los datos de campo cambian tras crear una tarea de anotación humana, debe decidir si desea propagar los cambios a la tarea. Los cambios al sistema de tipos pueden afectar a las anotaciones; los anotadores humanos podrían necesitar revisar y actualizar sus documentos.
Si los diccionarios cambian, los cambios no se reflejarán en la tarea de anotación actual. Para aplicar cambios de recursos a los datos de campo, debe crear una nueva tarea de anotación.
Puede tener un máximo de 256 tareas de anotación por espacio de trabajo.

Procedimiento

Para crear una tarea de anotación:

Inicie sesión como administrador de Knowledge Studio, y seleccione su espacio de trabajo.
Seleccione la página Modelo de aprendizaje automático > Anotaciones y, a continuación, pulse el separador Tareas de anotación.
Pulse Añadir tarea.
Especifique un nombre de tarea descriptivo y seleccione la fecha en que debe completarse la tarea.
Si no hay disponibles conjuntos de anotaciones, pulse Crear conjuntos de anotaciones.
1. Para el conjunto base, seleccione el conjunto de documentos o el conjunto de anotaciones que quiere dividir en conjuntos de anotaciones.
2. Para el valor de solapamiento, especifique el porcentaje de documentos que desea incluir en cada conjunto de anotaciones. Las puntuaciones de acuerdo entre anotadores no se pueden calcular a menos que dos o más anotadores humanos anoten los mismos documentos. Por ejemplo, si especifica un valor de solapamiento del 20% para un corpus que contenga 30 documentos, y divide el corpus en 3 conjuntos de documentos, 6 documentos (20%) serán anotados por todos los anotadores humanos. Los 24 documentos restantes se dividirán entre los 3 anotadores humanos (8 cada uno). Así, cada anotador recibe 14 documentos para anotar (6+8).
Un conjunto de anotaciones que tenga pensado utilizar para entrenar un modelo de aprendizaje automático debe contener al menos 10 documentos anotados.
1. Seleccione un nombre de usuario de la lista de anotadores humanos.
2. Asigne un nombre al conjunto de anotaciones.
  
  Como buena práctica para evaluar el trabajo de un anotador humano a medida que progresa el espacio de trabajo, es posible que desee crear nombres de conjuntos de anotaciones que identifiquen al anotador humano asignado al conjunto. No puede cambiar el nombre del conjunto de anotaciones una vez creado el conjunto.
  
  El tamaño máximo del nombre del conjunto de anotaciones es de 256 caracteres.
3. Pulse Generar.
Se mostrará una lista de conjuntos de anotaciones disponibles en Conjuntos disponibles, junto con los nombres de los anotadores humanos asignados a ellos. Para añadir conjuntos disponibles a su tarea de anotación, pulse Añadir a tarea.
Asegúrese de que todos los conjuntos de anotaciones que desea incluir en la tarea aparecen bajo Conjuntos seleccionados y, a continuación, pulse Guardar para crear la tarea.

Qué hacer a continuación

Una vez que se haya creado la tarea, puede volver al separador Tareas de anotación en la página Modelo de aprendizaje automático > Anotaciones para ver el progreso de cada anotador humano. Además, puede realizar las tareas siguientes:

Comprobar documentos aprobados que se solapan entre conjuntos de anotaciones para resolver conflictos de anotación.
Abrir una tarea para añadirle conjuntos de anotaciones. Asegúrese de que los conjuntos de anotaciones que añada incluyan documentos que se solapen con documentos de los conjuntos de anotaciones originales.

En el separador Configuración de la navegación principal, puede especificar la información siguiente:

Especificar las preferencias para utilizar colores y atajos de teclado en el editor de datos de campo.
Especificar un umbral de acuerdo entre anotadores y, a continuación, abrir una tarea para ver con qué coherencia han anotado varios anotadores humanos los mismos documentos.
Especificar un URL para conectar las directrices de anotación al editor de datos de campo.

Configuración de las preferencias del editor de datos de campo

Un gestor de proyectos puede especificar preferencias para utilizar colores y atajos de teclado en el editor de datos de campo.

Procedimiento

Para especificar las preferencias visuales para trabajar con el editor de datos de campo:

Inicie sesión como administrador de Knowledge Studio, y seleccione su espacio de trabajo.
En la navegación de la izquierda, seleccione Configuración > Configuración de la anotación de documentos.
Seleccione el separador Tipos de entidades o Tipos de relaciones.
Seleccione el tipo de entidad o el tipo de relación que desee modificar y luego pulse Editar atajos de teclado y colores. Para cada tipo, puede definir:
- Atajo de teclado, lo que significa que un usuario puede entrar <key> para aplicar la etiqueta de tipo al texto resaltado. Por ejemplo, si define o como el atajo de teclado para ORGANIZATION, un usuario podrá seleccionar texto y pulsar la tecla o para aplicar el tipo de entidad ORGANIZATION al texto resaltado. Si asigna una letra mayúscula, el usuario debe pulsar Shift+<key>.
- Color del texto. Asegúrese de que el color del texto contraste con el color de fondo para que el texto sea visible una vez que se etiquete.
- Color de fondo. Este es el color de la etiqueta que se aplica a la entidad una vez que se anote.
Al anotar documentos, los anotadores humanos pueden utilizar los atajos de teclado para añadir anotaciones de forma rápida. Y la etiqueta de anotación y los colores de texto ayudan a los anotadores humanos a reconocer instantáneamente tipos una vez que añadan anotaciones a un documento.
- Si hay tipos de entidades o de relaciones que no desea que los anotadores humanos asignen a menciones, puede ocultarlos del editor de datos de campo, lo que acorta y simplifica la lista de opciones de tipo que los usuarios verán. Para ello, desmarque el recuadro de selección Activo para el tipo.
A medida que asigne nuevos atajos y colores, podrá previsualizar los cambios.
También puede cambiar el color para resaltar de la selección predeterminada. El color para resaltar es el color del borde que se muestra alrededor del texto una vez que los anotadores humanos lo seleccionan. El color predeterminado es un azul claro, pero puede cambiarlo en el separador Resalte de selección para facilitar la identificación de los límites del texto que se ha seleccionado.

Tareas relacionadas

Modificación de un sistema de tipos sin perder anotaciones humanas

Establecimiento del umbral de IAA

Para ayudarle a decidir si aceptar o rechazar un conjunto de documentos anotado, puede especificar un umbral de acuerdo entre anotadores. El umbral ayuda a comparar cómo de bien o de mal se compara el acuerdo entre anotadores con la puntuación de IAA calculada por el sistema.

Acerca de esta tarea

Para comparar cómo han anotado distintos anotadores humanos los mismos documentos, especifique un umbral de evaluación. Si las anotaciones realizadas por un anotador humano difieren de las anotaciones realizadas por otro anotador humano hasta el punto en que la diferencia da como resultado una puntuación baja, esto significa que los anotadores no están de acuerdo. El desacuerdo debe ser investigado y resuelto.

Procedimiento

Para establecer el umbral de acuerdo entre anotadores:

Inicie sesión como administrador de Knowledge Studio, y seleccione su espacio de trabajo.
Seleccione el separador Configuración > Configuración de IAA.
Especifique un valor entre 0 y 1, como .5 o .8, y luego pulse Guardar.

Conexión con las directrices de anotación

Después de crear las directrices de anotación para el proyecto, puede configurar Knowledge Studio para conectarse a ellas. Para obtener ayuda con la elección de la anotación correcta que se aplicará, los anotadores humanos pueden revisar las directrices a la vez que anotan documentos. Los administradores también pueden revisar las directrices si necesitan ayuda a la hora de resolver conflictos de anotación en documentos superpuestos.

Procedimiento

Para conectar la herramienta de adjudicación y de editor de datos de campo a las directrices de anotación:

Inicie sesión como administrador de Knowledge Studio, y seleccione su espacio de trabajo.
Seleccione el separador Configuración > Directrices de anotación.
Especifique el URL donde se alojan las directrices.
Pulse Guardar. El sistema conectará la herramienta de adjudicación y de editor de datos de campo a sus directrices de anotación. Dependiendo de los permisos de acceso otorgados a los usuarios al crear las directrices, los anotadores humanos y los administradores de espacio de trabajo podrían actualizar las directrices tras abrirlas, por ejemplo, para añadir aclaraciones y ejemplos.

Directrices de anotación

No hay un formato prescrito para cómo documentar las directrices, pero es importante que las directrices incluyan ejemplos detallados. Los anotadores humanos necesitan entender qué tipo de entidad aplicarán a una mención según el contexto, y saber qué tipos de relación son válidos para un par determinado de menciones. Los ejemplos extraídos de su contenido de dominio son con frecuencia la mejor manera de transmitir las opciones de anotación correctas que se realizarán.

Las directrices de anotación no son estáticas. A medida que evolucione el proyecto, es probable que descubra instancias de menciones y relaciones que no se capturan de forma precisa en las directrices. Y probablemente descubrirá incoherencias entre varios anotadores humanos que interpretan las directrices de formas distintas. Al actualizar las directrices a medida que surgen situaciones, puede ayudar a mejorar la exactitud y la coherencia de anotaciones a lo largo del tiempo.

Antes de que los documentos se puedan considerar datos de campo, los conflictos entre dos anotadores humados distintos han anotado que se deben resolver los mismos documentos. Una forma clave para resolver los conflictos es discutiendo qué ha causado la confusión, ayudando a los anotadores humanos a aprender de sus errores. La mejora y la aclaración de las directrices puede ayudar a reducir el número de conflictos y a ayudar a garantizar que los documentos anotados precisa y coherentemente se promocionen a datos de campo.

Para ayudarle a gestionar las directrices, puede que desee dividir lo que se podría convertir en un documento largo en varias partes, como las directrices para anotar entidades, para anotar relaciones y para anotar las formas en que se puede hacer correferencia a dichas menciones. Los cambios que realice en un área se deben evaluar y coordinar con los cambios que realice en otra área. Por ejemplo, si añade un tipo de entidad, revise las directrices para anotar tipos de relaciones y especificar cómo se puede relacionar el tipo de entidad nuevo con otros tipos de entidades.

Ejemplo de directrices de anotación

La mayoría de las directrices de anotación necesitarán muchos detalles y ejemplos para asegurarse de que los anotadores humanos anoten texto de forma coherente.

El ejemplo presentado aquí es una simple directriz creada para un dominio pequeño que contiene informes de incidentes de tráfico.

Objetivos de tareas

Como miembros de proyecto, familiarícese con el proceso iterativo de anotación manual y de refinamiento del modelo de aprendizaje automático.
Anote documentos en el dominio de automoción con el editor de datos de campo y utilice las anotaciones para entrenar un modelo de aprendizaje automático. Anote los tipos de entidades, de relaciones, y haga correferencia a las entidades según sea necesario.

Notaciones de directrices

Corchetes [ ] indica la extensión que se debe anotar cuando se anota menos de todo el texto entrecomillado.

Incluya negaciones según corresponda, como por ejemplo [no injuries]ACCIDENT_OUTCOME. El sistema de tipos no está utilizando la clase de entidades para representar la negación.

Tipos de entidad

El sistema de tipos no utiliza los subtipos de entidades o roles, ni menciona los tipos ni las clases.

Tipos de entidad	Directrices	Ejemplos
ACCIDENT_OUTCOME	Una consecuencia de un accidente. Se aplica tanto a los humanos (por ejemplo, muerte) como a los automóviles (por ejemplo, abollado). Puede incluir "towed" y "air bag deployment" como indicadores de gravedad del daño, y "transported
to hospital"
(pero no funeraria) como indicadores de gravedad del daño. Puede incluir negación.	"[casualty]", "[injury]", "sustained [total loss]", "[no injuries]", "[towed] due to [disabling damage]", [not towed], "air bag did [not deploy]" (air bag debe formar parte de PART_OF_CAR, relacionado por sufferedFrom con este ACCIDENT_OUTCOME), e indicaciones de gravedad.
CONDITION	Condiciones meteorológicas o de la carretera; un aspecto de la escena que podría afectar a la probabilidad de accidente
y que podría cambiar de un día para otro, pero que no se trata del coche ni del conductor. Puede ser un error de conductor o mecánico, y debe aparecer como problemático. Debería excluir STRUCTURE.	"dry", "rainy", "construction", "heavy traffic", "daylight", but not "grassy" o "intoxicated". "flat tire", "overcorrected" (como en steering), "asleep", "intoxicated", "[failed to negotiate]CONDITION a [curve]STRUCTURE", "[departed] the lane" o shoulder, per no "attempting to pass" a menos que esta frase vaya acompañada de "without enough room" o algo parecido, no "departing the road", que es INCIDENT.
INCIDENT	Una mención real de una colisión, o un movimiento de un coche que es inequívocamente inapropiado y posiblemente
destructivo, como salirse de la carretera, o algún otro incidente perjudicial, como un incendio en un coche. No
haga correferencia movimientos no idénticos entre sí, como "impacted", "pushed rearward" y
"came to final rest", incluso aunque estén estrechamente asociados. Excluya la ESTRUCTURA del alcance; por ejemplo, "[cayó] INCIDENTE en una [zanjaESTRUCTURA] " o "[quedó en contactoINCIDENTE] con el [guardarraílESTRUCTURA] ".
MANUFACTURER	La empresa que fabrica el vehículo	Toyota, Mazda, General Motors
MODELO	El tipo de coche específico, hecho por un fabricante específico. Excluya cualesquiera indicadores de línea de términos/recorte adicionales
como "LX" o "SE" (p. ej., anote solo "Xterra" para la frase "Xterra
SE").	Camry
MODEL_YEAR	El año del modelo que forma parte del nombre del coche.	'99, 2001
PART_OF_CAR	Una parte de un vehículo, ya sea dentro o fuera del mismo, independientemente de si está específicamente
implicado en el incidente. Excluya listados de capacidades de esas partes. Incluya indicaciones de dónde está
la parte en el coche, o algo que solo haga referencia a una parte de un coche sin ser una
parte específica. Puede ser plural. Puede incluir la especificación de la posición en el vehículo, como "[airbag del conductor] ", "[puerta RF] " (es decir, delantera derecha), "pasajero [RR] ", "[airbags LF y RF] ", "[sistemas de retención pasivos/automáticos de la primera fila] ", "[sistema de seguridad] con capacidades EDR". Incluye
barcos volcados, tanques, etc., excepto semirremolques, que tienen un año/modelo/fabricante distinto.	Sección transversal, plano frontal, neumático, volante, airbag, etc.
PERSON	Cualquier persona descrita en una escena de accidente en un informe (podría ser un conductor o un
pasajero/ocupante de un vehículo, peatón o testigo). No anote adjetivos, por lo tanto, no anote "un [hombre de 69 años] conducía", pero sí anote "un [hombre] de 69 años conducía". Puede estar en plural, por ejemplo, "LR y RF [occupants]". Excluye a las personas que llegan después del incidente. >En ausencia de un tipo de entidad "animal", utilice PERSONA para etiquetar a los animales salvajes implicados en / causantes de colisiones, ya que su capacidad de movimiento los asemeja más a una PERSONA que a una ESTRUCTURA. Nota: "airbag pasajero" es una PART_OF_CAR; no implica que haya una persona presente.
STRUCTURE	Una estructura que está en, cerca de, o forma parte de una carretera. Incluya adjetivos de carretera específicos que sean relevantes
para la configuración de un accidente; omita otros adjetivos.	[two-lane, two-way road], [left lane], eastbound [lane], 2-foot [ditch], [right lane line], [exit ramp], [pole], [tree], steep descending [embankment]
VEHICLE	Cualquier referencia a vehículos que no sea MODEL, MANUFACTURER ni MODEL_YEAR. Puede ser plural, en
cuyo caso la correferencia es muy poco probable y no tiene relación de parte de grupo.	"the [truck]", "the [car]", "[V1]'s"

Tipos de relaciones

El sistema de tipos utiliza tipos de relación, pero no clases de relación ni otros atributos de relaciones. La negación no está codificada por una clase de relación, sino por las extensiones de las menciones, por ejemplo,[no occupants]PERSON were [hospitalized]ACCIDENT_OUTCOME, con las dos menciones enlazadas por el tipo de relación sufferedFrom.

Posibles tipos de entidades para la primera mención	Tipo de relación	Posibles tipos de etity para la segunda mención
VEHICLE, MODEL, MANUFACTURER ²	hasProperty	MANUFACTURER, MODEL, MODEL_YEAR
PERSON	occupantOf	VEHICLE, MODEL, MANUFACTURER, MODEL_YEAR ¹, PART_OF_CAR, STRUCTURE
PERSON, PART_OF_CAR, STRUCTURE, VEHICLE, MODEL, MANUFACTURER, MODEL_YEAR ¹	sufferedFrom	ACCIDENT_OUTCOME
VEHICLE	driveUnder	CONDITION, ACCIDENT_CAUSE
PART_OF_CAR	locatedOn	VEHICLE, MODEL, MANUFACTURER, MODEL_YEAR ¹
ACCIDENT_OUTCOME	outcomeOf	INCIDENT
INCIDENT	causedBy	CONDITION, ACCIDENT_CAUSE (recordatorio: requiere evidencia textual de la cuasalidad)
INCIDENT	impactPoint	PERSON, PART_OF_CAR, STRUCTURE, VEHICLE, MANUFACTURER, MODEL o MODEL_YEAR ¹ que se ven afectado o implicados en el accidente. impactPoint for STRUCTURE no incluye la mera especificación de la ubicación de un impacto que no implica esa estructura, por lo que no se aplica a dos vehículos que colisionan en una estructura [intersection], pero sí se aplica a un vehículo correspondiente a una estructura [embankment].

Notas de tabla

La notación VEHICLE/MODEL/MANUFACTURER/MODEL_YEAR hace referencia a una mención de un vehículo. Las últimas tres son respectivamente para casos en los que el texto dice algo como "the Accord", "the Honda", o, probablemente raramente, "the '99". Los cuatro tipos de entidades están en orden de prioridad, de modo que en "the driver of the '99 Honda Accord", la relación seria driver (as PERSON) occupantOf Accord (as MODEL), en cuyo caso Accord tendría la relación hasProperty con Honda y '99.
MODEL y MANUFACTURER solo pueden ser el primer argumento de hasProperty, solo cuando aparecen como nombres (referencias a un vehículo). MODEL puede tener la relación hasProperty con MANUFACTURER y MODEL_YEAR, como en "the '99 Honda Accord drove". MANUFACTURER solo puede tener la relación hasProperty con MODEL_YEAR, como en "the '99 Honda drove".