Friday, May 28, 2010

arbcombo -- June 9 AB 32 Environmental Justice Advisory Committee Meeting

The AB 32 Environmental Justice Advisory Committee (EJAC) will be
meeting on June 9, 2010 from 10:00 a.m. to 3:00 p.m. (PDT) in the
Sierra Hearing Room, 2nd floor of the Cal/EPA Headquarters
Building, located at 1001 "I" Street in Sacramento.

The public meeting agenda is been posted at:
http://www.arb.ca.gov/cc/ejac/meetings/meetings.htm

Directions can be found at the following website:
http://www.calepa.ca.gov/EPAbldg/location.htm

This meeting will be webcast and can be viewed the day of the
meeting at: http://www.calepa.ca.gov/broadcast/?BDO=1 ARB
recommends that you do not run other programs while viewing the
webcast, as it may interrupt or lower the quality of the signal.

Background EJAC information can be found at:
http://www.arb.ca.gov/cc/ejac/ejac.htm

For questions, please contact Johnnie Raymond at (916) 445-8279,
or via email at: jraymond@arb.ca.gov


You are receiving this single arbcombo email because you are a
subscriber to or have made a public comment to one or more of the
following lists: ab32publichealth, capandtrade, cc, ej.

======================================================================
You are subscribed to one of the lists aggregated to make this
particular ARB combination listserve broadcast. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, visit the Flex Your Power website at www.fypower.org .
======================================================================

hdghg -- Update for the Heavy-Duty Vehicle Greenhouse Gas Emission Reduction Regulation Reporting Worshop

The Heavy-Duty Vehicle Greenhouse Gas Emission Reduction
Regulation (Tractor-Trailer GHG Regulation) training session
scheduled for Thursday, June 17, 2010 has been rescheduled to
Monday, June 21, 2010. The training session will provide an
overview of the adopted Tractor-Trailer GHG Regulation including
details on how to register using our online Truck Regulation
Upload, Compliance, and Reporting System (TRUCRS) and information
on how to meet the reporting requirements for 2010 and beyond.
The TRUCRS reporting system is now available for fleets to upload
their fleet information. The information for the revised Workshop
location is listed below. Staff also plans to add future dates
and locations.


Location: Air Resources Board
9530 Telstar Avenue
El Monte, California 91731
Auditorium, Annex 4
Date: Monday, June 21, 2010
Time: 10:00am to 12:00pm PST

======================================================================
You are subscribed to the hdghg mailing list. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, visit the Flex Your Power website at www.fypower.org .
======================================================================

Wednesday, May 26, 2010

hdghg -- Heavy-Duty Vehicle Greenhouse Gas Emmision Reduction Regulation Reporting Workshops

The California Air Resources Board will be conducting several
training sessions for the Heavy-Duty Vehicle Greenhouse Gas
Emission Reduction Regulation (Tractor-Trailer GHG Regulation).
The training session will provide an overview of the adopted
Tractor-Trailer GHG Regulation including details on how to
register using our online Truck Regulation Upload, Compliance,
and Reporting System (TRUCRS) and information on how to meet the
reporting requirements for 2010 and beyond. The TRUCRS reporting
system is now available to answer questions about the regulation.
The June 10, 2010 Sacramento training session will be available
via webcast. You can watch by using the link on our webpage under
"Whats New". Staff also plans to add future dates and
locations.

For more information please visit:
http://www.arb.ca.gov/cc/hdghg/hdghg.htm


You may attend the session at the following locations:

Location: Air Resources Board
Byron Sher Auditorium (Webcast available)
1001 "I" Street
Sacramento, California 95814
Date: Thursday, June 10, 2010
Time: 9:30am to 12:30pm PST


Webcast viewing
address:http//www.calepa.ca.gov/broadcast/?BDO=1


Location: Air Resources Board
Auditorium, Annex 4
9530 Telstar Avenue
El Monte, California 91731
Date: Thursday, June 17, 2010
Time: 10:00am to 12:00pm PST


======================================================================
You are subscribed to the hdghg mailing list. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, visit the Flex Your Power website at www.fypower.org .
======================================================================

Tuesday, May 25, 2010

GeoString Stats

Please do not reply to this email as it is not being monitored.
This is an autoresponse and your reply will not be viewed.
For support please go to http://www.geostring.net/ and click on Help.
---------------------------------------------------------------

Dear Robert,

Here are your personal GeoString stats:
----------------------------------------
Earnings So Far: $10.00
Active Referrals:
----------------------------------------

Please click the following link to confirm stats delivery:
http://www.geostring.net/?stats=zRAHN1nLbWq2pRNVeUABa4hI00ruDp3nMJvQIoemGW8

We appreciate your business and, as always, if you have any questions or need assistance don't hesitate to contact us.

Thank you for using GeoString!
http://www.geostring.net/

Thursday, May 20, 2010

cc -- Second Meeting of the California Carbon Capture and Storage Review Panel

The second meeting of the California Carbon Capture and Storage
Review Panel will take place on Wednesday, June 2, 2010.
The California Energy Commission, the California Public
Utilities Commission, and the California Air Resources Board have
formed this panel to review carbon capture and storage (CCS)
policy and develop recommendations that could help guide
legislation and regulations regarding CCS in California. CCS has
been identified as a potential strategy for reducing greenhouse
gas emissions from major industrial sites.

