Sets a boolean value that indicates if the encrypt property is enabled.
Syntax
public void setEncypt(boolean encrypt)
Parameters
encrypt
true if the Secure Sockets Layer (SSL) encryption is enabled between the client and the SQL Server. Otherwise, false.
Remarks
If the encrypt property is set to true, the Microsoft SQL Server JDBC Driver ensures that SQL Server uses SSL encryption for all data sent between the client and server if the server has a certificate installed. The default value is false.
The JDBC driver detects the Java Virtual Machine (JVM) it is running on when trying to establish an SSL handshake.
If the encrypt property is set to true, the Microsoft SQL Server JDBC Driver uses the JVM's default JSSE security provider to negotiate SSL encryption with SQL Server. The default security provider may not support all of the features required to negotiate SSL encryption successfully. For example, the default security provider may not support the size of the RSA public key used in the SQL Server SSL certificate. In this case, the default security provider might raise an error that will cause the JDBC driver to terminate the connection. In order to resolve this issue, do one of the following:
-
Configure the SQL Server with a server certificate that has a smaller RSA public key
-
Configure the JVM to use a different JSSE security provider in the "<java-home>/lib/security/java.security" security properties file
-
Use a different JVM
If the encrypt property is unspecified or set to false, the driver will not enforce the SQL Server to support SSL encryption. If the SQL Server instance is not configured to force the SSL encryption, a connection is established without any encryption. If the SQL Server instance is configured to force the SSL encryption, the Microsoft SQL Server JDBC Driver will automatically enable SSL encryption when running on properly configured JVM, or else the connection is terminated and the driver will raise an error.


