Enable hierarchical links between projects/actions #953
Comments
On beta,
@acka47 this is what I went with for now. |
Thanks for taking this over. (I have been covered with different other stuff this week.) Looks good. I suggest two things:
|
I agree - it looks good, so thanks very much!
+1 I think this will be enough for the beginning and nobody will be confused. If we see a need to expand the structure in the future, we still can add the Superordinated Field.
No better idea from my side. What would be the wording for the profile of the superordinated project/program? "Includes"? Just one additional issue: Right now a project can become part of itself: |
Do we really have to? It does not break anything (expect for logic maybe). |
What about "Subproject"? |
What we have right now is: "Sub project". |
This must be the reason I didn't talk about it in the first place. :-) But I think you better write it as one word, see https://en.wiktionary.org/wiki/subproject and https://www.google.de/search?q=%22sub+project%22 vs. https://www.google.de/search?q=%22subproject%22 |
Deployed to beta and, as discussed offline with @trugwaldsaenger, to production. To be continued. |
To be continued. |
It would be good to have the possibility to connect a project to a superordinated project by choosing the superordinated project in the template for the project itself. People won't like having to go to the superordinated project and edit this entry to get this result. |
I totally agree, but up there in #953 (comment), @acka47 and @trugwaldsaenger asked me to remove it. |
We decided again include the possibility to add a superordinated project to a project. |
Task for #925.
Basically, this is an isPartOf/hasPart relation: a project is part of a program and a project might also have sub-projects as its parts.
schema:isPartOf/hasPart are only intended to be used on relating things of type CreativeWork (see also schemaorg/schemaorg#1097). We might use dcterms instead.
The text was updated successfully, but these errors were encountered: