Re: [uportal-dev] Weather Portlet: AccuWeather.com Service

[Dustin S.]

Jen,
The data provided is far superior to any other service that I've seen, I was
really impressed when I first saw it. The API for getting locations is *also
really* nice IMO. You can see an example here:
http://uport.accu-weather.com/widget/uport/city-find.asp?location=london .
The location string can take many types of values (zipcode, city, city and
country).

Jim,
My goal right now is to create the portlet to be as pluggable as possible. I
kind of envision it boiling down to implementing one interface (WeatherDao),
however I may run into some dependencies between the view and the
implemented service. I came up with a rough design that is already sitting
in the trunk (https://www.ja-sig.org/svn/sandbox/WeatherPortlet/trunk/) but
it is going to need some more adjusting I'm sure. I am entirely open to
suggestions on a pluggable design if anyone has any!


On Feb 13, 2008 8:22 PM, Jim Helwig <[EMAIL PROTECTED]> wrote:
> I don't see a logo or link back as a problem. Since our primary focus is
higher education, I don't see the fact that commercial users need to contact
AccuWeather as a problem. From the sounds of it, this seems like a good
option.
>
> It would be nice to see if this portlet could be implemented in a way that
one could fairly easily plug in alternative weather feeds if they were
concerned about this.
>
> My two cents,
> JimH
>
> on 2/13/2008 7:16 PM Dustin S. said the following:
>
>
>
> > I have recently been in contact with AccuWeather.com to explore the
> > possibility of using their services for weather data.
> >
> > AccuWeather.com's services are used in one of the most popular Firefox
> > add-ons: ForecastFox. If you are unfamiliar with AccuWeather you can
> > visit http://www.accuweather.com/
> >
> > AccuWeather.com's people have been very friendly and nice to work with
> > and have setup an XML weather service for uPortal to use in the weather
> > portlet. An example:
> >
http://uport.accu-weather.com/widget/uport/weather-data.asp?location=16803&metric=1
> > <
http://uport.accu-weather.com/widget/uport/weather-data.asp?location=16803&metric=1
>
> >
> > Use of their service in the weather portlet would require an AccuWeather
> > logo and a link back to their site. The feed would be available without
> > permission for all non-commercial users assuming they retain the logo
> > and link back. They would like any commercial users to contact
> > AccuWeather for permission to use the data. They said that commercial
> > users are generally not a concern unless they are a large commercial
> > user that could cause an overload to their servers.
> >
> > AccuWeather has /extensive/ international coverage of weather as well as
> > /extensive /weather data and they seem to be very willing to work with
us.
> >
> > I would really like to use AccuWeather's service but I'm not sure the
> > commercial aspects would be acceptable to have this portlet included in
> > UP3 hence the reason for this post.
> >
> > What does everyone else think?
> >
> > --
> > You are currently subscribed to uportal-dev@lists.ja-sig.org as:
[EMAIL PROTECTED]
>
> > To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/uportal-dev
> >
>
> --
> Join your friends and colleagues at JA-SIG 2008 - "Higher Education
Solutions: The Community Source Way!"
> April 27th - 30th, 2008 in St. Paul, Minnesota USA
>
> Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal,
and more!
> Information/Registration at:
http://www.ja-sig.org/conferences/08spring/index.html
>
>
>
>
> You are currently subscribed to uportal-dev@lists.ja-sig.org as:
[EMAIL PROTECTED]
> To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/uportal-dev
>

-- 
Join your friends and colleagues at JA-SIG 2008 - "Higher Education Solutions: 
The Community Source Way!"
April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and 
more!
Information/Registration at: 
http://www.ja-sig.org/conferences/08spring/index.html

You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Re: [uportal-dev] Weather Portlet: AccuWeather.com Service

[Eric Dalquist]

I think this looks like a viable weather data source. The fact that we'd 
have our own feed url is a plus and we can make a point to include a 
little extra info in the default deploy of the portlet on how to contact 
them if you have heavy usage.


-Eric

Dustin S. wrote:
I have recently been in contact with AccuWeather.com to explore the 
possibility of using their services for weather data.


AccuWeather.com's services are used in one of the most popular Firefox 
add-ons: ForecastFox. If you are unfamiliar with AccuWeather you can 
visit http://www.accuweather.com/


AccuWeather.com's people have been very friendly and nice to work with 
and have setup an XML weather service for uPortal to use in the 
weather portlet. An example: 
http://uport.accu-weather.com/widget/uport/weather-data.asp?location=16803&metric=1 



Use of their service in the weather portlet would require an 
AccuWeather logo and a link back to their site. The feed would be 
available without permission for all non-commercial users assuming 
they retain the logo and link back. They would like any commercial 
users to contact AccuWeather for permission to use the data. They said 
that commercial users are generally not a concern unless they are a 
large commercial user that could cause an overload to their servers.


AccuWeather has /extensive/ international coverage of weather as well 
as /extensive /weather data and they seem to be very willing to work 
with us.


I would really like to use AccuWeather's service but I'm not sure the 
commercial aspects would be acceptable to have this portlet included 
in UP3 hence the reason for this post.


What does everyone else think?
--
You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev


smime.p7s
Description: S/MIME Cryptographic Signature

Re: [uportal-dev] Weather Portlet: AccuWeather.com Service

[Jim Helwig]

I don't see a logo or link back as a problem. Since our primary focus is higher 
education, I don't see the fact that commercial users need to contact 
AccuWeather as a problem. From the sounds of it, this seems like a good option.

It would be nice to see if this portlet could be implemented in a way that one 
could fairly easily plug in alternative weather feeds if they were concerned 
about this.

My two cents,
JimH

on 2/13/2008 7:16 PM Dustin S. said the following:
I have recently been in contact with AccuWeather.com to explore the 
possibility of using their services for weather data.


AccuWeather.com's services are used in one of the most popular Firefox 
add-ons: ForecastFox. If you are unfamiliar with AccuWeather you can 
visit http://www.accuweather.com/


AccuWeather.com's people have been very friendly and nice to work with 
and have setup an XML weather service for uPortal to use in the weather 
portlet. An example: 
http://uport.accu-weather.com/widget/uport/weather-data.asp?location=16803&metric=1 



Use of their service in the weather portlet would require an AccuWeather 
logo and a link back to their site. The feed would be available without 
permission for all non-commercial users assuming they retain the logo 
and link back. They would like any commercial users to contact 
AccuWeather for permission to use the data. They said that commercial 
users are generally not a concern unless they are a large commercial 
user that could cause an overload to their servers.


AccuWeather has /extensive/ international coverage of weather as well as 
/extensive /weather data and they seem to be very willing to work with us.


I would really like to use AccuWeather's service but I'm not sure the 
commercial aspects would be acceptable to have this portlet included in 
UP3 hence the reason for this post.


What does everyone else think?

--
You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev



--
Join your friends and colleagues at JA-SIG 2008 - "Higher Education Solutions: The 
Community Source Way!"
April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and 
more!
Information/Registration at: 
http://www.ja-sig.org/conferences/08spring/index.html

You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Re: [uportal-dev] Weather Portlet: AccuWeather.com Service

[Jen Bourey]

A friend of mine recently began using their data for a google gadget and had
great things to say about AccuWeather.  He said the developers were very
helpful and responsive.  It sounds like they really do have a lot of data;
he was using their service to get local pollen counts.

How is the API for getting weather locations?  Yahoo allows you to use zip
codes, which is great for US locations, but their codes for international
locations are difficult for users to figure out.

AccuWeather sounds like a great choice to me, especially if we decide that
the commercial issues will work out for us.

- Jen


On Feb 13, 2008 8:16 PM, Dustin S. <[EMAIL PROTECTED]> wrote:

> I have recently been in contact with AccuWeather.com to explore the
> possibility of using their services for weather data.
>
> AccuWeather.com's services are used in one of the most popular Firefox
> add-ons: ForecastFox. If you are unfamiliar with AccuWeather you can visit
> http://www.accuweather.com/
>
> AccuWeather.com's people have been very friendly and nice to work with and
> have setup an XML weather service for uPortal to use in the weather portlet.
> An example:
> http://uport.accu-weather.com/widget/uport/weather-data.asp?location=16803&metric=1
>
> Use of their service in the weather portlet would require an AccuWeather
> logo and a link back to their site. The feed would be available without
> permission for all non-commercial users assuming they retain the logo and
> link back. They would like any commercial users to contact AccuWeather for
> permission to use the data. They said that commercial users are generally
> not a concern unless they are a large commercial user that could cause an
> overload to their servers.
>
> AccuWeather has *extensive* international coverage of weather as well as 
> *extensive
> *weather data and they seem to be very willing to work with us.
>
> I would really like to use AccuWeather's service but I'm not sure the
> commercial aspects would be acceptable to have this portlet included in UP3
> hence the reason for this post.
>
> What does everyone else think?
>
> --
> You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
> PROTECTED]
> To unsubscribe, change settings or access archives, see 
> http://www.ja-sig.org/wiki/display/JSG/uportal-dev
>
>