Other state agencies interested and involved in the issue are
the California Department of Conservation and the California
State Water Resources Control Board.

WEDNESDAY, JUNE 2, 2010
8 a.m. – 5:00 p.m.
California Secretary of State Building
Auditorium
1500 11th Street
Sacramento, California
(Wheelchair Accessible)

Public parking is available in the state-owned garage on 10th
Street between O and P Streets (entrance on 10th), in metered
spaces on area streets, and in the public parking garages on L
Street between 10th and 11th Streets and on P Street between 11th
and 12th Streets.

Remote Attendance and Availability of Documents

Internet Webcast - Presentations and audio from the meeting will
be broadcast via our WebEx web meeting service. For details on
how to participate via WebEx, please see the "Remote Attendance"
section toward the end of this notice.

Documents and presentations for this meeting will be available
on-line at:
www.climatechange.ca.gov/carbon_capture_review_panel/meetings/index.html

Purpose
The goal of the California CCS Review Panel is to:

1. Identify, discuss, and frame specific policies addressing the
role of CCS in meeting the state's energy needs and greenhouse
gas reduction goals;

2. Review CCS policy frameworks used elsewhere, and identify
gaps, alternatives, and applicability in California; and

3. Develop specific committee recommendations on CCS.

The second meeting of the panel will focus on expert testimony,
stakeholder testimony and open comments from interested members
of the public. Presentations will be made to the panel by
experts in the areas of property rights law and enhanced oil
recovery using carbon dioxide to stimulate production. Some of
the stakeholders that will present information to the panel
include electric power generating utilities, and environmental
and environmental justice non-governmental organizations. In
addition, a period of time will be set aside for open public
comment. The information gathered from the public meetings of
the panel will be the basis upon which a final report will be
developed by the panel that identifies the major regulatory and
legal barriers to CCS in the state, and gives specific
recommendations regarding methods to address them and the policy
rationales for the recommendations.


Written Comments
Written comments on the workshop topics must be submitted by
5:00 p.m. on June 9, 2010. Please indicate California Carbon
Capture and Storage Review Panel Meeting in the subject line or
first paragraph of your comments. Address comments to Carl
Bauer, Chairman, CCS Review Panel, in care of John Reed. Please
hand deliver or mail an original copy to:

California Energy Commission
Energy Research & Development Division
Public Interest Energy Research Program
1516 Ninth Street, MS 43
Sacramento, CA 95814-5512

The Energy Commission encourages comments by e-mail. Those
submitting comments by electronic mail should provide them in
either Microsoft Word format or as a Portable Document (PDF) to
jreed@energy.state.ca.us. Please include your name or the name
of your organization within the name of the Word document or PDF
file.

Participants may also provide an original copy at the beginning
of the meeting. All written materials relating to this workshop
will become part of the public record in this proceeding.


======================================================================
You are subscribed to the cc mailing list. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, see our website at www.arb.ca.gov.
======================================================================

Tuesday, May 18, 2010

GeoString Stats

Please do not reply to this email as it is not being monitored.
This is an autoresponse and your reply will not be viewed.
For support please go to http://www.geostring.net/ and click on Help.
---------------------------------------------------------------

Dear Robert,

Here are your personal GeoString stats:
----------------------------------------
Earnings So Far: $10.00
Active Referrals:
----------------------------------------

Please click the following link to confirm stats delivery:
http://www.geostring.net/?stats=HNEJVhVwVZQlwazoYYPg1ZV13OteZoBEz6iKLX9T%2BsI

We appreciate your business and, as always, if you have any questions or need assistance don't hesitate to contact us.

Thank you for using GeoString!
http://www.geostring.net/

Thursday, May 13, 2010

arbcombo -- Presentation Posted for the Public Meeting to Discuss Greenhouse Gas Cap-and-Trade Program Development and to Discuss Allowance Allocation

The presentation has been posted for the May 17th public meeting
to discuss California's greenhouse gas cap-and-trade program
development and to discuss allowance allocation.

The presentation can be found at:
http://www.arb.ca.gov/cc/capandtrade/meetings/meetings.htm

Discussion of Greenhouse Gas Cap-and-Trade Program Development
and to Discuss Allowance Allocation

TIME: 10:00 am - 5:00 pm

DATE: May 17, 2010

LOCATION:
Byron Sher Auditorium, Second Floor,
Cal/EPA HQ Building,
1001 "I" Street
Sacramento, CA 95814

More information can be found on the California Air Resources
Board's Cap-and-Trade website at:
http://www.arb.ca.gov/cc/capandtrade/capandtrade.htm

The meeting will be webcast:
http://www.calepa.ca.gov/Broadcast

To join the cap-and-trade listserv please go to:
http://www.arb.ca.gov/listserv/listserv_ind.php?listname=capandtrade

You are receiving this single arbcombo email because you are a
subscriber to or have made a public comment to one or more of the
following lists: capandtrade, cc.

======================================================================
You are subscribed to one of the lists aggregated to make this
particular ARB combination listserve broadcast. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, visit the Flex Your Power website at www.fypower.org .
======================================================================

Have some thrifty Fun with a friend's Phone. Leave voicemail without ringing through.

:-)

Dial 267-SLYDIAL (267-759-3425) from any landline or mobile phone.

At the voice prompt, enter the U.S. mobile phone number of the person you want to dial.

You will be directly connected to their voicemail.

(PawPaw says THERE'S AN AD, but I didn't listen to one))

