Utilizamos los 'tipos' y 'propiedades' de Schema.org para organizar muchos tipos de datos. La aplicación está impulsada por el vocabulario y la estructura de Schema.org, en lugar de utilizar schema.org para SEO. La aplicación estructura y relaciona trabajos terminados e inacabados de personas creativas como científicos, artistas, compositores, etc. Sus esfuerzos no se limitan a "trabajos creativos" como artículos y obras de arte, sino que también incluyen organizaciones, empresas, eventos y productos iniciados por ellos.

A partir de este año, usamos Schema.org porque tuvimos problemas en la estructuración semántica de nuestros datos en el pasado. Ahora estamos usando Schema.org, hacemos un buen progreso.

Para cada artículo que recolectamos usamosname ydescription (Thing propiedades) como campos descriptivos. Para ser aún más elobarato queremos agregarheadline yalternativeHeadline o un vocabulario similar de Schema.org para cada artículo que almacenamos en nuestra base de datos.

La siguiente lista de propiedades predeterminadas sería adecuada para todos los elementos con los que trata nuestra aplicación:

nameheadlinealternativeHeadlinedescriptionimage (no descriptivo)url (no descriptivo)

Para todos los tipos derivados deschema.org/CreativeWork las propiedadesheadline yalternativeHeadline coincide con schema.org, pero, por ejemplo,Event oProduct No tienen estas propiedades. Podríamos usar elThing propiedadesalternateName oabout, pero estas propiedades obviamente no son equivalentes deheadline yalternativeHeadline.

En resumen: buscamos una forma uniforme de agregar cuatro campos descriptivos básicos a cada elemento en nuestra aplicación, independientemente de sutype. ¿Cuál sería la mejor solución?