The following is an annoated schema for DOW generated automatically from the database itself. I've edited it lightly to remove a few extraneous things such as tables that are no longer used, experimental tables, the forums, trade board, April Fools jokes, etc.
Overall comments: The distinction between where to put donor data and where to put other data was not well thought out. There are many places where I should have stored ship name rather than donorid, so that if the data is available for non-donors, there's somewhere to put it. When table entries get unique ids and when they do not is also haphazard. Although turn information is cached back to turn 1004, I did not generally reparse historic data when I added new tables.
| Name | Type | Comment |
|---|---|---|
| activeships | TABLE | Stores the ships that appear to still be active in the game by extracting them from the TBG mailer at: http://www.pbm.com/tbg/alias.html |
| adventures | TABLE | Every time an adventure is seen, either from the location report if you're in system or from the "Known Adventures", it is entered into this table. The donation flags indicate who is allowed to view the adventure. As the player pages are processed, the permisions will become more lenient (e.g. when a player who donates all adventures reports the adventure, all the flags get set to true). |
| aliens | TABLE | Stores static info about alien races. Ships are created with skilllevel modules plus or minus 1 min 1 max 6. |
| allships | TABLE | For every ship that's ever been seen in DOW on or before the given turn, list the ships status (one of Alien, Player, Retired). It is much faster to store this info once than to generate it each time. |
| artifacts | TABLE | Artifacts carried by donors. I should have used ship name instead of donorid. Curses are stored in TABLE curses, with a reference to the artifactid. Keys are stored in TABLE keys, with a reference to the artifactid. |
| badland | TABLE | Stores the danger level for each badland. Not currently used by anything. |
| banned | TABLE | Which ships are banned from dow, when they were banned, etc. |
| colonies | TABLE | Stores info about each colony. |
| corona | TABLE | Stores the danger level of each Stellar Corona. Not currently used by anything. |
| criminals | TABLE | Records where criminals have been seen. Note that just because you know a criminal is in a location, you cannot necessarily pick him up. I believe you personally need to have been the one to gain the information about his location. |
| curses | TABLE | Stores the curses on all artifacts. The artifactid is a reference to an entry in TABLE artifacts. |
| customsetprefs | TABLE | Settings for the Custom Set. Values should have been floats instead of ints. |
| donors | TABLE | Information about members of DOW are stored here. Each member has a unique donorid. The dow_pw is stored plain text. It is also stored encripted in the .htaccess file. See the script dowpw.pl for how the passwords are maintained. If adv_all is set, so should adv_* If admin is set, then most scripts will allow you to add the argument -u+ShipName and look at the script as that ship. Very useful for debugging. |
| dowaccess | TABLE | Stores every access to a DOW page that contains a remote_user. This table is huge. Good for detecting spies. |
| enemies | TABLE | Records the alien races that a donor is enemies with. |
| factories | TABLE | Static info on which systems product what resources. |
| favour | TABLE | Amount of favour of DOW members |
| flags | TABLE | The flag for every non-alien ship |
| fragments | TABLE | Stores Starnet password fragments. The source is DOW if obtained from a donor's turn pages. Other sources are entered by hand, and are typically GIN or TC (for terminal codes). The source is not used by anything currently. |
| frozen | TABLE | Lists DOW members who are currently not allowed to access the DOW pages. This includes people who quit the game or quit DOW. |
| influence | TABLE | Stores influence information for presidential elections. |
| keys | TABLE | Stores the keys on all artifacts. The artifactid is a reference to an entry in TABLE artifacts. |
| medicine | TABLE | What medicine is a given ship carrying? Where can it be sold? What's it value? |
| meetings | TABLE | Stores ship pairing data. "ship1 (protecting protected1) meets ship2 (protecting protected2)". Any ship field except ship1 may be null (e.g. if a ship is alone in a system). |
| modules | TABLE | Modules carried by donors. I should have used ship name instead of donorid. See TABLE shop for meaning of type and tech. See also TABLE nmods, a replacement for this table used by newer scripts. |
| newsettings | TABLE | Used to store user requested changes to their settings. Rows from this table are copied to TABLE donors when the turn turns. |
| nmods | TABLE | New table for modules. Currently only includes modules on ships, though it was designed for ships and shops. Updated by do_ships.pl, while TABLE modules is updated by updatedow.pl. |
| plagues | TABLE | Records which plagues a donor has cured. |
| pods | TABLE | Stores which pods a donor carries. For non-donors, the donorid is null and the ship is set. I really should not have used donorids... |
| pollitems | TABLE | Stores the possible things to vote on in a poll. The pollid is a reference to an entry in TABLE polls. See also TABLE pollvotes for who voted for what. |
| polls | TABLE | Stores poll information. See also TABLE pollitems for what you can vote on in a poll and TABLE pollvotes for who voted for what. |
| pollvotes | TABLE | Stores what donors voted for in a poll. |
| popcorn | TABLE | Records popcorn sightings. |
| powerrank | TABLE | Records power rank for all ships. Generated by do_ships.pl |
| prefs | TABLE | General DOW preferences. This grew organically, and should be cleaned up. |
| probes | TABLE | Stores where donors have probes deployed. I should have included the turn! Instead, I delete the table every turn and reset with latest values. |
| purgedsystems | TABLE | Records which system had its Starnet purged |
| purgesuspects | TABLE | Records who was at a system when its Starnet was purged. |
| rfat | TABLE | Used to coordinate the science spell 'Report from All Terminals'. See rfat.pl for how it's used. |
| rings | TABLE | Reports on good and evil ring sightings |
| rogues | TABLE | Stores location of rogue bands and associated information. Note that the location is represented by what is needed to protect you from the danger of the location. |
| rss | TABLE | Route simulator settings. Similar to TABLE customsetprefs. See also comments there. |
| shipcomments | TABLE | Stores comments from DOW members about other ships. |
| shipconfig | TABLE | Stores the path to where the ship configuration HTML page is stored. Poor choice of name for the table. |
| shipdata | TABLE | Grab bag of data about donor's ships. Entries have been added as needed rather than designed. |
| shiploc | TABLE | Stores the locations of ships, including from the turn pages, terminal reports, and trace reports (which is why TABLE meetings is not sufficient, since it only gives the location of the ship, not who it is paired with). |
| shop | TABLE | Stores shop data. I should have used a unique ID for each shop. Note that I intended to combine this table into TABLE nmods, but I haven't yet. Types: Warp 1, impulse 2, sensor 3, cloak 4, life support 5, sickbay 6, shield 7, ram 8, gun 9, disruptor 10, laser 11, missile 12, drone 13, fighter 14, pod 15. Techs: Primitive 1, Basic 2, Mediocre 3, Advanced 4, Exotic 5, Magic 6. |
| skills | TABLE | Stores the skill levels of each DOW member. IMPORTANT: Only when a new skill is learned does an entry appear. Each area/name combination should therefore only occur once. BUG: Does not take into account evil ring use! |
| starcoords | TABLE | Positions of the stars. Note that it is rotated by 90 degrees with respect to how they're displayed. I wish I could remember where I found these values... |
| stargates | TABLE | Stores stargate information. Note that both directions are stored in the table (e.g. Alnitak/Zosca/1 and Zosca/Alnitak/1). |
| statics | TABLE | Various static data. Currently one of: Engineering Academy, Engineering School, Hiring Hall, Medical Academy, Medical School, Ocean, Prison, Science Academy, Science School, Weaponry Academy, Weaponry School. |
| sysplagues | TABLE | Reported level of plagues from donors turn pages. |
| sysstarnet | TABLE | Static list of systems with Starnet terminals. |
| systemviewed | TABLE | Stores whether the ship pairings in a given system have been reported on a given turn. An entry exists if there's a turn report, probe report, trace report, or terminal report for the system. |
| terminals | TABLE | Records which terminals a donor has accessed. |
| terrain | TABLE | Stores the terrain type of each system. One of Asteroids, Clear, Dyson Sphere, Nebula |
| traces | TABLE | Stores which ship (if any) a DOW member is tracing. |
| tracking | TABLE | Stores which ships a DOW member is tracking. |
| trade | TABLE | Records trade data from player pages, terminal reports, probe reports, and the Presidential database. IMPORTANT: Since some systems have colonies that buy two of the same goods, it is possible to have identical entries (except for the tradeid). I should have assigned each colony a unique ID, and used that instead of system/resource. NOTE: The donorid represents who donated the data. It is no longer used for anything. It is the donorid if it came from the turn report, -1 for the presidential database, or donorid+1000 for terminal reports, etc. NOTE: I added locid about half-way through DOW's life. |
| turnupdate | TABLE | Records which turn each donor has contributed. A common idiom to get the current turn is: select max(turn) from turnupdate; |
| xeno_history | TABLE | For each Xeno service, store who/what/when. Note that for the scripts to work, there should always be at least one entry for each Xenologist (e.g. "Joined Xenos"). |
Stores the ships that appear to still be active in the game by extracting them from the TBG mailer at: http://www.pbm.com/tbg/alias.html
| Column | Type | Modifiers | Description |
|---|---|---|---|
| turn | integer | ||
| ship | varchar(64) | ||
| id | integer | ID from the TBG mailer page |
Every time an adventure is seen, either from the location report if you're in system or from the "Known Adventures", it is entered into this table. The donation flags indicate who is allowed to view the adventure. As the player pages are processed, the permisions will become more lenient (e.g. when a player who donates all adventures reports the adventure, all the flags get set to true).
| Column | Type | Modifiers | Description |
|---|---|---|---|
| advid | integer | not null default nextval('public.adventures_advid_seq'::text) | |
| area | varchar(16) | Engineering, Science, Medical, Weaponry | |
| level | integer | ||
| name | varchar(48) | E.g. Moon Adventure 2 | |
| system | varchar(16) | ||
| turn | integer | ||
| sensors | integer | May be blank if unknown | |
| adv_newbie | boolean | default false | |
| adv_done | boolean | default false | |
| adv_high | boolean | default false | |
| adv_hard | boolean | default false | |
| adv_all | boolean | default false | |
| locid | integer | ||
| pub_adv_newbie | boolean | default false |
Stores static info about alien races. Ships are created with skilllevel modules plus or minus 1 min 1 max 6.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| race | varchar(16) | E.g. Ant, Spider | |
| alignment | varchar(16) | Chaotic, Friendly, Hostile, Neutral | |
| system | varchar(16) | Homeworld | |
| area | varchar(16) | Engineering, Medical, Science, Weaponry | |
| skilllevel | integer |
For every ship that's ever been seen in DOW on or before the given turn, list the ships status (one of Alien, Player, Retired). It is much faster to store this info once than to generate it each time.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| turn | integer | ||
| ship | varchar(64) | ||
| type | varchar(16) | One of Alien, Player, Retired |
Artifacts carried by donors. I should have used ship name instead of donorid. Curses are stored in TABLE curses, with a reference to the artifactid. Keys are stored in TABLE keys, with a reference to the artifactid.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| artifactid | integer | not null default nextval('public.artifacts_artifactid_seq'::text) | |
| donorid | integer | ||
| turn | integer | ||
| name | varchar(16) | e.g. Blocabaga | |
| bless | character(2) | One of Cl, Id, Ls, Sb, Sh, Sn, Wd, Wp |
Indexes:
"artifact_index1" btree (artifactid)
"artifact_index2" btree (turn)
Stores the danger level for each badland. Not currently used by anything.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| id | integer | not null default nextval('public.badland_id_seq'::text) | |
| danger | integer | ||
| system | varchar(16) |
Which ships are banned from dow, when they were banned, etc.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| ship | varchar(64) | ||
| turn | integer | ||
| action | varchar(32) | One Banned or Permaban (there is no longer any distinction between the two). | |
| description | text |
Stores info about each colony.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| id | integer | Unique id for each colony | |
| system | varchar(16) | ||
| race | varchar(16) | e.g. Cat, Goblin | |
| resource | varchar(32) | e.g. Old Songs, Mittens |
Stores the danger level of each Stellar Corona. Not currently used by anything.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| id | integer | not null default nextval('public.corona_id_seq'::text) | |
| danger | integer | ||
| system | varchar(16) |
Records where criminals have been seen. Note that just because you know a criminal is in a location, you cannot necessarily pick him up. I believe you personally need to have been the one to gain the information about his location.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| who | varchar(16) | ||
| level | varchar(16) | ||
| location | varchar(16) | e.g. homeworld, moon, colony | |
| system | varchar(16) | ||
| turn | integer |
Stores the curses on all artifacts. The artifactid is a reference to an entry in TABLE artifacts.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| artifactid | integer | Reference to entry in TABLE artifacts. | |
| curse | character(2) | One of Cl, Id, Ls, Sb, Sh, Sn, Wd, Wp |
Settings for the Custom Set. Values should have been floats instead of ints.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | ||
| sn | integer | Starnet | |
| usn | integer | Unaccessed starnet | |
| hw | integer | Homeworld | |
| hwup | integer | Homeworld with uncured plague | |
| hwne | integer | Homeworld of non-enemy alien | |
| factory | integer | ||
| cfactory | integer | Contraband factory | |
| erogue | integer | Engineering rogue band | |
| srogue | integer | Science rogue band | |
| mrogue | integer | Medical rogue band | |
| wrogue | integer | Weaponry rogue band | |
| jumpcost | integer | ||
| resources | integer | ||
| hiringhall | integer | ||
| eacad | integer | Engineering academy | |
| sacad | integer | Science academy | |
| macad | integer | Medical academy | |
| wacad | integer | Weaponry academy | |
| eadv | integer | Engineering adventure | |
| sadv | integer | Science adventure | |
| madv | integer | Medical adventure | |
| wadv | integer | Weaponry adventure | |
| euadv | integer | Uncomplete engineering adventure | |
| suadv | integer | Uncomplete science adventure | |
| muadv | integer | Uncomplete medical adventure | |
| wuadv | integer | Uncomplete weaponry adventure | |
| eschool | integer | Engineering school | |
| sschool | integer | Science school | |
| mschool | integer | Medical school | |
| wschool | integer | Weaponry school | |
| prison | integer | ||
| ood | integer | Out of date in DOW | |
| hwh | integer | Homeworld of hostile alien | |
| hwc | integer | Homeworld of chaotic alien | |
| ocean | integer | ||
| epadv | integer | Engineering preferred adventure | |
| spadv | integer | Science preferred adventure | |
| mpadv | integer | Medical preferred adventure | |
| wpadv | integer | Weaponry preferred adventure | |
| useorders | boolean |
Information about members of DOW are stored here. Each member has a unique donorid. The dow_pw is stored plain text. It is also stored encripted in the .htaccess file. See the script dowpw.pl for how the passwords are maintained. If adv_all is set, so should adv_* If admin is set, then most scripts will allow you to add the argument -u+ShipName and look at the script as that ship. Very useful for debugging.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | not null default nextval('public.donors_donorid_seq'::text) | |
| ship | varchar(64) | ||
| label | varchar(64) | ||
| captain | varchar(64) | ||
| varchar(64) | |||
| secreturl | varchar(128) | Turn page on the tbg server. | |
| dow_pw | varchar(16) | Password in DOW | |
| adv_newbie | boolean | Share adventures of level 1-5 | |
| adv_done | boolean | Share adventures that the donor has already completed | |
| adv_high | boolean | Share adventures that are too high level for the donor to do | |
| adv_hard | boolean | Share adventures of level 25+ | |
| adv_all | boolean | Share all adventures regardless of other settings | |
| shiploc | boolean | ||
| shipconfig | boolean | ||
| influence | boolean | ||
| admin | boolean | Administrator. Used for debugging. | |
| xeno | boolean | Member of the Institute of Xenology | |
| wise | boolean | ||
| ninjafriend | boolean | ||
| pub_adv_newbie | boolean | ||
| xenoadmin | boolean | default false | |
| obfuscate | boolean | default true | |
| purgers | boolean | default false | |
| anonymous | boolean | default true | |
| pub_shop_newbie | boolean | default true | |
| pub_trade | boolean | default true |
Stores every access to a DOW page that contains a remote_user. This table is huge. Good for detecting spies.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| http_user_agent | text | ||
| remote_user | varchar(64) | ||
| remote_addr | varchar(16) | ||
| request_uri | text | ||
| http_referer | text | ||
| dts | timestamp without time zone | default now() | |
| turn | integer |
Indexes:
"dowaccess_index2" btree (turn)
"dowaccessindex1" btree (dts)
Records the alien races that a donor is enemies with.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | ||
| who | varchar(16) | e.g. Ant, Bird. Should have been 'race'. | |
| turn | integer |
Static info on which systems product what resources.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| resource | varchar(32) | ||
| system | varchar(16) | ||
| cost | integer |
Amount of favour of DOW members
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | ||
| turn | integer | ||
| area | varchar(16) | Engineering, Medical, Science, Weaponry | |
| favour | integer |
Indexes:
"favourindex1" btree (turn)
The flag for every non-alien ship
| Column | Type | Modifiers | Description |
|---|---|---|---|
| ship | varchar(64) | ||
| flag | text | Raw html extracted directly from turn page. | |
| turn | integer |
Stores Starnet password fragments. The source is DOW if obtained from a donor's turn pages. Other sources are entered by hand, and are typically GIN or TC (for terminal codes). The source is not used by anything currently.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| turn | integer | ||
| fragment | varchar(16) | ||
| source | varchar(64) | Not currently used. |
Lists DOW members who are currently not allowed to access the DOW pages. This includes people who quit the game or quit DOW.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| ship | varchar(64) | ||
| turn | integer |
Stores influence information for presidential elections.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| ship | varchar(64) | ||
| system | varchar(16) | ||
| race | varchar(16) | e.g. Wasp, Otter | |
| location | integer | Location ID. Not currently used. | |
| votes | integer | ||
| influence | integer | ||
| turn | integer | ||
| donated | boolean |
Indexes:
"influenceindex1" btree (ship)
Stores the keys on all artifacts. The artifactid is a reference to an entry in TABLE artifacts.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| artifactid | integer | Reference to entry in TABLE artifacts | |
| key | character(1) | One of 0, 1, 2, 3, 4, 5, 6, 7 |
What medicine is a given ship carrying? Where can it be sold? What's it value?
| Column | Type | Modifiers | Description |
|---|---|---|---|
| ship | varchar(64) | ||
| turn | integer | ||
| system | varchar(16) | ||
| value | integer |
Stores ship pairing data. "ship1 (protecting protected1) meets ship2 (protecting protected2)". Any ship field except ship1 may be null (e.g. if a ship is alone in a system).
| Column | Type | Modifiers | Description |
|---|---|---|---|
| system | varchar(16) | ||
| turn | integer | ||
| ship1 | varchar(64) | ||
| ship2 | varchar(64) | ||
| donated | boolean | ||
| protected1 | varchar(64) | ||
| protected2 | varchar(64) | ||
| purgers | boolean | default false |
Modules carried by donors. I should have used ship name instead of donorid. See TABLE shop for meaning of type and tech. See also TABLE nmods, a replacement for this table used by newer scripts.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| moduleid | integer | not null default nextval('public.modules_moduleid_seq'::text) | |
| turn | integer | ||
| donorid | integer | ||
| item | varchar(32) | e.g. warp drive-222 (U) | |
| type | integer | 1-warp 2-impulse 3-sensor 4-cloak 5-life support 6-sickbay 7-shield 8-ram 9-gun 10-disruptor 11-laser 12-missile 13-drone 14-figher | |
| tech | integer | ||
| yield | integer | Modules used to provide energy; now they cost energy. This field is used for both. | |
| reliability | integer | ||
| ship | varchar(64) |
Indexes:
"module_index1" btree (turn)
"module_index2" btree (ship)
Used to store user requested changes to their settings. Rows from this table are copied to TABLE donors when the turn turns.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | ||
| ship | varchar(64) | ||
| varchar(64) | |||
| secreturl | varchar(128) | ||
| dow_pw | varchar(16) | ||
| adv_newbie | boolean | ||
| adv_done | boolean | ||
| adv_high | boolean | ||
| adv_hard | boolean | ||
| adv_all | boolean | ||
| shiploc | boolean | ||
| shipconfig | boolean | ||
| influence | boolean | ||
| pub_adv_newbie | boolean | ||
| obfuscate | boolean | default true | |
| purgers | boolean | default false | |
| anonymous | boolean | default true | |
| pub_shop_newbie | boolean | default true | |
| pub_trade | boolean | default true |
New table for modules. Currently only includes modules on ships, though it was designed for ships and shops. Updated by do_ships.pl, while TABLE modules is updated by updatedow.pl.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| moduleid | integer | not null default nextval('public.nmods_moduleid_seq'::text) | |
| turn | integer | not null | |
| loctype | character(4) | not null | One of ship or shop. |
| loc | varchar(64) | not null | Either the ship name or the shope name |
| name | varchar(32) | not null | |
| broken | boolean | not null default false | |
| type | integer | not null | |
| tech | integer | not null | |
| yield | integer | not null | |
| reliability | integer | not null | |
| price | integer |
Indexes:
"nmods_index1" btree (turn)
"nmods_index2" btree (loc)
Records which plagues a donor has cured.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | ||
| system | varchar(16) | ||
| turn | integer |
Stores which pods a donor carries. For non-donors, the donorid is null and the ship is set. I really should not have used donorids...
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | NULL if not a donor | |
| turn | integer | ||
| name | varchar(16) | e.g. pod-835 | |
| capacity | integer | Size (tech level) | |
| n | integer | How much cargo currently carried | |
| resource | varchar(32) | Tea, Boardgames, etc | |
| ship | varchar(64) | NULL if a donor. Sigh. |
Indexes:
"pods_index1" btree (turn)
Stores the possible things to vote on in a poll. The pollid is a reference to an entry in TABLE polls. See also TABLE pollvotes for who voted for what.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| pollitemid | integer | not null default nextval('public.pollitems_pollitemid_seq'::text) | |
| pollid | integer | Reference to entry in TABLE polls | |
| item | text | e.g. Yes, Abstain, Forgive |
Stores poll information. See also TABLE pollitems for what you can vote on in a poll and TABLE pollvotes for who voted for what.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| pollid | integer | not null default nextval('public.polls_pollid_seq'::text) | |
| title | text | ||
| open | boolean | True if you can still vote in this poll. I set this manually. | |
| closedate | varchar(32) | When the poll will close. Only used for display -- I set polls.open manually. | |
| note | text |
Stores what donors voted for in a poll.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | ||
| pollitemid | integer | Reference to entry in TABLE pollitems | |
| pollid | integer | Reference to entry in TABLE polls |
Records popcorn sightings.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| system | varchar(32) | ||
| turn | integer | ||
| impulse | integer | ||
| sensor | integer | ||
| shield | integer |
Records power rank for all ships. Generated by do_ships.pl
| Column | Type | Modifiers | Description |
|---|---|---|---|
| ship | varchar(64) | ||
| powerrank | integer | ||
| turn | integer |
General DOW preferences. This grew organically, and should be cleaned up.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | ||
| advdone | boolean | Show already completed adventures in adventure views | |
| advhard | boolean | Show adventures that are too hard in adventure views | |
| advsort | varchar(10) | Sort order for adventure list view | |
| bottombar | text | Arbitrary html code added to bottom of each of the donors pages | |
| mapinsys | boolean | Show map in system view | |
| leftbar | text | No longer used | |
| showleftbar | boolean | Show the left navigation bar | |
| leftbarwidth | integer | default 150 | Width of left nav bar |
| prefadvmin | integer | Preferred adventure level min | |
| prefadvmax | integer | Preferred adventure level max | |
| onlyprefadv | boolean | Show only preferred adventures in adventure list/map view |
Stores where donors have probes deployed. I should have included the turn! Instead, I delete the table every turn and reset with latest values.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | ||
| system | varchar(32) |
Records which system had its Starnet purged
| Column | Type | Modifiers | Description |
|---|---|---|---|
| purgeid | integer | not null default nextval('public.purgedsystems_purgeid_seq'::text) | |
| system | varchar(32) | ||
| turn | integer | ||
| purgers | boolean | True if the donor who observed the purge is donating purge information |
Records who was at a system when its Starnet was purged.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| purgeid | integer | Reference to TABLE purgedsystems, which identifies which system and turn the purge took place | |
| ship | varchar(64) | Either a ship name, or 'Dybuk Logic Bomb' if the SST so reported | |
| purgers | boolean | True if the donor who observed the purge is donating purge information |
Used to coordinate the science spell 'Report from All Terminals'. See rfat.pl for how it's used.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| ship | varchar(64) | Each DOW ship appears at most once in this table | |
| contact | boolean | Should the ship be contacted for rfat requests? | |
| turn | integer | Last time the ship was request to do an rfat. Note that the scripts do not check if they actually did it or not. |
Reports on good and evil ring sightings
| Column | Type | Modifiers | Description |
|---|---|---|---|
| type | varchar(4) | Good or Evil | |
| area | varchar(16) | Engineering, Medical, Science, Weaponry | |
| system | varchar(16) | ||
| turn | integer |
Stores location of rogue bands and associated information. Note that the location is represented by what is needed to protect you from the danger of the location.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| race | varchar(16) | e.g. Worm, Elf | |
| field | varchar(16) | Engineering, Science, Medical, Weaponry | |
| location | varchar(16) | Impulse or Life Support | |
| danger | integer | Percentage required | |
| system | varchar(16) | ||
| turn | integer |
Route simulator settings. Similar to TABLE customsetprefs. See also comments there.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | ||
| contraband | boolean | ||
| olympian | boolean | ||
| maxjump | integer | ||
| nturns | integer | ||
| cargoweight | varchar(32) | ||
| sn | integer | ||
| usn | integer | ||
| hw | integer | ||
| hwup | integer | ||
| hwne | integer | ||
| hwh | integer | ||
| hwc | integer | ||
| factory | integer | ||
| cfactory | integer | ||
| erogue | integer | ||
| srogue | integer | ||
| mrogue | integer | ||
| wrogue | integer | ||
| hiringhall | integer | ||
| eacad | integer | ||
| sacad | integer | ||
| macad | integer | ||
| wacad | integer | ||
| eadv | integer | ||
| sadv | integer | ||
| madv | integer | ||
| wadv | integer | ||
| euadv | integer | ||
| suadv | integer | ||
| muadv | integer | ||
| wuadv | integer | ||
| eschool | integer | ||
| sschool | integer | ||
| mschool | integer | ||
| wschool | integer | ||
| prison | integer | ||
| ood | integer | ||
| system_bonuses | text | Arbitrary system bonuses is the form system bonus, system bonus... | |
| updated | boolean | Does the route simulator need to be run? | |
| ocean | integer | ||
| excludepods | text | Which pods should be excluded? | |
| maxpurchase | integer | ||
| energypercent | double precision |
Stores comments from DOW members about other ships.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| commentid | integer | not null default nextval('public.shipcomments_commentid_seq'::text) | |
| donorid | integer | Donorid of the person leaving the comment. May be NULL for ships that quit DOW before I starting recording who had quit DOW. | |
| ship | varchar(64) | Which ship the comment is about. | |
| turn | integer | ||
| score | integer | ||
| comment | text | ||
| dts | timestamp without time zone | default now() |
Stores the path to where the ship configuration HTML page is stored. Poor choice of name for the table.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| ship | varchar(64) | ||
| path | varchar(64) | ||
| turn | integer | ||
| donated | boolean | default false | |
| purgers | boolean | default false |
Indexes:
"shipconfigindex1" btree (ship)
"shipconfigindex2" btree (turn)
Grab bag of data about donor's ships. Entries have been added as needed rather than designed.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| shipdataid | integer | not null default nextval('public.shipdata_shipdataid_seq'::text) | |
| donorid | integer | ||
| turn | integer | ||
| engskill | integer | ||
| sciskill | integer | ||
| medskill | integer | ||
| weapskill | integer | ||
| nengcrew | integer | ||
| nscicrew | integer | ||
| nmedcrew | integer | ||
| nweapcrew | integer | ||
| engcrewskill | integer | ||
| scicrewskill | integer | ||
| medcrewskill | integer | ||
| weapcrewskill | integer | ||
| impulsepercent | integer | ||
| lifesupportpercent | integer | ||
| warppercent | integer | ||
| sensorpercent | integer | ||
| cloakpercent | integer | ||
| sickbaypercent | integer | ||
| shieldpercent | integer | ||
| weaponpercent | integer |
Indexes:
"shipdata_index1" btree (turn)
Stores the locations of ships, including from the turn pages, terminal reports, and trace reports (which is why TABLE meetings is not sufficient, since it only gives the location of the ship, not who it is paired with).
| Column | Type | Modifiers | Description |
|---|---|---|---|
| system | varchar(16) | ||
| turn | integer | ||
| ship | varchar(64) | ||
| donated | boolean | ||
| purgers | boolean | default false |
Indexes:
"shiplocindex1" unique, btree (system, turn, ship)
"shiplocindex2" btree (ship)
Stores shop data. I should have used a unique ID for each shop. Note that I intended to combine this table into TABLE nmods, but I haven't yet. Types: Warp 1, impulse 2, sensor 3, cloak 4, life support 5, sickbay 6, shield 7, ram 8, gun 9, disruptor 10, laser 11, missile 12, drone 13, fighter 14, pod 15. Techs: Primitive 1, Basic 2, Mediocre 3, Advanced 4, Exotic 5, Magic 6.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| shopid | integer | not null default nextval('public.shop_shopid_seq'::text) | |
| system | varchar(32) | ||
| turn | integer | ||
| donorid | integer | ||
| item | varchar(32) | ||
| type | integer | ||
| tech | integer | ||
| yield | integer | ||
| reliability | integer | ||
| price | integer | ||
| sharenewbie | boolean | default false |
Indexes:
"shop_index_1" btree (turn)
"shop_index_2" btree (tech, "type")
"shop_index_3" btree (system)
Stores the skill levels of each DOW member. IMPORTANT: Only when a new skill is learned does an entry appear. Each area/name combination should therefore only occur once. BUG: Does not take into account evil ring use!
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | ||
| turn | integer | ||
| area | varchar(16) | Engineering, Science, Medical, Weaponry | |
| name | varchar(48) | e.g. Moon Adventure 1, Repaired sensor, etc. |
Positions of the stars. Note that it is rotated by 90 degrees with respect to how they're displayed. I wish I could remember where I found these values...
| Column | Type | Modifiers | Description |
|---|---|---|---|
| system | varchar(16) | ||
| x | integer | ||
| y | integer | ||
| destnum | integer |
Stores stargate information. Note that both directions are stored in the table (e.g. Alnitak/Zosca/1 and Zosca/Alnitak/1).
| Column | Type | Modifiers | Description |
|---|---|---|---|
| system1 | varchar(16) | ||
| system2 | varchar(16) | ||
| key | integer |
Various static data. Currently one of: Engineering Academy, Engineering School, Hiring Hall, Medical Academy, Medical School, Ocean, Prison, Science Academy, Science School, Weaponry Academy, Weaponry School.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| system | varchar(32) | ||
| item | varchar(64) |
Reported level of plagues from donors turn pages.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| system | varchar(32) | ||
| level | integer | ||
| turn | integer |
Static list of systems with Starnet terminals.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| system | varchar(32) | ||
| terminal | integer |
Stores whether the ship pairings in a given system have been reported on a given turn. An entry exists if there's a turn report, probe report, trace report, or terminal report for the system.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| system | varchar(32) | ||
| turn | integer |
Records which terminals a donor has accessed.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | ||
| system | varchar(16) | ||
| turn | integer |
Stores the terrain type of each system. One of Asteroids, Clear, Dyson Sphere, Nebula
| Column | Type | Modifiers | Description |
|---|---|---|---|
| system | varchar(16) | ||
| terrain | varchar(16) |
Stores which ship (if any) a DOW member is tracing.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| donorid | integer | ||
| ship | varchar(64) | ||
| turn | integer |
Stores which ships a DOW member is tracking.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| ship | varchar(64) | DOW member | |
| tracked | varchar(64) | Name of ship being tracked. |
Records trade data from player pages, terminal reports, probe reports, and the Presidential database. IMPORTANT: Since some systems have colonies that buy two of the same goods, it is possible to have identical entries (except for the tradeid). I should have assigned each colony a unique ID, and used that instead of system/resource. NOTE: The donorid represents who donated the data. It is no longer used for anything. It is the donorid if it came from the turn report, -1 for the presidential database, or donorid+1000 for terminal reports, etc. NOTE: I added locid about half-way through DOW's life.
| Column | Type | Modifiers | Description |
|---|---|---|---|
| tradeid | integer | not null default nextval('public.trade_tradeid_seq'::text) | |
| system | varchar(16) | ||
| resource | varchar(32) | ||
| price | integer | ||
| turn | integer | ||
| donorid | integer | ||
| locid | integer | ||
| pub_shared | boolean | default false |
Indexes:
"trade_index_1" btree (turn)
"trade_index_2" btree (system)
Records which turn each donor has contributed. A common idiom to get the current turn is: select max(turn) from turnupdate;
| Column | Type | Modifiers | Description |
|---|---|---|---|
| turn | integer | ||
| donorid | integer |
For each Xeno service, store who/what/when. Note that for the scripts to work, there should always be at least one entry for each Xenologist (e.g. "Joined Xenos").
| Column | Type | Modifiers | Description |
|---|---|---|---|
| id | integer | not null default nextval('public.xeno_history_id_seq'::text) | |
| ship | varchar(64) | ||
| turn | integer | ||
| action | text |


