-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Request KB fixed IRIs for production, staging and block #54
Comments
Trying to think through the most generic way to do this. If we these are to potentially form part of a generic pipeline, then I don't want to give them VFB iris. @matentzn = How do autogenerated IRIs look? Can we give them a stable generic pattern? (not tied to VFB?) |
The pipeline generates iris like:
whenever a property x is not mapped to an OWL property. The built-in properties like nodeLabel etc use a slightly different IRI: |
Happy for these to be internal. |
From my point of view, I need a block:
|
Spec now here :VirtualFlyBrain/neo4j2owl#52 |
To ensure the embargo code is 100% stable, can we get AnnotationProperty nodes for
Otherwise, I will work with these autogenerated IRIs, which may be unstable if one day you decide to introduce APs!
The text was updated successfully, but these errors were encountered: