Ben Caradoc-Davies wrote:
> Justin Deoliveira wrote:
>> So with the (FPT,GU) tuple returned, the binding for
>> FeaturePropertyType is up next, and it will be asked for its
>> properties being passed in the GU feature.
>
> With gml:FeaturePropertyType it works. The problem I have is that I have
Ben Caradoc-Davies wrote:
> Ben Caradoc-Davies wrote:
>> What is the base type of a complexType that extends nothing?
>> XS.COMPLEXTYPE?
>
> Or is that just the name of the complexType element in XMLSchema.xsd?
>
I think this is just the schema or xml schema... so not really relevant
in an actu
Ben Caradoc-Davies wrote:
> Justin Deoliveira wrote:
>> Ben Caradoc-Davies wrote:
>>> (1) How do I register a second binding for GML.AbstractFeatureType
>>> when one already exists? If I do this, many unit tests break.
>> You will have to override it. What I would expect to see is a separate
>> C
I'd like to see this in the next GeoServer release, so yes, I need this
patch applied to GeoAPI 2.2-SNAPSHOT and GeoTools 2.5.x. I haven't even
tried applying it to gt trunk, but of course I'll be happy to resolve
any conflicts that pop up.
--
David Winslow
OpenGeo - http://opengeo.org/
On Fri,
When we switched to spring at the core we considered going with OSGi
at the time. See
http://geoserver.org/display/GEOS/GeoServer+2.0+Technology (not quite
the right name, as we still haven't gone to 2.0, I think we did the
change for 1.5 maybe?)
It's been great to start to see OSGi integ
Awesome. It would be really cool to add support for GeoWebCache, to
use it as a datastore. And indeed for general WMS-C,WMTS, TMS, etc.
Then GeoServer could backend on to an existing cache.
Simone, after that step is done what more is there to make it so we
can fully return WMS from that
Hi,
I just found out, that the getBounds Method in MemoryDataStore does not work
correctly. The org.geotools.gui.swing.map.map2d.stream.TempMemoryDataStore is
also affected. The reason is the creation of a ReferencedEnvelope without a
check whether the filter matches the first Feature.
I guess
Blaz ha scritto:
> Ok i have removed the googlemaps support and now my plugin serves only
> openstreetmap tiles. So now there are no problems with licences/copyrights
> and such stuff.
Great. Have you already created a username on OSGEO?
What about the contribution agreement?
Once you have comple
Ok i have removed the googlemaps support and now my plugin serves only
openstreetmap tiles. So now there are no problems with licences/copyrights
and such stuff.
Simone Giannecchini-2 wrote:
>
> Ciao Blaz,
> clean up your module so that it just contains support for openstreetmap.
> Then you'l
Hello Andrea,
Andrea Aime wrote:
>
> The wiki part is a way to future proof your changes, we
> know you don't need to OSGI all of GeoTools and we neither
> ask for that, but it would be nice to know how to extend
> your work in a consistent way should other people need
> more OSGI-fied modules.
>
Ugo Taddei ha scritto:
> Everyone who is building applications on top of uDig and found himself
> trapped in third-party dependency hell as we have is invited to have a
> look at udigLite or volunteer to osgify additional libraries they might
> need.
Whilst I have no need for OSGI at the moment,
11 matches
Mail list logo
