I just copied all of GeoJSON over to

http://svn.gispython.org/svn/gispy/geojsonlib

After you've switched, I'll remove the older directories and set up an
HTTP redirect.

Sean

Matthew Russell wrote:
> Hi Sean,
> 
> quick question:
> Will the repository URL need to change?
> 
> http://svn.gispython.org/svn/gispy/GeoJSON/trunk
> 
> Matt
> 
> 2008/6/17 Sean Gillies <[EMAIL PROTECTED]>:
> 
>> Thanks, Matt. +1 on geojsonlib and an interface for simplejson's peers.
>>
>> Cheers,
>> Sean
>>
>> Matthew Russell wrote:
>>> Hi  Sean,
>>>
>>> In an effort to find a suitable name, I've been looking around at the the
>>> other implementations.  It seems that most call their main class
>> "GeoJSON"
>>> (java version in geoengine by google, OpenLayers.Format.GepJSON,
>> GeoServer's
>>> "GeoJSONBuilder".
>>>
>>> The difference is that all the other implementations I could find live
>>> within another project, where as the PCL GeoJSON is a top level package
>> name
>>> for python.
>>>
>>> For futher comparisom, I've looked at json.org, which lists the
>> following
>>> available JSON implementaitons for Python.
>>>
>>> Here, I've listed the link and the corrosponding (import name) and number
>> of
>>> downloads of the main ones.
>>>
>>>    - jsonlib <http://pypi.python.org/pypi/jsonlib/>.(jsonlib) 777
>>>    - python-cjson <http://pypi.python.org/pypi/python-cjson/>.  (cjson)
>> 4558
>>>    - python-json <http://pypi.python.org/pypi/python-json/>. (json) n/a
>>>    - simplejson <http://pypi.python.org/pypi/simplejson/>. (simplejson)
>>>    9058
>>>
>>>
>>> As you can see, all are named after the standard.
>>>
>>> The Python stdlib has xml, xmlrpclib etc, so it sets the precedent of
>> takng
>>> the name of a standard (e.g XML) and making other implementations
>> (thinking
>>> 4suite, elementree) chooose different names.
>>>
>>> However, I sympathise with, and understand your desire not to have
>> confusion
>>> between the standard.
>>>
>>> The name I've chosen is "geojsonlib".
>>>
>>> I think it short enough, and in the spirit of other python packages.
>>>
>>> I hope you concur.
>>>
>>> Do you think we could have it listed at
>>> http://wiki.geojson.org/Main_Page#Example_Implementations along with the
>>> others?
>>>
>>> Cheers,
>>> Matt
>>>
>>> PS.
>>>
>>> FWIW,  i think that PCL GeoJSON need not require simplejson - we can just
>>> require a certain interface, which then any of the other Python json
>>> packages listed above could then implement.
>>>
>>> e.g.
>>>
>>>>>> obj = geojson.loads(json, encoder="geojson.encoding"')
>>>>>> json = geojson.dumps(obj, decoder="geojson.encoding")
>>> Here, geojsson.{dump, dumps. loads,load} become factory functions  which
>>> simply  __import__  the {encoder,decoder},
>>> which  by default is the currenly implemenation which imports simepljson.
>>> However, if someone wants to use another module, they just need to write
>> a
>>> small adapter.
>>>
>>> e.g
>>>
>>> lets say cjson, you'd just write a small wrapper for cjson which is some
>>> namespace with dump, dumps,load and loads defined.
>>>
>>> Where the encoder has the following interface:
>>>
>>>  - encoder.dumps(data)
>>>  - encoder.loads(data)
>>>
>>> We don't lose anything since folks currently neecd to install simplejson
>>> anyway. We'd just need to document the API, and ship the current
>>> geojson.encoding as the example (and default) encoder/decode used by
>>> geojson.
>>>
>>> With that in place, there'd be less reason/motivation for other
>>> implementations ;)
>>>
>>> 2008/6/16 Sean Gillies <[EMAIL PROTECTED]>:
>>>
>>>> The project we've called "GeoJSON" is still up to date, but I'd still
>>>> like to rename it to avoid unnecessary confusion. Matt, since you've
>>>> done the lion's share of the work, I will defer to you -- but
>>>> "simplegeojson" (from previous discussion) seems overly long to me and
>>>> kinda encroaches on "simplejson".
>>>>
>>>> Sean
>>>>
>>>> The GeoJSON Authors are proud to announce the finalization of the
>>>> GeoJSON 1.0 Specification.
>>>>
>>>> Representing more than a year's worth of community discussion and
>>>> development, the GeoJSON specification describes an easy to use,
>>>> extensible format for transferring geographic data over the web. With
>>>> support in more than 20 different applications, GeoJSON is already
>>>> quickly becoming a de facto standard for transferring geographic data in
>>>> a JSON format. The finalization of the spec represents the final step in
>>>> formalizing the GeoJSON format for encoding this data.
>>>>
>>>> More information on GeoJSON can be found at http://geojson.org/ , or
>>>> from the GeoJSON mailing list at
>>>> http://lists.geojson.org/listinfo.cgi/geojson-geojson.org .
>>>>
>>>> Regards,
>>>> --
>>>> Christopher Schmidt
>>>> MetaCarta
>>>> _______________________________________________
>>>> Geojson mailing list
>>>> [EMAIL PROTECTED]
>>>> http://lists.geojson.org/listinfo.cgi/geojson-geojson.org
>>>>
>>>>
>>>> _______________________________________________
>>>> Community mailing list
>>>> [email protected]
>>>> http://lists.gispython.org/mailman/listinfo/community
>>>>
>>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Community mailing list
>>> [email protected]
>>> http://lists.gispython.org/mailman/listinfo/community
>> _______________________________________________
>> Community mailing list
>> [email protected]
>> http://lists.gispython.org/mailman/listinfo/community
>>
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Community mailing list
> [email protected]
> http://lists.gispython.org/mailman/listinfo/community

_______________________________________________
Community mailing list
[email protected]
http://lists.gispython.org/mailman/listinfo/community

Reply via email to