[OSM-dev] CPAN Geo Package; was:planetosm-to-db.pl
Joerg Ostertag (OSM Munich/Germany)
openstreetmap at ostertag.name
Wed Nov 8 12:45:23 GMT 2006
On Wednesday 08 November 2006 11:44, Richard Fairhurst wrote:
> Joerg wrote:
> > I was already thinking of making this even much easier by providing a
> > mysql dump for download. This would make things even faster and easier
> > for users to import.
>
> That would be excellent. Perhaps, as well as a whole planet, it would
> be good to provide ready-made MySQL dumps within certain bounding
> boxes - the whole of the UK, the whole of Scandinavia, etc.
Well I would start with the two big ones:
Europe , US
Maybe we can use osm2db to directly generate a mysql dump out of the
planet.osm-file? This would then be somewhat similar to my suggested sed
solution ;-)
> I'd welcome one which was just "some typical OSM data" for development
> purposes, though I appreciate the demand for this is probably limited.
Well i think if you have enough areas to choose from you'll sure find an area
which is small enough for development testing.
> > As you said; I don't think building the actual CPAN-Package should be too
> > hard. I think the questions are:
> > - can we use an existing Package and expand it?
> > - How do we name/structure the modules?
> >
> > any suggestions are welcome.
>
> I'd think Geo::OpenStreetMap is the logical name for a CPAN package
Well the name seemed a little too long for me for a standard CPAN Package. But
renaming OSM to OpenStreetMap would be fine for me if this helps.
> (there's already Geo::Google, Geo::TigerLine, etc.). As per the
> current /utils/perl/Geo, this would concentrate on parsing OSM data,
> and handling interaction with the OSM API.
>
> There may be a case for expanding existing packages where they're not
> exclusively OSM-related: in particular, Geo::Gpx and GPS::NMEA look
> relevant.
The Problem is, that these Packages are all related to each other. They all
read/write trackdata.
Maybe i should move Geo/GPX/File.pm into the subdir Tracks too?
and then we still have to find a place and name for the rest of the modules
utils/perl/Geo/Filter/Area.pm
utils/perl/Utils/Math.pm
utils/perl/Utils/Debug.pm
utils/perl/Utils/LWP/Utils.pm
utils/perl/Utils/File.pm
If I look at the module
utils/perl/Geo/OSM/Tracks2OSM.pm
It might be a good idea to move the Track stuff under the OSM Dir too?
And also the idea was to only have one Perl Package for all the Modules. It
would be great if we could manage to get a Geo.pm Package which would hold
all these submodules. But maybe this is too much at a time.
--
Jörg (Germany, Munich)
http://www.ostertag.name/
TeamSpeak2: ts2.ostertag.name, user: tweety, Channel: "GPS Drive"
irc://irc.oftc.net/#osm
Tel.: +49 89 420950304
More information about the dev
mailing list