Förslag UID istället för ID i specifikationer

[Andreas Sundberg]

Hej!

Vi tittar i Södertälje kommun på specifikationen Grillplatser och följer såklart den vid vår publicering av Grillplatser i kommunen.

Dock stötte vi på ett problem som jag vill lyfta.
Vårt GIS-system får en konflikt med attributet ID då GIS-systemet skapar upp ett eget ID som också heter just ID.
Jag gissar att fler kommuner kan ha samma problem.

Skulle det vara lämpligt att vid en ny version av Grillplatser och även andra datamängder istället använda UID?
Unique Identifier.

Vad säger ni andra?

@Björn-Hagström @tomasmonsen @Eric @mattias @Maria-Söderlind med flera

[Maria Söderlind]

@Andreas-Sundberg En fundering, det ID som ert interna system har - är det inte detta som ska in i datamängden? Självklart förutsatt att det är unikt och inte återanvänds.
Vi har möjlighet att byta namn på fält vid importen till vår dataportal, så för oss kommer det inte att bli ett problem om ID kvarstår. Men, med det sagt är det viktigaste att specifikationerna funkar för alla, inte bara för vissa. Så om ID ställer till det för er så håller jag med om att vi fortsättningsvis bör kalla sådana fält för UID

[Ainali]

Om man ska göra en generell lösning, för kanske finns det system som har en egen kolumn som heter UID, så bör ni kika om det går att ge ett alias för fältnamnen vid export/exponering eller automatisera en transformation av datat vid export från ert system.

[mattias]

@Ainali Bra inspel här. @Andreas-Sundberg Vi har ju pratat lite om detta och jag håller med @Ainali - det bör gå att i ett GIS-system anpassa till ID. Det är ju risk för att UID lika gärna krockar med något annat.

[tomasmonsen]

Hej jag instämmer med övriga. Det är svårt eller omöjligt att ta höjd för alla system med reserverade ord, i en är ID reserverat, i ett annat system är "latitude" och "longitude" reserverade.

Jag är lite osäker på hur exakt konflikten sker, men nån form av transformation kanske man kan få till?

Uppstår konflikten då ni tänker er att datat om en grillplats ska läsas i realtid från en tabell via ett API i ert GIS-system?

Jag tänker att man kan döpa tabellen i GIS-systemet annars till vad som helst och när man som @Ainali skriver byta det namnet vid export. Så gör vi i Töreboda/Mariestad/Gullspång när vi hanterar grillplatser i en sharepointlista eller Excelblad - där heter kolumnerna "Badplatsens fullständiga namn" men när datat exporteras till vår datakatalog transformerar man namnet till "name".

Jag sparkar ju in öppna dörrar kanske, har det löst sig, kom ni på nån lösning som du kan dela med dig av?

Ser inga problem att ändra i specifikationen heller, vi måste till slut börja versionshantera dem, så det är ju lika bra att träna på något "enkelt" och "ofarligt" som grillplatser