[oXygen-user] Looking for a creative solution for an image report

Mon Sep 16 01:12:09 CDT 2013

Hi Matt,

About one of your intentions:

> 3. I would like a way to check for orphaned images but I think I will need to wait for a CCMS that manages all objects across all maps before I can do this efficiently.

We actually plan to develop such a tool in a future version, actually we 
already have the code and use it internally for our user manual, to find 
orphan topics and images. But of course, it will probably not find as 
used those images which are linked from SVG graphics.
In the meantime one option would be to right click on the DITA Map 
opened in the DITA Maps Manager and choose "Export DITA Map". Then use 
our "Compare Directories" tool to compare the directory containing 
exported map contents with the current map directory. The exported map 
directory should contain only resources referenced directly or 
indirectly starting from the exported DITA Map.

Regards,
Radu

Radu Coravu
<oXygen/>  XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

On 9/13/2013 5:02 PM, KAATMAN Matthew wrote:
> A couple of intentions:
> 1. We want to use it as a checklist for screenshots that we need to grab for each language that we translate into. (We have a lot of orphaned files from the pre-DITA content.)
> 2. I was considering the possibility of creating a topic with a list of images and using conkeyref to the images to add more flexibility.
> 3. I would like a way to check for orphaned images but I think I will need to wait for a CCMS that manages all objects across all maps before I can do this efficiently.
> 4. Lastly, based on the hacked together example I created, it was a quick way to discover when we are using multiple images that are almost identical.
>
> -----Original Message-----
> From: oxygen-user-bounces at oxygenxml.com [mailto:oxygen-user-bounces at oxygenxml.com] On Behalf Of Oxygen XML Editor Support
> Sent: Friday, September 13, 2013 2:15 AM
> To: oxygen-user at oxygenxml.com
> Subject: Re: [oXygen-user] Looking for a creative solution for an image report
>
> Hi Matt,
>
> If you take Eliot's approach, the D4P EPUB plugin is already integrated in Oxygen.
> So you could to edit the DITA Map to EPUB transformation scenario and in the Parameters tab set the "clean.temp" parameter to "no".
> You will find this resource after the DITA Map to EPUB transformation:
>
> MAP_DIRECTORY\temp\epub\epub_temp\graphicMap.xml
>
> Another alternative would be to publish to PDF using the same "clean.temp" set to "no".
> Then in the temporary files folder you will find a resource like "map_MERGED.xml" which merges the entire DITA content in one file. Then you create and apply an XSLT 2.0 stylesheet which removes duplicates and makes an HTML report, possibly also parsing the SVG images to check for additional references.
>
> But what is your final intent on this? Do you want to check for orphan images?
>
> Regards,
> Radu
>
> Radu Coravu
> <oXygen/>  XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com
>
> On 9/13/2013 12:25 AM, KAATMAN Matthew wrote:
>> Thanks Eliot, That looks like a great jump-start for me!
>>
>> Matt
>>
>> -----Original Message-----
>> From: Eliot Kimber [mailto:ekimber at rsicms.com]
>> Sent: Thursday, September 12, 2013 4:24 PM
>> To: KAATMAN Matthew; Oxygen User
>> Subject: Re: [oXygen-user] Looking for a creative solution for an
>> image report
>>
>> If you use the DITA for Publishers HTML2, EPUB, or HTML5 transform it will generate a "graphic copy" Ant script that lists all things referenced by <image>. It will not handle references from within SVGs, although that's an interesting use case and one that the D4P code could be made to handle. (The EPUB transform is bundled with later versions of Oxygen).
>>
>> The logic that finds all graphic references could be used in isolation to produce the graphic report you're looking for.  The XSLT to look at is:
>>
>> net.sourceforge.dita4publishers.common.xslt/xsl/map2graphicMap.xsl
>>
>> This takes a (resolved) map and processes it and all topics referenced to find all references to graphics and objects (<image> and <object>). The result is an XML "graphic map" that maps graphic source URIs to output URIs (where the graphic should be copied to in the output).
>>
>> It doesn't look like it would be too hard to extend this code to handle references within inline or referenced SVG.
>>
>> Cheers,
>>
>> E.
>>
>> On 9/12/13 3:26 PM, "KAATMAN Matthew" <matthew.kaatman at biomerieux.com>
>> wrote:
>>
>>> I'd like to be able to get a list of images (paths + filenames)
>>> referenced from the topics within a map including those referenced from within SVGs.
>>>
>>> So far I've been doing fairly hackish things like using File/Replace
>>> in Files with a regular expression of \. And restrict to Xpath:
>>> //image[@href] using only attribute values.
>>>
>>> Then deduping the list and removing garbage but there's got to be a
>>> better way to get an accurate list quickly.
>>>
>>> Any thoughts?
>>>
>>> Matt
>>>
>>> AVIS : Ce courrier et ses pieces jointes sont destines a leur seul
>>> destinataire et peuvent contenir des informations confidentielles
>>> appartenant a bioMerieux. Si vous n'etes pas destinataire, vous etes
>>> informe que toute lecture, divulgation, ou reproduction de ce message
>>> et des pieces jointes est strictement interdite. Si vous avez recu ce
>>> message par erreur merci d'en prevenir l'expediteur et de le detruire, ainsi que ses pieces jointes.
>>> NOTICE: This message and attachments are intended only for the use of
>>> their addressee and may contain confidential information belonging to
>>> bioMerieux. If you are not the intended recipient, you are hereby
>>> notified that any reading, dissemination, distribution, or copying of
>>> this message, or any attachment, is strictly prohibited. If you have
>>> received this message in error, please notify the original sender
>>> immediately and delete this message, along with any attachments.
>>>
>>>
>>> _______________________________________________
>>> oXygen-user mailing list
>>> oXygen-user at oxygenxml.com
>>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>>
>> --
>> Eliot Kimber
>> Senior Solutions Architect | RSI Content Solutions
>> Work: 512.554.9368
>> <http://www.youtube.com/watch?v=Sj4qT8sH42s>
>> Web:  http://www.rsicms.com
>> Book: DITA For Practitioners, from XML Press,
>> http://xmlpress.net/publications/dita/practitioners-1/
>>
>>
>> AVIS : Ce courrier et ses pieces jointes sont destines a leur seul destinataire et peuvent contenir des informations confidentielles appartenant a bioMerieux. Si vous n'etes pas destinataire, vous etes informe que toute lecture, divulgation, ou reproduction de ce message et des pieces jointes est strictement interdite. Si vous avez recu ce message par erreur merci d'en prevenir l'expediteur et de le detruire, ainsi que ses pieces jointes.
>> NOTICE: This message and attachments are intended only for the use of their addressee and may contain confidential information belonging to bioMerieux. If you are not the intended recipient, you are hereby notified that any reading, dissemination, distribution, or copying of this message, or any attachment, is strictly prohibited. If you have received this message in error, please notify the original sender immediately and delete this message, along with any attachments.
>>
>>
>> _______________________________________________
>> oXygen-user mailing list
>> oXygen-user at oxygenxml.com
>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at oxygenxml.com
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>
> AVIS : Ce courrier et ses pieces jointes sont destines a leur seul destinataire et peuvent contenir des informations confidentielles appartenant a bioMerieux. Si vous n'etes pas destinataire, vous etes informe que toute lecture, divulgation, ou reproduction de ce message et des pieces jointes est strictement interdite. Si vous avez recu ce message par erreur merci d'en prevenir l'expediteur et de le detruire, ainsi que ses pieces jointes.
> NOTICE: This message and attachments are intended only for the use of their addressee and may contain confidential information belonging to bioMerieux. If you are not the intended recipient, you are hereby notified that any reading, dissemination, distribution, or copying of this message, or any attachment, is strictly prohibited. If you have received this message in error, please notify the original sender immediately and delete this message, along with any attachments.
>
>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at oxygenxml.com
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>