I think we could do schemas.geotools.org; I would:
a) make a change proposal thing
b) talk to osgeo SAC to see if they have a way they would like us to handle
this? We already use our webdav folder that we repurposed as a maven repo
Thinking. We do have some webdav space on codehaus if you want ...
On Tue, Jun 28, 2011 at 3:44 PM, <christian.muel...@nvoe.at> wrote:
> Hi all,
>
> I want to avoid that this thread is going to sleep. Do we have a chance for
> schemas.geotools.org or schemas.osgeo.org ?.
>
> What about to put the schema files as part of the documentation. Still svn,
> but we can encode the version of the schema into the file name.
>
> I could offer a location on my site, but this is quite ugly and it is not
> guaranteed to work for ever. And it may cause confusion to the users.
>
> Cheers
> Christian
>
> Zitat von Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au>:
>
>
> Yes, for target schemas, but the mapping file schema
>> AppSchemaDataAccess.xsd is copied manually and is unpublished (although
>> it is only used to support manual editing). We have *exactly* the same
>> problem Christian has. Users have raised this issue on the lists.
>>
>> Publishing at an svn url is problematic: commits might break an
>> existing deployment, lots of versioning problems.
>>
>> I would love to have a schemas.geotools.org or schemas.osgeo.org .
>>
>> On 22/06/11 18:55, Jody Garnett wrote:
>>
>>> I think the app-schema team has a resolver that allows them to store
>>> schema files in a jar and manage them in a maven repository as normal
>>> artefacts? With the advantage of being able to bundle them up for "offline"
>>> use ....
>>>
>>> Jody
>>>
>>>
>>> On Wed, Jun 22, 2011 at 8:43 PM,<christian.muel...@nvoe.at<**mailto:
>>> christian.mueller@nvoe.**at <christian.muel...@nvoe.at>>> wrote:
>>> The topic is interesting for both geotools/geoserver.
>>>
>>> I have XML config files in both environments and I always try to have
>>> a xml schema to achieve higher quality. It would be nice to use
>>> xsi:schemaLocation in the concrete xml files to ease validation and
>>> editing.
>>>
>>> Tho make this work we need an official place where we can put these
>>> schema files (or DTDs).
>>> Example:
>>> http://java.sun.com/dtd/**properties.dtd<http://java.sun.com/dtd/properties.dtd>
>>>
>>> A quick workaround would be to reference them in the svn repo like
>>>
>>> xsi:schemaLocation="**namespaceurl
>>> http://svn.osgeo.org/geotools/**trunk/modules/library/xml/src/**
>>> test/resources/org/geotools/**xml/test-data/mails.xsd<http://svn.osgeo.org/geotools/trunk/modules/library/xml/src/test/resources/org/geotools/xml/test-data/mails.xsd>
>>> "
>>>
>>> But I am not sure if this is a good idea ?
>>>
>>> Cheers
>>> Chrilstian
>>>
>>> ------------------------------**------------------------------**----
>>> This message was sent using IMP, the Internet Messaging Program.
>>>
>>>
>>>
>>> ------------------------------**------------------------------**
>>> ------------------
>>> Simplify data backup and recovery for your virtual environment with
>>> vRanger.
>>> Installation's a snap, and flexible recovery options mean your data is
>>> safe,
>>> secure and there when you need it. Data protection magic?
>>> Nope - It's vRanger. Get your free trial download today.
>>> http://p.sf.net/sfu/quest-**sfdev2dev<http://p.sf.net/sfu/quest-sfdev2dev>
>>> ______________________________**_________________
>>> Geotools-devel mailing list
>>> Geotools-devel@lists.**sourceforge.net<Geotools-devel@lists.sourceforge.net>
>>> <mailto:Geotool**s-de...@lists.sourceforge.net<Geotools-devel@lists.sourceforge.net>
>>> >
>>> https://lists.sourceforge.net/**lists/listinfo/geotools-devel<https://lists.sourceforge.net/lists/listinfo/geotools-devel>
>>>
>>>
>>>
>> --
>> Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au>
>> Software Engineering Team Leader
>> CSIRO Earth Science and Resource Engineering
>> Australian Resources Research Centre
>>
>>
>
>
> ------------------------------**------------------------------**----
> This message was sent using IMP, the Internet Messaging Program.
>
>
>
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel