This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/db-wg@ripe.net/
[db-wg] 2022-01 Review Phase (Personal Data in the RIPE Database)
- Previous message (by thread): [db-wg] 2022-01 Review Phase (Personal Data in the RIPE Database)
- Next message (by thread): [db-wg] 2022-01 Review Phase (Personal Data in the RIPE Database)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Nick Hilliard
nick at foobar.org
Thu Oct 20 14:05:57 CEST 2022
Sander Steffann via db-wg wrote on 09/10/2022 12:33: > The executive board feedback corresponds to my opinion on this policy, especially these points: > - It significantly reduces the usability for one of its core purpose - being able to contact resource holders about their number resources. > - It puts at risk the public chain of custody of Internet number resources. > - We would welcome a discussion that focuses more on which parts of the data are publicly available, rather than a sweeping removal. > > I think a new and more detailed discussion is indeed necessary for > this proposal to go anywhere. The current proposal is not acceptable > to me. I'm inclined to agree with this, for the reasons given above. The justification for maintaining this data seems clear under the GDPR. Individual people are obviously welcome to disagree with this justification, but that doesn't mean that the justification is invalid. One of the conversations we had at the DBTF early on was the idea of approaching the ripe database with a chain saw and engaging in some far-reaching proposals to clean out a good deal of content from it. Tempting as that might have seemed at the time, the consensus view at the end of the DBTF process was that this would break too many things, and that an incremental clean-up would be more useful. The 2022-01 proposal is likely to break too many things, while creating an extremely large work pile for the RIPE NCC to manage. This doesn't seem like a good approach to dealing with any of the problems that the proposal aims towards (data accuracy / privacy / etc). Nick
- Previous message (by thread): [db-wg] 2022-01 Review Phase (Personal Data in the RIPE Database)
- Next message (by thread): [db-wg] 2022-01 Review Phase (Personal Data in the RIPE Database)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]