About Me
I'm a Ph.D. candidate at KAIST, South Korea. My research is focused on solving computer vision problems using machine learning. I am especially interested in motion understanding, so I have been working on video-related topics.
How to deal with the lack of labeled datasets is where I have expertise. I have mainly studied optical flow estimation with deep learning in an unsupervised or semi-supervised manner. Recently, I presented two optical flow papers (UnsupSimFlow and FlowSupervisor) at top-tier vision conferences; the two papers are related to unsupervised learning and semi-supervised learning, which are crucial in optical flow learning. I want to research similar topics related to motion understanding and label-efficient learning in the future.
Not only on the topics mentioned above, I'm knowledgeable about general computer vision tasks and robotics. I have implemented my code using Python, C++ with OpenCV, Tensorflow (1 and 2), and Pytorch while participating in many vision-related projects: face recognition, 3D teleportation, and multi-view line matching.
Award
- Naver Ph.D Fellowship Award, 2022.
- Finalist at Qualcomm Innovation Fellowship Korea (QIFK), 2020.
Education
- KAIST, Ph.D., Computer Science2018-current
- Advisor: Professor Sung-Eui Yoon
- KAIST, M.S., Computer Science2016-2018
- Advisor: Professor Hyun Seung Yang
- Yonsei University, B.S., Computer Science2012-2016
Publications
- Diffusion Probabilistic Models for Scene-Scale 3D Categorical Data arXiv preprint
- Scenario Generation by Action Scene-Graph Prediction Korea Software Congress (KSC)
- Semi-Supervised Learning of Optical Flow by Flow Supervisor European Conference on Computer Vision (ECCV)
- In-N-Out: Towards Good Initialization for Inpainting and Outpainting British Machine Vision Conference (BMVC)
- Self-Supervised Visual Odometry via Frame Interpolation Korea Robotics Society Annual Conference (KRoC)
- Unsupervised Learning of Optical Flow with Deep Feature Similarity European Conference on Computer Vision (ECCV)
- Combined Center Dispersion Loss Function for Deep Facial Expression Recognition Pattern Recognition Letters
- Two-stream Spatiotemporal Feature for Video QA Task https://arxiv.org/abs/1907.05006
- Acoustic Material Estimation with Convolutional Neural Network Korea Robotics Society Annual Conference (KRoC)
- An Application of Convolutional-LSTM Network and Video QA Korea Computer Congress (KCC)
- Scale-Varying Triplet Ranking with Classification Loss for Facial Age Estimation Asian Conference on Computer Vision (ACCV)
- CBVMR: Content-Based Video-Music Retrieval Using Soft Intra-Modal Structure Constraint Proceedings of the ACM international conference on Multimedia Retrieval (ICMR)
- D3: Recognizing dynamic scenes with deep dual descriptor based on key frames and key segments Neurocomputing
-
SSPP-DAN: Deep Domain Adaptation Network for Face Recognition with Single Sample Per Person
International Conference on Image Processing (ICIP'17), IEEE
Oral [paper]
- Convolutional Texture Networks based on Histogram Pooling
- Image-text multi-modal representation learning by adversarial backpropagation arXiv preprint arXiv:1612.08354
- Deep CNN-based Person Identification using Facial and Clothing Features Jun 2016, Summer General Conference '16, IEEK
Patents
- Using Triplet-based Loss for Training Ordinal Classification Deep Models [detail]
- Partial Face Based Person Identification Across Poses [detail]
Projects
- Rendering for teleportaion in AR devices
- Mar 2018 - Dec 2020, funded by National Research Foundation (NRF)
- Lab website renovation, Dec 2019 (sgvr.kaist.ac.kr)
- Age, gender, and expression recognition using face images
- Dec 2016 - Feb 2018, funded by Korea Advanced Institute of Science and Technology
- Multi-view Face Recognition based on Deep Learning
- May 2016 - May 2017, funded by Electronics and Telecommunications Research Institute (ETRI)
Experiences
- Teaching Assistants
- GSAG-KAIST Research and Education Program, 1/2019-2/2019
- CS206: Data Structure (Spring 2019), 3/2019-6/2019
- CS688: Web-Scale Image Retrieval (Fall 2018), 9/2018-12/2018
- CS101: Introduction to Programming, 9/2016-12/2017, 9/2018-12/2018
- Undergraduate Research Assistant
- DB Lab, Yonsei University, 1/2014-2/2014


Positions
The alerts may be placed in different locations in the page, using the "position" option in the JavaScript.
Top center
This is the most common usage (and the default value), displaying the alert at the top of the page...
Click meThe alerts may be placed in different locations in the page, using the "position" option in the JavaScript.
This is the most common usage (and the default value), displaying the alert at the top of the page...
Click me


Dan Fellows
About Me
(current)
Portfolio
Contact Info
Contact Info
<EMAIL_ADDRESS>+1(918)852-2243
LinkedIn
GitHub


Sat Aug 2, 2003
I woke up this morning with a mysterious throbbing headache, which I attribute to the heat, although there are a myriad of other possible causes. I’m becoming increasingly aware of potential health hazards in my environment, including the water, which I believe is quite toxic no matter how many times you boil and filter it. Thank goodness I am still young and somewhat hardy, although I have been feeling a bit fragile of late. Well, no need to complain, let’s get to it.
On Thursday I spent some time outdoors around Kumchon, reading Tolstoy and eating fruit. This may sound macabre, but I have found that cemeteries are perfect places to retreat from the masses. They are not very creepy, being modeled after the dome-like royal tombs of the Silla period. Only the elite are buried in Korea, space of course being too limited for the average individual to afford this honour.
On Friday I spent the day with Brian and Mika, the South African couple from Durban I met at Wooribank. They are really the nicest people I’ve met in a long time. We went to Itaewon and ate lunch at Subway, which was crowded with foreigners craving innocuous Western food. Brian went out of his way to show me around Yongsan Electronics Market and introduce me to his connections. He know a lot about computers, and all things considered, I may opt for a desktop as opposed to a laptop, especially since desktops have gotten a lot smaller, yet more powerful. Anyways, it’s really great hanging out with them, they feel like family, and it’s cool they live just up the street. I’m going to watch videos at their place tonight, Mika is making milk-tart. How bizarre meeting more South Africans here than in Canada.
I was thinking about taking up Korean classes on Saturday, but it would mean going to Seoul, which is rather far. It would be a great way to network with other foreigners though, and also of course, try and communicate more effectively without playing charades the whole time. I wish I had more free time, but I do feel a bit yoked at the moment, oh well, it’s not forever, I’ve almost finished six months of my contract.


abstract class AbstractTextParser<ResultType> : TextParser<ResultType>
An abstract base class for all parsers that allow to parse text in order to convert it into data of another type. |
|
class Dictionary<K, V> : Iterable<Entry<K, V>>, Serializable
A dictionary that contains several entries, which can be used to identify known values and assign them to predefined translations. |
|
class GradualTextParser<InputTokenType : Token, ResultType> : AbstractTextParser<ResultType>
A parser that allows to parse text by first splitting it into tokens using a Tokenizer and then gradually processing the resulting TokenSequence by applying a Processor or ProcessorChain to it. |
|
data class Match<F, S> : Serializable
Represents that a specific value matches another value according to some criteria. |
|
interface Matcher<F, S>
Defines the interface, a class that allows to check, whether two value with types F and S match, or not, must implement. |
|
class Matches<F, S> : Iterable<Match<F, S>>, Serializable
Contains various matches and provides methods to select the best one among them. |
|
data class MutableToken : Token
A mutable token that can be modified while keeping track of the previous revisions. |
|
interface Processor<I, O>
Defines the interface, a processor that is applied to certain data and returns data of another type, must implement. |
|
class ProcessorChain<I, O> : Processor<I, O>
A meta-processor that executes several processors in a predefined order. The result of the first processor is passed to the second processor and so on. |
|
interface TextParser<ResultType>
Defines the interface, a class that allows to parse text in order to convert it into data of another type, must implement. |
|
interface TieBreaker<T> : (T, T) -> T
A tie-breaking strategy, which allows to decide which one of two values should be preferred. |
|
data class TokenSequence<TokenType : Token> : Iterable<TokenType>, Token
A sequence of several tokens. As the sequence implements the interface Token, it can be used as part of a superordinate sequence. In such case, the tokens it consists of are separated using a specific delimiter. |
|
data class ValueToken<T> : Token
A token that can optionally have a certain value assigned to it. |
class MalformedTextException : RuntimeException
An exception that may be thrown by a TextParser, if a given text could not be parsed. |


{{ getCommit(build) }}
#{{build.number}} {{build.buildStatus | buildStatus}}
{{build.duration | timespan}}
{{build.buildAt | dateAgo}}


Package for Bayesian model averaging and variable selection for linear models,
generalized linear models and survival models (cox
regression).
| Version: |
3.18.9 |
| Depends: |
survival, leaps, robustbase, inline, rrcov |
| Imports: |
methods |
| Suggests: |
MASS |
| Published: |
2018-09-14 |
| Author: |
Adrian Raftery, Jennifer Hoeting,
Chris Volinsky, Ian Painter, Ka Yee Yeung |
| Maintainer: |
Hana Sevcikova <hanas at uw.edu> |
| License: |
GPL-2 | GPL-3 [expanded from: GPL (≥ 2)] |
| URL: |
http://stats.research.att.com/volinsky/bma.html |
| NeedsCompilation: |
yes |
| Materials: |
ChangeLog |
| In views: |
Bayesian, Econometrics, SocialSciences, Survival |
| CRAN checks: |
BMA results |


Dear Anand Shaw,
Your order with order number<PHONE_NUMBER>38705 containing 3 items has been confirmed and is now being processed. The items will be shipped once ready.
We'll send tracking details over SMS and email once the items are dispatched.
Order No.:<PHONE_NUMBER>38705
Payment Mode: Net-Banking
Expected Delivery Date: Tue, 28 Jul 2015
Sandeep Palod
86A Topsia Road Navigators Software Pvt. Ltd. 2nd Floor Room No. 205 206 Near Vishwakarma Building
Kolkata, West Bengal - 700046
Road Navigators Software Pvt. Ltd.2nd Flo
Size: 9Y | Color: Maroon | Quantity: 1
Rs.1195
Rs.717
Thank you for shopping with Spruce Industries
Spruce Industries Team


-
Run C program on Java
I will make a confession. Although I am an OCA/OCP Java programmer, I just learned what native methods are. …
-
Londra Seyahatnamesi [TR]
Victoria & Albert Museum …
-
AWS Cloud Practitioner Certificate Exam
Here is my AWS story. …
-
DevOpsDays Turkey & AWS Community Day Turkey [TR]
Geçen 1 ay içerisinde online olarak 2 farklı etkinlik düzenlendi. …
-
Cloud and Serverless Turkey Ramazan Özel [TR]
Merhabalar, …
-
Java Magazine April 2020 [TR]
CDC(Consumer-Driven Contract) Test …
-
Welcome to Jekyll!
Hello, I’ve started writing here in Oct 13, 2018 by using Hugo static website creator. …
-
Java Magazine February 2020 [TR]
Jakarta Neyin Nesi? …
-
WSL (Windows Subsystem for Linux)
I have become aware of the existence of a program called WSL (Windows Subsystem for Linux) in recent moths by suggestion of colleague. …
-
Docker and VM at Windows 10
If you want to use virtual machines and docker at the same time in windows 10, you can’t. That’s the reason why. …


Traveler
Weather & Entertainment
Previous
Next
Points of Interest
Meet the Team
Nathan Long
JavaScript Expert
See profile
Regina Musovirova
Designer
See profile
Rob Wongus
CSS/ Formating
See profile


Fairness and Bias in Machine Learning Workshop
2021-02-26
Chapter 1 Fairness and Bias in Machine Learning Workshop
Overview
This workshops provides a gentle introduction to the fairness and bias in machine learning applications with a focus on the ProPublica’s Analysis of the COMPAS algorithm. We revised the ProPublica’s original R and Python code to increase its code readability, remixed it with other references, then published and deployed the revised notebook using bookdown and GitHub page.
Outline
- Bias in the data
- Risk of Recidivism Data
- Risk of Violent Recidivism Data
- Bias in the algorithm
References
For more information on the ProPublica’s Machine Bias project, we encourage to check out the following references.
Argument by Julia Angwin, Jeff Larson, Surya Mattu and Lauren Kirchner
Counterargument by Sam Corbett-Davies, Emma Pierson, Avi Feller and Sharad Goel


A bubble chart that is rendered within the browser using SVG or VML. Displays tips when hovering over bubbles.
You can use the colorAxis option to color the bubbles in proportion to a value, as shown in the example below.


Cognition Corp.
Public Community Organizations of Cognition Corp.
Auxilium - The Red Cross.
Interstellar Diplomacy.
FORTITUDE CORP.
Galactic Astrometrics and Nexus of Jump-points.
Galactic Racing Syndication.
Outer Rim Protection and Exploration Corporation.
Rare Fish Trading Co. LLC.
507th Special Operations Taskforce.
The Exiled Fleet.
United Earth Mining Corporation.
Hitcher Four.
VVarMachine.
Unofficial Star Citizen News Website.
Unofficial Star Citizen Wiki.
A Complete History of Ten for the Chairman and Co.
Andy's Big List of Star Citizen Videos & Podcasts.
Spreadsheet of Resources and Planets.
Ship drawing tool.
Calculate trade and ship expenses.
Collection of Star Citizen companion apps.
A guide on how to setup your sensitivity curves.
Alysianah Noire's World of Star Citizen.
https://robertsspaceindustries.com/
https://robertsspaceindustries.com/starmap
https://robertsspaceindustries.com/schedule-report
https://robertsspaceindustries.com/about-the-game/spaceflight
Report and vote on Star Citizen bugs.
https://www.facebook.com/RobertsSpaceIndustries
https://twitter.com/RobertsSpaceInd
https://plus.google.com/115090625624883320504/posts
https://www.youtube.com/user/RobertsSpaceInd


Modifying JSON based on joining year
This is a test program to learn how JSON is imported from a feed could be locally modified.


Port Mapping
The port mapping maps physical ports to physical interfaces
No port mappings found!
No port mappings exist for this platform.
Add
Chassis ID
Enter chassis ID.
Panel Block ID
Enter panel block ID.
Port ID
Enter port ID.
Bandwidth
Enter port bandwith.
Unit
Select bandwith unit.
Mpbs
Gbps
Alias
Enter an optional port alias. The alias can be used to connect the port with other management systems.
Physical Interface
Enter physical interface name.
Description
Enter optional port description.
Save
Remove


--- layout: default title: HTML5 Game Studio --- {% if paginator.page == 1 %} Lost Decade Games is an independent game company in Silicon Valley, CA. To learn more, please see our about page. Want to contact us? {% endif %} {% include html/post_list.html %} {% include html/disqus_comment_count.html %}
Lost Decade Games is an independent game company in Silicon Valley, CA. To learn more, please see our about page. Want to contact us?


Landing on the website...
HI
MON
15
25 /
20
MON
15
25 /
20
MON
15
25 /
20
MON
15
25 /
20
MON
15
25 /
20
MON
15
25 /
20


List of projects
The Odin Recipies
Landing Page
Rock Paper Scissors
Etch a sketch
Calculator
Library
Tic Tac Toe
Restaurant Page


{% macro displayPitches(pitches) %} {% for pitch in pitches %} {% if pitch.user.profile_pic_path %}
{{pitch.user.username}}
comment:{{comment.description}}
{{comment.user.username}}
{{comment.content}}


Hydrogen Line Telescope
Since I started experimentation with SDR recievers in early 2020,
I've always wanted to build my own radio telescope for things like pulsar detection
and recieiving data from SpaceX Falcon 9 second stages,
and I've finally started taking steps in that direction by doing something a little simpler -
detecting the microwave radiation emitted by neutral hydrogen atoms undergoing a
spin-flip transition in our milky way.


--- layout: default title: ICMIE'17 - Scientific Committee meta: The scientific committee members of ICMIE keyword: mechanical engineering conference, robotics conference, energy conference, fluid dynamics conference, cfd conference, industrial engineering conference, mechanics conference, heat transfer, instrumentation, combustion, mechatronics, mems, nanotechnology, renewable energy, solid mechanics, fluid flow, flow, multiphase flow, multiphase heat transfer, turbulent flow, fluid mechanics, mechanical engineering, robotics, energy, fluid dynamics, cfd, industrial engineering, mechanics, heat transfer conference, instrumentation conference, combustion conference, mechatronics conference, mems conference, nanotechnology conference, renewable energy conference, solid mechanics conference, fluid flow conference, flow conference, multiphase flow conference, multiphase heat transfer conference, turbulent flow conference, fluid mechanics conference ---
The Scientific Committee list is currently being updated. We appreciate your patience!
Scientific Committee Members:
Dr. Alvaro Aguinaga, Escuela Politécnica Nacional, Ecuador
Dr. Carlos Avila, California Insitute of Technology (Caltech), USA
Dr. Felix Chan, The Hong Kong Polytechnic University, Hong Kong
Dr. Fook S. Chau, National University of Singapore, Singapore
Dr. Satyandra Gupta, University of Maryland, USA
Dr. Awadhesh Kumar, Malaviya National Institute of Technology, India
Dr. André Preumont, Université libre de Bruxelles, Belgium
Dr. Gholamreza Rouhi, Amirkabir University of Technology, Iran
Dr. Monica Sharma, Malaviya National Institute of Technology, India
Dr. Marton Takacs, Budapest University of Technology and Economics, Hungary
Dr. Delbert Tesar, The University of Texas at Austin, USA
Dr. Chih-Cheng Yang, Kao Yuan University, Taiwan
Dr. Jun Yang, University of Western Ontario, Canada
Dr. Dan Zhang, York University, Canada
Dr. Xuping Zhang, Aarhus University, Denmark
Dr. Rushan Ziatdinov, Keimyung University, South Korea


WARNING
Content Under Development
See
release page for
latest official PDF version.
**Chapter 12: The Rest of Your Life**
The purpose of this book was to show the details of dotting all the i’s of the math on one way of
organizing a physically-based renderer’s sampling approach. Now you can explore a lot of different
potential paths.
If you want to explore Monte Carlo methods, look into bidirectional and path spaced approaches such
as Metropolis. Your probability space won't be over solid angle but will instead be over path space,
where a path is a multidimensional point in a high-dimensional space. Don’t let that scare you -- if
you can describe an object with an array of numbers, mathematicians call it a point in the space of
all possible arrays of such points. That’s not just for show. Once you get a clean abstraction like
that, your code can get clean too. Clean abstractions are what programming is all about!
If you want to do movie renderers, look at the papers out of studios and Solid Angle. They are
surprisingly open about their craft.
If you want to do high-performance ray tracing, look first at papers from Intel and NVIDIA. Again,
they are surprisingly open.
If you want to do hard-core physically-based renderers, convert your renderer from RGB to spectral.
I am a big fan of each ray having a random wavelength and almost all of the RGBs in your program
turning into floats. It sounds inefficient, but it isn’t!
Regardless of what direction you take, add a glossy BRDF model. There are many to choose from and
each has its advantages.
Finally, please send me your images and fixes and complaints! I will maintain links to further
reading etc. at in1weekend.com
Have fun!
Peter Shirley
Salt Lake City, March, 2016


Before Change
write("Progress:")
my_progress_bar = write.progress(0)
write("Loss:")
loss_table = pd.DataFrame(columns=["loss"])
loss_table = write.dataframe(loss_table)
for i in range(100):
my_progress_bar.progress(i)
loss = random.randint(0, 100)
After Change
with Notebook() as write:
write.header("My awesome program", level=3)
write("hello world")
my_array = np.random.randn(100, 100)
write("my array", my_array)
progress = write.progress(0)
for i in range(100):


Something is wrong
{{error}}
reload
[title, description, url, keyword, category]
.match(/{{q}}/ig)
Search
Category


Date: Time:
Name: Clash 1 Status: New Level: Level x Grid Intersection: Date Found: Assing to: Approved by: Approved on: Comments: Get comments from Clash detective


Library
Login
Register
Add Book
Information
×
Add a new book
Read:
×
Edit book details
Read:
×
Register here
×
Login here
×
Account details


This entry does not contain data itself, it is for the website, the NASA Disasters Mapping Portal: https://maps.disasters.nasa.gov
The Disasters Mapping Portal contains numerous datasets that can be streamed from the Portal into GIS software.
The Disasters Applications area promotes the use of Earth observations to improve prediction of, preparation for, response to, and recovery from natural and technological disasters. Disaster applications and applied research on natural hazards support emergency mitigation approaches, such as early warning systems, and providing information and maps to disaster response and recovery teams.
NOTE: Removed "2017 - Present" from "Temporal Applicability" since it's not valid NOTE: Removed "Event-Specific and Near-Real Time Products" from "Update Frequency" since it's not valid
Tags: Disasters, Early, Earth Observations, Emergency, Maps, Nasa Disasters Program, Natural, Predictions, Preparation, Recovery, Response, Technological, Warning
| ↤ Previous | Next → |


Steenbergen et al. (2003) presented the Discourse Quality Index (DQI) as a tool to quantify deliberation in parliamentary speech. Using recent developments of machine learning Nelimarkka (in press) presented an automated toolset to conduct classifications automatically using DQI framework. This tool allows you to apply this classification automatically.
For more details, just contact Matti Nelimarkka<EMAIL_ADDRESS>for details.
We gratefully thank ... for access to data for building this work.
We thank Kone Foundation for funding this work. This work was done in Helsinki Institute for Information Technology HIIT at Aalto University and University of Helsinki.


to go back to the home page click on this
link
salmon cookies
Adding New Store
Store Location
Minimum Number of Customers
Maximum Number of Customers
Average Number of Cookies Per customer


Ping Pong˚
ENTER ROOM ID
and share it with your friend.
Waiting for Player...
You Win 😻
You Lose 💩
Maximilian Brandl˚


This one was also me exactly copying line-to-line the fourth tutorial by Chris Courses on YouTube, "Interacting the Canvas | HTML5 Canvas Tutorial for Beginners - Ep. 4"... with almost no additions from my end.
It's a demonstration on how to use "event listeners". Event listeners is JavaScript's way of connecting user interations with certain functions defined by the developer. In this demo I am using the event listeners to find the position of the mouse and to know whether the user has resized the browser window.
 This effect can the toggled by pressing any key.


Testing submiting PROV-JSON to server
Run test() in the JavaScript console to test the POST request.


Some time ago I decided that it's time to stop lying to myself first of all and be truthfull with my loved ones aswell. Before changing the world make sure to change yourself.
DeterminationI always have been able to fixate myself if I really want to. It's always nice to be in this state as it feels superfocused all the time. The only problem is that I may become obsessively determined
BraveryJust to stand up for yourself or to be willing to raise unwanted questions. Speak your mind and walk the talk. I consider these traits very important as they show what you're made of.
FreethinkerQuestion everything. This might have gotten me into quite a lot of clashing situations just because if there is no good explanation behind why this is done that way and not other way I would question that and oh my.. people hate when their methods get questioned. I feel like this could be applied to any level of structure(your work environment, your company hierarchy, your government)
KindThis trait borders with selfless for me. Because I know that if help can be delivered I will make sure I do everything in my power. There has been few situations where fast thinking and acting was necessary and looking back at these I feel like I got what it takes to remain levelheaded. Also always ready to help with advice or hear you out and share my insights.
Ethical DecisionWhile not everyone knows that admitting your mistakes is a big step in growing. From my personal experience often people will deny any mistakes unless caught red-handed. And that is where my confrontation and whether it's worth it and is it going to achieve the intended goal situational calculations come in. In different work environments I personally never had issues with saying: "Yeah, that was me and I'll learn from this mistake". But more then often I would see the complete opposite behaviour from my colleagues. I had my pratice with heated arguments few times. And now whenever there would be a potential for these situations I would stop and question myself. Is it worth it ?
I think honesty as it is sitting on top of my list it's also very important for me. And culture has played a big role in making sure it's my top trait.  And since then I have tried to be honest with myself and the people around me. If you're lying, you're actually lying to yourself and then the question arises - do you even have an idea who you might me.
Determination and freethinker has clear roots aswell because I remember myself as being the kid who would question his teachers just because I wanted to hear more indept explanation.
Strengths and limitationsI'm a firm believer that each of us build prisons around ourselves by saying and thinking things like: I can't do this, it's to hard for me, I'll never be able to do it etc...
Ofcourse that doesn't mean that there aren't limitations or just things that one person is naturally better at than other one. To some extent we are limitless as long as we realize that our biggest friend and enemy is the same person - ourselves. But as I'm just a human then my biggest limitations would be lack of self confidence I wont dive into other possible limitations
I feel like this is my main one from which we have other branching off. And I try to work on it when I remember but that's an ongoing everyday battle.
As for strengths my freethinking spirit and critical mind will be my best tools while sucking up all the information then i'll combine it with some determination and vuala then throw in some kindness and share the knowledge. As for learning obstacles what's important is to avoid getting overwhelmed by them. Take a step back indetify your obstacle. Treat them as problems that require solving and all the relative steps.


---
layout: ots
title: OpenTimestamps
permalink: /ots/
---
Drop below a file to stamp it: its .ots OpenTimestamps receipt
will be downloaded automatically. The hash of the file will be calculated inside your
browser preserving your privacy. Drop here a file to stamp OR an .ots receipt/proof file
to verify
Alternatively, drop below an .ots receipt/proof file to verify it.
A timestamp proves that some data existed prior to some point in time. The OpenTimestamps protocol defines an open standard consisting in a set of operations for creating provable blockchain timestamps and later independently verifying them.
An OpenTimestamps calendar server provides aggregation of multiple documents allowing to timestamp all of them at the same time using just a single blockchain transaction. Moreover, a calendar server can offer its services to multiple remote OpenTimestamps clients. While anyone could realize a timestamp with the permissionless blockchain(s) by paying the transaction fees, OpenTimestamps public servers are free to use without any registration or API key.
While the OpenTimestamps protocol is blockchain agnostic, a timestamp is as reliable as the used blockchain:
This webpage is an interface to create timestamp proofs using the facilities provided by the OpenTimestamps public free bitcoin calendar servers: Bitcoin's blockchain is used as a timestamp notary, i.e. the proof is attested in a Bitcoin block header. Timestamps can be verified independently using a local Bitcoin Core node; anyway, since a web-page cannot access the local filesystem, this page relies on public block-explorers for verification.
It should be obvious, but it is worth mentioning that timestamping (using the OpenTimestamps protocol or any alternative approach):
For a step by step tutorial about OpenTimestamps, see www.dgi.io/ots/tools


General
Servers
Clients
Host:
Logout
JID:
Password:
Incoming S2S connections:
Outgoing S2S connections:
Client connections:
Status Log :


Politico
Menu
New Party Registration
Create
General
Political Parties
Political Office
Contestants
Results
Vote
Logout


--- layout: data_model title: ObjectListType this_version: 4.1 ---
The ObjectListType captures a list of CybOX Objects.
| Field Name | Type | Description |
|---|---|---|
| Object1..n | ObjectType |
The Object field specifies a single CybOX Object in the list. For use in MAEC, the id attribute at the top level of the Object must be utilized. |


######################## BEGIN LICENSE BLOCK ######################## # The Original Code is Mozilla Universal charset detector code. # # The Initial Developer of the Original Code is # Netscape Communications Corporation. # Portions created by the Initial Developer are Copyright (C) 2001 # the Initial Developer. All Rights Reserved. # # Contributor(s): # Mark Pilgrim - port to Python # Shy Shalom - original C code # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Lesser General Public # License as published by the Free Software Foundation; either # version 2.1 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Lesser General Public License for more details. # # You should have received a copy of the GNU Lesser General Public # License along with this library; if not, write to the Free Software # Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA # 02110-1301 USA ######################### END LICENSE BLOCK ######################### from .charsetgroupprober import CharSetGroupProber from .hebrewprober import HebrewProber from .langbulgarianmodel import (ISO_8859_5_BULGARIAN_MODEL, WINDOWS_1251_BULGARIAN_MODEL) from .langgreekmodel import ISO_8859_7_GREEK_MODEL, WINDOWS_1253_GREEK_MODEL from .langhebrewmodel import WINDOWS_1255_HEBREW_MODEL # from .langhungarianmodel import (ISO_8859_2_HUNGARIAN_MODEL, # WINDOWS_1250_HUNGARIAN_MODEL) from .langrussianmodel import (IBM855_RUSSIAN_MODEL, IBM866_RUSSIAN_MODEL, ISO_8859_5_RUSSIAN_MODEL, KOI8_R_RUSSIAN_MODEL, MACCYRILLIC_RUSSIAN_MODEL, WINDOWS_1251_RUSSIAN_MODEL) from .langthaimodel import TIS_620_THAI_MODEL from .langturkishmodel import ISO_8859_9_TURKISH_MODEL from .sbcharsetprober import SingleByteCharSetProber class SBCSGroupProber(CharSetGroupProber): def __init__(self): super(SBCSGroupProber, self).__init__() hebrew_prober = HebrewProber() logical_hebrew_prober = SingleByteCharSetProber(WINDOWS_1255_HEBREW_MODEL, False, hebrew_prober) # TODO: See if using ISO-8859-8 Hebrew model works better here, since # it's actually the visual one visual_hebrew_prober = SingleByteCharSetProber(WINDOWS_1255_HEBREW_MODEL, True, hebrew_prober) hebrew_prober.set_model_probers(logical_hebrew_prober, visual_hebrew_prober) # TODO: ORDER MATTERS HERE. I changed the order vs what was in master # and several tests failed that did not before. Some thought # should be put into the ordering, and we should consider making # order not matter here, because that is very counter-intuitive. self.probers = [ SingleByteCharSetProber(WINDOWS_1251_RUSSIAN_MODEL), SingleByteCharSetProber(KOI8_R_RUSSIAN_MODEL), SingleByteCharSetProber(ISO_8859_5_RUSSIAN_MODEL), SingleByteCharSetProber(MACCYRILLIC_RUSSIAN_MODEL), SingleByteCharSetProber(IBM866_RUSSIAN_MODEL), SingleByteCharSetProber(IBM855_RUSSIAN_MODEL), SingleByteCharSetProber(ISO_8859_7_GREEK_MODEL), SingleByteCharSetProber(WINDOWS_1253_GREEK_MODEL), SingleByteCharSetProber(ISO_8859_5_BULGARIAN_MODEL), SingleByteCharSetProber(WINDOWS_1251_BULGARIAN_MODEL), # TODO: Restore Hungarian encodings (iso-8859-2 and windows-1250) # after we retrain model. # SingleByteCharSetProber(ISO_8859_2_HUNGARIAN_MODEL), # SingleByteCharSetProber(WINDOWS_1250_HUNGARIAN_MODEL), SingleByteCharSetProber(TIS_620_THAI_MODEL), SingleByteCharSetProber(ISO_8859_9_TURKISH_MODEL), hebrew_prober, logical_hebrew_prober, visual_hebrew_prober, ] self.reset()


Stone Mason
0.0.0
(A really bad) C++ Game Engine (that you should NOT use)
Class Hierarchy
Go to the textual class hierarchy
Generated on Tue Jul 28 2020 11:43:04 for Stone Mason by
1.8.17


Documentation / Features / Elastic / Simple query comparison
Caveats
Benchmarks are very difficult and the intention here is look at patterns
in response
times and specifically look at an ORM query that can be executed against both Postgres
and ElasticSearch
to identify patterns and conditions for certain responses.
You should ALWAYS try to run your own benchmarks against your own data. There are so many factors (volume, cardinality, relationships, data skew etc) that randomly generated data does not cater to.
Don't focus on the absolute numbers
... with ElasticSearch by default we effectively get an index on every property. We generally can't do that on our OLTP database (have an index on every column in the table).
Setup
Populated customers, products, orders, order details (using a modifications to the example application: example-kotlin-web with:
- Orders: 500,000
- Customers: 100,000
- Products: 30,000
- Order lines: 5,263,023
The orders are generated with an orderDate
spread randomly over 12 months for 2015
and a random spread of orderStatus
.
This is loaded into a Postgres database and additionally indexed into ElasticSearch. This is a relatively small database but it is decent enough to play around with various aspects of the query (selectivity of the order date and denormalisation).
For Postgres I did add indexes on order date and status but other wise kept with defaults for both Postgres and ElasticSearch. This is not about getting the best numbers but instead looking at the variations we can see in changing selectivity of predicates and denormalisation.
It is also interesting to note that for ElasticSearch this is a non-scoring query (filter query only) so it's good to see how it compares ballpark wise to Postgres for this simple query.
The query
Run a simple ORM query against both Postgres and ElasticSearch ...
Find Top 100
NEW
orders after a given orderDate
.
We can pass in a boolean to switch between running the query against a Postgres database or ElasticSearch.
// top 100 new orders after (given date)
// ... run against Postgres or ElasticSearch
// ... based on boolean - asDocStore
return Order.find.where()
.status.in(Order.Status.NEW)
.orderDate.after(useDate)
.order()
.orderDate.desc()
.setMaxRows(100)
.setUseDocStore(asDocStore)
.findList()
SQL query
SELECT
t0.id c0,
t0.status c1,
t0.order_date c2,
t0.ship_date c3,
t0.version c4,
t0.when_created c5,
t0.when_modified c6,
t0.customer_id c7,
t0.shipping_address_id c8
FROM orders t0
WHERE t0.status IN (?) AND t0.order_date > ?
ORDER BY t0.order_date DESC, t0.id
LIMIT 100; --bind(NEW,2015-12-08)
Elastic query
{
"size": 100,
"sort": [ { "orderDate": { "order": "desc" } } ],
"query": {
"filtered": {
"filter": {
"bool": {
"must": [
{ "terms": { "status": [ "NEW" ] } },
{ "range": { "orderDate": { "gt":<PHONE_NUMBER>000 } } }
]
}
}
}
}
}
Run mode 1
In this first run mode I restrict the order date to be dates in December
which makes the query
reasonably selective. This means the cost of the sort and filter required for the TOP 100 is not too bad.
DB mean: 10.2 std dev: 2.34 min:6 max:18
ES mean: 8.77 std dev: 1.08 min:7 max:14
ElasticSearch and Postgres are in the same ballpark here - near enough to the same which is great.
Could we give ElasticSearch this query to run in our application? Yes.
Run mode 2 - Denormalisation effect
Denormalisation benefit in action (ElasticSearch as an alternative to a DB materialised view)
ElasticSearch did very well but actually the object it returned contained some additional denormalised information that we didn't have in the Postgres query.
Specifically the ElasticSearch order index contains additional details for the customer (id,name)
and order details (*,product(id,sku,name))
. If we change the ORM query to match the data the
index is returning we need to fetch the customer name and order details (with some additional joins).
// change the ORM query to additionally fetch
// customer and order details to match the index
// which has been denormalised
query
.fetch("customer", "id,name")
.fetch("details", "*")
.fetch("details.product","id,sku,name")
So this is going to make the ORM query against the DB more expensive because now we join to customer, order details and products.
In the ElasticSearch index these 'joins' have been denormalised into the index so that will run as before. In a DB we could create a materialised view to get a similar effect.
DB mean: 56.4 std dev: 5.95 min:48 max:95
ES mean: 8.75 std dev: 1.01 min:7 max:13
So denormalisation in the ElasticSearch index when it is needed is good (which is pretty much stating the obvious but it is always good to check).
Database materialised views would give us a similar effect but we note that using ElasticSearch also has the advantage of taking load off the database.
Run mode 3 - less selective
In this run mode we drop fetching the customer and order details etc (so back to run mode 1) but
change the order date
used such that it is now randomly selected from
the first 100 days of the year
. This means the query is much less selective and so to
get the TOP 100
there are many more rows to sort and filter out of the result.
DB mean: 51.3 std dev: 3.71 min:44 max:60
ES mean: 14.0 std dev: 2.00 min:10 max:22
So here both queries go slower than run mode 1 as we expect (as they have to sort and filter out many more results to obtain the top 100). ElasticSearch does do rather well here in this TOP 100 relatively unselective query in the sense that it didn't really get that much slower.
ElasticSearch is orientated to paging query results but this a is pretty impressive result given that this is a non-scoring filter only query.
Appendix - Bean mapping
The mapping on the order entity bean is:
// this is Kotlin
// .. the @DocEmbedded is what you should look at
@DocStore
@Entity
@Table(name = "orders")
class Order : BaseModel() {
...
var status: Status = Status.NEW;
@DocEmbedded(doc = "id,name")
@ManyToOne @NotNull
var customer: Customer? = null;
@DocEmbedded(doc = "*,product(id,sku,name)")
@OneToMany(mappedBy = "order", cascade = arrayOf(CascadeType.PERSIST))
@OrderBy("id asc")
var details: MutableList<OrderDetail> = ArrayList();
Appendix: Index mapping
The mapping for the ElasticSearch order index. Note that enums are automatically treated as codes (hence status
is not_analysed). The customer and details mapping from the respective @DocEmbedded
annotations.
{
"mappings" : {
"order" : {
"properties" : {
"status": { "type": "string", "index": "not_analyzed" },
"orderDate": { "type": "date" },
"shipDate": { "type": "date" },
"customer" : {
"properties" : {
"id": { "type": "long" },
"name": { "type": "string" }
}
},
"details" : {
"type" : "nested",
"properties" : {
"id": { "type": "long" },
"orderQty": { "type": "integer" },
"shipQty": { "type": "integer" },
"unitPrice": { "type": "double" },
"product" : {
"properties" : {
"id": { "type": "long" },
"sku": { "type": "string" },
"name": { "type": "string" }
}
},
"version": { "type": "long" },
"whenCreated": { "type": "date" },
"whenModified": { "type": "date" }
}
},
"version": { "type": "long" },
"whenCreated": { "type": "date" },
"whenModified": { "type": "date" }
}
}
}
}
Appendix: Example Order
An example from the ElasticSearch index.
{
"_index": "order_v1",
"_type": "order",
"_id": "72033",
"_version": 1,
"found": true,
"_source": {
"status": "NEW",
"orderDate":<PHONE_NUMBER>000,
"shipDate":<PHONE_NUMBER>000,
"customer": {
"id": 31772,
"name": "big 31775"
},
"details": [
{
"id": 759300,
"orderQty": 7,
"unitPrice": 78,
"product": {
"id": 9697,
"sku": "A1672",
"name": "A1672"
},
"version": 1,
"whenCreated":<PHONE_NUMBER>630,
"whenModified":<PHONE_NUMBER>630
},
{
"id": 759301,
"orderQty": 8,
"unitPrice": 94,
"product": {
"id": 18351,
"sku": "E2322",
"name": "E2322"
},
"version": 1,
"whenCreated":<PHONE_NUMBER>630,
"whenModified":<PHONE_NUMBER>630
},
{
"id": 759302,
"orderQty": 11,
"unitPrice": 73,
"product": {
"id": 12358,
"sku": "B2332",
"name": "B2332"
},
"version": 1,
"whenCreated":<PHONE_NUMBER>630,
"whenModified":<PHONE_NUMBER>630
},
{
"id": 759303,
"orderQty": 14,
"unitPrice": 33,
"product": {
"id": 11847,
"sku": "B1821",
"name": "B1821"
},
"version": 1,
"whenCreated":<PHONE_NUMBER>630,
"whenModified":<PHONE_NUMBER>630
},
{
"id": 759304,
"orderQty": 11,
"unitPrice": 34,
"product": {
"id": 14230,
"sku": "C2203",
"name": "C2203"
},
"version": 1,
"whenCreated":<PHONE_NUMBER>630,
"whenModified":<PHONE_NUMBER>630
},
{
"id": 759305,
"orderQty": 17,
"unitPrice": 95,
"product": {
"id": 20625,
"sku": "F2595",
"name": "F2595"
},
"version": 1,
"whenCreated":<PHONE_NUMBER>630,
"whenModified":<PHONE_NUMBER>630
},
{
"id": 759306,
"orderQty": 4,
"unitPrice": 89,
"product": {
"id": 11653,
"sku": "B1627",
"name": "B1627"
},
"version": 1,
"whenCreated":<PHONE_NUMBER>630,
"whenModified":<PHONE_NUMBER>630
},
{
"id": 759307,
"orderQty": 2,
"unitPrice": 42,
"product": {
"id": 2237,
"sku": "C450",
"name": "C450"
},
"version": 1,
"whenCreated":<PHONE_NUMBER>630,
"whenModified":<PHONE_NUMBER>630
},
{
"id": 759308,
"orderQty": 1,
"unitPrice": 60,
"product": {
"id": 3404,
"sku": "D726",
"name": "D726"
},
"version": 1,
"whenCreated":<PHONE_NUMBER>630,
"whenModified":<PHONE_NUMBER>630
},
{
"id": 759309,
"orderQty": 18,
"unitPrice": 80,
"product": {
"id": 19433,
"sku": "F1403",
"name": "F1403"
},
"version": 1,
"whenCreated":<PHONE_NUMBER>630,
"whenModified":<PHONE_NUMBER>630
},
{
"id": 759310,
"orderQty": 9,
"unitPrice": 53,
"product": {
"id": 22608,
"sku": "G2577",
"name": "G2577"
},
"version": 1,
"whenCreated":<PHONE_NUMBER>630,
"whenModified":<PHONE_NUMBER>630
}
],
"version": 1,
"whenCreated":<PHONE_NUMBER>630,
"whenModified":<PHONE_NUMBER>630
}
}


{% extends 'base.html' %} {% block body %} {% block content %}
FAIR EVA for DIGITAL.CSIC is a new service for CSIC researcher community. Those assessment reports that are generated through the tool are not made public unless data creators explicitly give their consent.
{% include "snippets/footer.html" %} {% endblock %} {% endblock %}


Buy a Pixel 4 or 4 XL on Fi and get 50% back in credits
by Manuel VonauWe've already learned that the Pixel 4 is just as quick to receive discounts as the Pixel 3 back in the day as it's $200 off in the Google Store this week. If you're interested in using the device on the Fi network, Google will give you an even crazier price: When you activate the phone through the carrier, it'll give you 50% of the full price back in Google Fi credit. That means you can get the smaller Pixel 4 64GB version for the unbelievable bargain price of $400, while the most expensive Pixel 4 XL 128GB will go for $500.
The cashback comes with a few small catches, but nothing too wild. You need to purchase the Pixel 4 or 4 XL from fi.google.com and activate it within the first 60 days of service. Be sure to use the same email for Fi you used to purchase the phone and keep in mind that you need to activate a full service plan — data-only SIMs don't qualify. On a group plan, you can only activate one phone per member, and on an individual plan, you're also limited to one device per person.
You'll receive your credit (meaning free Fi) in subsequent bills, usually starting around 60 to 90 days after activation. The deal is also available to existing Fi customers.
The offer is valid through December 2 at 11:59 pm PST or as long as supply lasts. Head to the source link for more details or the buy link to get the phone right away, and don't forget to check out the Pixel 3a on Fi, which is also heavily reduced and starting at $250 this week.
Buy:
Google Fi
Source:
Google Fi
Thanks:
Abdul Isik and Nick Cipriani
Alternate Title: Google unsurprisingly stabs early adopters in the back and makes all Pixel 4 variants 50% off on Fi less than two months after introducing the phones


Executes a shell command on the android shell.
NOTE: You have to add a 'exit' command at the end of your script because the shell does not terminate automatically after finishing. See Also: ExtExec


|
LibDriver DHT11
2.0.0
DHT11 full function driver
|
dht11 base driver modules More...
Data Structures | |
| struct | dht11_handle_s |
| dht11 handle structure definition More... | |
| struct | dht11_info_s |
| dht11 info structure definition More... | |
Typedefs | |
| typedef struct dht11_handle_s | dht11_handle_t |
| dht11 handle structure definition More... | |
| typedef struct dht11_info_s | dht11_info_t |
| dht11 info structure definition More... | |
Functions | |
| uint8_t | dht11_info (dht11_info_t *info) |
| get chip's information More... | |
| uint8_t | dht11_init (dht11_handle_t *handle) |
| initialize the chip More... | |
| uint8_t | dht11_deinit (dht11_handle_t *handle) |
| close the chip More... | |
| uint8_t | dht11_read_temperature_humidity (dht11_handle_t *handle, uint16_t *temperature_raw, float *temperature_s, uint16_t *humidity_raw, uint8_t *humidity_s) |
| read the temperature and humidity data More... | |
| uint8_t | dht11_read_humidity (dht11_handle_t *handle, uint16_t *raw, uint8_t *s) |
| read the humidity data More... | |
| uint8_t | dht11_read_temperature (dht11_handle_t *handle, uint16_t *raw, float *s) |
| read the temperature data More... | |
dht11 base driver modules
| typedef struct dht11_handle_s dht11_handle_t |
dht11 handle structure definition
| typedef struct dht11_info_s dht11_info_t |
dht11 info structure definition
| uint8_t dht11_deinit | ( | dht11_handle_t * | handle | ) |
close the chip
| [in] | *handle | points to a dht11 handle structure |
Definition at line 553 of file driver_dht11.c.
| uint8_t dht11_info | ( | dht11_info_t * | info | ) |
get chip's information
| [out] | *info | points to a dht11 info structure |
Definition at line 583 of file driver_dht11.c.
| uint8_t dht11_init | ( | dht11_handle_t * | handle | ) |
initialize the chip
| [in] | *handle | points to a dht11 handle structure |
Definition at line 466 of file driver_dht11.c.
| uint8_t dht11_read_humidity | ( | dht11_handle_t * | handle, |
| uint16_t * | raw, | ||
| uint8_t * | s | ||
| ) |
read the humidity data
| [in] | *handle | points to a dht11 handle structure |
| [out] | *raw | points to a raw humidity buffer |
| [out] | *s | points to a converted humidity buffer |
Definition at line 260 of file driver_dht11.c.
| uint8_t dht11_read_temperature | ( | dht11_handle_t * | handle, |
| uint16_t * | raw, | ||
| float * | s | ||
| ) |
read the temperature data
| [in] | *handle | points to a dht11 handle structure |
| [out] | *raw | points to a raw temperature buffer |
| [out] | *s | points to a converted temperature buffer |
Definition at line 397 of file driver_dht11.c.
| uint8_t dht11_read_temperature_humidity | ( | dht11_handle_t * | handle, |
| uint16_t * | temperature_raw, | ||
| float * | temperature_s, | ||
| uint16_t * | humidity_raw, | ||
| uint8_t * | humidity_s | ||
| ) |
read the temperature and humidity data
| [in] | *handle | points to a dht11 handle structure |
| [out] | *temperature_raw | points to a raw temperature buffer |
| [out] | *temperature_s | points to a converted temperature buffer |
| [out] | *humidity_raw | points to a raw humidity buffer |
| [out] | *humidity_s | points to a converted humidity buffer |
Definition at line 324 of file driver_dht11.c.


Fill in all known event and location details.
Event Planner
To book a GCPE event planner, email<EMAIL_ADDRESS>Videographer
To book a GCPE videographer, email<EMAIL_ADDRESS>Photographer
To book a GCPE photographer, email photorequest@gov.bc.ca


Laura Costello PhD Student in Neuroimaging at the Clinical Neuroimaging Lab, Galway, Ireland (NUIG). My research focuses on Childhood, Trauma, Brain Connectivity and Schizophrenia
Portfolio
My PhD Research
Involves using in-vivo neuroimaging techniques, specifically structural and diffusion MR imaging, to investigate the relationship between early adverse life events and psychosis by mapping the brains’ structural connectivity network
About my PhD Research
Childhood trauma in psychosis: the effects of neuroanatomical dysconnectivity
Objectives To establish the relationship between childhood trauma and the disruption of normal brain development among individuals with psychosis and healthy controls.
Education
Structured PhD in Anatomy
October 2017-October 2021
Department of Anatomy, National University of Ireland Galway
Title of Thesis: 'Childhood trauma in psychosis: the effects of neuroanatomical dysconnectivity'.
Masters degree (MSc) in Clinical Neuroscience (82.11%, 1st class honors)
September 2016-August 2017
Department of Psychology, National University of Ireland Galway
Title of Thesis (88%) 'Intelligence, ‘Theory of Mind’ and Structural Brain Connectivity in Healthy volunteers'.
Bachelor of Arts (Hons) Denominated Psychology (70%– 1st class honours)
September 2013- June 2016
Department of Psychology, National University of Ireland Galway
Title of thesis (77%) 'An investigation into the effects of self-selected, experimenter selected and no music on physiological and psychological measures of stress'
Contact Me
<EMAIL_ADDRESS>Address: Room 1026, Human Biology Building, National University of Ireland, Galway.
Co Galway, Ireland
Tel:<PHONE_NUMBER>
Verbal Intelligence Relates to Global Density in Brain Structural Connectivity
10th Neuroscience Ireland - NUI Galway 28th-29th August 2017
“iPsychosis” - NUI Galway 29th-30th June 2017” – University of Ulster, Coleraine, Co Derry 16th-17th April, 2016.
Anatomists on the Edge”- NUI Galway 27th- 29th June 2017.
An investigation into the effects of self-selected, experimenter selected and no music on physiological and psychological measures of stress
“The 39th Annual All-Ireland Psychology Student Congress” - NUI Galway 9th-10th April, 2017
“The 38th Annual All-Ireland Psychology Student Congress” – University of Ulster, Coleraine, Co Derry 16th-17th April, 2016.
Outreach Experience
• Brain awareness week at the “My Amazing Brain” exhibition at NUI Galway March/November 2017
• Postgraduate open day for the Masters in Clinical Neuroscience course February/November 2017


The name is {{ lastName | lowercase }}
The name is {{ lastName | uppercase }}
Looping with objects:
price: {{price| currency}}
by using filter we can sort items in the array
get the item based on our search.
search:


New Sonic the Hedgehog trailer reveals the speedster’s redesign
Follow Polygon online:
by Petrana RadulovicSonic the Hedgehog is ready for his live-action debut — again.
The first trailer for the live-action Sonic the Hedgehog movie was met by some very heated reactions from fans. The beloved video game hedgehog looked less like his Sega self and more like a tall, scrawny cat-like creature with teeth. The backlash was loud enough that director Jeff Fowler announced on Twitter that his team was set to go back and overhaul the design, even though the movie was already in the can. Fowler later announced that Sonic the Hedgehog would be delayed from November 2019 to February 2020. The hashtag #GottaFixFast was no joke.
The new Sonic, having first leaked into fan view by way of a few multiplex standees, feels like a marked improvement. The approach is simple: it’s the Sonic we know and love. Gone are the long, hairy blue fingers and beady hedgehog eyes. The white gloves and giant mono-eye are back in business, baby!
Sonic the Hedgehog stars Ben Schwartz as Sonic, with Jim Carrey as Dr. Robotnik, James Marsden as Tom Wachowski, the sheriff of Green Hills, and Adam Pally as a fellow cop.


public class MainGameClass
extends com.badlogic.gdx.Game
| Modifier and Type | Field and Description |
|---|---|
static float |
ASPECT_RATIO |
com.badlogic.gdx.assets.AssetManager |
assetManager |
com.badlogic.gdx.graphics.g2d.SpriteBatch |
batch |
static short |
CATEGORY_DEATHTILE |
static short |
CATEGORY_ENEMY |
static short |
CATEGORY_ENEMY_HEAD |
static short |
CATEGORY_ENEMY_MOVE_BORDER |
static short |
CATEGORY_FINISH |
static short |
CATEGORY_GROUND |
static short |
CATEGORY_JUMPABLE |
static short |
CATEGORY_PLAYER |
static short |
CATEGORY_PLAYER_ATTACK |
static short |
CATEGORY_WEAPON |
java.lang.String |
currentEffect |
static boolean |
DEBUG |
float |
effectStateTime |
java.util.HashMap<java.lang.String,com.badlogic.gdx.graphics.g2d.BitmapFont> |
fonts |
static int |
FPS |
static boolean |
FULLSCREEN |
static float |
GAME_WORLD_HEIGHT |
static float |
GAME_WORLD_WIDTH |
static float |
GRAVITY |
static int |
HEIGHT |
static float |
INTERPOLATION_X |
static float |
INTERPOLATION_Y |
static short |
MASK_DEATHTILE |
static short |
MASK_ENEMY |
static short |
MASK_ENEMY_HEAD |
static short |
MASK_ENEMY_MOVE_BORDER |
static short |
MASK_FINISH |
static short |
MASK_GROUND |
static short |
MASK_JUMPABLE |
static short |
MASK_PLAYER |
static short |
MASK_PLAYER_ATTACK |
static short |
MASK_WEAPON |
float |
maximumEffectTimeInSeconds |
static java.lang.String |
NAME |
static int |
NUMBER_OF_LEVELS |
static boolean |
PLAY_SOUNDS |
static float |
PPM |
static boolean |
RESIZABLE |
static int |
TILE_PIXEL_SIZE |
boolean |
twitchEffectActive |
static TwitchThread |
twitchThread |
static boolean |
USE_CAMERA_INTERPOLATION |
static boolean |
USE_PLAYSCREEN_LOG |
static boolean |
USE_TWITCH |
static int |
WIDTH |
static int |
ZOOM |
| Constructor and Description |
|---|
MainGameClass() |
| Modifier and Type | Method and Description |
|---|---|
void |
changeGameResolution()
Changes the window size of the game and switches between fullscreen and windowed mode depending on the settings
|
void |
create()
The first method that is called in the entire application, sets up basic variables and loads the first screen
|
void |
dispose()
Disposes of unused resources correctly when closing the application
|
void |
exitApplication()
Exits the application properly
|
void |
exitApplication(java.lang.String errorMessage)
Exits the application properly
|
java.util.Optional<? extends com.badlogic.gdx.Screen> |
getCurrentScreen()
Gets the current screen as an Optional.
|
java.util.ArrayList<ResolutionObject> |
getResolutions()
Get the list with common resolutions
|
TwitchThread |
getTwitchThread()
Get the twitch thread
|
void |
newTwitchThread()
Reinitializes the twitch thread.
|
void |
receiveActionFromTwitch(java.lang.String action)
Receive an action that the twitch chat has decided for and convert it into an actual effect in the game
|
void |
render()
Gets called once every frame and updates all visual components of the application
|
void |
resetPlayerLifes()
Resets the current player lifes in the save file to the maximum
|
void |
resetTimer()
Resets the current time in the save file to zero
|
void |
takeScreenshot()
Takes a screenshot of the current game state and saves it in the assets directory
|
void |
updateTwitchEffectTimer()
Update the active twitch effect and it's timer
|
public static boolean DEBUG
public static final boolean PLAY_SOUNDS
public static final boolean USE_PLAYSCREEN_LOG
public static boolean FULLSCREEN
public static boolean RESIZABLE
public static final int FPS
public static final java.lang.String NAME
public static int WIDTH
public static int HEIGHT
public static float ASPECT_RATIO
public static final float PPM
public static int ZOOM
public static boolean USE_CAMERA_INTERPOLATION
public static final int NUMBER_OF_LEVELS
public static int TILE_PIXEL_SIZE
public static float GAME_WORLD_WIDTH
public static float GAME_WORLD_HEIGHT
public static float GRAVITY
public static float INTERPOLATION_X
public static float INTERPOLATION_Y
public com.badlogic.gdx.graphics.g2d.SpriteBatch batch
public java.util.HashMap<java.lang.String,com.badlogic.gdx.graphics.g2d.BitmapFont> fonts
public com.badlogic.gdx.assets.AssetManager assetManager
public static final short CATEGORY_PLAYER
public static final short CATEGORY_ENEMY
public static final short CATEGORY_GROUND
public static final short CATEGORY_DEATHTILE
public static final short CATEGORY_WEAPON
public static final short CATEGORY_FINISH
public static final short CATEGORY_JUMPABLE
public static final short CATEGORY_ENEMY_MOVE_BORDER
public static final short CATEGORY_PLAYER_ATTACK
public static final short CATEGORY_ENEMY_HEAD
public static final short MASK_PLAYER
public static final short MASK_ENEMY
public static final short MASK_GROUND
public static final short MASK_DEATHTILE
public static final short MASK_WEAPON
public static final short MASK_FINISH
public static final short MASK_JUMPABLE
public static final short MASK_ENEMY_MOVE_BORDER
public static final short MASK_PLAYER_ATTACK
public static final short MASK_ENEMY_HEAD
public static final boolean USE_TWITCH
public static TwitchThread twitchThread
public float effectStateTime
public java.lang.String currentEffect
public float maximumEffectTimeInSeconds
public boolean twitchEffectActive
public void create()
public void render()
render
in interface com.badlogic.gdx.ApplicationListener
render
in class com.badlogic.gdx.Game
public void dispose()
dispose
in interface com.badlogic.gdx.ApplicationListener
dispose
in class com.badlogic.gdx.Game
public void changeGameResolution()
public void takeScreenshot()
public void exitApplication()
public void exitApplication(java.lang.String errorMessage)
errorMessage
- optional error messagepublic void resetTimer()
public void resetPlayerLifes()
public void receiveActionFromTwitch(java.lang.String action)
action
- the name of the actionpublic void updateTwitchEffectTimer()
public java.util.Optional<? extends com.badlogic.gdx.Screen> getCurrentScreen()
public java.util.ArrayList<ResolutionObject> getResolutions()
public TwitchThread getTwitchThread()
public void newTwitchThread()