|
DESERT
3.0
|
#include <uwApplication_module.h>
Classes | |
| class | uwSendTimerAppl |
Public Member Functions | |
| uwApplicationModule () | |
| virtual | ~uwApplicationModule () |
| virtual int | command (int argc, const char *const *argv) |
| virtual int | crLayCommand (ClMessage *m) |
| virtual void | handleTCPclient (int clnSock) |
| virtual void | incrPktsPushQueue () |
| unsigned long int | getEpoch () |
Public Attributes | |
| int | servSockDescr |
| int | clnSockDescr |
| struct sockaddr_in | servAddr |
| struct sockaddr_in | clnAddr |
| int | servPort |
| std::queue< Packet * > | queuePckReadTCP |
| std::queue< Packet * > | queuePckReadUDP |
| std::ofstream | out_log |
| bool | logging |
| int | node_id |
| int | exp_id |
Protected Member Functions | |
| virtual void | recv (Packet *) |
| virtual void | statistics (Packet *p) |
| virtual void | start_generation () |
| virtual void | init_Packet () |
| virtual int | openConnectionTCP () |
| virtual void | init_Packet_TCP () |
| virtual int | openConnectionUDP () |
| virtual void | init_Packet_UDP () |
| virtual void | stop () |
| virtual bool | withoutSocket () |
| virtual bool | useTCP () |
| virtual bool | usePoissonTraffic () |
| virtual bool | useDropOutOfOrder () |
| virtual void | incrPktSent () |
| virtual void | incrPktLost (const int &npkts) |
| virtual void | incrPktRecv () |
| virtual void | incrPktOoseq () |
| virtual void | incrPktInvalid () |
| virtual int | getPktSent () |
| virtual int | getPktLost () |
| virtual int | getPktRecv () |
| virtual int | getPktsOOSequence () |
| virtual int | getPktsInvalidRx () |
| virtual int | getPktsPushQueue () |
| virtual double | getPeriod () |
| virtual int | getpayloadsize () |
| virtual double | getTimeBeforeNextPkt () |
| virtual double | GetRTT () const |
| virtual double | GetRTTstd () const |
| virtual void | updateRTT (const double &rtt) |
| virtual double | GetFTT () const |
| virtual double | GetFTTstd () const |
| virtual double | GetPER () const |
| virtual double | GetTHR () const |
| virtual void | updateFTT (const double &ftt) |
| virtual void | updateThroughput (const int &bytes, const double &dt) |
Protected Attributes | |
| int | debug_ |
| int | PERIOD |
| int | poisson_traffic |
| int | payloadsize |
| int | port_num |
| int | drop_out_of_order |
| uint8_t | dst_addr |
| uwSendTimerAppl | chkTimerPeriod |
| bool | socket_active |
| string | socket_protocol |
| int | tcp_udp |
| bool * | sn_check |
| int | uidcnt |
| int | txsn |
| int | rftt |
| int | pkts_lost |
| int | pkts_recv |
| int | pkts_ooseq |
| int | pkts_invalid |
| int | pkts_push_queue |
| int | pkts_last_reset |
| double | lrtime |
| double | sumrtt |
| double | sumrtt2 |
| int | rttsamples |
| double | sumftt |
| double | sumftt2 |
| int | fttsamples |
| uint32_t | esn |
| double | sumbytes |
| double | sumdt |
| int | hrsn |
Definition at line 90 of file uwApplication_module.h.
| uwApplicationModule::uwApplicationModule | ( | ) |
Constructor of uwApplicationModule class.
Definition at line 67 of file uwApplication_module.cpp.
|
virtual |
Destructor of uwApplicationModule class.
Definition at line 113 of file uwApplication_module.cpp.
|
virtual |
TCL command interpreter.
It implements the following OTCL methods:
| argc | Number of arguments in argv. |
| argv | Array of strings which are the command parameters (Note that argv[0] is the name of the object). |
Definition at line 118 of file uwApplication_module.cpp.
|
virtual |
Cross-Layer messages interpreter.
| ClMessage* | an instance of ClMessage that represent the message received |
Definition at line 207 of file uwApplication_module.cpp.
|
inline |
Calculate the epoch of the event.
Used in sea-trial mode
Definition at line 148 of file uwApplication_module.h.
|
protectedvirtual |
Returns the average Forward Trip Time.
Definition at line 572 of file uwApplication_module.cpp.
|
protectedvirtual |
/** Return the standard deviation of the Forward Trip Time calculated
Definition at line 578 of file uwApplication_module.cpp.
|
inlineprotectedvirtual |
return the size of DATA packet payload
Definition at line 443 of file uwApplication_module.h.
|
protectedvirtual |
Rerturn the Packet Error Rate calculated.
Definition at line 593 of file uwApplication_module.cpp.
|
inlineprotectedvirtual |
|
inlineprotectedvirtual |
return the number of DATA packets lost by the server
Definition at line 383 of file uwApplication_module.h.
|
inlineprotectedvirtual |
return the number of DATA packet correctly received by the server
Definition at line 393 of file uwApplication_module.h.
|
inlineprotectedvirtual |
return the number of packets sent by the server
Definition at line 373 of file uwApplication_module.h.
|
inlineprotectedvirtual |
return the number of DATA packets received with error by the server
Definition at line 413 of file uwApplication_module.h.
|
inlineprotectedvirtual |
return the number of DATA packets received out of order by the server
Definition at line 403 of file uwApplication_module.h.
|
inlineprotectedvirtual |
return the number of DATA packets sotred in the server queue
Definition at line 423 of file uwApplication_module.h.
|
protectedvirtual |
Returns the average Round Trip Time.
Definition at line 547 of file uwApplication_module.cpp.
|
protectedvirtual |
Return the standard deviation of the Round Trip Time calculated.
Definition at line 553 of file uwApplication_module.cpp.
|
protectedvirtual |
Return the Throughput calculated [bps].
Definition at line 610 of file uwApplication_module.cpp.
|
protectedvirtual |
Compute the DATA generation rate, that can be constant and equal to the PERIOD established by the user, or can occur with a Poisson process.
Definition at line 509 of file uwApplication_module.cpp.
|
virtual |
Handle the communication between server and client.
| clnSock | socket obtained after the accept function and use for the communication between server and client |
Definition at line 168 of file uwApplication_TCP_socket.cpp.
|
inlineprotectedvirtual |
Increse the number of DATA packets received with error by the server.
Definition at line 363 of file uwApplication_module.h.
|
inlineprotectedvirtual |
Increase the number of DATA packets lost by the server.
Definition at line 339 of file uwApplication_module.h.
|
inlineprotectedvirtual |
Increase the number of DATA packets received out of order by the server.
Definition at line 355 of file uwApplication_module.h.
|
inlineprotectedvirtual |
Increase the number of DATA packet correctly received by the server.
Definition at line 347 of file uwApplication_module.h.
|
inlineprotectedvirtual |
Increase the sequence number and so the number of packets sent by the server.
Definition at line 331 of file uwApplication_module.h.
|
inlinevirtual |
Increase the number of DATA packets stored in the Server queue.
This DATA packets will be sent to the below levels of ISO/OSI stack protocol.
Definition at line 138 of file uwApplication_module.h.
|
protectedvirtual |
Set all the field of the DATA packet that must be send down after the creation to the below level.
In this case the payload of DATA packet are generated in a random way.
Definition at line 396 of file uwApplication_module.cpp.
|
protectedvirtual |
Set all the field of DATA packet and take from the specific queue the payload of DATA packet that will be transmitted.
After that put down to the layer below
Definition at line 231 of file uwApplication_TCP_socket.cpp.
|
protectedvirtual |
Set all the field of DATA packet and take from the specific queue the payload of DATA packet that will be transmitted.
After that put down to the layer below
Definition at line 192 of file uwApplication_UDP_socket.cpp.
|
protectedvirtual |
When socket communication is used, this method establish a connection between client and server.
This is required because a TCP protocol is used.
Definition at line 50 of file uwApplication_TCP_socket.cpp.
|
protectedvirtual |
When socket communication is used, this method establish a connection between client and server.
This is required because a UDP protocol is used.
Definition at line 50 of file uwApplication_UDP_socket.cpp.
|
protectedvirtual |
Handle the transmission of DATA packets between CBR layer and the below level.
Definition at line 216 of file uwApplication_module.cpp.
|
protectedvirtual |
Start the process to generate DATA packets without sockets.
In this case the payload of DATA packets are filled with a randomly sequence or with a pattern sequence.
Definition at line 384 of file uwApplication_module.cpp.
|
protectedvirtual |
Comupte some statistics as the number of packets sent and receive between two layer, or control if the packet received is out of sequence.
Definition at line 251 of file uwApplication_module.cpp.
|
protectedvirtual |
Close the socket connection in the case the communication take place with socket, otherwise stop the execution of the process, so force the cancellation of period time generation.
Definition at line 495 of file uwApplication_module.cpp.
|
protectedvirtual |
Update the FTT after the reception of a new packet.
| FTT | of the current packet received |
Definition at line 616 of file uwApplication_module.cpp.
|
protectedvirtual |
Update the RTT after the reception of a new packet.
| RTT | of the current packet received |
Definition at line 564 of file uwApplication_module.cpp.
|
protectedvirtual |
Update the Throughput after the reception of a new packet.
| Throughput | of the current packet received |
Definition at line 624 of file uwApplication_module.cpp.
|
inlineprotectedvirtual |
If the communication take place without sockets verify if the data packets received by the server is out of order or not.
In the first case discard the data packet
Definition at line 316 of file uwApplication_module.h.
|
inlineprotectedvirtual |
If the communication take place without sockets verify if the data generation period is constant or is choiche in according to a poisson process.
Definition at line 299 of file uwApplication_module.h.
|
inlineprotectedvirtual |
If the communication take place using sockets verify if the protocol used is TCP or UDP.
Definition at line 284 of file uwApplication_module.h.
|
inlineprotectedvirtual |
Verify if the communication take place with socket or the data payload is generated in a randomly way.
Definition at line 268 of file uwApplication_module.h.
|
protected |
Timer that schedule the period between two successive generation of DATA packets.
Definition at line 537 of file uwApplication_module.h.
| struct sockaddr_in uwApplicationModule::clnAddr |
Client address.
Definition at line 156 of file uwApplication_module.h.
| int uwApplicationModule::clnSockDescr |
*socket descriptor for client
Definition at line 154 of file uwApplication_module.h.
|
protected |
Used for debug purposes 1 debug activated 0 debug not activated.
Definition at line 517 of file uwApplication_module.h.
|
protected |
Enable or not the ordering of data packet received 1 enabled 0 not enabled.
Definition at line 529 of file uwApplication_module.h.
|
protected |
IP destination address.
Definition at line 533 of file uwApplication_module.h.
|
protected |
Expected serial number.
Definition at line 569 of file uwApplication_module.h.
| int uwApplicationModule::exp_id |
Definition at line 170 of file uwApplication_module.h.
|
protected |
Number of FTT samples.
Definition at line 568 of file uwApplication_module.h.
|
protected |
Highest received sequence number.
Definition at line 572 of file uwApplication_module.h.
| bool uwApplicationModule::logging |
Definition at line 168 of file uwApplication_module.h.
|
protected |
Time of last packet reception.
Definition at line 562 of file uwApplication_module.h.
| int uwApplicationModule::node_id |
Definition at line 169 of file uwApplication_module.h.
| std::ofstream uwApplicationModule::out_log |
Variable that handle the file in which the protocol write the statistics.
Definition at line 166 of file uwApplication_module.h.
|
protected |
Size of each data packet payaload generated.
Definition at line 526 of file uwApplication_module.h.
|
protected |
Interval time between two successive generation data packets.
Definition at line 519 of file uwApplication_module.h.
|
protected |
Counter of the packets received with errors by the server.
Definition at line 554 of file uwApplication_module.h.
|
protected |
Used for error checking after stats are reset.
Set to pkts_lost+pkts_recv each time resetStats is called.
Definition at line 559 of file uwApplication_module.h.
|
protected |
Counter of the packet lost during the transmission.
Definition at line 549 of file uwApplication_module.h.
|
protected |
Counter of the packets received out of order by the server.
Definition at line 552 of file uwApplication_module.h.
|
protected |
Counter of DATA packets received by server and not yet passed to the below levels of ISO/OSI stack protocol.
Definition at line 556 of file uwApplication_module.h.
|
protected |
Counter of the packets correctly received by the server.
Definition at line 550 of file uwApplication_module.h.
|
protected |
Enable or not the Poisson process for generation of data packets 1 enabled 0 not enabled.
Definition at line 523 of file uwApplication_module.h.
|
protected |
Number of the port in which the server provide the service.
Definition at line 527 of file uwApplication_module.h.
| std::queue<Packet *> uwApplicationModule::queuePckReadTCP |
Queue that store the DATA packets recevied from the client by the server using a TCP protocol.
Definition at line 159 of file uwApplication_module.h.
| std::queue<Packet *> uwApplicationModule::queuePckReadUDP |
Queue that store the DATA packets recevied from the client by the server using a UDP protocol.
Definition at line 163 of file uwApplication_module.h.
|
protected |
Forward trip time.
Definition at line 548 of file uwApplication_module.h.
|
protected |
Number of RTT samples.
Definition at line 565 of file uwApplication_module.h.
| struct sockaddr_in uwApplicationModule::servAddr |
Server address.
Definition at line 155 of file uwApplication_module.h.
| int uwApplicationModule::servPort |
Server port.
Definition at line 157 of file uwApplication_module.h.
| int uwApplicationModule::servSockDescr |
socket descriptor for server
Definition at line 153 of file uwApplication_module.h.
|
protected |
Used to keep track of the packets already received.
Definition at line 544 of file uwApplication_module.h.
|
protected |
Definition at line 541 of file uwApplication_module.h.
|
protected |
Definition at line 542 of file uwApplication_module.h.
|
protected |
Sum of bytes received.
Definition at line 570 of file uwApplication_module.h.
|
protected |
Sum of the delays.
Definition at line 571 of file uwApplication_module.h.
|
protected |
Sum of FTT samples.
Definition at line 566 of file uwApplication_module.h.
|
protected |
Sum of (FTT^2).
Definition at line 567 of file uwApplication_module.h.
|
protected |
Sum of RTT samples.
Definition at line 563 of file uwApplication_module.h.
|
protected |
Sum of (RTT^2).
Definition at line 564 of file uwApplication_module.h.
|
protected |
Definition at line 543 of file uwApplication_module.h.
|
protected |
Transmission sequence number of DATA packet.
Definition at line 547 of file uwApplication_module.h.
|
protected |
Identifier counter that identify uniquely the DATA packet generated.
Definition at line 545 of file uwApplication_module.h.


These questions will be displayed on your profile page.
A profile image is required
Email is too long
An email address required
A valid email address is required
Username is too long
Username is required
Password is too long
Password is required
Valid email address is required
Age is too long
Age is required
Career is too long
Career is required
Education is too long
Education is required
Gender is too long
Gender is required
Race is too long
Race is required
Religion is too long
Religion is required


emp - emp_aerr = uemp*(ceng - xeng)
dlog(ceng) - ceng_aerr = y_ceng(1)*(log(ceng(-1)) - log(xg(-1)*veoa(-1))) + y_ceng(2)*dlog(xg) + y_ceng(3)*dlog(xg(-1)) + y_ceng(4)*dlog(ceng(-1)) + y_ceng(5)*dlog(veoa(-1)) + y_ceng(6)*hgx(-1)/400
xeng - xeng_aerr = uxeng*xgpot
d(log(pcengr)) - pcengr_aerr = y_pcengr(1) + y_pcengr(2)*d(log(pcengr(-1))) + y_pcengr(3)*log(pcengr(-1)) + y_pcengr(4)*log(poilr(-1)) + y_pcengr(5)*d(log(poilr))
log(emp/xgdp) - emp_aerr = log(emptrt) + y_emp(1)*d(log(pmp/pxb)) + y_emp(2)*xgap2(-1)
Past experience has shown that there is no obvious benefit in specifying petroleum imports (EMP) as the difference between demand (CENG) and supply (XENG). In conjunction with the elimination of the adjusted concept of business output (XG) from the model, EMP is now modeled in a reduced-form fashion.
In the new verion of the model, the deviation of the ratio of real petroleum imports over real GDP from its long-run counterpart is affected in the short-run by relative price of petroleum imports and economic activity represented by the output gap.
The oil imports to GDP ratio, EMPTRT, is an exogenous process.
The simplification of the energy sector has led to simplification to the PCER equation. PCE energy inflation is now directy influenced by petroleum import inflation (relative to PCE core inflation).
d(log(pcer)) - pcer_aerr = y_pcer(1)*log( (y_pcer(2)*pceng(-1) + (1 - y_pcer(2))*pcxfe(-1))/(pcer(-1)*pcxfe(-1))) + y_pcer(3)*d(log( (y_pcer(2)*pceng + (1 - y_pcer(2))*pcxfe) /pcxfe)) + y_pcer(4)*d(log( (y_pcer(2)*pceng(-1) + (1 - y_pcer(2))*pcxfe(-1))/pcxfe(-1)))
d(log(pcer)) - pcer_aerr = y_pcer(1)*d(log(pmp/pcxfe))


foo2hiperc-wrapper(1) foo2hiperc-wrapper(1) NAME foo2hiperc-wrapper - Convert Postscript into a HIPERC printer stream SYNOPSIS foo2hiperc-wrapper [options] [ps-file] DESCRIPTION foo2hiperc-wrapper is a Foomatic compatible printer wrapper for the foo2hiperc printer driver. This script reads a Postscript ps-file or standard input and converts it to the Oki HIPERC printer format for driv‐ ing the Oki C310dn, C3100, C3200, C3300n, C3400n, C5100n, C5500n, C5600n and the C5800n HIPERC printers. This script can be used in a standalone fashion, but is intended to be called from a printer spooler system which uses the Foomatic printer database. COMMAND LINE OPTIONS Normal Options These are the options used to select the parameters of a print job that are usually controlled on a per job basis. -c Print in color (else monochrome).  _ Media HIPERC _ plain 0 labels 1 trans‐ parency 2 -p paper Paper size code to send to printer [2]. box; | n l | n l. 1 A4 2 letter 3 legal - - 5 A5 6 B5jis 7 A6 8 env Monarch 9 env DL 10 env C5 11 env #10 12 executive 13 env #9 - - -n copies Number of copies [1]. -r xresxyres Set device resolution in pixels/inch [600x600]. -s source Source (Input Slot) code to send to printer [0]. | n l | n l. 0 auto select 1 tray1 2 tray2 3 multi 4 manual -t Draft mode. Every other pixel is white. -2 -3 -4 -5 -6 -8 -9 -10 -12 -14 -15 -16 -18 Print in N-up. Requires the psutils package. -o orient Orientation used for N-up. l l l. Portrait -op (normal) Landscape -ol (rotated 90 degrees anticlockwise) Seascape -os (rotated 90 degrees clockwise) Printer Tweaking Options These are the options used to customize the operation of foo2hiperc for a particular printer. -u xoffxyoff Set the offset of the start of the printable region from the upper left corner, in pixels [varies with paper size]. -l xoffxyoff Set the offset of the end of the printable region from the lower right corner, in pixels [varies with paper size]. -L mask Send the logical clipping values from -u/-l in the HIPERC stream. foo2hiperc-wrapper always runs Ghostscript with the ideal page dimensions, so that the scale of the image is correct, regardless whether or not the printer has unprintable regions. This option is used to move the position of the clipped image back to where it belongs on the page.  Color Tweaking Options These are the options used to control the quality of color output. Color correction is currently a WORK IN PROGRESS. -g gsopts Additional options to pass to Ghostscript, such as -g“-dDITHERPPI=nnn”, etc. This option may appear more than once. -G profile.icm Convert profile.icm to a Postscript color rendering dictionary (CRD) using foo2zjs-icc2ps and adjust the printer colors by using the Postscript setcolorrendering operator. (WORK IN PROGRESS). -G gamma-file.ps Prepend gamma-file.ps to the Postscript input to perform color correction using the setcolortransfer Postscript operator. For example, the file might contain: {0.333 exp} {0.333 exp} {0.333 exp} {0.333 exp} setcolortransfer -I intent Select profile intent from the ICM file. 0=Perceptual, 1=Colori‐ metric, 2=Saturation, 3=Absolute. Default is 0 (perceptual). Debugging Options These options are used for debugging foo2hiperc and its wrapper. -S plane Output just a single color plane from a color print and print it on the black plane. The default is to output all color planes. l l. 1 Cyan 2 Magenta 3 Yellow 4 Black -D level Set Debug level [0]. EXAMPLES Create a monochrome HIPERC stream from a Postscript document, examine it, and then print it using nc(1) or netcat(1): foo2hiperc-wrapper testpage.ps > testpage.hc hipercdecode < testpage.hc nc 192.168.1.NNN 9100 < testpage.hc Create a color HIPERC stream from a Postscript document: foo2hiperc-wrapper -c testpage.ps > testpage.hc FILES /usr/bin/foo2hiperc-wrapper SEE ALSO foo2hiperc(1), hipercdecode(1) AUTHOR Rick Richardson<EMAIL_ADDRESS>http://foo2hiperc.rkkda.com/


deployed
by None at 2023-04-13 22:22:25.referenced
by Jane Sandberg at 2023-04-13 22:25:25.merged
by Jane Sandberg at 2023-04-13 22:25:25.closed
by Jane Sandberg at 2023-04-13 22:25:26.head_ref_deleted
by Jane Sandberg at 2023-04-13 22:25:27.closed
by Jane Sandberg at 2023-04-13 22:25:27.head_ref_force_pushed
by Jane Sandberg at 2023-04-13 22:11:11.deployed
by None at 2023-04-13 22:15:01.ready_for_review
by Jane Sandberg at 2023-04-13 22:20:55.deployed
by None at 2023-04-14 10:50:05.referenced
by Christina Chortaria at 2023-04-14 10:53:23.merged
by Christina Chortaria at 2023-04-14 10:53:23.closed
by Christina Chortaria at 2023-04-14 10:53:23.head_ref_deleted
by Christina Chortaria at 2023-04-14 10:53:24.closed
by Christina Chortaria at 2023-04-14 10:53:25.@ccleeton Do you need this report on the ao level? Or just collection level?
I think I'm answering my own question--I see we do have phystech's on the component levels.
mentioned
by Christa Cleeton at 2023-04-14 17:06:46.subscribed
by Christa Cleeton at 2023-04-14 17:06:46.The plugin is installed.
Another currently-installed plugin, user_defined_in_basic
, is configured to override the User Defined Fields section needed for archivists to use the new plugin. I'm currently checking in with stakeholders to make sure we can change the config to move boolean_1
to the Basic Information section without breaking anything.
We can safely move boolean_1 to Basic Information and leave the User Defined Section hidden, based on the current config for user_defined_in_basic
that Blake sent me:
AppConfig[:user_defined_in_basic] = {
"accessions" => ["date_1", "text_1", "text_2", "text_3", "boolean_1", "boolean_2", "boolean_3", "date_2", "string_1", "string_2", "string_3", "string_4", "real_1", "real_2", "enum_2"],
"digital_objects" => [],
"resources" => [],
"hide_user_defined_section" => true
}
So we're only using the user-defined fields in the Accessions module to begin with, which should make enabling boolean_1 in the Resources module uncontroversial.
Waiting for ASpace-ops to confirm.
closes #375
referenced
by Jane Sandberg at 2023-04-15 01:29:56.merged
by Jane Sandberg at 2023-04-15 01:29:56.closed
by Jane Sandberg at 2023-04-15 01:29:56.head_ref_deleted
by Jane Sandberg at 2023-04-15 01:29:57.mentioned
by Max Kadel at 2023-04-13 22:54:09.subscribed
by Max Kadel at 2023-04-13 22:54:09.referenced
by Christina Chortaria at 2023-04-14 10:48:06.merged
by Christina Chortaria at 2023-04-14 10:48:06.closed
by Christina Chortaria at 2023-04-14 10:48:06.head_ref_deleted
by Christina Chortaria at 2023-04-14 10:48:07.assigned
by Jane Sandberg at 2023-04-13 22:27:18.closed
by Christina Chortaria at 2023-04-14 10:48:08.labeled
by Kevin Reiss at 2023-04-14 17:03:29.labeled
by Kevin Reiss at 2023-04-14 17:03:29.referenced
by Taylor Yamashita at 2023-04-14 15:19:08.merged
by Taylor Yamashita at 2023-04-14 15:19:08.closed
by Taylor Yamashita at 2023-04-14 15:19:09.head_ref_deleted
by Taylor Yamashita at 2023-04-14 15:19:15.referenced
by Eliot Jordan at 2023-04-14 15:21:01.head_ref_force_pushed
by Eliot Jordan at 2023-04-14 15:21:01.ready_for_review
by Eliot Jordan at 2023-04-14 15:21:39.referenced
by Eliot Jordan at 2023-04-14 15:21:44.merged
by Eliot Jordan at 2023-04-14 15:21:44.closed
by Eliot Jordan at 2023-04-14 15:21:44.head_ref_deleted
by Eliot Jordan at 2023-04-14 15:21:47.referenced
by Eliot Jordan at 2023-04-14 17:53:50.merged
by Eliot Jordan at 2023-04-14 17:53:50.closed
by Eliot Jordan at 2023-04-14 17:53:51.head_ref_deleted
by Eliot Jordan at 2023-04-14 17:53:52.Question: This currently generates .rspec
, spec/rails_helper.rb
, and spec/spec_helper.rb
, but the original rails-template commit also adds spec/support/system_specs.rb
and spec/system/root_spec.rb
. Is there an RSpec command for generating spec/support
files, or is this something to add/copy over manually?
@taylor-yamashita Yes, spec/support
is our local stuff, doesn't come with rspec, so we'll want to bring that over manually. It's in its own commit on that project, https://github.com/pulibrary/rails-template/pull/13/commits/694da5b14f139ac816bf6a98b1dfb95c88239368. Probably the spec/system/root_spec.rb
is just so there's something that CI can run. It's probably still nice to have that, if we comment it as like an example that should be changed or removed, so that someone could check CI for their new project.
mentioned
by Taylor Yamashita at 2023-04-14 17:14:53.subscribed
by Taylor Yamashita at 2023-04-14 17:14:53.ready_for_review
by Eliot Jordan at 2023-04-14 17:55:03.referenced
by Eliot Jordan at 2023-04-14 17:55:33.merged
by Eliot Jordan at 2023-04-14 17:55:33.closed
by Eliot Jordan at 2023-04-14 17:55:33.head_ref_deleted
by Eliot Jordan at 2023-04-14 17:55:34.head_ref_force_pushed
by Eliot Jordan at 2023-04-14 18:11:53.head_ref_force_pushed
by Eliot Jordan at 2023-04-14 18:15:38.referenced
by Eliot Jordan at 2023-04-14 18:24:41.merged
by Eliot Jordan at 2023-04-14 18:24:41.closed
by Eliot Jordan at 2023-04-14 18:24:42.head_ref_deleted
by Eliot Jordan at 2023-04-14 18:24:43.referenced
by Taylor Yamashita at 2023-04-14 15:23:29.merged
by Taylor Yamashita at 2023-04-14 15:23:29.closed
by Taylor Yamashita at 2023-04-14 15:23:29.head_ref_deleted
by Eliot Jordan at 2023-04-14 15:26:33.referenced
by Eliot Jordan at 2023-04-14 18:36:49.merged
by Eliot Jordan at 2023-04-14 18:36:49.closed
by Eliot Jordan at 2023-04-14 18:36:50.head_ref_deleted
by Eliot Jordan at 2023-04-14 18:36:51.referenced
by None at 2023-04-14 14:04:41.merged
by None at 2023-04-14 14:04:41.closed
by None at 2023-04-14 14:04:42.head_ref_deleted
by None at 2023-04-14 14:04:43.a comment from a while back on the iiif slack:
mat 6 months ago Hey all -- At Northwestern, we’re in the process of moving from Presentation 2.x to 3.0 for our image focused objects, and I’m trying to collect institutional cases of similar moves. Is anyone aware of documented upgrades? I’m mainly concerned with how and/or if Manifests continued to be published at the same URI or if institutions choose to publish v2 and v3 at separate URIs to maintain a past record. (edited)
8 replies
stephenwf 6 months ago Wellcome did a migration using redirects for existing manifests: Original (p2) https://wellcomelibrary.org/iiif/b18035723/manifest Above redirects to (p2): https://iiif.wellcomecollection.org/presentation/v2/b18035723 And then the new canonical (p3): https://iiif.wellcomecollection.org/presentation/v3/b18035723 I'm not sure if they do content negotiation ( @tomcrane ?) (edited)
tomcrane 6 months ago Yeah, publish 2 and 3 on new URLs, redirect old 2 to new 2. Make a canonical path which accepts conneg but also publish explicit version URLs as above. https://iiif.wellcomecollection.org/presentation/b18035723 is v3 and canonical.
referenced
by Trey Pendragon at 2023-04-14 16:54:30.merged
by Trey Pendragon at 2023-04-14 16:54:30.closed
by Trey Pendragon at 2023-04-14 16:54:30.head_ref_deleted
by Trey Pendragon at 2023-04-14 16:54:31.closed
by Trey Pendragon at 2023-04-14 16:54:31.Hello Trey!
Thank you for the Cotsen Figgy report you provided last month! I've reviewed it and am sharing my findings at 2023-04-Feedback-to-Cotsen-Figgy-report.gdochttps://docs.google.com/document/d/19FQOdVKiboP_yxlfwbRNxnqEO3q1PIWZIZbpAOHIMFE/edit#heading=h.uox19gbi0w61 It contains three parts.
I Issues I observed about the report
II Useful fields for future reports Of the 357 fields, I identified 15 fields to be kept for future reports.
III Action: change collections for selected items I checked items that need to be added to or taken out of collections, depending on whether the items are truly from Cotsen's holdings, whether they are digitized fully or in portion. Close to 130 items will be affected, so it had better be done by batch work if possible.
Please let me any questions. Thanks for your help! Minjie
From: Trey Pendragon @.***> Sent: Wednesday, March 8, 2023 4:26 PM To: pulibrary/figgy @.***> Cc: Minjie Chen @.***>; Comment @.***> Subject: Re: [pulibrary/figgy] Generate report for any and all Cotsen Items within the Digital Repository (Issue #5630)
Closed #5630https://github.com/pulibrary/figgy/issues/5630 as completed.
Reply to this email directly, view it on GitHubhttps://github.com/pulibrary/figgy/issues/5630#event-8700836948, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AM6EQIZNARR7TDB6WUVJT43W3D2PVANCNFSM6AAAAAAUASMPCM. You are receiving this because you commented.Message ID<EMAIL_ADDRESS>@tpendragon , yup. It's a great idea. I heard this same request for ephemera.
@kelea99 Did you set it asap? If so I need a sudden priority justification
mentioned
by Trey Pendragon at 2023-04-14 18:00:04.subscribed
by Trey Pendragon at 2023-04-14 18:00:04.mentioned
by Kim Leaman at 2023-04-14 19:07:25.subscribed
by Kim Leaman at 2023-04-14 19:07:25.I think this will unblock #5376
https://github.com/pulibrary/figgy/pull/5750 updates manifests as per the implementation proposal in the previous comment. However, UV only implemented the rtl direction feature for the metadata info pane, not for the leftPanel "Contents" iiif-tree-component.
Code references:
Note that @tpendragon also tried just putting html as the manifest value, but that resulted in an error.
The proposed path forward is (not necessarily in this order): * Work on UV upstream to implement the required feature, possibly in collaboration with someone in the UV community. * Migrate from webpacker to vite (https://github.com/pulibrary/figgy/issues/5734) * Update figgy to use the latest UV release, ensuring we carry over local customizations
However, this path forward is a bigger project than we had hoped and the work will need to undergo prioritization again.
I created https://github.com/UniversalViewer/universalviewer/issues/916
referenced
by None at 2023-04-14 20:50:17.mentioned
by Trey Pendragon at 2023-04-14 21:04:04.subscribed
by Trey Pendragon at 2023-04-14 21:04:04.unassigned
by None at 2023-04-14 21:15:43.labeled
by None at 2023-04-14 21:16:00.head_ref_force_pushed
by None at 2023-04-14 20:50:18.ready_for_review
by None at 2023-04-14 20:50:43.referenced
by Trey Pendragon at 2023-04-14 22:50:40.merged
by Trey Pendragon at 2023-04-14 22:50:40.closed
by Trey Pendragon at 2023-04-14 22:50:40.head_ref_deleted
by Trey Pendragon at 2023-04-14 22:50:41.referenced
by Robert-Anthony Lee-Faison at 2023-04-14 13:57:54.merged
by Robert-Anthony Lee-Faison at 2023-04-14 13:57:54.closed
by Robert-Anthony Lee-Faison at 2023-04-14 13:57:54.head_ref_deleted
by Robert-Anthony Lee-Faison at 2023-04-14 13:57:56.assigned
by Robert-Anthony Lee-Faison at 2023-04-14 14:10:59.Going to pursue using index of file to retrieve files, rather than file names.
referenced
by Max Kadel at 2023-04-14 13:39:28.referenced
by Kevin Reiss at 2023-04-14 18:20:17.merged
by Kevin Reiss at 2023-04-14 18:20:17.closed
by Kevin Reiss at 2023-04-14 18:20:17.head_ref_deleted
by Kevin Reiss at 2023-04-14 18:20:18.deployed
by None at 2023-04-14 20:04:43.referenced
by Christina Chortaria at 2023-04-14 20:41:19.merged
by Christina Chortaria at 2023-04-14 20:41:19.closed
by Christina Chortaria at 2023-04-14 20:41:19.head_ref_deleted
by Christina Chortaria at 2023-04-14 20:41:20.assigned
by Max Kadel at 2023-04-14 13:28:40.referenced
by Max Kadel at 2023-04-14 13:39:28.Coverage: 95.224%. Remained the same when pulling 5968ad9ebcf2773b1452c6502a99dc81e435ba22 on 3505-electronic-delivery into 3c29e3e30bd23b435fbc018995ef3bb0b784582f on main.
examples I tested: https://catalog-qa.princeton.edu//requests/99115215833506421?aeon=false&mfhd=22703340470006421
https://catalog-qa.princeton.edu/requests/99110528583506421?aeon=false&mfhd=22732237860006421
https://catalog-qa.princeton.edu/requests/99115215823506421?aeon=false&mfhd=22703374900006421
https://catalog-qa.princeton.edu/requests/99122304923506421?aeon=false&mfhd=22511126440006421
https://catalog-qa.princeton.edu/requests/99126743805306421?aeon=false&mfhd=22954825980006421
https://catalog-qa.princeton.edu/requests/9928652563506421?aeon=false&mfhd=22709024380006421
https://catalog-qa.princeton.edu/requests/998574693506421?aeon=false&mfhd=22579850750006421
https://catalog-qa.princeton.edu/requests/99126743805306421?aeon=false&mfhd=22954825980006421
https://catalog-qa.princeton.edu/requests/99118269913506421?aeon=false&mfhd=22722909750006421
please squash when merging
head_ref_force_pushed
by Christina Chortaria at 2023-04-13 22:15:01.head_ref_force_pushed
by Christina Chortaria at 2023-04-13 22:17:11.head_ref_force_pushed
by Christina Chortaria at 2023-04-13 22:20:22.deployed
by None at 2023-04-13 22:22:20.head_ref_force_pushed
by Christina Chortaria at 2023-04-13 22:35:40.ready_for_review
by Christina Chortaria at 2023-04-14 13:14:24.deployed
by None at 2023-04-14 13:15:40.review_requested
by Christina Chortaria at 2023-04-14 13:25:57.referenced
by Kevin Reiss at 2023-04-14 13:29:35.merged
by Kevin Reiss at 2023-04-14 13:29:35.closed
by Kevin Reiss at 2023-04-14 13:29:35.head_ref_deleted
by Kevin Reiss at 2023-04-14 13:29:36.closed
by Kevin Reiss at 2023-04-14 13:29:36.convert_to_draft
by Max Kadel at 2023-04-14 13:55:03.labeled
by Kevin Reiss at 2023-04-14 14:16:15.Failed to load, maybe a timeout
unassigned
by Kevin Reiss at 2023-04-14 15:19:27.labeled
by Max Kadel at 2023-04-14 15:19:55.renamed
by Max Kadel at 2023-04-14 15:37:39.Question: How heavily used is this functionality? Is it worth keeping?
renamed
by Max Kadel at 2023-04-14 15:56:48.renamed
by Max Kadel at 2023-04-14 15:59:01.renamed
by Max Kadel at 2023-04-14 15:59:23.assigned
by Jane Sandberg at 2023-04-14 16:04:31.Closing per OL meeting discussion on 4/13.
closed
by Kevin Reiss at 2023-04-14 17:01:02.Coverage: 95.224% (+0.02%) from 95.206% when pulling a093629b383847e358a10fda63523a1daaf41784 on 3508donotopentab into 919ed9d529a71027cd1aead3928a6760ea7b86e2 on main.
renamed
by Max Kadel at 2023-04-14 14:46:36.head_ref_force_pushed
by Max Kadel at 2023-04-14 17:21:18.referenced
by Jane Sandberg at 2023-04-14 17:35:29.merged
by Jane Sandberg at 2023-04-14 17:35:29.closed
by Jane Sandberg at 2023-04-14 17:35:29.head_ref_deleted
by Jane Sandberg at 2023-04-14 17:35:31.There is a separate partial for the Statement on language in description on the show page, that also opens in a separate tab - https://github.com/pulibrary/orangelight/blob/919ed9d529a71027cd1aead3928a6760ea7b86e2/app/views/catalog/_statement_on_language_in_description.html.erb
assigned
by Max Kadel at 2023-04-14 13:55:46.referenced
by Max Kadel at 2023-04-14 14:35:41.referenced
by Max Kadel at 2023-04-14 17:21:18.closed
by Jane Sandberg at 2023-04-14 17:35:31.referenced
by Jane Sandberg at 2023-04-14 17:35:31.Coverage: 95.206%. Remained the same when pulling d4559564a7c6d5550adfdcf1f0e6e527276c087e on update-requestsjs into a7ceefbf05d42c722a9640b20f9a6d0c20a0fa4f on main.
deployed
by None at 2023-04-14 19:49:24.referenced
by Kevin Reiss at 2023-04-14 20:17:47.merged
by Kevin Reiss at 2023-04-14 20:17:47.closed
by Kevin Reiss at 2023-04-14 20:17:47.head_ref_deleted
by Kevin Reiss at 2023-04-14 20:17:49.work in progress https://github.com/pulibrary/orangelight/commit/98729ac652aa50ed645321f62bb4a306a3e4be1b
labeled
by Christina Chortaria at 2023-04-14 13:32:58.assigned
by Christina Chortaria at 2023-04-14 13:33:01.assigned
by Alicia Cozine at 2023-04-14 15:05:56.unassigned
by Kevin Reiss at 2023-04-14 15:28:50.assigned
by Kevin Reiss at 2023-04-14 21:58:01.deployed
by None at 2023-04-14 22:36:14.renamed
by Max Kadel at 2023-04-14 15:55:11.assigned
by Jane Sandberg at 2023-04-14 22:54:26.Coverage: 95.206% (-0.02%) from 95.224% when pulling 3714b94c49c821e30a8e081545376f76d79d67dd on blacklight-range-limit into e2dd482140a6e0cb820f507142f45018694a8267 on main.
assigned
by Bess Sadler at 2023-04-14 14:17:00.assigned
by James R. Griffin III at 2023-04-14 13:26:24.ready_for_review
by None at 2023-04-14 19:00:49.head_ref_force_pushed
by None at 2023-04-14 19:09:24.referenced
by Bess Sadler at 2023-04-14 19:24:15.merged
by Bess Sadler at 2023-04-14 19:24:15.closed
by Bess Sadler at 2023-04-14 19:24:15.head_ref_deleted
by Bess Sadler at 2023-04-14 19:24:16.labeled
by Bess Sadler at 2023-04-14 19:31:00.renamed
by Bess Sadler at 2023-04-14 19:31:49.labeled
by Bess Sadler at 2023-04-14 19:31:57.assigned
by Bess Sadler at 2023-04-14 19:34:05.labeled
by Bess Sadler at 2023-04-14 20:40:12.deployed
by None at 2023-04-14 20:52:26.labeled
by Christina Chortaria at 2023-04-14 16:09:27.unlabeled
by Christina Chortaria at 2023-04-14 16:09:34.referenced
by Max Kadel at 2023-04-14 16:17:32.merged
by Max Kadel at 2023-04-14 16:17:32.closed
by Max Kadel at 2023-04-14 16:17:32.head_ref_deleted
by Max Kadel at 2023-04-14 16:17:33.closed
by Max Kadel at 2023-04-14 16:17:34.referenced
by None at 2023-04-14 19:25:02.merged
by None at 2023-04-14 19:25:02.closed
by None at 2023-04-14 19:25:02.head_ref_deleted
by None at 2023-04-14 19:25:04.head_ref_force_pushed
by Alicia Cozine at 2023-04-14 15:21:42.referenced
by None at 2023-04-14 19:53:26.merged
by None at 2023-04-14 19:53:26.closed
by None at 2023-04-14 19:53:26.head_ref_deleted
by None at 2023-04-14 19:53:27.referenced
by None at 2023-04-14 20:45:37.merged
by None at 2023-04-14 20:45:37.closed
by None at 2023-04-14 20:45:37.head_ref_deleted
by None at 2023-04-14 20:45:38.While the error started in conjunction with a deploy; however, rolling back the changes in that deploy is not fixing the issue.
The system does not log configuration changes, so the issue may be there?
Could possibly hard-code a patch, but not desirable.
Is upgrading to MySQL 8 our goal? Or should we migrate to Postgres? See #130.
labeled
by Francis Kayiwa at 2023-04-14 12:41:15.assigned
by Alicia Cozine at 2023-04-14 15:09:21.referenced
by Max Kadel at 2023-04-14 13:15:20.merged
by Max Kadel at 2023-04-14 13:15:20.closed
by Max Kadel at 2023-04-14 13:15:21.head_ref_deleted
by Max Kadel at 2023-04-14 13:15:22.referenced
by Max Kadel at 2023-04-14 13:09:09.merged
by Max Kadel at 2023-04-14 13:09:09.closed
by Max Kadel at 2023-04-14 13:09:09.head_ref_deleted
by Max Kadel at 2023-04-14 13:09:10.Looks like remarkable is no longer a dependency, so this is no longer needed.
closed
by None at 2023-04-14 13:10:19.head_ref_deleted
by None at 2023-04-14 13:10:21.labeled
by None at 2023-04-14 13:11:05.labeled
by None at 2023-04-14 13:11:05.labeled
by None at 2023-04-14 13:11:10.labeled
by None at 2023-04-14 13:11:10.Superseded by #754.
closed
by None at 2023-04-14 13:11:09.head_ref_deleted
by None at 2023-04-14 13:11:11.Superseded by #755.
closed
by None at 2023-04-14 13:11:13.head_ref_deleted
by None at 2023-04-14 13:11:15.labeled
by None at 2023-04-14 13:11:21.labeled
by None at 2023-04-14 13:11:21.Looks like these dependencies are updatable in another way, so this is no longer needed.
closed
by None at 2023-04-14 13:11:21.head_ref_deleted
by None at 2023-04-14 13:11:23.Superseded by #756.
closed
by None at 2023-04-14 13:11:24.head_ref_deleted
by None at 2023-04-14 13:11:26.labeled
by None at 2023-04-14 13:11:30.labeled
by None at 2023-04-14 13:11:30.head_ref_force_pushed
by None at 2023-04-14 13:11:21.head_ref_force_pushed
by None at 2023-04-14 13:11:06.head_ref_force_pushed
by None at 2023-04-14 13:11:14.@carolyncole this looks great. I ran this branch locally and everything works except the part to display the files associated with a given project. The files are created with the "Add Test Files" (I see them in the MF Desktop) but they are not being loaded in the Project page. I'll take a closer look this afternoon on why that is.
@carolyncole I think the issue is in this method in the MediaFluxClient
class. It should pass the action "get-name" for the names to come back in the response:
def collection_query(collection_id, idx: 1, size: 10)
query_request = Mediaflux::Http::QueryRequest.new(session_token: @session_id, collection: collection_id, size: size, idx: idx, action: "get-name")
query_request.result
end
@hectorcorrea give it a try now. I added a test for that action, and put it in the MediafluxClient class
@carolyncole that did it.
head_ref_force_pushed
by None at 2023-04-14 15:30:32.head_ref_force_pushed
by None at 2023-04-14 15:46:08.head_ref_force_pushed
by None at 2023-04-14 15:46:45.head_ref_force_pushed
by None at 2023-04-14 15:50:05.head_ref_force_pushed
by None at 2023-04-14 15:50:27.mentioned
by None at 2023-04-14 16:06:43.subscribed
by None at 2023-04-14 16:06:43.mentioned
by None at 2023-04-14 16:59:18.subscribed
by None at 2023-04-14 16:59:18.head_ref_force_pushed
by None at 2023-04-14 17:14:19.mentioned
by Hector Correa at 2023-04-14 17:15:28.subscribed
by Hector Correa at 2023-04-14 17:15:28.mentioned
by None at 2023-04-14 17:28:55.subscribed
by None at 2023-04-14 17:28:56.referenced
by Hector Correa at 2023-04-14 17:29:09.merged
by Hector Correa at 2023-04-14 17:29:09.closed
by Hector Correa at 2023-04-14 17:29:10.head_ref_deleted
by Hector Correa at 2023-04-14 17:29:11.


# Lint Command Lint Flags Usage: `lint` *flags* When using lint from within Gradle, see the [Lint Gradle Plugin DSL](agp-dsl.md.html) options instead. ## General `--help` : This message. `--help` *topic* : Help on the given topic, such as “suppress”. `--list` : List the available issue id's and exit. `--version` : Output version information and exit. `--exitcode` : Set the exit code to 1 if errors are found. `--show` : List available issues along with full explanations. `--show` *ids* : Show full explanations for the given list of issue id's. `--generate-docs` : Generates documentation for all the lint checks. This flag cannot be combined with other lint flags, and it has its own sub-flags. Invoke on its own to see what they are. `--fatalOnly` : Only check for fatal severity issues `--apply-suggestions` : Apply suggestions to the source code (for safe fixes) `--abort-if-suggestions-applied` : Set the exit code to an error if any fixes are applied *directories* : You can also pass in directories for files to be analyzed. This was common many years ago when project metadata tended to be stored in simple `.classpath` files from Eclipse; these days, you typically will pass it a `--lint-model` or `--project` description instead. ## Enabled Checks `--disable` *list* : Disable the list of categories or specific issue id's. The list should be a comma-separated list of issue id's or categories. `--enable` *list* : Enable the specific list of issues. This checks all the default issues plus the specifically enabled issues. The list should be a comma-separated list of issue id's or categories. `--check` *list* : Only check the specific list of issues. This will disable everything and re-enable the given list of issues. The list should be a comma-separated list of issue id's or categories. `--fatal` *list* : Sets the default severity of the given issue to fatal `--error` *list* : Sets the default severity of the given issue to error `--warning` *list* : Sets the default severity of the given issue to warning `--info` *list* : Sets the default severity of the given issue to info `-w,` --nowarn : Only check for errors (ignore warnings) `-Wall` : Check all warnings, including those off by default `-Werror` : Treat all warnings as errors `--config` *filename* : Use the given configuration file to determine whether issues are enabled or disabled. If a project contains a lint.xml file, then this config file will be used as a fallback. `--override-config` *filename* : Like --config, but instead of being a fallback, this configuration overrides any local configuration files `--baseline` : Use (or create) the given baseline file to filter out known issues. `--update-baseline` : Updates the baselines even if they already exist `--remove-fixed` : Rewrite the baseline files to remove any issues that have been fixed `--write-reference-baseline` : Writes the current results, including issues that were filtered from the input baseline if any. Does not set the exit code to indicate that the baseline is created the way --baseline would. Implies --update-baseline and --continue-after-baseline-created. `--missing-baseline-is-empty-baseline` : Treat a missing baseline file as an empty baseline file. In most cases, this means that if the baseline file does not exist, a new one will not be created. But in the case when --update-baseline is also used and there are lint issues, a new baseline file will be created, and the lint issues will be written to it. `--baseline-omit-line-numbers` : Omit line numbers when writing out the baseline file `--allow-suppress` : Whether to allow suppressing issues that have been explicitly registered as not suppressible. `--restrict-suppress` : Opposite of --allow-suppress: do not allow suppressing restricted issues `--skip-annotated` : Comma separated list of annotations (by fully qualified name) which indicate that lint should ignore this compilation unit (only allowed on top level classes and files) ## Output Options `--quiet` : Don't show progress. `--stacktrace` : Print full stacktrace for internal errors. `--fullpath` : Use full paths in the error output. `--showall` : Do not truncate long messages, lists of alternate locations, etc. `--nolines` : Do not include the source file lines with errors in the output. By default, the error output includes snippets of source code on the line containing the error, but this flag turns it off. `--html` *filename* : Create an HTML report instead. If the filename is a directory (or a new filename without an extension), lint will create a separate report for each scanned project. `--url` filepath=url : Add links to HTML report, replacing local path prefixes with url prefix. The mapping can be a comma-separated list of path prefixes to corresponding URL prefixes, such as C:\temp\Proj1=http://buildserver/sources/temp/Proj1. To turn off linking to files, use --url none `--xml` *filename* : Create an XML report instead. `--sarif` *filename* : Create a SARIF report instead. `--text` *filename* : Write a text report to the given file. If the filename is just `stdout` (short for standard out), the report is written to the console. ## Project Options `--resources` *dir* : Add the given folder (or path) as a resource directory for the project. Only valid when running lint on a single project. `--sources` *dir* : Add the given folder (or path) as a source directory for the project. Only valid when running lint on a single project. `--classpath` *dir* : Add the given folder (or jar file, or path) as a class directory for the project. Only valid when running lint on a single project. `--libraries` *dir* : Add the given folder (or jar file, or path) as a class library for the project. Only valid when running lint on a single project. `--compile-sdk-version` *version* : Use the given compileSdkVersion to pick an SDK target to resolve Android API call to `--sdk-home` *dir* : Use the given SDK instead of attempting to find it relative to the lint installation or via $ANDROID_SDK_ROOT `--jdk-home` *dir* : Use the given JDK instead of attempting to find it via $JAVA_HOME or java.home `--java-language-level` *level* : Use the given version of the Java programming language `--kotlin-language-level` *level* : Use the given version of the Kotlin programming language ## Advanced Options (for build system integration) `--project` *file* : Use the given project layout descriptor file to describe the set of available sources, resources and libraries. Used to drive lint with build systems not natively integrated with lint. `--lint-model` *path* : Alternative to --project which defines the project layout `--variant` *name* : The name of the variant from the lint model to use for analysis `--lint-rule-jars` *path* : One or more .jar files to load additional lint checks from `--analyze-only` : Perform only analysis, not reporting, of the given lint model `--report-only` : Perform only reporting of previous analysis results `--path-variables` *variables* : Path variables to use in internal persistence files to make lint results cacheable. Use a semi-colon separated list of name=path pairs. `--describe-suggestions` *file* : Describes all the quickfixes in an XML file expressed as document edits -- insert, replace, delete `--client-id` : Sets the id of the client, such as “gradle” `--client-name` : Sets the display name of the client, such as “Android Gradle Plugin” `--client-version` : Sets the version of the client, such as “7.1.0-alpha01” `--offline` : Whether lint should attempt to stay offline ## Exit Status `0` : Success. `1` : Lint errors detected. `2` : Lint usage. `3` : Cannot clobber existing file. `4` : Lint help. `5` : Invalid command-line argument. `6` : A new baseline file was created. `7` : Quickfixes were applied.


I'm a wildlife photographer, filmmaker, naturalist and explorer dedicated to documenting wildlife and the environmental issues that define our times. I freelance with many magazines, environmental NGOs and production houses.
Over the last few years, I have worked on many wildlife photography and filming projects. My work has appeared in many publications worldwide.
In my previous life as a Designer, I co-founded a design consultancy, which I very dearly named Cloudstudio. Though that is a company I'm still attached with, I now have started to give most of my time to mother nature, and my very dear business partner, takes care of the day-to-day management of the company.
Sharing my knowledge of photography, wildlife, and people across various platforms including workshops and seminars is an important part of the work I do. I collaborate with wildlife scientists, conservationists, policy makers, activists and educators on conservation action, activism, documentation, books and film projects.
I hope to combine an artist’s eye with a journalist’s curiosity and sense of storytelling in my visual style, resulting in a body of work I hope will inspire the viewer to discover more. Using narrative and visual construction I strive to lure the audience into the subject, prompting them to ask questions rather than accept a ‘standard version’ of changing landscapes.
If you want to know about the equipment I use head on to /setup.
All my wildlife images can be found at /photography under the wildlife section. And also at the YouTube channel of The Wild Bits.
If you'd like to help my projects financialy, head on to Instamojo to donate. Every little bit helps.
Upamanyu is a sequence of:
Das is like pass, if you replace the pa with D


{% include head.html %}
{% include header.html %} {% include whatsNew.html %} {% include portfolio_grid.html %} {% include explore.html %} {% include footer.html %} {% include modals.html %} {% include resiliency.html %} {% include tooling.html %} {% include cloud.html %} {% include performance.html %} {% include analytics.html %} {% include js.html %}


CSC 309 Project Work Breakdown
Work Breakdown will be reassessed for milestone 2. We need to get the team up to speed before we can assign work out
Spec Section
Level
Team Member
Remarks
2.X.Y P5
1.5
Person X
This is medium priority for Fisher.
. . .
Person Y
. . .
Person Z
. . .