We would have ended up with a separate library anyway, because we need
something that doesn't depend on gtk.
I pondered splitting the non-gtk parts out of libtimezonemap at first,
but decided to do a few more optimizations while I was at it:
1. throw away data in cities15000.txt that we don't
Awesome, I didn't notice the tossing-data or compression aspects; that's
nice that we got it so small.
In terms of data you are throwing away, I notice you throw away the
alternate names. Can you stop doing that and expose that info instead?
On the phone side of things, we are trying to add
Ah sorry I wasn't aware you were working on this :/
I should have commented on the bugs saying geonames is on the way.
I definitely plan to expose alternate names as well.
I guess you're right, we could have added it to timezonemap. My
reasoning was that the new library's purpose is to
$ ./change-override -c main -S geonames
Override component to main
geonames 0.1-0ubuntu1 in xenial: universe/gnome -> main
libgeonames-dev 0.1-0ubuntu1 in xenial amd64: universe/libdevel/optional/100%
-> main
libgeonames-dev 0.1-0ubuntu1 in xenial arm64: universe/libdevel/optional/100%
-> main
How does this interact with libtimezonemap, which the desktop team also
maintains and also talks to geonames (though in a less generic way --
only through a GtkTextCompletion thingy).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Right, I know they don't interact in a code sense. I meant the
deprecation aspect.
You mention not hitting the network and I see by looking at the geonames
code that it bundles cities15000.txt into itself to avoid hitting the
network.
libtimezonemap also ships cities15000.txt on disk to work
(Oh, I guess libtimezonemap's completion code does use cities15000.txt
as an initial database then additionally hits the network if that's
available? But then I'm confused how geonames will improve that user
experience.)
--
You received this bug notification because you are a member of Ubuntu
> How does this interact with libtimezonemap
It doesn't interact with that at all. It's a replacement for the parts
of libtimezonemap that complete city names, but without the dependency
on gtk (see bug #1436211) and without fetching anything from the network
(we've had a lot of reliability
Looking good to me, +1, tell me once something is pulling it into main
and I'll promote it.
** Changed in: geonames (Ubuntu)
Status: New => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
going to be used in https://code.launchpad.net/~larsu/unity-control-
center/datetime-use-geonames/+merge/280265
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1525156
Title:
[MIR] geonames
To
** Changed in: geonames (Ubuntu)
Importance: Undecided => Wishlist
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1525156
Title:
[MIR] geonames
To manage notifications about this bug go to:
11 matches
Mail list logo