Hi Mario,This is very straightforward. My concern is in the data consistency and redundancy.
You have a very nice example, where just postOfficeBox and countryCode are not localised.
And even in this example if the localisation would set different countryCode the dataset would be inconsistent, maybe leaving even room to some misuse.
If the dataset would contain much more properties which are not being localised - tel/fax/email/vatid etc. then there will be a lot of redundant data where the implementation would either need to decide to close eyes and just trust they have the same content or implement some consistency check and error handling. All not nice.
Putting all trust in implementers of object creators (RDAP servers in this case) will render errors IMHO.
In the context of RDAP redaction would be more complicated as for each object there would be more paths to cover - at least as long as JSONPath is in use. However still easier or even possible compared to the original patch objects.
Kind Regards, Pawel On 29.04.25 12:40, Mario Loffredo wrote:
Hi,just made a simple project on GitHub (https://github.com/mario-loffredo/TestJSContactProfile) to demonstrate how it would be easy to implement the JSContact profile for RDAP.The test at https://github.com/mario-loffredo/TestJSContactProfile/blob/master/src/test/java/testJSContactProfileForRDAP/LocalizationsTest.java is executed on the JSContact card reported in Figure 1 of https://datatracker.ietf.org/doc/draft-ietf-regext-rdap-jscontact/.The uid property has been removed. As for localizations, I think the solution described in the JSContact profile document is the best way to go, as it preserves the efficiency and flexibility of the original proposal and, at the same time, allows implementers to handle localizations without having to deal with JSONPointer.The test project demonstrates that, using basic Java features (and I imagine that the same features are available in all programming languages as well), an implementer can deserialize a JSContact card including the "localizations" property into a simple data structure.Any feedback is appreciated. Best, Mario -- Dott. Mario Loffredo Senior Technologist Technological Unit “Digital Innovation” Institute of Informatics and Telematics (IIT) National Research Council (CNR) Address: Via G. Moruzzi 1, I-56124 PISA, Italy Phone: +39.0503153497 Web:http://www.iit.cnr.it/mario.loffredo _______________________________________________ regext mailing list [email protected] To unsubscribe send an email [email protected]
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ regext mailing list -- [email protected] To unsubscribe send an email to [email protected]
