Word import/linking - index keywords and cross-ref conversion options

Hi all,
there are two options for linking/importing Word documents that seem to have no function. Maybe somebody can clarify what these are used for?
* First, the option "Add index keywords to topics" in the link properties is always greyed out, even if I select this option in the project settings. When is this option available, and why would you choose it rather that creating a new linked index?
* In the conversion settings in the project settings window, there is an option to convert cross-references to hyperlinks. But cross-refs are always converted for me even if this check box is not selected. Does this option do anything?
Robert

OK - I tried something crazy but I don't know why it worked.
New question, before I waste alot of time, will this contine
to work?
I created a "RoboHelp for Word" project. I got a Run-time
error '49': Bad DLL calling convention messge.
I keep getting messages saying there is a problem with
Micorsoft Word, or Unable to load Virtual Transaction Module and
had to kill the process using the Task Manager. Obviously, I
abandoned this approach. I did however open that project with
RoboHelp HTML and when I imported a Word document the Index was
created.
Any ideas why?
Thanks.

Similar Messages

  • Broken Links Index Keyword

    Hello All,
    I have a bunch of index keywords that show up under Broken
    Links and I can't seem to resolve them. RoboHelp help has a topic,
    "Removing topic references from keywords" but their procedure
    doesn't work for me. If anyone has figured out a fix, let me know.
    M.S

    Well, I think I got it figured out. This may not be the best
    way, but I'll share it with the community anyway in case anyone
    else needs it.
    1. In RoboHelp go to Tools > Reports > Broken links.
    2. Save the report to a text file.
    3. Close RoboHelp (it'll crash later if you don't)
    4. Find the .hhk file in the project folder (back it up
    before starting)
    5. Open the .hhk file with WordPad.
    6. Copy part of the "Missing Topic" path from the report and
    search for it in the .hhk file.
    7. When you find the keyword reference, delete everything
    between the <li><object
    type="text/sitemap"></object> tags.
    8. Save the .hhk
    Note: after doing this, I had to restart my computer before I
    could open a topic in RH without it crashing.

  • Incompatibility issue with imported images losing keywords and other metada

    I am reposting this with a more descriptive title in hopes that the powers that be will look into this. This really nice piece of software is currently doubling the time in my workflow by having to re-input keywords, etc. after importing.
    Wayne_N
    Posts: 5
    From: Texas
    Registered: Sep 24, 2006
    Re: import keywords and ratings into Aperture from adobe apps?
    Posted: Nov 18, 2006 2:40 PM in response to: Egg
    Click to reply to this topic Reply email Email
    I am getting the opposite result. I have lost a lot of my keywords and various other data input in Bridge. Is there a setting I'm missing? I also put in Country name, city, state, contact, etc. in my Brdige metadata, but this is not importing with the RAW files. I am referencing images if that matters, although it shouldn't.
    Macbook Pro and Mac Pro Mac OS X (10.4.7)
    pvonk
    Posts: 19
    Registered: Mar 2, 2005
    New! Re: import keywords and ratings into Aperture from adobe apps?
    Posted: Nov 18, 2006 3:25 PM in response to: Egg
    Click to reply to this topic Reply email Email
    I also used Bridge/ACR to rate and add keywords to RAWS (Canon) and also used Adobe DNG converter to make DNG files from these.
    No ratings or keywords have imported for any RAWs and DNGs. And, for some DNG files (which I can see in Bridge and iViewMedia), they cannot be displayed in Aperture. It's very strange since I've used the same workflow to create the DNG files over the past year. Some can be imported/viewed, some cannot be viewed. All originally from the same camera/RAW file. I've read in this forum that Aperture cannot read things like keywords from sidecar files.
    I am hopeful that Apple will make DNG sidecar file import a big priority.
    - Pierre
    MacBook Pro, 2.16 GHz, 2 GB SDRAM Mac OS X (10.4.8)
    Macbook Pro and Mac Pro Mac OS X (10.4.7)
    Macbook Pro and Mac Pro Mac OS X (10.4.7)
    Macbook Pro and Mac Pro   Mac OS X (10.4.7)  
    Macbook Pro and Mac Pro   Mac OS X (10.4.7)  
    Macbook Pro and Mac Pro   Mac OS X (10.4.7)  
    Macbook Pro and Mac Pro   Mac OS X (10.4.7)  
    Macbook Pro and Mac Pro   Mac OS X (10.4.7)  
    Macbook Pro and Mac Pro   Mac OS X (10.4.7)  

    I have been testing Lightroom since beta 2, but after reading The DAM Book, I decided to hold off committing to LR since it was not clear that it would fit into the workflow recommended in the book.
    I had processed some of my recent photos, adding ratings and keywords (and doing some editing - but I knew that was not necessarily permanent due to LR's incompatibility with PS/Bridge when it came to metadata).
    I had briefly looked at Aperture a while back, but was turned off by the price (then $500) and the fact that it couldn't reference the original files. When the 1.5 demo came out with its improvements, I tried it and loved it! After much thought about the workflow I had developed, I decided that I could alter it so that Aperture would fit in - in fact it would be my main app (giving up Bridge/ACR/iViewMedia Pro).
    As per The DAM Book, I had begun converting my Canon RAWs to DNG (fortunately kept most of my RAWs). The first thing I discovered in the demo (I have since purchased the app, 1.5.1) was the fact that none of my ratings and keywords came through. Also, I used the color labels in Bridge to help during the evaluation phase, those didn't come through either, but I expected that. As I also noted in the previous post, some of my DNGs can't be viewed in Aperture even though they can be viewed in Bridge and iViewMedia.
    Fortunately, I had not "processed" all that many photos in my collection, so I can easily start again with the ratings and keywords. BUT there will be many photographers who have, and if Aperture hopes to tempt them away from LR or the other workflows, the Apple team should seriously consider providing support for Adobe's keywords/ratings found in sidecars and perhaps in DNGs. Also, good support of DNGs might be another thing to look at, as many users have been converting from RAW as I have.
    Just my three cents (inflation).
    - Pierre

  • Acrobat 9 Pro: Links to Word TOC and cross references are lost

    I'm testing Acrobat 9 Pro and while it successfully creates a PDF from Word 2003 with bookmarks, all my TOC and internal page reference links are lost.
    I have triple checked the conversion settings from the Adobe PDF menu option in Word, and the "Convert cross-references and table of contents to links" check box is definitely selected.
    I used the same Word document on another machine with Acrobat 6 Pro installed - and the TOC and cross ref links were created successfully. As far as I can see the Adobe PDF settings in Word 2003 on both machines are the same - the only difference is that one uses Acrobat 6 Pro and the other uses Acrobat 9 Pro.
    The only setting in 9 Pro I turned off was the 'enable accessibility tagging' one; it's also turned off in 6 Pro. The remaining settings are the default.
    A clickable TOC and internal links is essential for my clients who often have 400+ page documents.
    Anybody have any suggestions? Or can anybody confirm that they do/don't get the same behavior in Acrobat 9 Pro?

    Thanks Abhigyan - your test PDF worked fine for me.
    This is what I've done today:
    1. Checked for all instances of pdfm*.dot files and removed any that were lurking in old Application Data and Microsoft Office folders.
    2. Deleted all Acrobat 5 and 6 folders and subfolders still lurking in Program Files.
    3. Used Add/Remove to delete Adobe Reader 8 and its updates. I figure I can always install Reader 9 if I need it as a separate app.
    4. Checked that everything was gone using the Windows Installer CleanUp utility (it was).
    5. Restarted my machine.
    6. Turned off my anti-virus software.
    7. Did a search for any pdfm*.dot files - found one only in the current Microsoft Office folder and left it there.
    8. Reinstalled Acrobat 9 Professional.
    9. Opened my test Word 2003 document.
    10. Checked all the Acrobat conversion settings and left them as the defaults.
    11. Converted the doc to PDF and checked for internal links. Yes! The TOC links worked! But my joy was short-lived as the page link didn't work...
    12. Tried various other conversion settings based on some suggestions from Lance in first level Adobe Support yesterday - still no page link. And I also lost the TOC links when I cleared the Enable Accessibility check box on the Settings tab of the conversion settings.
    13. Checked the Edit > Preferences > Convert To PDF settings for Word in Acrobat 9 - add bookmarks and add links are both selected (default).
    14. Used Acrobat 9 to create the PDF (File > Create > From File) hoping that this might might a difference. Nope. No TOC or page links.
    15. Changed conversion settings back to default via Word 2003, and created a PDF from a longer document. Again the TOC links worked, the URLs worked (they always did), the bookmarks worked (they always did too), but the none of the internal page cross-reference links worked.
    So my summary is this:
    * I can only create TOC links *if* Enable Accessibility is turned on, but I have always turned this off in earlier versions of Acrobat as I don't need it and it made the process of creating a PDF from a long document incredibly slow - I'm wary of using it!
    * I cannot get internal page links to work at all, no matter which method I use to create the PDF (from within Word or within Acrobat), and no matter which conversion settings I select.
    I really don't know what to try next. Manually creating links for what could be hundreds of cross-references in a single document is NOT an option, especially as I have many of these long documents.
    Any further suggestions?

  • How to Fix Index Keyword[colon]Subkeyword in RH 7 HTML

    I have a longstanding RH X5 for Word help project that I have compiled as Win4 Help (*.HLP) countless times. The Index formats nicely with Keywords on the left margin and Subkeywords indented beneath their respective Keywords.
    When I open a copy of this same project in RH 7 HTML (see post here), the Keywords in the Index format as expected, but the Subkeywords do not indent beneath their respective Keywords.  Instead, the Keyword plus a colon appears before each Subkeyword.
    For example,
    Reports
        Detail
        Summary
    appears as
    Reports
    Reports:Detail
    Reports:Summary
    This use of colons and not indenting prior to Subkeywords persists in all my outputs from the newly-opened RH 7 HTML project.  This is not acceptable.
    I hope that someone has the answer on how to either
    open a RH X5 for Word project in RH 7 HTML, such that either the Index Keywords and Subkeywords behave properly and show up like the first example above.
    OR
    provide a workaround short of manually editing the HTML code, to supply the Index Keywords and Subkeywords as shown in the first example above.
    Thank you,
    Marjorie

    Elisa,
    I did file a bug report, referencing this forum post.  Here's hoping Adobe will fix this bug.
    I did end up editing the *.HHK file using the following method:
    1. Close RH7.
    2. Open the existing *.HHK in Notepad.
    3. Open Word.
    4. Copy the contents from Notepad into Word.
    5. Save the Word file.
    6. Close Notepad without saving.
    7. Create macros in Word that help edit the Subkeywords so they appear as unordered lists of "objects" nested right below the
    list item "object" for the main keyword.
    8. Use these macros to fix up the *.HHK file text.
    9. Save in Word.
    10. Open Notepad.
    11. Copy all the *.HHK file text into Notepad.
    12. Save the *.HHK in Notepad.  NOTE:  Save in a folder other than the RoboHelp project folder!
    13. Open Windows Explorer and navigate to the RoboHelp project folder.
    14. Rename the existing *.HHK in Windows Explorer.  (I like to change the extension so RoboHelp won't recognize it as a *.HHK
    file anymore.)
    15. Copy the updated *.HHK into my project folder.
    16. Open the RH7 project.
    I did use the GUI Index pod to make a few changes, where I found any problems in the new Index.
    So, I will keep my macros and they should help me if I ever need to do this again.
    If anyone wants a copy of these macros, let me know and I will copy them here.  They work in Word 2003.
    Marjorie

  • Can you help with RoboHelp Version 11: WebHelp Index Keyword Sorting?

    I'm new to RoboHelp 11, and I am finding it difficult to alphabetize topics listed under my Index Keywords. When I look at the keyword topics in my RoboHelp HTML editor, they are listed in alphabetical order (see the Tools topic in the first image), but when I generate WebHelp the Tools topics are not in the correct order (second image). I believe that the problem pertains to new entries made to a converted RoboHelp Version 6 WebHelp application. Basically, I have been adding content to several old version 6-generated html files in the new RoboHelp HTML editor.
    Another issue that's perplexing is the fact that the Move Up and Move Down icons at the top of the Index editor pod, or whatever it's called, are grayed-out (not functioning). I remember with the Version 6 application, they worked fine.
    Can anyone offer any suggestions on how to get the index alphabetized? I appreciate your help.

    Hi, pweb248
    Just an expansion of what Rick has suggested. Binary index is only used when Microsoft HTML Help "CHM" is your primary layout. So, because WebHelp is your primary layout, Binary should definitely be unchecked. Selecting the Index file (HHK) is fairly standard for WebHelp use and it is sorted numerically and alphabetically by default. The HHK file contains all the Index keywords and their topic associations all tucked into one file, whereas adding Index Keywords using the "Topic" radio button embeds the coded reference right in the topic html file itself.
    This online help topic explains a little more about the Sorting options depending on the primary layouts and whether Binary is selected.
    Adobe RoboHelp 11 * Edit index keywords
    This is the key paragraph:
    >>Note: The Sort command is unavailable with a binary index. The sort function is enabled only when the primary layout is HTML Help and the Index is set to Index File with no Binary Index. In all other layouts, the index remains sorted but for HTML output, the sorting of the index can be changed. Sorting enables the up and down keys on Index Pod.<<
    As you have noticed, your Index Designer view is apparently working as documented. I share your puzzlement about the out-of-sort listing in the WebHelp output shown in your screenshot. I wonder if there is some left-over crud from the ancient RoboHelp 6 code that is not converted properly and gumming up the works? Also curious if you have more than one Index in your project and if you are selecting the right one in the WebHelp Settings > Content dialog. Maybe Rick, Peter or Willam can shed some light on this?
    John

  • How do I include multiple hyperlinked indices in a document and include keyword different from the word they link to?

    I would like to include multiple indices in my ID document. How do I do that? I only managed to create a single index. And how do I let an index refer to a different word than the one in the text (e.g. "car" and "plane" are in the text but their index entry is "vehicle")? And how do I turn all index entries into hyperlinks?

    I would like to include multiple indices in my ID document. How do I do that? I only managed to create a single index. And how do I let an index refer to a different word than the one in the text (e.g. "car" and "plane" are in the text but their index entry is "vehicle")? And how do I turn all index entries into hyperlinks?

  • Problem with index markers and importing MS Word 2007 files

    This was ugly in that it wasn't caught until after a book had been typeset and the index was being finalized. I'm now having to go back and manually insert a zillion index markers. Not fun.
    This was my first project since migrating from FM 7.1 to FM9.0.3.
    Source documents are Microsoft Word 2007. Am working in Microsoft Windows 7 64-bit.
    When the Word files were imported into FrameMaker, only SOME of the index markers were imported. The difference between those that were imported and those that weren't was seemingly random.
    I did some testing and found the problem and a solution.
    Looking at the source Word .docx file, and displaying hidden text shows two types of index markers:
    1. { XE "word to be indexed"}
    2. {xe "word to be indexed"}
    Note the difference in case and the extra space after the opening brace in #1. Markers of type 1 were imported fine. Markers of type 2 were stripped by the import process.
    The solution:
    Backsave the Word file to Word 2003 format (.doc) before importing into FrameMaker.
    I backsaved to Word 2003 and imported using both the "Microsoft Word" and "Microsoft Word 2007" filters and both filters imported correctly. It's only when trying to import a Word 2007 .docx file directly that things run amok.
    Grr...

    Thank you for posting your solution, Dan. It's cold comfort, but I've also ran into this issue in the past, almost certainly well before Word2003 though, probably as far back as Word2000 or earlier.
    In your testing, did you try saving as RTF to see if the markers were homogenized, by any chance? In my simple testing just now, Word itself recognized the index field correctly no matter whether I changed the field to "xe" or "XE", but FM's import of the .docx file format wouldn't recognize "xe", only "XE". But importing an RTF file handled both upper- and lower-case entries.
    Ah, yes, that's it -- saving the Word2007 file as RTF (with 2 fields, one caps, one lower-case) changed cap field to lower-case when the RTF is opened in Word again, so saving as RTF does homogenize the fields to lower-case. Is it possible that your file(s) were changed to or saved as RTF at any point in their life-cycle? I believe some older versions of Word were actually RTF under the hood, too -- if you do Save As in Word2007 you can scroll through the File Type entries and see "Word 97-2002 & 6.0/95 - RTF (*.doc)"  I believe some doc management systems change binaries to RTF too, or conversely some apps create RTF but they name the files as doc.
    So Word itself recognizes either lower- or upper-case, and FM's RTF import handles both, but not the .docx import.
    Sheila

  • Maintaining internal word cross references in word import

    I'm using RoboHelp 9.0.1 trying to import Word 2007 (docx) in order to generate a WebHelp. I have adjusted my style mapping in order generate an appropriate TOC with books and matching sub chapters, which works fine. However, internal Word cross references from the original Word document are not transformed into hyperlinks.
    I have already tried/verified the following:
    - The "convert cross references to hyperlink" option is checked in the RH-Word import settings.
    - I also tried fiddling with the Framemaker options as it is suggested in another thread (see beneath), with no success.
    - Within the Word source document I tried both options with "use hyperlinks instead" when creating cross references.
    - The RH-HTML source, in all of my attempts, does not show any links in the corresponding locations.
    What may I be missing here? According to another, similar thread, the feature should work and is really not that challenging:
    "RH9 - Can not create ANY links in linked Word documents"
    http://forums.adobe.com/thread/854095?tstart=0

    In my testing, I got a link in the RH topic, but it wanted to launch the target Word doc instead of jumping to the desired RH topic. I'd say this sounds like a bug - so go ahead and report it.

  • What is the difference between Topic Keywords and Index File Keywords?

    What is the difference between Topic Keywords and Index File Keywords? Any advantages to using one over the other? Do they appear differently in the generated index?
    RH9.0.2.271
    I'm using Webhelp

    Hi there
    When you create a RoboHelp project you end up with many different ancillary files that are used to store different bits of information. Many of these files bear the name you assigned to the project at the time you created it. The index file has the project name and it ends with a .HHK file extension. (HHK meaning HTML Help Keywords)
    Generally, unless you change RoboHelp's settings, you add keywords to this file and associate topics to the keywords via the Index pod. At the time you compile a CHM or generate other types of output, the file is consulted and the index is built.
    As I said earlier, the default is to add keywords to the Index file until you configure RoboHelp to add the keywords to the topics themselves. Once you change this, any keyword added will become a META tag in the topic code. If your keyword is BOFFO, the META tag would look like this:
    <meta name="MS-HKWD" content="BOFFO" />
    When the help is compiled or generated, the Index (.HHK) file is consulted as normal, but any topics containing keywords added in this manner are also added to the Index you end up with. From the appearance perspective, the end user woudn't know the difference or be able to tell. Heck, if all you ever did was interact with the Index pod, you, as an author wouldn't know either. Well, other than the fact that the icons appear differently.
    Operationally, keywords added to the topics themselves may hold an advantage in that if you were to import these topics into other projects, the Index keywords would already be present.
    Hopefully this helps... Rick

  • Text Insets and Cross Reference Links

    When I use text insets to produce a host file from my source file, I have cross reference links that update OK. However, once I produce a PDF of the host file (text inset), my links do not work. I do not even get the little hand icon to indicate they are links. I am producing my PDFs using File/Save As PDF and the first checkbox on the Links tab is checked. Is this a problem using text insets?

    Unfortunately, that's the way insets work in FM. Cross-refs within an inset do not automatically become active. If you convert the inset to text, then the links are made. I believe that Rick Quatro wrote a Framescript to handle this in an automated way.
    The manual way to do this, is to make a copy of the book - using Bruce Foster's Archive utility is the way to go: see http://home.comcast.net/~bruce.foster/Archive.htm
    Then use the Edit > Text Inset Properties > Convert... > All insets to embed the insets into the documents (you have to do this on a file by file basis); regenerate/update the book file and only then create your output.

  • How do I import Bridge keywords and metadata to CS6 from CS4 so that I don't lose them if CS4 is not

    I have hundreds of keywords and metadata including Ratings and Labels using CS4 and Bridge CS4.
    It is time to replace my PPC Mac with a new Intel Mac.
    I am going to install CS6 on the new Intel Mac without installing CS4.
    By default.... this eliminates ALL keywords and ratings and labels from my Bridge browser. The keywords will still be present on the files but Not present in Bridge keywords list and all ratings and labels will be lost.
    Making a copy of Bridge CS4 metadata to another computer is quite simple.
    Simply copy All of the Bridge CS4 application support folder to the other computer.
    The question then becomes.... can I aslo do this with CS6 without introducing an incompatibility?
    1. incompatible due to CS6 application support.
    2. incompatible due to transfer from a PPC (APM) to Intel (GUID).
    This concern results from an Bridge CS4 export problem I experienced.
    Bridge CS4 will export all of your keywords and you can import them from a text file but it has some odd troubles. (try it and you will see)
    This does Not mean that CS6 has the same troubles.
    What do I require to preserve existing metedata and keywords that exist on a PPC using CS4 and import them into CS6 using Intel?
    Sound simple?
    I doubt it.
    The points are.
    1. CS4 not installed.
    2. CS4 source is PPC not Intel.
    3. Ratings and Labels are metadata that Are Not part of the file metadata and unique to Bridge only.
    4. Keyword Search and keyword Use requires that Bridge have keyword list, otherwise Finder is the far more useful browser and the new version of Bridge will require hours of keyword listing.
    I don't want to spends hours retyping keywords lists in Bridge.

    Ratings are NOT placed into the file under CS4 Bridge and neither are
    Labels.
    That depends on your file type and settings voor Camera Raw.
    Like Curt stated usually metadata is written in to the file itself. Only Raw files can't be written to and by default they create a XMP file, also called Sidecar XMP files (and do have the same filename, only a different extension called .xmp). These files are also by default hidden in Bridge but If you use Bridge to move files they travel along with the original.
    If you move or copy them using finder you have to be sure these XMP files are also copied with the originals to the new location.
    Using the menu View / show hidden files should reveal the XMP files.
    An other option for the Camera Raw prefs is to set metadata to the Camera Raw database instead of written to sidecar XMP files ( to my knowledge using sidecar files has been the default since about CS3).
    Now here it becomes a bit tricky and I only can tell you my findings, not to be confused with true facts. (and mind you, it is at least 5 years ago I was on a PPC and not even remember which OSX 10 was able to work on it, I just present the acting of CS6 on an intel Mac Pro with OSX 10.7, but I don't believe the difference in location is that much)
    Having written the Metadata to the Camera Raw Database your image settings get written to a file in the user library preferences folder called logically "Adobe Camera Raw Database". But also some info gets added to the Camera Raw Cache folder (User library / Caches/ Adobe Camera Raw) in a file called index.dat.
    Also not having set metadata to xmp sidecars stores the ACR settings in a new .dat file with a unique number (not to be traced as a corresponding filename. And also the default maximum is set to 1 GB of space and when full the oldest files are overwritten with the new ones.
    Personally I use converted DNG files that are capable of writing metadata to so all info and settings are in the file itself and I don't need to bother about central storage that can get lost. The downside is that changes to a DNG need to save the whole file instead of a small xmp file and probably reading cache takes more time then getting info from central storage but I like to be on the safe side and speed is not really needed to be nailed down to split seconds in my workflow.
    Keywords are stored as a file in the Bridge preferences but Like Curt already stated exporting the old list first and then via the same route import again to CS6 should solve your problem and they will be back as persistent, otherwise the files in the content window show as italic and sadly enough have to be made persistent one by one with right click mouse menu, so that is not really an option for you.
    Exporting the list does create a text file that can also be altered manually with a simple text app and as said, again be imported in newer versions as Curt described earlier.
    Making a copy of Bridge CS4 metadata to another computer is quite simple.
    Simply copy All of the Bridge CS4 application support folder to the other computer.
    Well, in fact it is true to call copying this folders a simple task but replacing the existing new CS6 would not be my method. The biggest change for Bridge CS6 was the transition to 64 bit and I lack the knowledge for this but also cache format for thumbs and previews has been different for every version.
    But if you have located the CS4 folder for Bridge in your PPC user library / application support / Adobe / Bridge CS4 you should find a file called 'Adobe Bridge Keywords.xml' and it is fairly safe to replace this CS4 version with the new CS6 version.
    Also custom settings for the output module can be copied (however to my memory the option for custom settings in Output where introduced in CS5) and collections can be copied.
    So for your keywords the copy option might work, rating and labeling for Raw files they will be read in CS6 if they are stored as XMP. ACR settings idem but CS6 ACR has a new (2012) conversion mode that has different settings that do not work with previous settings (unless you first choose to use the 2010 conversion as default Raw setting.
    If it is in the Central Data Base I would start trying to replace the CS4 with the CS6 edition (after back up of existing CS6 version) and see what happens. If it works your out of trouble.
    You can also open the Camera raw Database as a text file but there is a lot of data in. Maybe scripting would be able to reveal those data and transfer to XMP but you have to visit the dedicated Scripting forum for this.
    And while you state to have not installed CS4 anymore it might be wise to reinstall it (but first make a proper back up of the previous mentioned folders and files to be on the save side.
    This gives you the opportunity to export keywords properly and if needed you can use Show Items from subfolders option with filter and set preferences to XMP sidecar to refresh the rating and labels to those XMP files. Just an escape route that might not be as painstakingly as it looks at first sight, just use the options for Bridge to filter.

  • Import-SPWeb Error - The string was not recognized as a valid DateTime. There is an unknown word starting at index 0

    Using the Export-SPWeb PowerShell command on a server to move a document library from one site colelction in a content database to another site collection in a seperate content database.
    Am using the following command:
    Export-SPWeb
    -Identity
    https://sp.bacl.net/legal/rr
    -Path
    \\bacvsspa01\backups\rr\rr.cmp
    -ItemUrl
    rr
    -IncludeVersions
    All
    -IncludeUserSecurity
    Not all documents are transferred hwoever. I get some errors like the following:
    [11/02/2014 2:21:44 PM] [ListItem] [16Jun11 17.32.09_BAC employees provid_Tom Heading.msg] Progress: Importing
    [11/02/2014 2:21:44 PM] [ListItem] [16Jun11 17.32.09_BAC employees provid_Tom Heading.msg]   Verbose: List URL: /legal/legal/rr
    [11/02/2014 2:21:44 PM] [ListItem] [16Jun11 17.32.09_BAC employees provid_Tom Heading.msg]   Error: The string was not recognized as a valid DateTime. There is an unknown word starting at index 0.
    [11/02/2014 2:21:44 PM] [ListItem] [16Jun11 17.32.09_BAC employees provid_Tom Heading.msg]   Debug:    at System.DateTime.Parse(String s, IFormatProvider provider)
       at System.Convert.ToDateTime(String value, IFormatProvider provider)
       at System.Runtime.Serialization.SerializationInfo.GetDateTime(String name)
       at Microsoft.SharePoint.Deployment.MetaInfoProperty..ctor(SerializationInfoHelper infoHelper)
       at Microsoft.SharePoint.Deployment.FileSerializer.GetMetaInfo(SerializationInfoHelper infoHelper)
       at Microsoft.SharePoint.Deployment.FileSerializer.CreateOrUpdateFile(Object fileOrListItem, SPLoggerObject loggerObject, SPWeb web, Guid id, String& fileUrl, Boolean fileExistsInDb, Boolean isFirstVersion, Boolean hasWebParts, SerializationInfoHelper
    infoHelper, SerializationInfoHelper infoHelperListitem, StreamingContext context)
       at Microsoft.SharePoint.Deployment.FileSerializer.CreateOrUpdateFileAndAssocData(Object fileOrListItem, SPLoggerObject loggerObject, SPWeb web, Guid id, String& fileUrl, Boolean fileExistsInDb, SerializationInfoHelper infoHelper, SerializationInfoHelper
    infoHelperListitem, StreamingContext context, ISurrogateSelector selector)
       at Microsoft.SharePoint.Deployment.ListItemSerializer.AddOrUpdateDoclibItem(SerializationInfoHelper infoHelper, SPListItem& listItem, SPLoggerObject loggerObject, SPWeb web, Guid newId, String& listItemServerRelativeUrl, Boolean bIsPublish,
    Boolean exists, StreamingContext context, ISurrogateSelector selector)
       at Microsoft.SharePoint.Deployment.ListItemSerializer.SetObjectData(Object obj, SerializationInfo info, StreamingContext context, ISurrogateSelector selector)
    I had a look in the .cmp file that was created (Changed extensions to .cab) and had a look at the Manifest.xml file. Relevant XML below:
    <SPObject Id="b18cc711-e5df-4ee7-9639-866e5b6613b0" ObjectType="SPFile" ParentId="1ad76e87-43e6-4cbf-a0a1-53af4975668f" ParentWebId="4be7e61f-b1c7-473f-acc3-0bae06e32024" ParentWebUrl="/legal/rr" Url="/legal/rr/rr/Employees
    giving First Aid/16Jun11 17.32.09_BAC employees provid_Tom Heading.msg">
            <File Url="rr/Employees giving First Aid/16Jun11 17.32.09_BAC employees provid_Tom Heading.msg" Id="b18cc711-e5df-4ee7-9639-866e5b6613b0" ParentWebId="4be7e61f-b1c7-473f-acc3-0bae06e32024"
    ParentWebUrl="/legal/rr" Name="16Jun11 17.32.09_BAC employees provid_Tom Heading.msg" ListItemIntId="37" ListId="020f8304-a50f-413b-be27-40d0ccc9e497" ParentId="1ad76e87-43e6-4cbf-a0a1-53af4975668f" TimeCreated="2011-11-16T07:02:00"
    TimeLastModified="2011-11-16T07:02:00" Version="1.0" CheckinComment="Loaded Using Dell Solutions for SharePoint" FileValue="00000013.dat" Author="29" ModifiedBy="24">
                <Properties>
                    <Property Name="vti_title" Type="String" Access="ReadOnly" Value="BAC employees providing first aid" />
                    <Property Name="source_item_id" Type="String" Access="ReadWrite" Value="source_item_id:1" />
                    <Property Name="vti_foldersubfolderitemcount" Type="Integer" Access="ReadOnly" Value="0" />
                    <Property Name="Attach Count" Type="String" Access="ReadWrite" Value="Attach Count:0" />
                    <Property Name="Created By" Type="Boolean" Access="ReadWrite" Value="Created By:BNE_AIR1\\jbrown" />
                    <Property Name="Importance" Type="String" Access="ReadWrite" Value="Importance:1" />
                    <Property Name="From1" Type="Time" Access="ReadWrite" Value="From1:Tom Heading" />
                    <Property Name="AttachCount" Type="String" Access="ReadWrite" Value="AttachCount:0" />
                    <Property Name="ContentTypeId" Type="String" Access="ReadWrite" Value="0x0101003699C96894FF79479322E4A235852946000530E240279BA54D8F621B39A4E09CF3"
    />
                    <Property Name="Modified By" Type="Boolean" Access="ReadWrite" Value="Modified By:BNE_AIR1\\jbrown" />
                    <Property Name="vti_folderitemcount" Type="Integer" Access="ReadOnly" Value="0" />
                    <Property Name="display_urn\:schemas-microsoft-com\:office\:office#Author" Type="String" Access="ReadWrite" Value="Jenny Brown"
    />
                    <Property Name="Document Created By" Type="Boolean" Access="ReadWrite" Value="Document Created By:BNE_AIR1\\jbrown" />
                    <Property Name="Created_x0020_By" Type="Boolean" Access="ReadWrite" Value="Created_x0020_By:BNE_AIR1\\jbrown" />
                    <Property Name="vti_cachedtitle" Type="String" Access="ReadOnly" Value="BAC employees providing first aid" />
                    <Property Name="Modified_x0020_By" Type="Boolean" Access="ReadWrite" Value="Modified_x0020_By:BNE_AIR1\\jbrown" />
                    <Property Name="ContentType" Type="String" Access="ReadWrite" Value="Legal Document" />
                    <Property Name="Attach_x0020_Count" Type="String" Access="ReadWrite" Value="Attach_x0020_Count:0" />
                    <Property Name="display_urn\:schemas-microsoft-com\:office\:office#Editor" Type="String" Access="ReadWrite" Value="Jenny Brown"
    />
                    <Property Name="vti_parserversion" Type="String" Access="ReadOnly" Value="15.0.0.4535" />
                    <Property Name="To" Type="Boolean" Access="ReadWrite" Value="To:Barry Peach" />
    <Property Name="From" Type="Time" Access="ReadWrite" Value="From:Tom Heading" />
                    <Property Name="Document Modified By" Type="Boolean" Access="ReadWrite" Value="Document Modified By:BNE_AIR1\\jbrown"
    />
                </Properties>
            </File>
        </SPObject>
    Now, looking at the source document library, this document has the field in question set to String, so why has it been marked as a Time filed type in the expiort file?
    Is anyone aware of any issues with the Export-SPWeb commandlet?
    SharePoint 2013 + March PU + AUG 2013 CU.
    Any help appreciated.

    Hi Richard,
    According to your description, the error occurred when you ran the Export-SPWeb command.
    I recommend to verify the things below for troubleshooting:
    Save the document library as an template(include content) and create a new document library based on the template, then run the Export-SPWeb command to export the new document library to see if the issue still occurs.
    Did this issue occur with other document library? If not, you can delete the string field with error, then run the Export-SPWeb command to narrow the issue scope.
    As a workaround, you can save the library as a template and deploy it to the site collection where you want to move the library, then create the new library in the site collection.
    Best regards.
    Thanks
    Victoria Xia
    TechNet Community Support

  • Broken links with index keywords

    Using RH 8, I have 20 broken links associated with index keywords. can someone advise how to easily get rid of these broken links?
    Many thanks

    I assume you are talking about links to index keywords rather than unused index keywords. If so, you have references to those index keywords somewhere inside your project. Your options are to repair the links or remove the references. If you right click on each broken link there are options to Edit, Restore and Show References which will help you find out what is going on.
      The RoboColum(n)
      @robocolumn
      Colum McAndrew

  • Importing bookmarks I go to file and the IMPORT link is not working ... not Illuminated ... what can I do?

    I want to import bookmarks from Explorer and I go to File Tab and the IMPORT link is not working or not illuminated?

    Make sure that you not run Firefox in permanent [[Private Browsing]] mode.
    * You enter Private Browsing mode if you select: Tools > Options > Privacy > History: Firefox will: "Never Remember History"
    * To see all History and Cookie settings, choose: Tools > Options > Privacy, choose the setting <b>Firefox will: Use custom settings for history</b>
    * Uncheck: [ ] "Permanent Private Browsing mode"

Maybe you are looking for