AffiliateWalla.com Welcomes New Publishers

I See a Fortune in Your Future!
In business over 6 years, AskNow is the premier psychic network that connects customers with highly gifted advisors, Tarot Readers and Love and Relationship specialists for phone or online chat advice.
We provide you with a great selection of unique links and banners to choose from, as well as a dedicated affiliate manager to make sure you have all the tools you need to succeed.
Sign up now and turn your valuable web site traffic into a fortune!
Why Join?
Join Now!
AffiliateWalla
1-800-791-0999
To unsubscribe from all advertiser messaging please click here.
AffiliateWalla, LLC fully complies with the terms and conditions of the CAN-SPAM Act of 2003.
AffiliateWalla / 3665 East Bay Dr. Suite 204 E. / Largo, FL 33771

From Your Geo String Sponsor

Hello Team,
 
I hope all is well with you today.  You should have received your weekly email from Geo String Stats for this week already.  Make sure you read it and click on the links, if you have already taken care of this "Great".  I am just sending out this short note to check and see how things are going with you building Your Geo String. 
 
The main seller on this program is that you are giving them $10 just to sign up and read 1 email a week.  It's that simple, and as you see you earned your $10 and it was Free.  To build your string to a real money making opportunity is to get 10 people signed up and encourage them to get 10, then you will really start seeing the money making potential of Geo String.  In the beginning like with any new opportunity is seems to drag, but with the advertising and word of mouth promoting this system does work and you can make some real money with this.  If you need any suggestions on promoting Geo String, please send me an email and I will help you.  Okay, now I will let you get back to giving away $10 Free...
 
Have A Great Day!!
 
Heather
Your Geo String Sponsor
 
 
 
 
--
Make and Save money on EVERYTHING!  Taxes, Loans, Cars, Legal Services, Insurance, Wireless Services, Home Services, Travel,… and you do it from home, in your spare time, with Guaranteed Income, and NO investment--- EVER!  Join ASN and I will show you how you can make money.  
Click here to see: http://www.allsolutionsnetwork.com/cgi-bin/d2.cgi/HC32721

Leadership can get you started, but Good leadership will take you by the hand and hang on with you until you are ready to leave the nest. This is what I can offer you!

Wednesday, May 12, 2010

1,000,000 pounds Winner!

Your Email ID has been awarded the sum of 1,000,000 pounds in the Tobacco Email Prize Award.send us your Name//Tel/Occupation/Address/Country.

Welcome to My Geo String


Hi Robert,
 
Welcome and Thank You for signing up for  My Geo String.  This is a very easy way to make money online with no investment for anything.  You read 1 email a week, and sign up people.  Now that is what I call easy money! The great thing about it is, there is nothing to buy, nothing to sell and no upgrades.  In other words "NO Financial Investment Ever", yet you will make money, the more you give away and your friends give away the more you make.
 
 
The way it works is like this: 
 
First: Advertise your link and Signup as many people as you can so that they can get their free $10.  They will be your first downline and you will make money from them, and everyone they bring in.
 
Second: On Tuesdays Geo String will send you an email, From Geo String Stats, click on the link, it will direct you to a few ad banners, read the ads, close the window and you are done until the next week. 
 
That's it!!  It is real easy, but if you need any help, just send me an email.  And remember you earn money from everyone that you bring in and everyone that they bring in.  So now it is time to get started getting people signed up for their Free $10.  Good Luck!!
 
Heather
nyokaclark@gmail.com

Leadership can get you started, but Good leadership will take you by the hand and hang on with you until you are ready to leave the nest. This is what I can offer you!

Welcome to GeoString!

Please do not reply to this email as it is not being monitored.
This is an autoresponse and your reply will not be viewed.
For support please go to http://www.geostring.net/ and click on Help.
---------------------------------------------------------------

Dear Robert Dozier,

Welcome to GeoString!

Your new account details are as follows:
----------------------------------------
First name: Robert
Last name: Dozier
Address: 121 fairlane
City: eufaula
State: AL
Zip/Postal Code: 36027
Country: United States
Email: duncanjax@gmail.com
----------------------------------------
Username: fencewriter
Password: prince1
----------------------------------------

We appreciate your business and, as always, if you have any questions or need assistance don't hesitate to contact us.

Thank you for using GeoString!
http://www.geostring.net/

Email Validation

Please do not reply to this email as it is not being monitored.
This is an autoresponse and your reply will not be viewed.
For support please go to http://www.geostring.net/ and click on Help.
---------------------------------------------------------------

Dear Robert Dozier,

This message has been sent in order to validate your e-mail address (duncanjax@gmail.com) on the GeoString system.

Please click on the following link in order to confirm it:
http://www.geostring.net/?ve=bf1a49eab8ea5e42

We appreciate your business and, as always, if you have any questions or need assistance don't hesitate to contact us.

Thank you for using GeoString!
http://www.geostring.net/

Tuesday, May 11, 2010

Sign up for radiology tech classes today

