neutro | Simple module installer for Perl

Could you group_by?

process your data in your ts file like this:

You are looking to do a non-equi join. This unfortunately is challenging with dplyr, but is easy with data.table:

You could try this dplyr method. You group by PIZ, then add a dummy variable to split into new groups depending on whether Wert is greater than 500. Then you just produce an integer sequence in each subgroup.

Note that your desired outcome has completely different data from the input data - this is presumably a mistake.

You did not provide a seed for the random number generator. From the man page,

If no seed value is provided, the functions are automatically seeded with a value of 1.

If you have the same seed on every run, you'll always get the same random sequence.

On way to do this is to keep a list of your CheckBoxes and the matching races. Then, in your Gerar() method, look at the state of each of those CheckBoxes to determine which races to include. In the modified code below, I have created a self.race_choices list. Each element of that list is a list of two elements, the CheckBox and the appropriate race. This information is used in the Gerar() method to create a the available_races list, which is then used in your random.choice() call.

A Date object can never represent time in an arbitrary time zone. It internally tracks milliseconds since 1970-01-01 00:00:00 UTC. The functions that show non-UTC time are always converting between UTC and the local time zone of the machine where the code is executing. Any attempt to return a Date object that is in some other time zone will ultimately fail, whether you're using moment to manipulate things or some other technique, because you can't get around the behaviors of the local time zone.

Also, when working with Moment, you shouldn't be doing so much manual manipulation of inputs and outputs, such as the string you're manually creating from date parts and then parsing again. Moment can handle those things for you.

You can use a Date object as an input when constructing a moment object, but that would be for converting from the UTC instant being kept by the Date object. You can construct a Date object from local time or from UTC time, but not from an arbitrary time zone. Thus you cannot assert America/Mexico_City as the input time zone if your source is a Date object. Instead, you could pass a string, an array, integers with individual parts, or any of the other methods of creating a moment object described in the documentation.

Likewise, you can never output a Date object if you want it to reflect an arbitrary time zone. While moment does have a .toDate() function, it will be constructed based on the moment's UTC time (due to the limitations of a Date object). In other words, code like moment(someDateObject).tz(someTimeZone).toDate() will just result in the same someDateObject you started with - regardless of the time zone passed.

Code to convert from one time zone to another using strings is like this:

Bottomline: Use an ORM, it will save you a ton of time and effort, but if you are going for a pure approach:

Check this on how to Get table column names in mysql?

Then, with a simple foreach you can create the form fields (sample follows);