The Altair Community is migrating to a new platform to provide a better experience for you. In preparation for the migration, the Altair Community is on read-only mode from October 28 - November 6, 2024. Technical support via cases will continue to work as is. For any urgent requests from Students/Faculty members, please submit the form linked here

ArffExampleSource forgets decimal_point_character

cherokeecherokee Member Posts: 82 Maven
edited November 2018 in Help
Hi!

I'm having a strange problem. Sometimes ArffExampleSource seams to forget the value of its parameter decimal_point_character. I'm not exactly shure when this happens but I think it sometimes occures when i run a process and stop it without previously halting at a breakpoint. The parameter is then simply empty. When i restart the process i get an error.

I'm experiencing this error regularely since 4.4 (about once each two or three hours). But i have to admit that i haven't used Rapidminer 4.3 nearly as often.

Does anybody know what's happening?  ???

Greetings,
Michael

Answers

  • IngoRMIngoRM Employee-RapidMiner, RapidMiner Certified Analyst, RapidMiner Certified Expert, Community Manager, RMResearcher, Member, University Professor Posts: 1,751 RM Founder
    Hi Michael,

    hmmh, we actually do not have had anything like this before. I just have tried different stress tests and tried to reproduce this behavior but without success. So if you are able to narrow this one down and have any additional idea why this might happen please let us know.

    Cheers,
    Ingo
  • Legacy UserLegacy User Member Posts: 0 Newbie
    I also loose the decimal point, in my process in ExampleSource and in GuessValueTypes. It always happens after editing a parameter in some other operator. I tend to think it happens in particular when ending the editing with striking the <Enter>  key, but I really did not detect consistent circumstances as yet.
  • wotsiznamizwotsiznamiz Member Posts: 9 Contributor II
    I get the same issue when using excelexamplesource -- not sure when exactly it happens...
  • IngoRMIngoRM Employee-RapidMiner, RapidMiner Certified Analyst, RapidMiner Certified Expert, Community Manager, RMResearcher, Member, University Professor Posts: 1,751 RM Founder
    Hi,

    I still am not able to reproduce this. But I have an idea: could it be that you have renamed some operator before?

    Cheers,
    Ingo
  • cherokeecherokee Member Posts: 82 Maven
    Hi,

    I'm still experiencing this error -- additionally with CSVExampleSource which I haven't used before.

    I surely renamed some operators but not directly before the error occured. At least not every time.

    When I find the time I will check out the source and run it in a debugger.

    Greetings,
    Michael
  • IngoRMIngoRM Employee-RapidMiner, RapidMiner Certified Analyst, RapidMiner Certified Expert, Community Manager, RMResearcher, Member, University Professor Posts: 1,751 RM Founder
    Hi again,

    I finally managed to reproduce this behavior (at least partly). Here is what I did:

    1. Add the operator ArffExampleSource (or one of the others containing a decimal point character) to an empty process
    2. Change the decimal point character to two points
    3. Add an empty operator chain

    The complete process should now look like this one (please note the two point characters in the parameter): 

    <operator name="Root" class="Process" expanded="yes">
        <operator name="ArffExampleSource" class="ArffExampleSource">
            <parameter key="decimal_point_character"	value=".."/>
        </operator>
        <operator name="OperatorChain" class="OperatorChain" expanded="yes">
        </operator>
    </operator>

    Now select the chain and rename it (by pressing F2, a single click after some time after selection, or by contect menu - it doesn't matter). Select the example source operator and check the parameter: the points have been gone.

    Although this is also a bug I can hardly believe that this is what happened to you guys since using double decimal points do not seem to make any sense at all. Can you confirm this? Any other thoughts?

    Cheers,
    Ingo
  • cherokeecherokee Member Posts: 82 Maven
    Hi again,

    I can confirm this -- twice.

    1. As I got an error message saying something like 'variable[0]: Array index out of bounds' I tried two points as decimal point separator. I thought this workaround would do but it didn't. Just as you showed.

    2. As I've tried this workaround I'm absolutly shure that i previously used only one period.

    Greetings,
    Michael
  • IngoRMIngoRM Employee-RapidMiner, RapidMiner Certified Analyst, RapidMiner Certified Expert, Community Manager, RMResearcher, Member, University Professor Posts: 1,751 RM Founder
    Hi,

    2. As I've tried this workaround I'm absolutly shure that i previously used only one period.
    Ok, but maybe this one did not get lost and this only happened for renamings after changing it to two? (at least I am hoping this).

    Actually renaming operators is the only reason I can currently think of since we changed this for 4.4 a bit and periods play a large role in that. But since I tried at least 20 different renaming setups and a single period never got lost I am hoping that this could be the reason.

    Cheers,
    Ingo
  • TobiasMalbrechtTobiasMalbrecht Moderator, Employee-RapidMiner, Member Posts: 295 RM Product Management
    Hi at all,

    just to give you a notification: the decimal point loosing bug is fixed. The bugfix is already part of the recently issued RapidMiner Enterprise Edition update and will of course also be part in the next RapidMiner Community release which is about to come in a couple of weeks.

    Kind regards,
    Tobias
Sign In or Register to comment.