-- 
Join your friends and colleagues at JA-SIG 2008 - "Higher Education Solutions: 
The Community Source Way!"
April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and 
more!
Information/Registration at: 
http://www.ja-sig.org/conferences/08spring/index.html

You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Re: [uportal-dev] maven project structure for GAP

[Eric Dalquist]

I'd actually like to suggest a 3rd arrangement. The maven project 
structure I think would work best initially would be:


gap-parent
+-gap-api
+-gap-impl
+-gap-uPortal2-api

I'm actually working on doing the api/impl split on person directory 
right now and I think that will open up some more options for making 
these services available to portlets and other applications. For GAP the 
-api module would contain all of the public APIs a GAPs client would 
need to use to access the system. Hopefully it would completely or 
mostly be interfaces and all of the implementation code and group 
service code ends up in -impl.


I can provide some direct help doing this via the IRC channel, do you 
have a branch in SVN where this work is happening?


-Eric

Dan Ellentuck wrote:

Hi Eric, et. al.,

I've spent quite a few hours experimenting with various maven project 
structures for GAP and have come up with 2 options:


  . a single project containing all the code, with a custom packaging 
phase to create the individual jars we want:


gap-full.jar (does not contain uportal2 api)
gap-common.jar
gap-groupsCore.jar
gap-groupServices.jar
gap-permissions.jar
gap-uportal2-api.jar

  . a parent project with 2 sub-projects, one for all of the 
