Auto index entry generation for a range of sentences?

Is there any way to mark a range of sentences and associate it with a particular index entry? For a lengthy book, I don't think one can really expect the text to never change, hence regenerating the index needs to continue to work even if a bit of text was added which pushes one of the range of sentences onto the next page.
The closest thing I found was to mark the beginning of the range of sentences with an index entry for "the next 1 paragraph," but this doesn't seem to work. In my example document, http://goldfinches.org/InDesign/Failed%20Index%20Entry.indd the "Dog" entry spans two pages, but only 1 paragraph, and yet the index that is generated only has the first page in it.

Greg,
There is no way to say, index from here to here. But you can use any of the range designators. From what you're describing, the most likely to be useful is the one that indexes up to the next instance of a particular paragraph style.
Dave

Similar Messages

  • Auto-indexing is slow for arrays with 1 dimensions

    Hi,
    I was looking at the performance of operations on all individual elements in 3D arrays, especially the difference between auto-indexing (left image) and manual-indexing (right image, calling "Index array" and "Replace array subset" in the innermost loop). I'm a bit puzzled by the results and post it here for discussion and hopefully somebody's benefit in the future.
    Left: auto-indexing; right: manual-indexing
    In the tests I added a different random number to all individual elements in a 3D array. I found that auto-indexing is 1.2 to 1.5 times slower than manual-indexing. I also found that the performance of auto-indexing is much more dependent on the size the dimensions: an array with 1000x200x40 elements is 20% slower than an array with 1000x40x200 elements. For manual-indexing there is hardly any difference. The detailed results can be found at the end of this post.
    I was under the impression that auto-indexing was the preferred method for this kind of operation: it achieves exactly the same result and it is much clearer in the block diagram. I also expected that auto-indexing would have been optimized in LabView, but the the tests show this is clearly not the case.
    What is auto-indexing doing?
    With two tests I looked at how auto-index works.
    First, I looked if auto-indexing reorganizes the data in an inefficient way. To do this I made a method "fake-auto-indexing" which calls "Array subset" and "Reshape array" (or "Index array" for a 1D-array) when it enters _every_ loop and calls "Replace array subset" when exiting _every_ loop (as opposed to manual-indexing, where I do this only in the inner loop). I replicated this in a test (calling it fake-auto-indexing) and found that the performance is very similar to auto-indexing, especially looking at the trend for the different array lengths.
    Fake-auto-indexing
    Second, I looked if Locality of reference (how the 3D array is stored in memory and how efficiently you can iterate over that) may be an issue. Auto-indexing loops over pages-rows-columns (i.e. pages in the outer for-loop, rows in the middle for-loop, columns in the inner for-loop). This can't be changed for auto-indexing, but I did change it for manual and fake-indexing. The performance of manual-indexing is now similar to auto-indexing, except for two cases that I can't explain. Fake-auto-indexing performs way worse in all cases.
    It seems that the performance problem with auto-indexing is due to inefficient data organization.
    Other tests
    I did the same tests for 1D and 2D arrays. For 1D arrays the three methods perform identical. For 2D arrays auto-indexing is 15% slower than manual-indexing, while fake-auto-indexing is 8% slower than manual-indexing. I find it interesting that auto-indexing is the slowest of the three methods.
    Finally, I tested the performance of operating on entire columns (instead of every single element) of a 3D array. In all cases it is a lot faster than iterating over individual elements. Auto-indexing is more than 1.8 to 3.4 times slower than manual-indexing, while fake-auto-indexing is about 1.5 to 2.7 times slower. Because of the number of iterations that has to be done, the effect of the size of the column is important: an array with 1000x200x40 elements is in all cases much slower than an array with 1000x40x200 elements.
    Discussion & conclusions
    In all the cases I tested, auto-indexing is significantly slower than manual-indexing. Because auto-indexing is the standard way of indexing arrays in LabView I expected the method to be highly optimized. Judging by the tests I did, that is not the case. I find this puzzling.
    Does anybody know any best practices when it comes to working with >1D arrays? It seems there is a lack of documentation about the performance, surprising given the significant differences I found.
    It is of course possible that I made mistakes. I tried to keep the code as straightforward as possible to minimize that risk. Still, I hope somebody can double-check the work I did.
    Results
    I ran the tests on a computer with a i5-4570 @ 3.20 GHz processor (4 cores, but only 1 is used), 8 GB RAM running Windows 7 64-bit and LabView 2013 32-bit. The tests were averaged 10 times. The results are in milliseconds.
    3D-arrays, iterate pages-rows-columns
    pages x rows x cols : auto    manual  fake
       40 x  200 x 1000 : 268.9   202.0   268.8
       40 x 1000 x  200 : 276.9   204.1   263.8
      200 x   40 x 1000 : 264.6   202.8   260.6
      200 x 1000 x   40 : 306.9   205.0   300.0
     1000 x   40 x  200 : 253.7   203.1   259.3
     1000 x  200 x   40 : 307.2   206.2   288.5
      100 x  100 x  100 :  36.2    25.7    33.9
    3D-arrays, iterate columns-rows-pages
    pages x rows x cols : manual  fake
       40 x  200 x 1000 : 277.6   457       
       40 x 1000 x  200 : 291.6   461.5
      200 x   40 x 1000 : 277.4   431.9
      200 x 1000 x   40 : 452.5   572.1
     1000 x   40 x  200 : 298.1   460.4     
     1000 x  200 x   40 : 460.5   583.8
      100 x  100 x  100 :  31.7    51.9
    2D-arrays, iterate rows-columns
    rows  x cols  : auto     manual   fake
      200 x 20000 :  123.5    106.1    113.2    
    20000 x   200 :  119.5    106.1    115.0    
    10000 x 10000 : 3080.25  2659.65  2835.1
    1D-arrays, iterate over columns
    cols   : auto  manual  fake
    500000 : 11.5  11.8    11.6
    3D-arrays, iterate pages-rows, operate on columns
    pages x rows x cols : auto    manual  fake
       40 x  200 x 1000 :  83.9   23.3     62.9
       40 x 1000 x  200 :  89.6   31.9     69.0     
      200 x   40 x 1000 :  74.3   27.6     62.2
      200 x 1000 x   40 : 135.6   76.2    107.1
     1000 x   40 x  200 :  75.3   31.2     68.6
     1000 x  200 x   40 : 133.6   71.7    108.7     
      100 x  100 x  100 :  13.0    5.4      9.9
    VI's
    I attached the VI's I used for testing. "ND_add_random_number.vi" (where N is 1, 2 or 3) is where all the action happens, taking a selector with a method and an array with the N dimensions as input. It returns the result and time in milliseconds. Using "ND_add_random_number_automated_test.vi" I run this for a few different situations (auto/manual/fake-indexing, interchanging the dimensions). The VI's starting with "3D_locality_" are used for the locality tests. The VI's starting with "3D_norows_" are used for the iterations over pages and columns only.
    Attachments:
    3D_arrays_2.zip ‏222 KB

    Robert,
    the copy-thing is not specific for auto-indexing. It is common for all tunnels. A tunnel is first of all a unique data space.
    This sounds hard, but there is an optimization in the compiler trying to reduce the number of copies the VI will create. This optimization is called "in-placeness".
    The in-placeness algorithm checks, if the wire passing data to the is connected to anything else ("branch"). If there is no other connection then the tunnel, chance is high that the tunnel won't create an additional copy.
    Speaking of loops, tunnels always copies. The in-placeness algorithm cannot opt that out.
    You can do a small test to elaborate on this: Simply wire "0" (or anything less than the array sizy of the input array) to the 'N' terminal.......
    Norbert
    PS: Auto-indexing is perfect for a "by element" operation of analysis without modification of the element in the array. If you want to modify values, use shift registers and Replace Array Subset.
    CEO: What exactly is stopping us from doing this?
    Expert: Geometry
    Marketing Manager: Just ignore it.

  • Redo entry generation for select query

    Does "SELECT" query generate redo entry?
    If yes, Why?

    A SELECT may generate redo for "delayed block cleanout" and "delayed logging block cleanout" when it is querying blocks that were recently updated by a transaction that did not execute a "commit cleanout" completely.
    See http://jonathanlewis.wordpress.com/2009/06/16/clean-it-up/
    Hemant K Chitale

  • Find source page for index entries

    In ID CS4, I could Alt-Ctrl-click on the page number of an entry in my index and it would take me to the source page. That doesn't seem to work in CS5. Is there a keystroke that will do it, so I can check to be sure my index entries are correct?

    [Jongware] wrote:
    (Why is it good ol' Framemaker still runs rings around ID, or at least on a few points? Isn't Framemaker on its way out? Will Everything Learned since 1986 be lost?)
    FrameMaker is not on its way out!!! Development on FrameMaker "next" is ongoing.
    I devised this trick to add a 'continued' line to a table -- it works well if you were planning to have the header repeated anyway:
    Insert 2 rows at the top of your table.
    Copy the entire header (originally row #1, now the 3rd row) and put it into the 2nd row.
    Join the entire length of the first row into one single cell.
    Type "Table 124. (continued)" into this cell.
    Adjust top/bottom lines where necessary. Take care if you have different widths for the very top/inner line thicknesses -- you'll have to check if the correct widths get applied at the top, and in the repeating header.
    Select the top 2 rows and define them as Header Rows
    In Table setup, choose to Skip First Occurrence of the header.
    It takes some time to set it up, but the advantage is it's totally autonomous -- the table won't care whether it fits onto a single page, or runs to a next one; the header will always be correct.
    It's one of those things I might write a script for, some day ...
    This is what I may have remembered reading, when I referred to seeing something like my posted solution.
    For some reason I can't edit my posting now, so I'll add my corrections here: it's not necessary to insert an anchored frame to hold the cross-reference, as I described. The anchored frame was a leftover from my first experimental solution. Also, it's not necessary to enter the table title in the paragraph that precedes the table, as the source of the cross-reference; with Jongware's method of using the first non-header row that appears at the start of the table when the header row(s) skip the first instance of the table, you can point the cross-reference to that first non-header row.
    I'll also add a note to Jongware's method: when using a cross-reference to an auto-numbered table-title paragraph style, rather than entering static text such as "Table 124." as in 4. above, the cross-reference updates if the number changes.
    Regards,
    Peter
    Peter Gold
    KnowHow ProServices

  • Problems searching for not existing index entries

    Hi,
    we are creating a Java Fat Client Application with JDK 1.5.0_07 and compliance level 1.4. The GUI bases on the SWT libraries.
    The application ships with JavaHelp 2.0_02 (jh.jar).
    The helpset is dynamically merged.
    JavaHelp has problems e.g. during search for index entries, which does not exist. The JavaHelp Window does not react anymore. The rest of the application still works fine.
    Has someone encountered similar problems, found the reason and propably a solution?
    Thanks, Joerg.

    Hi Mikkel
    1) number attributes are only exposed in the complete search sample (search.jsp), not the others (usearch.jsp, tsearch.jsp, gsearch.jsp)
    2) Your understanding of the binary encoding is correct, except wk_queryexp package does not handle binary encoding. This is because that package
    is meant for 9.0.1 API, which only supports string attributes.
    In 9.0.2 and beyond, the encoding of number, date attributes is done in the query API layer in Java, using
    the Equals, GreaterThan, LessThan, Between query operators. Please take a look at search.jsp
    and see how they are used. The compile() method of the query operators will encode the values for you.
    Keep in mind that you should code your application to use the query API, as the encoding algorithm
    may change in the future.
    David

  • PDF contains links for $nopage index entries

    I'm using FM6 under Windows XP, and I just discovered that PDF generated by FM
    includes live links for index entries generated from markers using the $nopage
    directive. As a result, an index entry like "see also Frobnication" links to
    the page containing the index marker, which is nonsensical. This has turned up
    in three books we're converting to PDFs for electronic consumption, and there
    are hundreds of affected index entries. Does anybody know of a way to get FM to
    not generate links in the PDF for $nopage entries?
    Thanks,
    Scott

    Hypertext activity can be suppressed for the entire index (not recommended), but not for specific markers. <$nopage> suppresses the page number, but the link is created nevertheless.<br /><br />It it possible to use a "workaround" where the addition of a character format to the See/See Also index markers will serve to limit the link active area (making it very small, even though technically it is still present). <br /><br />For example, the Index marker text would be:<br /><$nopage><min> </>Third, <Emphasis>see Second[Third]<br /><br /><min> is a character format (should be present in the Index file), such as: all As Is, Size: 2 pt, Family: Arial Narrow, Stretch: 10%.<br />Index term has to be repeated in square brackets, as otherwise the term would be sorted incorrectly because of the tiny space added in front of it.<br /><br />A better approach is to have links pointing to the "See" terms within the index.<br />See http://www.sundorne.com/FrameMaker/IndexRef/indexref.htm for information about a plug-in that helps fix the links created by See/See Also references, so that they point to the appropriate terms within the index (through cross-references) rather than to the source markers.<br /><br />Shlomo Perets<br /><br />MicroType, http://www.microtype.com * ToolbarPlus Express for FrameMaker<br />FrameMaker/Acrobat training & consulting * FrameMaker-to-Acrobat TimeSavers/Assistants

  • Auto-index only shows 9 values instead of 91

    I'm pretty new to LabVIEW and am trying to show a cluster of 91 values pulled from a text file.  Just for a test run without using actual values passed, I created a text file with the numbers ranging from 1-91 (1 number per line up to 91).  When I let it auto index and try to unbundle it after transforming it from an array to a cluster, it only shows 9 values instead of 91.  Do you happen to know how I can overcome this issue?
    I have attached the basic files.
    Solved!
    Go to Solution.
    Attachments:
    For Loop Problem.vi ‏7 KB
    SMA.txt ‏1 KB

    STigmata08 wrote:
    Thank you very much, I had no idea that you could select a cluster size from the transformation.  I am converting it to a cluster because I thought that it would be the best form to insert the data into different parts of a word template.  I am trying to build an auto reporting tool for a test sequence.
    You need to set thee cluster size, because clusters are static structures and the size needs to be known at compile time. This also makes them useless for your problem.
    To extract all lines from a file, you could use Spreadsheed string to array with a 1D string array as type and linefeet as delimiter. No need for FOR loops and complicated code. Also your sequence structure has no purpose because execution order is fully determined by dataflow anyway. Why is it there? Don't clutter the diagram with useless constructs!
    Here's what you could do. You can get any element, array subsets, etc. using array tools. These are scalable and you don't need to know beforehand how many line are in the file.
    Here's a quick draft (LV8.6)... 
    LabVIEW Champion . Do more with less code and in less time .
    Attachments:
    For Loop ProblemMOD.vi ‏8 KB
    ArrayNoCluster.PNG ‏9 KB

  • Index Entries in 9i

    Hi,
    In older versions of designer 1.3.2 Index entries are
    available for foreign keys.
    We have migrated the repository from 1.3.2 to 9i and Index entries are not available in the design editor for foreign keys.When we generate a table in 9i we get error messages because of missing index entries.
    What about Primary keys?Does designer generate Index entries for Primary keys also??
    Kindly Help.

    To clarify, your index entries were in the database but NOT defined in Des 1.3.2 model? Because if they were in the model, then I'd look back at your intermediate migration definitions to make sure the indexes were still defined properly in there.
    In Des 2.1/6.0/6i/9i/10g, Indexes are a separate sub-element (SACs) for a Table Definition. They don't have to be associated with a key structure. And in newer database versions, a PK / UK has an implicit index constructed for it in the database, so Designer doesn't bother showing you the Index in the model. Just the PK or UK itself (again, these are also separate SACs).
    And it's not clear where you're getting the error. During the generate? Or during the instantiation into a database? Neither situation is a common fault.

  • Service Entry Sheet & Accounting number range

    Dear Experts,
    While I'm trying to Release a Service Entry Sheet this error appear :
    +Error analysis+
        +Short text of error message:+
        +Document number ENR 5000000000 2010 was already assigned+
        +Long text of error message:+
         +Diagnosis+
             +Document number 5000000000 in company code ENR and fiscal year 2010+
             +has already been assigned.+
         +System Response+
             +Termination of processing.+
         +Procedure+
             +Check document number range 50 in company code ENR and fiscal year+
             +2010 and correct the number range status if necessary.+
        +Technical information about the message:+
        +Message class....... "F5"+
        +Number.............. 152+
        +Variable 1.......... "ENR"+
        +Variable 2.......... 5000000000+
        +Variable 3.......... 2010+
        +Variable 4.......... 50+
    I think t is related to the FI document that should be created from the Service Entry Sheet and the number range assigned for it
    Please Advice
    Best Regards

    Yes, it seems you are right. Check the current number ranges using TCode FBN1 to know the current status for number range number 50 for your company code. Material documents are not company code specific.
    To know the status of the document in the table, check table BKPF and read the table for your company code, year 2010 and document number 5000000000 to 5000001000 and check how many entries are already there. Change the status of the number range in FBN1 to a number higher than the max in the range (This may be done by FI consultant).
    Regards,
    Aroop

  • Index entries missing in .chm but are present in the printed version

    This is strange.
    I have a number of index entries as follows:
    troubleshooting/file problems
    troubleshooting/login problems
    troubleshooting/printer problems
    These appear in the .docx (Word) version, which is what I've been using for the review cycle. Today, though, I had the .chm open and I noticed that the entire group of troubleshooting\ entries aren't in the .chm!
    I recompiled the HTML Help, just in case I was looking at an old version and no, they're not there.
    I searched for them in the Index tab, thinking maybe they were somehow out of order, but they're truly not there.
    Any idea what could be causing this?  I'm using RoboHelp 9.

    I don't know how to apply conditional build tags against an index, so I didn't do that -- at least not deliberately
    I looked at the HTML, the Advanced tab in Topic properties, and the TOC page properties. I don't see anything there that looks like a Condition setting. I looked at the HTML externally (that is, went to Windows Explorer and double-clicked the file and then looked at the HTML source). Couldn't see anything. I launched the .chm file and then looked at the HTML for that topic. Still couldn't see anything.
    I opened the .hhk file and I can see the entries for troubleshooting, I believe. Here is what I see:
    <item name="troubleshooting">
            <item name="file problems">
                <section name="Release Information" link="Release_Information.htm">
                </section>
            </item>
            <item name="printer problems">
                <section name="Printing Problems" link="Printing_Problems.htm">
                </section>
            </item>
            <item name="checkerboard">
                <section name="Checkerboard Pattern in Window" link="Checkerboard_Pattern_in_Window.htm">
                </section>
            </item>
            <item name="screen display">
                <section name="Checkerboard Pattern in Window" link="Checkerboard_Pattern_in_Window.htm">
                </section>
            </item>
            <item name="login problems">
                <section name="Login Problems" link="Login_Problems.htm">
                </section>
            </item>
            <item name="misc problems">
                <section name="Other Problems" link="Other_Problems.htm">
                </section>
            </item>
            <item name="Reporting Services Reports">
                <section name="Reporting Services Reports Problems" link="Reporting_Services_Reports_Problems.htm">
                </section>
            </item>
            <item name="sorting problems">
                <section name="Sorting Incorrectly" link="Sorting_Incorrectly.htm">
                </section>
            </item>
        </item>

  • Indesign CS3 crash while generating an PDF or deleting an index entry

    Indesign crashes when I will starting the PDF export. This happens in all Indesign documents which are converted from CS2 and with index entries. So I want to delete the index but Indesign crashes while deleting too. I tried to convert the files in .indx files but nothing changes. Indesign is still crashing.
    Indesign 5.0.2
    Mac OS X 10.5.3
    MacPro Identifier 3,1
    RAM: 4GB

    Hi. Im having the same problems and tried everything. Indesign crashes not just on Exporting, but also Import and Save As. It mostly works with no problem for days and then all the sudden crashes and cant fix it, then in about an hour starts working again, with the exact same document. It seems to me like the software cant find the path it created with the document. For example, if I press just SAVE, its saves with no problem, but when I choose SAVE AS, Indesign crashes after opening the communication window.
    I still have PowerBook, not MacBook Pro, and OS X 10.5.3, so I figured my computer cant handle the new system and CS3. Although Im not having any problems with Photoshop nor other CS3 software, just indesign.
    I would really appreciate some advice or response.

  • TOC and Index entries sometimes blank in WebHelp output

    I'm running RoboHelp 10, generating Help files using the WebHelp target.
    Sometimes, in the WebHelp output, clicking a Table of Contents or Index entry restults with a bank topic. This issue is resolved my either maximizing/minimizing the screen or by refreshing the browser.
    The issue does not happen consistently in the output. As well, it seems to only happen in Internet Explorer 10.
    Is there a work-around for this issue?

    Just installing the patches is not enough. Adobe release some smaller
    fixes for WebHelp on IE10/11 and Chrome. (4 in total) For an overview of
    all RH fixes, see
    http://www.wvanweelden.eu/articles/robohelp-patches-and-updates
    Kind regards,
    Willam

  • How can I avoid having "XE index" entries in the pdf bookmarks frame?

    Hi,
    I try to use RH9 to create a pdf file, but the contents (= bookmarks) frame looks like this:
    1 Heading 1
    2 XE "Index word 1" /* MERGEFORMAT Heading 2
    3 XE "Index word 2" /* MERGEFORMAT XE "Index word 3" /* MERGEFORMAT XE "Index word 4" /* MERGEFORMAT Heading 3
    4 XE "Index word 5" /* MERGEFORMAT Heading 5
    Apart from the apalling look, these bookmarks jump somewhere, but not to the given topic.
    I know I could create a Word document instead and fix the headings there, but I am trying to delete this step from my workflow, because it is to time-consuming.
    Thank you for any suggestions!
    Irina

    On second look, no:  The same .dot - now hiding all formatting and special characters - results in a pdf-bookmarks (=TOC) frame
    a) without index entries, if the ssl hasn't checked the option "Keep HTML Heading levels" and
    b) with index entries, if the ssl has checked the option "Keep HTML Heading levels"
      a)  b)
    1) Any ideas, why setting this option results in a frame showing things which are hidden in the .dot file?
    2) Would an update to RH9 help? (I am very much hesitating this step since I've tried RH9 and found it corrupts all my conditional tags.)
    Thanx in advance,
    Irina

  • Tracking my index entries

    If i create an index entry in my document, how can I track that entry later to see where it is referenced? For example, I see the arrow representing the index entry in the body text, but cannot see where it is in the list of references.

    Select the Index marker in your text and look at Reference in Index Panel. Page number will be highlighted.

  • Missing index entries

    I have been working on a massive index (about 20,000 entries) on a ID CS6 document, a 700 page biological work of reference where all taxon names should be indexed. Took me several weeks. I produced the InDesign file from a Word file, but entered the index entries in InDesign (there weren't any in the Word file).
    Now I found that many of my entries seem to have gone missing. They do not appear in the generated index. On the page where I entered it, the normal code (a ':' above a '^') is changed in a single ':'. I fear the last code, ':', means something like 'invalid marker', because they also appeared in another (crashed) CS6 document where they represented corrupted MS Word cross references (see "Cross references from a Word file", a still unanswered question on this forum). Normally when you select an index marker, the entry is highlighted in the Index Window. When I select the ':', nothing happens.
    In the beginning of the book, I just marked any singular taxon name, but as it appeared that some taxon names appeared quite often, I started using the 'Add all' button in the index entry window. (I hope I use the right English names, they appear in Dutch for me.) This meant that some taxon names on earlier pages got double markers, but I thought that was no problem because the same markers on the same page only result in one entry in the generated index file. Could this be the bug that's biting me? I haven't found the problem in the later pages of the book.
    A lot of the entries still found their way to the generated index, but of course I find this very worrying. Because I still have to process many author corrrections, I will have to generate the index again.
    So, I have the following urgent questions:
    -     Why does this problem occur, under which circumstances? Will regenerating the index result in more loss of entries?
    -     Can those ':' markers corrupt my file in any way? What are they? (With the "cross reference problem", after some time I was unable to open the file again, which would with this project give me a major problem.)
    -     Can I somehow 'revive' the missing entries automatically? Or is there at least a way to search for the ':' markers? (They are hardly visible.)
    -     How can I prevent this from happening in the future?

    Forum participants are not Adobe employees. We're users like you who volunteer to share what we know.
    Thanks for the added details.
    Usually someone somewhere in the forum's global audience is awake and eager to participate at almost any hour. However, "super storm" Sandy in the USA has caused massive losses of power, transportation, and communication, so responses may be delayed for some time.
    HTH
    Regards,
    Peter
    Peter Gold
    KnowHow ProServices
    Fritschy wrote:
    Thanks for your compliments, although they don't bring me any further.
    The version is 8.0.1, I always update when I'm prompted to do so by the update centre. As far as I know it is an international version.
    Still, I would guess the InDesign developers could tell me something about that ':' marker. I suppose the software didn't invent it itself.

Maybe you are looking for