Create objectType
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 35/100
Rechercherichtung
Beginne mit der Durchsicht der verlinkten Get objectType API-Dokumentation und der vorhandenen objectType-REST-Operationen im Repository. Definiere die Erstellungsoperation und ihre Request-Payload anhand des Beispiels im Issue und überprüfe anschließend, dass fehlende Objekttypen für den beschriebenen Workflow zur Ontologie-Befüllung erstellt werden können.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
I can get a new object type via the REST API... but I can't create one.
Which means if I have a collection of object types to create at the start of an engagement, I'm going to have to manually add them. Obviously via REST I wouldn't expect to have the full flexibility of the manual wizard, but I would expect to be able to CRUD the basics at least
I would expect the potential request payload to be similar to the Get objectType with the exception of the RID's of all the elements.
Expected Payload
{
"apiName": "employee",
"description": "A full-time or part-time employee of our firm",
"displayName": "Employee",
"status": "ACTIVE",
"primaryKey": "employeeId",
"properties": {
"employeeId": {
"dataType": {
"type": "integer"
},
},
"fullName": {
"dataType": {
"type": "string"
},
},
"office": {
"description": "The unique ID of the employee's primary assigned office",
"dataType": {
"type": "string"
},
},
"startDate": {
"description": "The date the employee was hired (most recently, if they were re-hired)",
"dataType": {
"type": "date"
},
}
},
}
As an example use case, this would allow me to populate an Ontology with a 1:1 mapping of a pre-existing model: by listing the current ontology objects and then creating the missing ones.
- Vorherrschende Sprache
- Python
- Sterne
- 208
- Forks
- 49
- Ø Merge
- 15 Std. 8 Min.
- Gemergte PRs (30 T.)
- 2
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Kein Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus palantir/foundry-platform-python
-
Feature Request: API endpoints to create Object Types, Action Types, and Link Types programmaticallyOffen
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
palantir/foundry-platform-python#318 · 1 Kommentar ·
-
AIP Agents API Seems BrokenEvtl. wieder frei Ein Pull Request dazu wurde ohne Merge geschlossen. Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 15/100
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
palantir/foundry-platform-python#200 · 1 Reaktion ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
palantir/foundry-platform-python#83 · 3 Kommentare ·
Alle Issues in palantir/foundry-platform-python
Ähnliche Issues
-
documentation good first issue
Schwierigkeit 2/5 Ein halber Tag Anfängerfreundlichkeit 72/100
sujithputta02/Esapay#13 ·
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
Maintainer antworten meist innerhalb von 1 Tag
-
Flaky: credential-proxy admission metric test asserts a wall-clock bound it does not establishOffenneeds-triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
gke-labs/kube-agents#3277 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
jbacalso24/mimry#291 ·
Maintainer antworten meist innerhalb von 1 Tag
-
good first issue
Schwierigkeit 2/5 Unter einer Stunde Anfängerfreundlichkeit 82/100
eli-alvarado/us-watchlist-alerts#14 ·
Maintainer antworten meist innerhalb von 1 Tag