org.jasig.gap code (with a custom packaging phase) and one for the 
uPortal2 api:


gap
  gap-core
  gap-uPortal2-api

I'd like your opinion.  I suspect that a single project is clearest 
and easiest to work with, but using a parent project with 2 
sub-projects removes the uPortal2 dependency from GAP, and this seems 
desirable.


Thanks for your help,

   Dan



smime.p7s
Description: S/MIME Cryptographic Signature

[uportal-dev] Weather Portlet: AccuWeather.com Service

[Dustin S.]

I have recently been in contact with AccuWeather.com to explore the
possibility of using their services for weather data.

AccuWeather.com's services are used in one of the most popular Firefox
add-ons: ForecastFox. If you are unfamiliar with AccuWeather you can visit
http://www.accuweather.com/

AccuWeather.com's people have been very friendly and nice to work with and
have setup an XML weather service for uPortal to use in the weather portlet.
An example:
http://uport.accu-weather.com/widget/uport/weather-data.asp?location=16803&metric=1

Use of their service in the weather portlet would require an AccuWeather
logo and a link back to their site. The feed would be available without
permission for all non-commercial users assuming they retain the logo and
link back. They would like any commercial users to contact AccuWeather for
permission to use the data. They said that commercial users are generally
not a concern unless they are a large commercial user that could cause an
overload to their servers.

AccuWeather has *extensive* international coverage of weather as well
as *extensive
*weather data and they seem to be very willing to work with us.

I would really like to use AccuWeather's service but I'm not sure the
commercial aspects would be acceptable to have this portlet included in UP3
hence the reason for this post.

What does everyone else think?

-- 
Join your friends and colleagues at JA-SIG 2008 - "Higher Education Solutions: 
The Community Source Way!"
April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and 
more!
Information/Registration at: 
http://www.ja-sig.org/conferences/08spring/index.html

You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Re: [uportal-dev] JA-SIG Weather Portlet weather services

[Dustin S.]

The METAR data is very interesting and definitely a possible solution. There
are two things I noticed.

1.) It comes from airports around the world so how would we get weather for
cities with no airports?
2.) What is going to be an easy way to map an IATA code (airport code) to a
city? I was trying to figure out how kweather and libgweather do this but
haven't looked hard enough yet.

Dustin.

On Feb 13, 2008 10:48 AM, Dustin S. <[EMAIL PROTECTED]> wrote:

> Brad,
>
> Looks interesting, let me look more into it. Thanks!
>
> Dustin.
>
>
> On Feb 13, 2008 9:49 AM, Brad Johnson <[EMAIL PROTECTED]> wrote:
>
> > Hello Dustin,
> >
> > I was sitting here thinking... kweather has weather information for the
> > whole world. It looks like they do use NOAA, but not the web and xml
> > services I used in that portlet. They use METAR:
> > http://weather.noaa.gov/weather/metar.shtml
> >
> > Here's a list of station names that they have weather data for in METAR:
> > http://weather.noaa.gov/data/nsd_bbsss.txt
> >
> > Here's a java project that retrieves and parses METAR data. Its license
> > is LGPL which should work for ja-sig:
> > http://sourceforge.net/projects/jweather/
> >
> > Looks like a good option to me. What do you think?
> >
> > thanks,
> > Brad Johnson
> > Texas Tech University
> >
> >
> > On Tue, 2008-02-12 at 17:16 -0700, Dustin S. icedout3e-at-gmail.com |
> > JASIG-List-2| wrote:
> > > It is proving to be a difficult, if not impossible thing to find an
> > > international service that is ABSOLUTELY free and allows commercial
> > > usage.
> > >
> > > Right now the two choices of international services are:
> > >
> > > 1.) Accuweather.com - currently in contact with, unsure as to the
> > > status of commercial usage. Their service will require a link back to
> > > accuweather and an accuweather logo.
> > >
> > > 2.) Weather.com SDK - I have looked at license, it requires
> > > registration on user part to even use as well as a limit of 25,000
> > > requests, a logo, and at least 3 link backs.
> > >
> > > Personally I don't mind the usage of a logo or link backs since you
> > > can't really get away from them (they're providing a service that
> > > costs them money). We use Yahoo Weather at our university which
> > > requires clickbacks and logo's and its worked out great.
> > >
> > > What do others think about this? Are logo's and clickbacks ok or no?
> > >
> > > If logo's and clickbacks's are not an option then providing an
> > > international weather portlet may require the usage of several weather
> > > feeds.
> > >
> > > For U.S. and surround waters we could use: NOAA.
> > > Other places: ???
> > >
> > > Brad, can you look and see if you can find any other services outside
> > > of the U.S. that provide weather entirely free? I will take a look as
> > > well in case we need to run this route.
> > >
> > > Also, can any foreign users chime in if they are using a weather
> > > service that is entirely free (like NOAA)?
> > >
> > > On Feb 12, 2008 2:11 PM, Brad Johnson <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > On Tue, 2008-02-12 at 13:34 -0700, Dustin S.
> > icedout3e-at-gmail.com |
> > > JASIG-List-2| wrote:
> > > > Brad,
> > > >
> > > > Thanks. I checked it out and built the project. Everything
> > packaged
> > > > fine. I did not actually deploy it yet.
> > > >
> > > > We are shooting for an international portlet and from my
> > > > understanding, the NOAA service did not provide
> > international weather.
> > > > From what I read, it only provided U.S. and surround waters.
> > Can you
> > > > confirm this?
> > >
> > > Hello Dustin,
> > >
> > > Yep, NOAA is only for US and surrounding waters.
> > >
> > > Is there a royalty free, unlimited access, international
> > > weather service to be had? I reviewed the agreements of the
> > > various weather services discussed in September on the
> > > uportal-users list and didn't find any of their agreements to
> > > be acceptable. My search was
> > > probably not exhaustive, though.
> > >
> > > Here's the attributes that I think we would need in a service
> > > (these are up for discussion):
> > >
> > > - basic weather information
> > > (hi/low/current/condition/forecast , etc.)
> > >  - covers the US
> > >   (international weather will likely be a separate task)
> > >  - no attribution requirement
> > >  - no logo requirement
> > >  - no limit on number of areas to get weather for
> > >  - allow commercial use
> > >
> > > The NOAA XML weather service doesn't seem to have a
> > > restrictive Terms of Use policy. http://www.nws.noaa.gov/xml/
> > > The other services seem to have unacceptable restrictions.
> > > Here are some highlights I've collected (back in September)
> > > from each sour

