Proposta di utilizzo di info.x-gdpr per contatti dei responsabili ed … #22
Conversation
…in components.schemas a livello di classe ed attributo
| @@ -609,15 +622,21 @@ components: | |||
| run: 'MILANO, Greco Pirelli, Stazione' | |||
| transport: '3' | |||
| TimetableFermata: | |||
| x-gdpr: | |||
There was a problem hiding this comment.
@stefkohub mi pare sensato.
| properties: | ||
| id: | ||
| type: string | ||
| stop: | ||
| type: string | ||
| x: | ||
| $ref: '#/components/schemas/Longitudine' | ||
| x-gdpr: |
There was a problem hiding this comment.
- $ref è un puntatore tout-court, non puoi affiancargli nulla.
- il tipo di dato dovrebb'essere eventualmente definito nello schema "puntato" (eg. Latitudine)
There was a problem hiding this comment.
Messo così effettivamente viene ignorato dal motore ufficiale, per renderlo corretto potremmo ragionare anche sul senso che avrebbe usare un allOf:
allOf:
- $ref: '#/components/schemas/Longitudine'
- x-gdpr: ...
Però credo sia più importante quello che dici nel secondo punto. E' molto meglio definire questo attributo gdpr nello schema "puntato" da $ref.
There was a problem hiding this comment.
afaik gli elementi della lista allOf devono essere schema, mentre x-gdpr è un oggetto. Ti torna? Ci ho pensato ancora e non ho trovato soluzioni alternative al definire x-gdpr al di fuori dello schema puntato da $ref...
There was a problem hiding this comment.
Si anche io ci ho ragionato un po' e sono d'accordo.
Va messo nello schema "puntato" da $ref.
…in components.schemas a livello di classe ed attributo
In questo modo si coprono sia gli aspetti di trasparenza sui gestori e responsabili del trattamento dei dati, che lato schema per la composizione automatica dell'insieme delle informazioni per gestire il genere di dato trattato.