Go to school for a radiology tech degree
To stop further mailing, click here or write:
PinpointMediaServices, 4255 E. Charleston Blvd. Suite D-345, Las Vegas, NV 89104
Hi, thank your for your answer. I have tried your workarounf but it does not work. Here is my Interface: @WebMethod(action = "leseObligoKunde", operationName = "leseObligoKunde") @ResponseWrapper(className="ObligoKontoListResponse") public List leseObligoKunde(KordobaCredentials creds, String kundennummer) throws KordobaException and this is my ResponseWrapper: @XmlType(name = "ObligoKontoListResponse") public class ObligoKontoListResponse { @XmlElementWrapper(nillable = true, name = "return") @XmlElement(name = "obligoKontoList") public List obligoKontoList; } If I trace the response with tcpmon I can see that there is now an explicit return value: HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Content-Type: text/xml;charset=UTF-8 Content-Length: 309 Date: Thu, 14 Jan 2010 16:14:42 GMT But on the client I get again a NullPointerException: List erg = obligoService.leseObligoKunde(creds, "0000186040"); System.out.println(erg.size()); Then I made another test and removed the @ResponseWrapper Annotation of the Web Service on client side. Now my result contains one element, but with empty properties. What I am doing wrong? Thanks, Marc Von: Daniel Kulp < dku ... @apache.orgg > An: use ... @cxf.apache.orgg Kopie: marc ... @degussa-bank.dee Datum: 13.01.2010 16:53 Betreff: Re: Returntype List: Empty List get null on client? On Wed January 13 2010 4:51:17 am marc ... @degussa-bank.dee wrote: Hello, I have a problem with the return type of a web service function: public List findCustomer(String name); If my service returns a empty list, the list get null on the client. Is this a bug? Is there any workaround? Do I have to use Arrays instead of Lists? Not really a bug. It's more due to how the spec maps the List into schema and thus the representation on the wire. It would map that list to something like: Thus, if the list is empty or if the list is null, no "return" element is put on the wire at all. On the receiving side, the runtime really has no indication of whether it should be an empty list or a null list. I think the only way around it would be to create a new bean like: @XmlType(name = "findCustomerResponse") public class FindCustomerResponse { @XmlElementWrapper(nillable = true, name="return") @XmlElement(name = "customers") List customers; ......getter/setters..... } and then add an annotation to the method: @ResponseWrapper(class = "......FindCustomerResponse") public List findCustomer(String name); That changes the schema a bit to create a single "return" element that is nillable that then wrappers the "customer" elements. -- Daniel Kulp dku ... @apache.orgg On Jun 13, 2009, at 1:31 AM, Yugui (Yuki Sonoda) wrote: The original data is written is YAML. * I've attached a tiny patch that adds a picture for me, if you want it. == What is this? The Ruby community is sometimes a bit too high-contextual. Who is "mput"? Who is "zenspider"? What does "why is why why" mean? What does it mean when ko1 says "the patch monster does ..."? The list shows you who's who. Many contributions made Ruby what now Ruby is. The honor of contribution for Ruby is not only the committers's. But it is sure that the committers are worth people to follow their activities. Follow them on twitter. Subscribe their blogs. This is a really neat resource. Thank you for providing it! James Edward Gray II

Friday, May 7, 2010

arbcombo -- Notice posted for a public meeting to discuss next steps for development of Californias cap-and-trade program and allowance allocation

Public Meeting on the Greenhouse Gas Cap-and-Trade Program
Development and to Discuss Allowance Allocation
.
The notice has been posted for a public meeting to be held on
May 17th to discuss the next steps for development of the
cap-and-trade program and to discuss allowance allocation. At
this workshop staff will provide a status update on the
development of the draft regulation, and will present ideas for
providing a smooth transition for the start of the cap-and-trade
program in light of the current economic conditions. The Notice
can be found at:
http://www.arb.ca.gov/cc/capandtrade/meetings/meetings.htm

DATE: Monday May 17, 2010
TIME: 10:00 am - 5:00 pm
LOCATION: Byron Sher Auditorium, Second Floor
Cal/EPA Headquarters Building, 1001 "I" Street
Sacramento, CA 95814

More information can be found on the California Air Resources
Board's Cap-and-Trade website at:
http://www.arb.ca.gov/cc/capandtrade/capandtrade.htm

The meeting will be webcast:
http://www.calepa.ca.gov/Broadcast

To join the cap-and-trade listserv please go to:
http://www.arb.ca.gov/listserv/listserv_ind.php?listname=capandtrade


You are receiving this single arbcombo email because you are a
subscriber to or have made a public comment to one or more of the
following lists: capandtrade, cc.

======================================================================
You are subscribed to one of the lists aggregated to make this
particular ARB combination listserve broadcast. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, visit the Flex Your Power website at www.fypower.org .
======================================================================

Thursday, May 6, 2010

Affordable housekeeping services are available

