I am also proxying, (but to a different port on the same machine).
On Wed, Aug 15, 2012 at 9:01 AM, Roy Mendelssohn
<roy.mendelssohn@xxxxxxxx> wrote:
> For what it is worth, I went to the URL where he claims to be getting an
> error, and it worked just fine. The file he sent I believe would open up all
> javascript cross-doman requests. Not certain that is something you want on
> your server, in particular because I can't replicate his error.
>
> It is possible that there is an error in the next steps after the
> GetCapabilites request, but I would ask him to provide specific examples of
> that. Unless you are doing proxying to a different machine in your thredds,
> I don't know why a cross-domain request would be made. I ran into this
> problem with ncWMS, but that was because we were indeed proxying.
>
> -Roy
>
> On Aug 15, 2012, at 8:26 AM, tom cook wrote:
>
>> HI,
>> I just received this email from a developer interested in using our
>> WMS feeds, but getting errors. I really don't know much about WMS, and
>> just enabled it the typical TDS manner. He has provided a copy of the
>> crossdomain.xml file that apparently is the root of his errors. Does
>> anyone know more about this? Can I just put the crossdomain.xml file
>> some where in the TDS path to resolve this?
>> Thanks,
>> Tom
>>
>>
>> ---------- Forwarded message ----------
>> From: Frank Roberts <froberts@xxxxxxxxxxxxxxxx>
>> Date: Tue, Aug 14, 2012 at 12:45 PM
>> Subject: WFS connection to 6km data
>> To: jimp@xxxxxxxx, tmcook@xxxxxxxx
>> Cc: Bill Robberson <Robberson.Bill@xxxxxxxxxxxxxxx>, Cheryl Henley
>> <henley.cheryl@xxxxxxx>
>>
>>
>> My name is Frank Roberts and I am working with Bill Robberson at US
>> EPA in San Francisco to make use of your WFS connection to 6km data
>> found at the following location:
>>
>>
>>
>> http://hfrnet.ucsd.edu/thredds/wms/HFRNet/USWC/6km/hourly/RTV?VERSION=1.3.0&REQUEST=GetCapabilities&SERVICE=WMS
>>
>>
>>
>> In working with the above service, I seem to be getting an error. It
>> appears that the server may be missing a file at the root of the web
>> service:
>>
>> http://hfrnet.ucsd.edu/crossdomain.xml
>>
>>
>>
>> The crossdomain.xml file is used by some software such as Adobe Flash
>> when combing services and it is required for the mash up of services
>> to work correctly. I imagine I might be the first person that may
>> have run into this issue. The following is a quick right up of what
>> the crossdomain.xml file does:
>>
>> http://www.adobe.com/devnet/articles/crossdomain_policy_file_spec.html
>>
>>
>>
>> Can I get someone to verify the existence of the crossdomain.xml file
>> on the server? In the event that it is missing, I would gladly
>> provide you a copy of one I already have in existence. In fact, I
>> will attach it to this email, if that is of any help.
>>
>>
>>
>> I know utilization of your service is very important to the EPA, and I
>> would like to do whatever I can to get access.
>>
>>
>>
>> Thanks for your assistance,
>>
>>
>>
>>
>>
>> Frank Roberts
>>
>> Geo Developer
>>
>> Phone: (208)699-2712
>>
>> Innovate! Inc.
>> <crossdomain.xml>_______________________________________________
>> thredds mailing list
>> thredds@xxxxxxxxxxxxxxxx
>> For list information or to unsubscribe, visit:
>> http://www.unidata.ucar.edu/mailing_lists/
>
> **********************
> "The contents of this message do not reflect any position of the U.S.
> Government or NOAA."
> **********************
> Roy Mendelssohn
> Supervisory Operations Research Analyst
> NOAA/NMFS
> Environmental Research Division
> Southwest Fisheries Science Center
> 1352 Lighthouse Avenue
> Pacific Grove, CA 93950-2097
>
> e-mail: Roy.Mendelssohn@xxxxxxxx (Note new e-mail address)
> voice: (831)-648-9029
> fax: (831)-648-8440
> www: http://www.pfeg.noaa.gov/
>
> "Old age and treachery will overcome youth and skill."
> "From those who have been given much, much will be expected"
> "the arc of the moral universe is long, but it bends toward justice" -MLK Jr.
>
