Hallo Martin,

The APN format was not requested by French users, but by a specific French customer.
Nevertheless, it is a general demand that has existed for more than 15 years.

But if you're spending time looking for solutions, what do you need?
Before talking about the various technical solutions, could you outline what you would like to improve?
___________

Das APN-Format wurde nicht von französischen Nutzern, sondern von einem bestimmten französischen Kunden gefordert.
Trotz allem ist es eine allgemeine Nachfrage, die seit über 15 Jahren bestand.

Aber wenn du Zeit damit verbringst, nach Lösungen zu suchen, was sind dann deine Bedürfnisse?
Bevor wir über die verschiedenen technischen Lösungen sprechen, könntest du darlegen, was du verbessern möchtest?

Hallo Martin,

Ich kann dir nicht sagen, wie sie es verwenden. Ich habe nicht mehr wirklich Informationen von Allplan France (ich habe das Unternehmen jetzt vor über 12 Jahren verlassen).
Da der Kunde ein sehr großes Unternehmen ist, denke ich, dass es in erster Linie darum geht, die Starrheit des PRJ-Ordners zu vermeiden (jeder kann das Projekt speichern, wo er will, wie bei jedem anderen Programm auch) und vielleicht auch, um den Austausch zwischen den Abteilungen zu erleichtern.

Ich finde das APN-Format interessant, weil es einem erlaubt, ein Projekt aus dem PRJ-Ordner "herauszunehmen", es an einem beliebigen Ort auf seiner Festplatte oder einem anderen Computer zu platzieren und wie gewohnt daran zu arbeiten.
Das erneute Laden des Projekts in den lokalen Ordner ist hingegen nicht vorgesehen. Man muss es selbst entpacken und in den PRJ-Ordner einfügen und das ursprüngliche Projekt manuell löschen, um Duplikate zu vermeiden...
Vielleicht wird es in der Version 2025 Verbesserungen geben.

ergänzend zu der Zusammenstellung von Jens, wie ich (möglicherweise liege ich auch falsch) das Ziel von COR sein sollte: Ich hab das Wissen alles nur aus 3. Hand und wenn ich falsch liege , nehme ich gerne alles zurück

Beispiel:
das Büro hat Projekte mit Share in der Cloud.
Bisher wurde der aktuelle bürostandard in das jeweilige Project übertragen.
ab dem 2 Projekt, kann das dann bedeuten, dass der "Standard" der Projekte sich unterschiedlich "entwickelt".
bei dem einen kommt eine Schraffur dazu, beim anderen ändert sich ein Muster oder was auch immer.

und soweit ich das verstanden hatte, sollte COR genau das verhindern: statt bei jedem Share eigenen Definitionen zu haben, wird der COR Standard genutzt.

Somit: wer kein share nutzt, dürfte nach meiner Logik dann auch kein COR brauchen.

aber eventuell kann COR auch genutzt werden, um in 2 Niederlassungen eines Büros, mit zwei unterschiedlichen Workgroup installationen, den Bürostandard trotzdem einheitlich zu haben. Also auch ohne share, aber mit Bürostandard in der Cloud. kann aber sein das ich komplett falsch liege, aber die Hilfe sagt das es gehen soll:

https://help.allplan.com/Allplan/2024-0/1031/Allplan/index.htm#407294.htm

Moin,

ergänzende Ergänzung zu Jörgs Hinweis:

-COR funktioniert NUR mit Share- Projekten! D.h.: wer kein Share nutzt KANN auch kein COR (ge)brauchen
-Aus dem von Jörg zitierten ALLPLAN- Hilfetext kann ich nicht entnehmen dass ein NICHT- Share- (Workgroup-) Projekt mit einem COR kombiniert werden kann... Meines Wissens nach ist das auch nicht vorgesehen.

-Es wird nicht der komplette Bürostandard in ein Share- Projekt übertragen sondern NUR die Ressourcen (Layer, Muster- und Schraffurdefinitionen usw.), NICHT z.B. die Bürobibliothek und andere Dinge aus dem BS.
-Wenn der gesamte aktuelle BS (.std- Ordner) zusammen mit den Share- Projekten standordübergreifend genutzt werden sollte MUSSTE dieser manuell verteilt werden. Das führt natürlich zu Redundanzen die es zu vermeiden gilt.
Das war vermutlich das/ ein Hauptmotiv bei der Entwicklung von COR.

Weil ich das oben nicht besonders präzise beschrieben habe wollte ich das nochmal ergänzen.

BG
Jens Maneke
AAP Sommerfeld