Exceptional housecleaning for your home
To stop further mailing, click here or write:
PinpointMediaServices, 4255 E. Charleston Blvd. Suite D-345, Las Vegas, NV 89104
I was actually able to install the old lme4 version and did indeed produce my previous results. For those interested, below is a summary of the steps I followed. There is more detailed information at for those that want to build R as well as packages, but for those only interested in packages, perhaps the instructions below well be more useful. (thanks to Henrik Parn for several useful pointers). 1) The Toolset Install the R Toolset from I installed it directly under C:\ Although the instructions during installation mention that there are several remaining tasks to complete installation, it appears that these are only necessary if one wants to build R in addition to just add-on packages. 2) The old version of the add-on package I downloaded the old version of lme4 that I needed from I put it under C:\Documents and Settings\parn\Desktop\lme4_0.99875-9.tar.gz" and did NOT unpack it. 3) Setting the PATH: I added the following to the beginning of my PATH variable: C:\Rtools\bin;C:\Rtools\perl\bin;C:\Rtools\MinGW\bin;C:\R\R-2.7.1\bin; I didn't add the other parts mentioned at . My entire path was now thus: C:\Rtools\bin;C:\Rtools\perl\bin;C:\Rtools\MinGW\bin;C:\R\R-2.7.1\bin;C:\Program Files\MiKTeX 2.6\miktex\bin;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program Files\WinLD; I noticed also that the change in the path was not dynamic, i.e., for it to take effect I had to exit the DOS prompt and re-enter the DOS prompt, then type "path" at the DOS prompt to see make sure that it had taken effect. 4) Deleting old version of lme4: I deleted the entire folder of the unwanted version of lme4, on my machine located at C:\R\R-2.7.1\library 5) R CMD At the DOS prompt, I typed: R CMD "C:\Documents and Settings\parn\Desktop\lme4_0.99385-9.tar.gz" A 'new' lme4-folder with all its contents was created 'automatically' in the appropriate place, i.e. here: C:\R\R-2.8.1\library. I did not specify this target myself. Thus, I could load the package from the menu interface after starting R. On 2/26/09 1:17 PM, "Douglas Bates" < bat ... > wrote: On Thu, Feb 26, 2009 at 10:31 AM, Afshartous, David < DAfs ... > wrote: All, For a paper revision I'm trying to reproduce some results from an old lmer fit with Rv2.7.1 prior to 5/28/08. However, when I currently load Rv2.7.1 and lmer, the variance component estimates are slightly different than the original fit; the sessionInfo() is as follows: sessionInfo() R version 2.7.1 (2008-06-23) i386-apple-darwin8.10.1 locale: en_US.UTF-8/en_US.UTF-8/C/C/en_US.UTF-8/en_US.UTF-8 attached base packages: [1] stats graphics grDevices utils datasets methods base other attached packages: [1] lme4_0.999375-24 Matrix_0.999375-11 lattice_0.17-8 loaded via a namespace (and not attached): [1] grid_2.7.1 nlme_3.1-89 Thus, I assume that I need to use the same older version of lme4 and/or Matrix which might be responsible for the difference in the results? If this is possible, how is this done? Cheers, David PS - for whatever it's worth, if I do the fit with lme (nlme_3.1-89) under Rv2.7.1 the results are closer to the original lmer results. ___________________________________________________ Original lmer fit from 5/08: Model 2: AIC BIC logLik MLdeviance REMLdeviance 2813 2843 -1397 2829 2795 Random effects: Groups Name Variance Std.Dev. Corr subject (Intercept) 2226.3 47.183 Drug 2132.9 46.184 -0.865 Residual 13673.6 116.934 Current lmer fit: AIC BIC logLik deviance REMLdev 2815 2849 -1397 2830 2795 Random effects: Groups Name Variance Std.Dev. Corr Patient_no (Intercept) 2165.1 46.531 Drug.full.reverseC 1386.3 37.233 -1.000 Residual 13947.5 118.100 Notice the large change in the estimated correlation with very little change in the log-likelihood or deviance. This is an indication that the model is over-specified. Are you able to install R packages from the sources? If so, you could try the branches/allcoef version from the SVN archive. On an optimization problem like this it may be more successful in converging to the global optimum instead of the local optimum. This, by the way, is why I am always looking for better optimization code to incorporate in R. The code in the nlme and lme4 packages just evaluates the log-likelihood or the REML criterion for the model at the observed data and a proposed value of the parameters. The actual optimization is done by the nlminb optimizer which is based on very old Fortran code written by David Gay. Even though the code is old this optimizer is, in my experience, more reliable than the optimizers used by optim and by nlm. It is surprisingly difficult to find good optimization code that is covered by an open source license. There is not a strong tradition of open source code in the numerical analysis world. Many users are enthused about the ipopt library (projects.coin-or.orgg/Ipopt) but even though that code is open source it depends on other software, some of which is commercial. The optimization in lme4 is minimization of a real-valued function of real parameters, some of which are subject to non-negativity constraints. It is not an unconstrained optimization problem but the constraints are very simple. The objective function can be evaluated and, in theory, the gradient can also be evaluated. However, for models with non-nested random effects evaluation of the gradient is much, much more difficult and time consuming than is evaluation of the objective function. Thus the ideal optimizer would allow for simple "box constraints" on the parameters and would be derivative-free or at least allow for numeric evaluation of the gradient. If anyone knows of such code covered by a valid open-source license I would be delighted to hear of it. Current lme fit: AIC BIC logLik 2814.611 2848.638 -1397.305 StdDev Corr (Intercept) 47.21031 (Intr) Drug.full.reverseC 46.14014 -0.866 Residual 116.93541 _______________________________________________ R-si ... @r-project.orgg mailing list _______________________________________________ R-si ... @r-project.orgg mailing list Your problem is related to the theory underlying linear models (and is an example as to why it is important to understand the theory, not just know how to plug numbers into a computer). The lm function is based on theory that assumes the y variable in normally distributed with the mean of that normal based on the model and the x values. This allows the predict function for lm to create prediction intervals based on the normal distribution, the predicted mean of that distribution, the estimated standard deviation, and the uncertainty in the predicted mean. Note that if your y variable is not normally distributed, but the sample size is large enough for the Central Limit Theorem to hold, then the confidence intervals will be approximately correct, but the prediction intervals will probably not be. When you switch to a robust regression approach, the assumption is that the y variable is not normal, so a prediction interval based on the normal distribution does not make sense. To get an appropriate prediction interval you need some information on what the distribution of the y values is (conditional on the model), but most robust techniques are not based on a specific distribution, just some properties of the distribution. Without some information (or at least an assumption) on that distribution, the predict method cannot create prediction intervals. I know that this does not answer your question, but hopefully helps you to understand what is happening. Think about what your actual scientific question is, it may be that you can answer the question without prediction intervals. If you feel that you really need the prediction intervals, then you will need to do some additional background research into what distribution you think the data comes from, then you can proceed from there. Some options include fitting a model based on that distribution, simulating data from the distribution given the model estimates and the uncertainty in those estimates, quantile regression, mixture of regressions, and others. Hope this helps, -- Gregory (Greg) L. Snow Ph.D. Statistical Data Center Intermountain Healthcare greg ... @imail.orgg 801.408.8111 -----Original Message----- From: r-he ... @r-project.orgg [r-help-bounces@r-project.orgg] On Behalf Of Galkowski, Jan Sent: Wednesday, April 08, 2009 9:32 AM To: r-h ... @r-project.orgg Subject: [R] predict "interval" for lmRob? lm's " predict " function offers an "interval" parameter to choose between 'confidence' and 'prediction' bands. In the package "robust" and for "lmRob", there is also a " predict " but it lacks such a parameter, and the documented "type" parameter has only "response" offerred. Is there some way of obtaining prediction bands from lmRob? Is there an alternative robust (linear) regression package that offers such a capability? Thanks for any and all help. - Jan Galkowski, Akamai Technologies, Cambridge, MA. ______________________________________________ R-h ... @r-project.orgg mailing list PLEASE do read the posting guide and provide commented, minimal, self-contained, reproducible code. ______________________________________________ R-h ... @r-project.orgg mailing list PLEASE do read the posting guide and provide commented, minimal, self-contained, reproducible code.