Re: [uportal-dev] maven project structure for GAP

[Andrew Petro]

Dan,

I favor the two sub project approach for the advantage of emphasizing 
that there's a great majority of GAP that is independent of uPortal.


Since the new project will deliver .jars usable elsewhere regardless of 
how the project build is factored, I don't feel tremendously strongly in 
my opinion.  There's an argument to be made that SplatProject ought not 
to care whether the GAP project build depends on uPortal, so long as the 
resulting .jars that SplatProject will consume don't depend on uPortal.


Andrew

Dan Ellentuck wrote:

Hi Eric, et. al.,

I've spent quite a few hours experimenting with various maven project 
structures for GAP and have come up with 2 options:


  . a single project containing all the code, with a custom packaging 
phase to create the individual jars we want:


gap-full.jar (does not contain uportal2 api)
gap-common.jar
gap-groupsCore.jar
gap-groupServices.jar
gap-permissions.jar
gap-uportal2-api.jar

  . a parent project with 2 sub-projects, one for all of the 
org.jasig.gap code (with a custom packaging phase) and one for the 
uPortal2 api:


gap
  gap-core
  gap-uPortal2-api

I'd like your opinion.  I suspect that a single project is clearest 
and easiest to work with, but using a parent project with 2 
sub-projects removes the uPortal2 dependency from GAP, and this seems 
desirable.


Thanks for your help,

   Dan




--
Join your friends and colleagues at JA-SIG 2008 - "Higher Education Solutions: The 
Community Source Way!"
April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and 
more!
Information/Registration at: 
http://www.ja-sig.org/conferences/08spring/index.html

You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

[uportal-dev] maven project structure for GAP

[Dan Ellentuck]

Hi Eric, et. al.,

I've spent quite a few hours experimenting with various 
maven project structures for GAP and have come up with 2 
options:


  . a single project containing all the code, with a custom 
packaging phase to create the individual jars we want:


gap-full.jar (does not contain uportal2 api)
gap-common.jar
gap-groupsCore.jar
gap-groupServices.jar
gap-permissions.jar
gap-uportal2-api.jar

  . a parent project with 2 sub-projects, one for all of 
the org.jasig.gap code (with a custom packaging phase) and 
one for the uPortal2 api:


gap
  gap-core
  gap-uPortal2-api

I'd like your opinion.  I suspect that a single project is 
clearest and easiest to work with, but using a parent 
project with 2 sub-projects removes the uPortal2 dependency 
from GAP, and this seems desirable.


Thanks for your help,

   Dan

--
Join your friends and colleagues at JA-SIG 2008 - "Higher Education Solutions: The 
Community Source Way!"
April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and 
more!
Information/Registration at: 
http://www.ja-sig.org/conferences/08spring/index.html

You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Re: [uportal-dev] maven repository

[Eric Dalquist]

There has been some talk about getting the jasig maven repository 
syncing to the central repository. I believe the keys are already 
installed on ja-sig.org and now the work is determining which artifacts 
we want to sync over to central. If you are interested in using the 
JA-SIG repository for the portlet (there is already a -SNAPSHOT) build 
there we can follow on that approach.


Scott B. was heading up that effort when we talked about it a few months 
ago.


-Eric

Cris J Holdorph wrote:
Ok, I'm asking here, because my main purpose for doing this is to 
benefit the uPortal community.  Although, it's not a specific uPortal 
question.


I am currently the maintainer of a "Google Portlet" on the 
code.google.com hosting site.  This portlet was exchanged in uPortal 
2.6 for a version that could no longer be used by 'new' adopters.


Anyway, with uPortal 3.0 moving to a maven build, it would be helpful 
for as many of it's dependencies as possible (all, would be nice) to 
be maven dependencies and in the central repository.


So, I'd like to do my part and get my google portlet into the maven 
repository.  I have read this guide at the maven web site.


