Re: services_openstreetmap and a new geo category

From: Date: Sun, 04 Mar 2012 20:16:54 +0000
Subject: Re: services_openstreetmap and a new geo category
References: 1 2  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-54838@lists.php.net to get a copy of this message
On Sun, Mar 4, 2012 at 4:39 PM, Christian Weiske <cweiske@cweiske.de> wrote: > Hello Ken, > > >> Services_openstreetmap is now through the PEPR process >> http://pear.php.net/pepr/pepr-proposal-show.php?id=667. >> As I think it would be more appropriate for it to be in a new Geo >> category that I'd mentioned during the PEPR process I was wondering >> what the next step would be? > > I'm not so sure we should do that. If you made a generic mapping > package that abstracted from OSM, Google and Bing, then this would be a > fine fit for Geo. But since it interfaces the service only, it should > - in my eyes - stay in the service category. I think that since this is a service wrapper, it should be Services_* regardless. Same for KML – technically it's for "File Formats". Maybe we could have more categories – e.g. for secondary topics (such as Geo) and to increase findability (I just made this up). >> Robert McLeod's create_kml proposal ( >> http://pear.php.net/pepr/pepr-proposal-show.php?id=616 ) >> would also >> be a good fit for this category. Potentially the Map_Projection >> proposal, if it comes to completion, could fit into this category >> too. So this new geo category wouldn't be just a vanity category with >> just one package inside it. > Yep, those two would fit in there fine. > >> The project is hosted on github and I know I can just rename the >> repository from Services_Openstreetmap to Geo_OpenStreetMap - but the >> simplest approach isn't always necessarily the best. Are there any >> PEAR RFCs for this scenario? > No that I know of. Till

« previous php.pear.dev (#54838) next »