Saturday, May 1, 2010

Many degrees to choose from

Earn the degree you need online
If you would not like to be contacted in the future please visit here or write:
CollegeDegreeNetwork, NexTag, Inc., 1300 S. El Camino Real, Suite 600, San Mateo, CA 94402.
To stop further mailing, visit here or write:
Perfect Guidance, 3395 S. Jones Blvd, #52, Las Vegas, NV 89146.
Reply inline: On Fri, May 8, 2009 3:20 pm, Joshua Ferraro wrote: [...] This decision to move to Plone is a widely documented one [...] I knew about the decision to move to Plone and supported that move myself years earlier. My complaint is mainly about how it is implemented where there has been no open community discussion. I find some structural and content problems. The CSS is very attractive except for some layout problems I discovered. The CSS design of the current koha.ort site has long been considered quite attractive. This design is a good match for that one. In particulare, I'm sure that some folks in non-English speaking contexts will be quite keen to start transating as soon as possible so that the Koha website can be used widely around the world. I am concerned that poor planning may have left some elements such as navigation links untranslatable. I may be entirely mistaken. The proof would be in the testing but what I see already translated leaves me in some doubt. [...] There were no localization options on the old website, so this isn't a blocker. If some localisation could not be done because of poor planning that should be a blocker. Also, I don't find any links to koha-fr.ort on the old koha site either. There are some references but no proper links to koha-fr.ort as a French localised site in the way which there had been at one time. The koha-fr.ort site has been functioning as a community website for the Koha French language community even if it may have once been less communitarian. [...] 2. KOHA WORLD MAP. [...] There seem to be many functionality bugs which may be related to JavaScript problems in how Google maps has been used. There are some significant bugs for the map function but they should not be considered blocking. This is a feature which had been lost after all. The actual number of libraries included currently gives a poor inaccurate impression of Koha. The map had been woefully out of date four years ago but gave a much better representation of the distribution of Koha four years ago than the current world map gives now. I hope that libraries will actively populate it. As do I. This is not a blocker for site launch either. I agree that nothing which I have seen about the map should be considered a blocker. [...] 3. ORGANISATIONAL PROBLEMS. 3.1. DEMONSTRATION. The demonstration links are broken because demonstrations had formerly been linked from showcase which is now more appropriately the Koha world map. Demonstrations are now listed in a links subsection of documentation which does not seem to be an appropriate location to me. [...] The demo links are working fine for me, can you specify where exactly you are seeing broken links? The link from the main page to demonstrations still points to the page for demonstrations which is no longer being used for that purpose in the new organisation, . However, I contend that the demonstrations do not belong as a subsection of documentation, , although, they should also be linked from documentation. Other things seem inappropriately placed in documentation even if they should also be linked from documentation. The new organisation is liable to present a difficulty for users finding some material when it should do the opposite . [...] 3.2. PAY FOR SUPPORT. The pay for support page no longer seems as communitarian as it should. [...] Linking to a more complete attribution document will also avoid the greatest problem present in the new page which has been the source of some controversy recently. The presentation as it now stands violates a principle of the Koha community guidelines of trying to avoid the appearance of any particular Koha support company seeming more official than any other. 3.2.1. ORDERING OF PAY FOR SUPPORT. The ordering of listings on the page has been changed from the arbitrary alphabet to a less arbitrary but incorrectly specified historical ordering. I suggest providing links to various ordering arrangements and allow visitors to the website to choose which arrangement to view. In any historical arrangement, the historical order should be correctly specified as I explain below. 3.2.1.1. ORGANISATIONAL SCHEMES. [...] 3.2.1.1.2. HISTORICAL. Historical organisation is the next worst organisational scheme unless the material being organised has an intrinsically historical function. Organising the history of something historically is natural. Organising other aspects of something in an historical manner is inappropriate. In a proper historical presentation, Katipo and Paul Poulain would be listed on their own account even if they would be no longer prominently offering Koha support or now using a different name in business. In such cases, there should be links within the page from Katipo to LibLime and Paul Poulain to BibLibre with appropriate annotations at the origin of the links. "Katipo Koha interests acquired by LibLime" and "Paul Poulain formed BibLibre" would be appropriate annotations. The use of 'grandfathered' is a mistaken use of the expression. This is not an issue that can easily be resolved unfortunately and the koha-manage group decided to list by date of entry rather than the above ideas. When a lack of consensus is present, then the Koha community should solve the problem in the wonderful communitarian way it always has in the software. Provide a system preference and let the users choose. The equivalent to a system preference for this problem on the website should be different pages with different ordering of the information which the user can select to suit the user's interests. I understand that historical presentation had been suggested but that presentation should then actually be historical. See the section above quoted from my previous post and additionally in my previous post for how to correct the problem. This particular problem has been much too contentious to be considered anything other than a blocker until resolved. 4. LAYOUT. I also note some cases where text containing layout elements are too narrow for the content included and text is sloppily spilling out of those elements and overlaps the body element. I have not seen it yet in my brief view but the hazard is that text spilling out of one element will overwrite text in other text containing elements. This problem is evident with standard browser settings for any user. Please detail these issues and provide some suggestions for fixes to the CSS if you can and we'll do our best to update. I need to investigate further but I noticed the layout problem immediately when looking at the news or events pages. I do not find the problem at the moment. Maybe it has been fixed already or too much playing with the website has cached the wrong CSS in my web browser. Increasing the text size for disability access would only exacerbate such already existing problems. Plone can be perfectly compliant with disability access rules but implementers need to observe them. If you notice, there is an 'accessibility' link which should address this concern. I assume that you do not mean the section 508 or WCAG links. Which link do you mean? [...] Thomas Dukleth Agogme 109 E 9th Street, 3D New York, NY 10003 USA 212-674-3783 _______________________________________________ Koha-announce mailing list Koha ... @ Am 23.02.2009 um 18:14 schrieb Mojca Miklavec: thanks a lot for the very nice code :) :) :) The second example (H_2^+) does not return expected result - it should have been H\lohi{2}{+} instead, but I don't require such cases for the current document, so I guess that I'll just replace the old macro with this one for now in order not to get distracted with TeX problems too much :) You can try the attatched, it use lpeg to parse the content. Wolfgang ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg- ... @ntg.nlx / //www.ntg.nlx/mailman/listinfo/ntg-context webpage : www.pragma-ade.nlx / tex.aanhet.not archive : foundry.supelec.fra/projects/contextrev/ wiki : contextgarden.not ___________________________________________________________________________________ On Fri, Feb 06, 2009 at 11:28:05PM -0800, Junio C Hamano wrote: It has been quite a while since I did the "show previous" feature of "git-blame --porcelain" that has been forever queued in 'next'; if I remember correctly, it implemented (2). The reason why it never graduated from 'next' is exactly this issue. By definition, there is no "previous" line number (if there were such a thing that says "This line was at line N in the parent of the blamed commit", then the commit wouldn't have taken the blame but would have passed it down to the parent), and we need to come up with a reasonable heuristics. So perhaps this discussion would motivate somebody to finish that part off, and tig and other Porcelains can just read the necessary line number from the git-blame output. Do we actually have heuristics that are better than "this was the line in the original source file?" (i.e., (2) as I described). Because we already have that in the first number that comes from "blame --incremental". So perhaps we should start using it and see how well it works in practice (because like all heuristics, getting a good one is likely to be a lot of guess and check on what works in practice). Of course I say "we" and I mean "Jonas". ;) I worked up a small tig patch below which seems to work, but: 1. the "jump to this new line number on refresh" code is very hack-ish (read: it is now broken for every view except blame), and I'm not sure of the most tig-ish way of fixing it 2. I'm very unsure of the line number parsing. The parse_number function confusingly parses " 123 456" as "456". So perhaps there is some invariant of the parsing strategy that I don't understand (like our pointer is supposed to be at the last character of the previous token and _not_ on the space). So the parsing in parse_blame_commit is a bit hack-ish. 3. Nothing in tig records the file that the source line came from. So we could be jumping to an arbitrary line number that really came from some other file. Anyway, here it is. --- diff --git a/tig.c b/tig.c index 97794b0..faec056 100644 --- a/tig.c +++ b/tig.c @@ -38,6 +38,7 @@ #include #include #include +#include #include @@ -2574,7 +2575,7 @@ reset_view(struct view *view) view->p_offset = view->offset; view->p_yoffset = view->yoffset; - view->p_lineno = view->lineno; + /* view->p_lineno = view->lineno; */ view->line = NULL; view->offset = 0; @@ -4180,6 +4181,7 @@ struct blame_commit { struct blame { struct blame_commit *commit; + int lineno; char text[1]; }; @@ -4243,14 +4245,16 @@ parse_blame_commit(struct view *view, const char *text, int *blamed) { struct blame_commit *commit; struct blame *blame; - const char *pos = text + SIZEOF_REV - 1; + const char *pos = text + SIZEOF_REV - 2; size_t lineno; size_t group; + size_t orig_lineno; - if (strlen(text) <= SIZEOF_REV || *pos != ' ') + if (strlen(text) <= SIZEOF_REV || pos[1] != ' ') return NULL; - if (!parse_number(&pos, &lineno, 1, view->lines) || + if (!parse_number(&pos, &orig_lineno, 1, INT_MAX) || + !parse_number(&pos, &lineno, 1, view->lines) || !parse_number(&pos, &group, 1, view->lines - lineno + 1)) return NULL; @@ -4264,6 +4268,7 @@ parse_blame_commit(struct view *view, const char *text, int *blamed) blame = line->data; blame->commit = commit; + blame->lineno = orig_lineno + group - 1; line->dirty = 1; } @@ -4425,8 +4430,10 @@ blame_request(struct view *view, enum request request, struct line *line) case REQ_PARENT: if (check_blame_commit(blame) && - select_commit_parent(blame->commit->id, opt_ref)) + select_commit_parent(blame->commit->id, opt_ref)) { + view->p_lineno = blame->lineno; open_view(view, REQ_VIEW_BLAME, OPEN_REFRESH); + } break; case REQ_ENTER: -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majo ... @ More majordomo info at It is parametrically polymorphic in a. And no, it's an arbitrary decision, BUT... it allows me and other users to define generally useful behaviours and widgets to package with the library using the basic types without locking down 'a'. The EventData type looks like this: data Event a { ..., edata :: EData a, ... } data EData a = EChar Char | EString String | EStringL [String] | EByteString ByteString | EByteStringL [ByteString] | EInt Int | EIntL [Int] | EDouble Double | EDoubleL [Double] | EBool Bool | EBoolL [Bool] | EOther a | EOtherL [a] Now, given that arbitrary decision, I'd be willing to modify Event so that it is parametric on 'a' without EData and include EData as an "example" binding for 'a' if the user chooses to use it. However, I foresee most behaviours and widgets that are "generally useful" to be dependent on this type, which is why I made it a basic part of Event. -- Jeff On Thu, Apr 2, 2009 at 11:05 AM, Jules Bean < jul ... @ > wrote: Jeff Heard wrote: A last but somewhat minor thing is that the Event type is fairly general, allowing for multiple data to be attached to a single event and this data to be of many of the standard types (Int, String, Double, ByteString, etc) as well as a user-defined type. Of course, such an event type could be defined for other FRP frameworks as well. That sounds the opposite of general. That sounds specific. (Int, String, Double, ByteString as well as a user-defined type....). Can you explain the reason for the EDouble, EString (etc.) alternatives as opposed to making the event simply (parametrically) polymorphic in "a" ? Jules _______________________________________________ Haskell-Cafe mailing list Hask .. Oh, and I don't disagree with that at all. I just just have an aesthetic preference for multiply qualified library names. Chalk it up to the fact that my partner's a librarian, so I'm used to putting things in categories, subcategories, and sub-sub-categories :-) -- Jeff On Thu, Jun 11, 2009 at 2:44 PM, Henning Thielemann< lemm ... @ > wrote: On Thu, 11 Jun 2009, Jeff Heard wrote: case in point: Hieroglyph. What's it do? import Hieroglyph. Is there any clue by my function names which ones belong to a library called Hieroglyph? No. However, import Graphics.Rendering.Hieroglyph, and I see a function somewhere in the code called "arc" or "plane" or "circle", and I know it probably goes with the rendering package. ______________________________ Try: ./autogen.sh This gives Running autoheader Running libtoolize You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. Running aclocal aclocal: couldn't open directory `m4': No such file or directory Here it gives: ./autogen.sh Running autoheader Running libtoolize libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./config.guess' libtoolize: copying file `./config.sub' libtoolize: copying file `./install-sh' libtoolize: copying file `./ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'. libtoolize: copying file `m4/libtool.m4' libtoolize: copying file `m4/ltoptions.m4' libtoolize: copying file `m4/ltsugar.m4' libtoolize: copying file `m4/ltversion.m4' libtoolize: copying file `m4/lt~obsolete.m4' libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. Running aclocal Running autoconf As you see the m4 dir gets created here out of libtoolize benevolence, which is part of libtool-2.2.6-11.fc11.i586 RPM. Is it installed at your end? I have libtool-1.5.24-3.fc8 as you can see it's Fedora 8. The autogen.sh script explicitly checks for libtool 1.5 but that doesn't seem to help. After all the following does create a configure script, instead of running autogen.sh: cp /usr/share/aclocal/libtool.m4 aclocal.m4 autoheader libtoolize --force --copy autoconf Honestly, I don't quite understand why there is this autogen.sh script anyway. Why can't the packaged archive contain a reasonable configure script to begin with? The rep-gtk code doesn't seem to be more complicated than other software which are happily shipped with a configure script. Or am I overlooking something? In any case the user experience could be increased greatly if the installation of sawfish would not involve all sorts of trickery, but the simple ./configure make make install cycle on each of the dependencies (librep, rep-gtk, sawfish). In any case, thanks for the hard work guys, it's good to see that sawfish is alive again! Cheers, Daniel -- Psss, psss, put it down! -