All,

Some progress,

We've managed to add to the PROJ4 EPSG list and verified that it works with a WMS output. So the new EPSG code we added works just fine as a WMS call.

Next we tried the same with a WFS call and got an INIT error, which was traced to OGR, so we then (tried to) build Mapserver without GDAL only to learn that WFS requires it to build. So my question is, where is OGR grabbing it's Projection info from? From the code it looks like there is a parser in place, but we couldn't find where it was being referenced.


Thanks for all help

bobb

-----Original Message----- From: Bob Basques [mailto:[EMAIL PROTECTED] Sent: Mon 05-Jun-06 11:29 To: Kralidis,Tom [Burlington] Cc: Subject: Re: [Fwd: Re: WFS gurus . . . .]
        
        

        Ok, last private one . . .
        
        Is would be nice to get options for our neighboring Counties as well.  I
        work on a couple of other metro area committees and Mapping projects
        that plan to use MapServer, and I would just as soon use a common format
        across all projects if possible.   I'm not expecting you or anyone else
        to do the work, only expressing the idea in case you come up with some
        sort of automatic solution of some sort.  :c)
        
        I can do the grunt work if needed, but I'm not sure I'm the one to
        define what the other County info that is supposed to be used for this
        or not.  There is a County Projection data list at the State of
        Minnesota Dept. of Transportation as well.
        
        If some sort of leg work is needed on this end I'm available to group
        things together to add the County information for the State of Minnesota
        for example.
        
        bobb
        
        
        Kralidis,Tom [Burlington] wrote:
        > Good question.
        >
        > What's your actual projection definition?
        >
        > CubeWerx (http://www.cubewerx.com/) holds the 42xxx projection
        > definitions.  We've worked with them to establish codes which are not
        > natively in EPSG.  I've cc'd Craig here for info.
        >
        > ..Tom
        >
        >
> >> -----Original Message-----
        >> From: UMN MapServer Users List=20
        >> [mailto:[EMAIL PROTECTED] On Behalf Of Bob Basques
        >> Sent: Monday, June 05, 2006 10:38 AM
        >> To: [email protected]
        >> Subject: [UMN_MAPSERVER-USERS] [Fwd: Re: WFS gurus . . . .]
        >> =20
        >> =20
        >> Ok, we'll try that.
        >> =20
        >> Any rule-of-thumb for assigning an arbitrary code?
        >> =20
        >> bobb
        >> =20
        >> =20
        >> -------- Original Message --------
        >> Subject:     Re: WFS gurus . . . .
        >> Date:        Mon, 5 Jun 2006 10:32:23 -0400
        >> From:        Kralidis,Tom [Burlington] <[EMAIL PROTECTED]>
        >> Reply-To:    Kralidis,Tom [Burlington] <[EMAIL PROTECTED]>
        >> To:  [email protected]
        >> =20
        >> =20
        >> =20
>> >>> =3D20
        >>> I'm trying to get a WFS output in a local coordinate system. =3D20 
=20
        >>> Everything=3D20  works just fine with a EPSG code, but our 
coordinate =
>>> > > >>> system is not in=3D20 the list. Do we need to add it in in more = >>> > than=20 > >>> one location? We're=3D20 using a few extensions that all=20 >>> >> seem to have=20 >> >>> their own=3D20 version of a EPSG=3D20
        >>> code list, different formats and everything.
        >>>
>>> >> =20
        >> What's your projection parameters?  If it's indeed not an=20
        >> EPSG code, you'll need to add this to your proj install's=20
        >> epsg file, then cite that EPSG code in your WFS request. =3D20
>> >>> All I need is to be able to get the WFS output with a same=20
        >>> coordinate=3D20 system BBOX.  Can I get around the EPSG=20
>>> >> requirement with=20 >> >>> some form of=3D20 fakery? Can the GML be output with a=20 >>> >> MODE=3D3D option=20 >> >>> perhaps, in it's=3D20 native coordinate system? >>> >> =20 >> > >
        

Reply via email to