Open ArjanLoeffen opened 8 months ago
Het is niet mogelijk om plaatjes direct op te nemen in een notitie in EA. Vanuit de notities moet dus worden verwezen naar een plaatje dat op en andere manier is opgenomen in EA, en dat daarvandaan door Imvertor kan worden ingevoegd op de juiste plek.
Mogelijk aanpak zoeken in:
Plaatjes drag&drop op een diagram dat speciaal daarvoor is geïntroduceerd. Dit "diagram plaatje" kan dan worden ingevoegd op de plek waar er naar verwezen is, door middel van een Hyperlink/Diagram image.
$diagramimg://{BB416021-498A-4ba5-A518-57403C3F3A8D}
.Alle plaatjes kunnen á la Documentor worden verzameld op een vaste plek en meegeleverd in het Respec documentatie proces. Naar betreffende plaatje kan worden verwezen via Hyperlink/File.
[hele lokale pad naar plaatje].png
Het plaatje kan worden ingeladen via de image manager (Settings/Images). De image manager kan worden aangevuld met Add new.
$imageman://id=761587016;mdg=Global;name=Klepstuw;type=Bitmap;
Je kunt ook een file (plaatje) toevoegen in de "Properties" dialoog van bv een Class/Objectype. Het is hiermee echter niet mogelijk te verwijzen vanuit een plek in notities naar dat plaatje.
Er lijken twee oplossingen acceptabel:
Er is nog wel wat uit te zoeken m.b.t. omvang en plaatsing van de plaatjes.
Binnen de EA Ad-in is een voorziening opgenomen om alle files die zich bevinden in een zgn. modeldoc folder mee te leveren aan Imvertor. Imvertor selecteert de MsWord bestanden uit deze (sub)folder(s) en zet ze om naar hoofdstukken in de Respec documentatie (mits zo geconfigureerd).
Wanneer men besluit andere info in betreffende modeldoc folder op te nemen wordt die ook meegeleverd. Dus zonder de add-in te hoeven aanpassen wordt het Imvertor proces aangestuurd met aanlevering van al deze files.
In notities kan men op willekeurige plekken een koppeling naar een van deze files opnemen, zoals in eerder commentaar besproken. Imvertor is erop in te richten deze referenties te interpreteren en dit om te zetten in een acceptabele weergave in de Respec documentatie. Voor de hier besproken eisen is dat: plaats het plaatje (PNG, JPG o.i.d.) op betreffende plek in de Respec catalogus. Voor andere typen bestanden zijn andere functies bespreekbaar maar nu out of scope.
Deze functionaliteit wordt dan onderdeel van Documentor. Dat is dus nog géén onderdeel van Imvertor OS maar van een Armatiek functionaliteit die wel is geïntegreerd met Imvertor, maar als aparte server applicatie beschikbaar is. Deze is voor alle Imvertor gebruikers die via de Armatiek SaaS Imvertor aanspreken beschikbaar.
NB Op termijn wordt overwogen deze functie onderdeel te maken van Imvertor OS.
Eerste resultaat voor deze aanpak stemt hoopvol:
Vereist is (nog) wel dat Documentor wordt gebruikt voor het samenstellen van de Respec content.
Deze is nu ook geïmplementeerd:
Beste optie voor iedereen: gebruik de image manager.
De images die als base64 worden geleverd in de XMI export worden aan het begin van het verwerkingsproces uitgelezen en omgezet naar een plaatje in de /Images
folder. Hierdoor is de XMI niet zo omvangrijk zodat er hierdoor geen geheugenproblemen zullen optreden.
Beide oplossingen zijn nu beschikbaar en kunnen worden getest.
Wij hebben geprobeerd de weg via de image manager te volgen voor het toevoegen van een plaatje aan de toelichting van een attribuut. In het informatiemodel IMG. Hij werd toen opgenomen als link, maar Imvertor heeft de betreffende afbeelding niet toegevoegd aan de images map en hij kwam ook niet tevoorschijn in het Respec document. De link die wel in de toelichting kwam bleek niet te weken.
Wij weten alleen niet zeker of het een base64 afbeelding is. Het betreft: . of https://github.com/Geonovum/IMG/blob/gh-pages/data/Images/fig33_dwarsdoorsnee_talud.png Had dit moeten werken of doen we iets verkeerd?
Uiteindelijk hebben we het handmatig geplaatst in data/Images en daarna aangeroepen vanuit IMG-cat.respec.html. Dat werkte wel, zie: https://geonovum.github.io/IMG/#detail_attribute_IMGeluid_SpoordeelGPP_geluidbronregisterlijn
Met vriendelijke groet, Pieter Bresters Geonovum
Het moet zo zijn dat als je via de image manager een plaatje kunt uploaden, en het dus wordt opgenomen in die imagemanager, de link ook tot een weergave in de toelichting leidt. Zo niet, dan is er sprake van een bug.
Ik heb het geprobeerd met het genoemde plaatje, in een toelichting sectie van het notes veld. Je ziet dan zoiets als:
En dat resulteert in (fragment):
Dat laatste (resulterende fragment) gebeurt bij ons dus niet en het plaatje komt ook niet in de map data/images. Daarom hebben we het handmatig gedaan door het zelf in die map te zetten en zelf de link in het html document op te nemen.
Dit was beschikbaar als nieuwe functie in de nightly build. Hebben jullie die daarvoor gebruikt? Misschien kunnen julie het met deze versie aan jullie kant even testen. NB binnenkort komt de volgende versie van Imvertor uit, dan is deze functie daarin opgenomen.
Ah… dat zou een verklaring kunnen zijn. Wij hebben versie 3 gebruikt, want hogere versies gaven andere problemen. Wij wachten even met verder testen tot de volgende versie uitkomt en wij een nieuwe publicatie uitbrengen.
Geef even aan wat er mis gaat met versie 4. Want dat mag niet gebeuren.
Hoi Arjan,
Ik ben er helaas niet meer aan toegekomen om dit uit te zoeken. Nu ben ik met verlof tot 25 juli ik hoop daarna ernaar te kunnen kijken.
Met vriendelijke groet, Pieter Bresters
Geonovum Senior adviseur
a: Barchman Wuytierslaan 10, 3818 LH Amersfoort p: Postbus 508, 3800 AM Amersfoort t: + 31 (0)6 82899376 e: @.**@.> i: www.geonovum.nlhttp://www.geonovum.nl/
Afwezig op vrijdag
Van: Arjan Loeffen @.> Verzonden: maandag 15 juli 2024 12:38 Aan: Imvertor/Imvertor-Maven @.> CC: Pieter Bresters @.>; Comment @.> Onderwerp: Re: [Imvertor/Imvertor-Maven] Plaatjes kunnen uitlezen en verwerken in de Respec catalogus (Issue #467)
Geef even aan wat er mis gaat met versie 4. Want dat mag niet gebeuren.
— Reply to this email directly, view it on GitHubhttps://github.com/Imvertor/Imvertor-Maven/issues/467#issuecomment-2228193129, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ATCVBUJQLOPKOV6ZYJNRQLLZMOQ7DAVCNFSM6AAAAABFGZXZVGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMRYGE4TGMJSHE. You are receiving this because you commented.Message ID: @.**@.>>
Hoi Arjan,
Hij loopt met 4.0 al vast voordat hij een logfile kan maken: Dat zie je ook in het dashboard: Met 4.1 loopt die niet vast , maar dan is er een ander probleem dat los staat van het plaatses probleem, zie dashboard.
3.1 zet wel een link naar het plaatje maar met een vreemd pad: "https://geonovum.github.io/IMG/%7Bges/fig33-dwarsdoorsnee-talud.png'"
Ik kijk er naar. Ben je maandag beschikbaar voor terugkoppeling?
-- Arjan vanaf mobiel
Ja, ik ben maandag beschikbaar.
Met vriendelijke groet, Pieter Bresters
Dit is een melding dat er een configuratie fout is opgetreden; dit heeft niets te maken met de plaatjes:
Found "0" items with id "IMGEO22" allowed for names "Map", in mapping named "NEN3610_GML321"
Dit betekent: er is geen map voor conceptueel schema IMGEO22. Dat klopt, deze referentie mist in conceptual schemas.xml. Die aanpassing is uitgevoerd door Geonovum, maar foutief. We hebben hem geaccepteerd, dat had niet gemoeten.
We kunnen deze IMGEO22 mapping introduceren en IMGEO211 laten vallen, of andersom, beide kunnen niet naast elkaar bestaan. Wat doen?
Dit ga ik intern voorleggen, maar de reacties gaan helaas even duren, want iedereen is op vakantie.
Ik kan ook die IMGEO22 mapping verwijderen, want die is gewoon helemaal niet goed gecodeerd. Had er nooit doorheen mogen komen. Is ook niet getest door Geonovum. Zie ook https://github.com/Imvertor/Imvertor-Maven/issues/512
Zo te zien is de IMGEO22 ooit geïntroduceerd door @adbgnm. Hij kan dus een uitspraak doen over verwijderen of fixen. Mocht het de voortgang van het proces in de weg staan kunnen we dan IMGEO22 uitcommentaren?
In de laatste build (Imvertor 4.1) is deze al uitgecommentarieerd.
Imvertor kan de XMI en de diagrammen, wanneer correct aangeleverd, verwerken in aangeboden catalogus documentatievorm (op dit moment Respec en MsWord). Onderzoek of het mogelijk is ook andere plaatjes, gebonden aan een construct in de UML en/of aan de notities daarop, op te nemen in de uiteindelijke catalogus info.
Neem hierbij ook mee dat deze plaatjes vanuit Enterprise Architect zouden kunnen worden aangeleverd.