http://maven.apache.org/guides/mini/guide-central-repository-upload.html

And I'm confused about the 'sync' approach.  I find it odd, but 
entirely possible, that by having chosen google code to host the 
project, I will be unable to use the 'sync' approach.  Does anyone 
have experience with this?  Or more generally does anyone have 
experience with getting artifacts in the maven repository at all?  I'm 
looking for help, and my Google searches so far have not turned up 
much help.


 Cris J H



smime.p7s
Description: S/MIME Cryptographic Signature

[uportal-dev] maven repository

[Cris J Holdorph]

Ok, I'm asking here, because my main purpose for doing this is to 
benefit the uPortal community.  Although, it's not a specific uPortal 
question.


I am currently the maintainer of a "Google Portlet" on the 
code.google.com hosting site.  This portlet was exchanged in uPortal 2.6 
for a version that could no longer be used by 'new' adopters.


Anyway, with uPortal 3.0 moving to a maven build, it would be helpful 
for as many of it's dependencies as possible (all, would be nice) to be 
maven dependencies and in the central repository.


So, I'd like to do my part and get my google portlet into the maven 
repository.  I have read this guide at the maven web site.


http://maven.apache.org/guides/mini/guide-central-repository-upload.html

And I'm confused about the 'sync' approach.  I find it odd, but entirely 
possible, that by having chosen google code to host the project, I will 
be unable to use the 'sync' approach.  Does anyone have experience with 
this?  Or more generally does anyone have experience with getting 
artifacts in the maven repository at all?  I'm looking for help, and my 
Google searches so far have not turned up much help.


 Cris J H

--
Join your friends and colleagues at JA-SIG 2008 - "Higher Education Solutions: The 
Community Source Way!"
April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and 
more!
Information/Registration at: 
http://www.ja-sig.org/conferences/08spring/index.html

You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Re: [uportal-dev] WSRP producer and consumer de-scoped from uPortal 3

[Eric Dalquist]

I do get the feeling that we're finally getting to the point where there 
are some actual WSRP producers that people want to use out there. The 
hard part from uPortal's point of view is there is no good open-source 
WSRP consumer or producer and we don't have the resources to write our 
own right now. The consumer that is being used in 2.6 is directly tied 
to Pluto 1.0 which prevents us from using it in 3.0 since we've moved to 
Pluto 1.1 in preparation for JSR-286. I know some work has been done on 
the WSRP4J project recently so perhaps some interested parties could 
re-visit that code and see if they can get a truly JSR-168 compliant 
WSRP consumer portlet working that we could include in a uPortal 3 release.


-Eric

Jameson Watkins wrote:


I think this becomes a chicken and egg sort of proposal. We can't play 
with using WSRP if uPortal doesn't support it. Some of our long term 
plans involve using WSRP to consume PeopleSoft Student Administration 
modules from within uPortal.
 
Our problem to date has been getting PeopleTools environment up the 
most current version that allows it to produce WSRP. WSRP was working 
(at least in our initial, non-in-depth review of it) in previous 
versions of uPortal. We might have revisit those plans for the coming 
year now. I do understand about priorities for the core team though, 
and fully appreciate WSRP being so much buzz for at least two years 
now. We sure thought we'd be using it way before now.
 
 
Jameson Watkins

Director, Internet Development
University of Kansas Medical Center
http://www.kumc.edu/
913-588-7387

>>> Andrew Petro <[EMAIL PROTECTED]> 2/13/2008 12:47 PM >>>
Thomas,

WSRP production and even consumption support has been de-scoped from the
initial uPortal 3 release.

I'd be very interested in hearing exactly what you're looking to
accomplish with WSRP in uPortal 3.  A problem with WSRP support in
uPortal is that significant effort has historically been poured into
this for very little real value.  uPortal 3 will almost certainly
initially ship without WSRP support.  There's no reason this support
cannot be soon added post-3.0 if there's real interest and effort or
resources applied to make it happen.  But for that to happen, it's going
to have to stop being a buzzword the project chases and start being
something of real value to production uPortal deployers.

Andrew


Thomas S. Pangborn wrote:
> What is the current time-line for uPortal 3.0.0? I am currently 
testing with the RC2-SNAPSHOT. Also any documentation on how to setup 
a producer in 3.0? Would this be part of the portal or would this be 
configured with setup files of some sort?

>
> Thanks in advance,
>
> Thomas
>  



--
Join your friends and colleagues at JA-SIG 2008 - "Higher Education 
Solutions: The Community Source Way!"

April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, 
uPortal, and more!
Information/Registration at: 
http://www.ja-sig.org/conferences/08spring/index.html


You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
[EMAIL PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev


--
You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev


smime.p7s
Description: S/MIME Cryptographic Signature

Re: [uportal-dev] WSRP producer and consumer de-scoped from uPortal 3

[Jameson Watkins]

I think this becomes a chicken and egg sort of proposal. We can't play
with using WSRP if uPortal doesn't support it. Some of our long term
plans involve using WSRP to consume PeopleSoft Student Administration
modules from within uPortal.
 
Our problem to date has been getting PeopleTools environment up the
most current version that allows it to produce WSRP. WSRP was working
(at least in our initial, non-in-depth review of it) in previous
versions of uPortal. We might have revisit those plans for the coming
year now. I do understand about priorities for the core team though, and
fully appreciate WSRP being so much buzz for at least two years now. We
sure thought we'd be using it way before now. 
 
 
Jameson Watkins
Director, Internet Development
University of Kansas Medical Center
http://www.kumc.edu/ 
913-588-7387

>>> Andrew Petro <[EMAIL PROTECTED]> 2/13/2008 12:47 PM >>>
Thomas,

WSRP production and even consumption support has been de-scoped from
the 
initial uPortal 3 release.

I'd be very interested in hearing exactly what you're looking to 
accomplish with WSRP in uPortal 3.  A problem with WSRP support in 
uPortal is that significant effort has historically been poured into 
this for very little real value.  uPortal 3 will almost certainly 
initially ship without WSRP support.  There's no reason this support 
cannot be soon added post-3.0 if there's real interest and effort or 
resources applied to make it happen.  But for that to happen, it's
going 
to have to stop being a buzzword the project chases and start being 
something of real value to production uPortal deployers.

Andrew


Thomas S. Pangborn wrote:
> What is the current time-line for uPortal 3.0.0? I am currently
testing with the RC2-SNAPSHOT. Also any documentation on how to setup a
producer in 3.0? Would this be part of the portal or would this be
configured with setup files of some sort?
>
> Thanks in advance,
>
> Thomas
>   


-- 
Join your friends and colleagues at JA-SIG 2008 - "Higher Education
Solutions: The Community Source Way!"
April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal,
and more!
Information/Registration at:
http://www.ja-sig.org/conferences/08spring/index.html 

You are currently subscribed to uportal-dev@lists.ja-sig.org as:
[EMAIL PROTECTED] 
To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

-- 
Join your friends and colleagues at JA-SIG 2008 - "Higher Education Solutions: 
The Community Source Way!"
April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and 
more!
Information/Registration at: 
http://www.ja-sig.org/conferences/08spring/index.html

You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Re: [uportal-dev] WSRP producer and consumer de-scoped from uPortal 3

[Cris J Holdorph]

It would also be a LOT easier to work on WSRP consumer support, if there 
was a public WSRP producer available somewhere.  Does anyone know of an 
open source portal or project supporting WSRP production?  (besides 
WSRP4J which I believe is currently not an active project)


A similar story would go for WSRP Production.  It would be easier to 
work on if there was another WSRP Consumer out there to test against.


But all-in-all I agree with Andrew.  It's probably something we need 
people to say they want and will use, before any more time gets spent on it.


 Cris J H

Andrew Petro wrote:


WSRP production and even consumption support has been de-scoped from the 
initial uPortal 3 release.


I'd be very interested in hearing exactly what you're looking to 
accomplish with WSRP in uPortal 3.  A problem with WSRP support in 
uPortal is that significant effort has historically been poured into 
this for very little real value.  uPortal 3 will almost certainly 
initially ship without WSRP support.  There's no reason this support 
cannot be soon added post-3.0 if there's real interest and effort or 
resources applied to make it happen.  But for that to happen, it's going 
to have to stop being a buzzword the project chases and start being 
something of real value to production uPortal deployers.


Andrew



--
Join your friends and colleagues at JA-SIG 2008 - "Higher Education Solutions: The 
Community Source Way!"
April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and 
more!
Information/Registration at: 
http://www.ja-sig.org/conferences/08spring/index.html

You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Re: [uportal-dev] uP3 - time-line along with producer/consumer implementation and docs

[Eric Dalquist]

Thomas,

Other replies have covered WSRP support. As for the release time line 
the last big feature before RC2 that is currently being worked on is a 
new theme. That work should be wrapping up towards the end of this week 
after which I'll be cutting RC2 to start testing on for the GA release.


-Eric

Thomas S. Pangborn wrote:

What is the current time-line for uPortal 3.0.0? I am currently testing with 
the RC2-SNAPSHOT. Also any documentation on how to setup a producer in 3.0? 
Would this be part of the portal or would this be configured with setup files 
of some sort?

Thanks in advance,

Thomas
  


smime.p7s
Description: S/MIME Cryptographic Signature

[uportal-dev] WSRP producer and consumer de-scoped from uPortal 3

[Andrew Petro]

Thomas,

WSRP production and even consumption support has been de-scoped from the 
initial uPortal 3 release.


I'd be very interested in hearing exactly what you're looking to 
accomplish with WSRP in uPortal 3.  A problem with WSRP support in 
uPortal is that significant effort has historically been poured into 
this for very little real value.  uPortal 3 will almost certainly 
initially ship without WSRP support.  There's no reason this support 
cannot be soon added post-3.0 if there's real interest and effort or 
resources applied to make it happen.  But for that to happen, it's going 
to have to stop being a buzzword the project chases and start being 
something of real value to production uPortal deployers.


Andrew


Thomas S. Pangborn wrote:

What is the current time-line for uPortal 3.0.0? I am currently testing with 
the RC2-SNAPSHOT. Also any documentation on how to setup a producer in 3.0? 
Would this be part of the portal or would this be configured with setup files 
of some sort?

Thanks in advance,

Thomas
  



--
Join your friends and colleagues at JA-SIG 2008 - "Higher Education Solutions: The 
Community Source Way!"
April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and 
more!
Information/Registration at: 
http://www.ja-sig.org/conferences/08spring/index.html

You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Re: [uportal-dev] uP3 - time-line along with producer/consumer implementation and docs

[Cris J Holdorph]

What kind of producer?  Are you talking about a WSRP producer, or 
something else?


 Cris J H

Thomas S. Pangborn wrote:

What is the current time-line for uPortal 3.0.0? I am currently testing with 
the RC2-SNAPSHOT. Also any documentation on how to setup a producer in 3.0? 
Would this be part of the portal or would this be configured with setup files 
of some sort?

Thanks in advance,

Thomas


--
Join your friends and colleagues at JA-SIG 2008 - "Higher Education Solutions: The 
Community Source Way!"
April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and 
more!
Information/Registration at: 
http://www.ja-sig.org/conferences/08spring/index.html

You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

[uportal-dev] uP3 - time-line along with producer/consumer implementation and docs

[Thomas S. Pangborn]

What is the current time-line for uPortal 3.0.0? I am currently testing with 
the RC2-SNAPSHOT. Also any documentation on how to setup a producer in 3.0? 
Would this be part of the portal or would this be configured with setup files 
of some sort?

Thanks in advance,

Thomas
-- 
Join your friends and colleagues at JA-SIG 2008 - "Higher Education Solutions: 
The Community Source Way!"
April 27th - 30th, 2008 in St. Paul, Minnesota USA

Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and 
more!
Information/Registration at: 
http://www.ja-sig.org/conferences/08spring/index.html

You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Re: [uportal-dev] JA-SIG Weather Portlet weather services

[Dustin S.]

Brad,

Looks interesting, let me look more into it. Thanks!

Dustin.

On Feb 13, 2008 9:49 AM, Brad Johnson <[EMAIL PROTECTED]> wrote:

> Hello Dustin,
>
> I was sitting here thinking... kweather has weather information for the
> whole world. It looks like they do use NOAA, but not the web and xml
> services I used in that portlet. They use METAR:
> http://weather.noaa.gov/weather/metar.shtml
>
> Here's a list of station names that they have weather data for in METAR:
> http://weather.noaa.gov/data/nsd_bbsss.txt
>
> Here's a java project that retrieves and parses METAR data. Its license
> is LGPL which should work for ja-sig:
> http://sourceforge.net/projects/jweather/
>
> Looks like a good option to me. What do you think?
>
> thanks,
> Brad Johnson
> Texas Tech University
>
>
> On Tue, 2008-02-12 at 17:16 -0700, Dustin S. icedout3e-at-gmail.com |
> JASIG-List-2| wrote:
> > It is proving to be a difficult, if not impossible thing to find an
> > international service that is ABSOLUTELY free and allows commercial
> > usage.
> >
> > Right now the two choices of international services are:
> >
> > 1.) Accuweather.com - currently in contact with, unsure as to the
> > status of commercial usage. Their service will require a link back to
> > accuweather and an accuweather logo.
> >
> > 2.) Weather.com SDK - I have looked at license, it requires
> > registration on user part to even use as well as a limit of 25,000
> > requests, a logo, and at least 3 link backs.
> >
> > Personally I don't mind the usage of a logo or link backs since you
> > can't really get away from them (they're providing a service that
> > costs them money). We use Yahoo Weather at our university which
> > requires clickbacks and logo's and its worked out great.
> >
> > What do others think about this? Are logo's and clickbacks ok or no?
> >
> > If logo's and clickbacks's are not an option then providing an
> > international weather portlet may require the usage of several weather
> > feeds.
> >
> > For U.S. and surround waters we could use: NOAA.
> > Other places: ???
> >
> > Brad, can you look and see if you can find any other services outside
> > of the U.S. that provide weather entirely free? I will take a look as
> > well in case we need to run this route.
> >
> > Also, can any foreign users chime in if they are using a weather
> > service that is entirely free (like NOAA)?
> >
> > On Feb 12, 2008 2:11 PM, Brad Johnson <[EMAIL PROTECTED]>
> > wrote:
> >
> > On Tue, 2008-02-12 at 13:34 -0700, Dustin S.
> icedout3e-at-gmail.com |
> > JASIG-List-2| wrote:
> > > Brad,
> > >
> > > Thanks. I checked it out and built the project. Everything
> packaged
> > > fine. I did not actually deploy it yet.
> > >
> > > We are shooting for an international portlet and from my
> > > understanding, the NOAA service did not provide international
> weather.
> > > From what I read, it only provided U.S. and surround waters.
> Can you
> > > confirm this?
> >
> > Hello Dustin,
> >
> > Yep, NOAA is only for US and surrounding waters.
> >
> > Is there a royalty free, unlimited access, international
> > weather service to be had? I reviewed the agreements of the
> > various weather services discussed in September on the
> > uportal-users list and didn't find any of their agreements to
> > be acceptable. My search was
> > probably not exhaustive, though.
> >
> > Here's the attributes that I think we would need in a service
> > (these are up for discussion):
> >
> > - basic weather information
> > (hi/low/current/condition/forecast , etc.)
> >  - covers the US
> >   (international weather will likely be a separate task)
> >  - no attribution requirement
> >  - no logo requirement
> >  - no limit on number of areas to get weather for
> >  - allow commercial use
> >
> > The NOAA XML weather service doesn't seem to have a
> > restrictive Terms of Use policy. http://www.nws.noaa.gov/xml/
> > The other services seem to have unacceptable restrictions.
> > Here are some highlights I've collected (back in September)
> > from each source's terms of use policy that seems to make them
> > inappropriate for inclusion in a default uPortal weather
> > channel:
> >
> > == yahoo.com T&C ==
> > http://developer.yahoo.com/weather/#terms
> >
> > ... "The feeds are provided free of charge for use by
> > individuals and non-profit organizations for personal,
> > non-commercial uses. We ask that you provide attribution to
> > Yahoo! Weather in connection with your use of the feeds." ...
> >
> > == weather.com.au ==
> > http://www.weather.com.au/about/rss
> >
> > ..."You may only use up to 10 different weather locations per
> >   

Re: [uportal-dev] JA-SIG Weather Portlet weather services

[Brad Johnson]

Hello Dustin,

I was sitting here thinking... kweather has weather information for the
whole world. It looks like they do use NOAA, but not the web and xml
services I used in that portlet. They use METAR:
http://weather.noaa.gov/weather/metar.shtml

Here's a list of station names that they have weather data for in METAR:
http://weather.noaa.gov/data/nsd_bbsss.txt

Here's a java project that retrieves and parses METAR data. Its license
is LGPL which should work for ja-sig:
http://sourceforge.net/projects/jweather/

Looks like a good option to me. What do you think?

thanks,
Brad Johnson
Texas Tech University


On Tue, 2008-02-12 at 17:16 -0700, Dustin S. icedout3e-at-gmail.com |
JASIG-List-2| wrote:
> It is proving to be a difficult, if not impossible thing to find an
> international service that is ABSOLUTELY free and allows commercial
> usage.
> 
> Right now the two choices of international services are:
> 
> 1.) Accuweather.com - currently in contact with, unsure as to the
> status of commercial usage. Their service will require a link back to
> accuweather and an accuweather logo.
> 
> 2.) Weather.com SDK - I have looked at license, it requires
> registration on user part to even use as well as a limit of 25,000
> requests, a logo, and at least 3 link backs.
> 
> Personally I don't mind the usage of a logo or link backs since you
> can't really get away from them (they're providing a service that
> costs them money). We use Yahoo Weather at our university which
> requires clickbacks and logo's and its worked out great.
> 
> What do others think about this? Are logo's and clickbacks ok or no?
> 
> If logo's and clickbacks's are not an option then providing an
> international weather portlet may require the usage of several weather
> feeds.
> 
> For U.S. and surround waters we could use: NOAA.
> Other places: ???
> 
> Brad, can you look and see if you can find any other services outside
> of the U.S. that provide weather entirely free? I will take a look as
> well in case we need to run this route.
> 
> Also, can any foreign users chime in if they are using a weather
> service that is entirely free (like NOAA)?
> 
> On Feb 12, 2008 2:11 PM, Brad Johnson <[EMAIL PROTECTED]>
> wrote:
> 
> On Tue, 2008-02-12 at 13:34 -0700, Dustin S. icedout3e-at-gmail.com |
> JASIG-List-2| wrote:
> > Brad,
> > 
> > Thanks. I checked it out and built the project. Everything packaged
> > fine. I did not actually deploy it yet. 
> > 
> > We are shooting for an international portlet and from my
> > understanding, the NOAA service did not provide international 
> weather.
> > From what I read, it only provided U.S. and surround waters. Can you
> > confirm this?
> 
> Hello Dustin,
> 
> Yep, NOAA is only for US and surrounding waters.
> 
> Is there a royalty free, unlimited access, international
> weather service to be had? I reviewed the agreements of the
> various weather services discussed in September on the
> uportal-users list and didn't find any of their agreements to
> be acceptable. My search was
> probably not exhaustive, though.
> 
> Here's the attributes that I think we would need in a service
> (these are up for discussion):
> 
> - basic weather information
> (hi/low/current/condition/forecast , etc.)
>  - covers the US
>   (international weather will likely be a separate task)
>  - no attribution requirement
>  - no logo requirement
>  - no limit on number of areas to get weather for
>  - allow commercial use
> 
> The NOAA XML weather service doesn't seem to have a
> restrictive Terms of Use policy. http://www.nws.noaa.gov/xml/
> The other services seem to have unacceptable restrictions.
> Here are some highlights I've collected (back in September)
> from each source's terms of use policy that seems to make them
> inappropriate for inclusion in a default uPortal weather
> channel:
> 
> == yahoo.com T&C ==
> http://developer.yahoo.com/weather/#terms
> 
> ... "The feeds are provided free of charge for use by
> individuals and non-profit organizations for personal,
> non-commercial uses. We ask that you provide attribution to
> Yahoo! Weather in connection with your use of the feeds." ...
> 
> == weather.com.au ==
> http://www.weather.com.au/about/rss
> 
> ..."You may only use up to 10 different weather locations per
> domain. If you require more than this, please contact us for
> authorization first.
>   * A link back to weather.com.au must be provided for
> every
> location you display weather for on your site. The URL
>