Re: [OSM-dev] Planet Updates

2012-04-28 Thread marqqs
 Datum: Wed, 18 Apr 2012 11:29:19 -0500
 Von: Toby Murray toby.mur...@gmail.com
 location a bit prematurely. At the time the database came out of
 read-only mode, the license bot was going to start any day now so
 the diffs were moved. But  now we have 3 weeks worth of redaction
 diffs with no redaction in them.
 
 Toby

Hi!
Is there any news about when the redaction period will be completed?

Markus

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Planet Updates

2012-04-28 Thread Cartinus
On 04/28/2012 02:42 PM, mar...@gmx.eu wrote:
 Is there any news about when the redaction period will be completed?


http://blog.osmfoundation.org/

---
m.v.g.,
Cartinus

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] [GSoC] Improvements to Vespucci

2012-04-28 Thread Jan Schejbal
Just a short update:

I have created a branch called gsoc-janschejbal, where I will be
putting all my changes. To get familiar with the project, I implemented
ActionBar support and committed it to the branch. Any feedback is
welcome, of course.

To ensure compatibility with old devices, I used the ActionBarSherlock
library (http://actionbarsherlock.com/), which is licensed under the
same license as Vespucci. I also added some icons from the official
Action Bar Icon Pack by Google, which specifically mentions that it
may be freely used.

To optimally utilize the limited space on the action bar, I decided to
remove the application icon and name. The editing mode is now selectable
trough a dropdown (Dropdown navigation), the four remaining menu items
are added as actions (submenus stay submenus).

The commit also contains two unrelated changes: I bumped MAX_ZOOM_WIDTH
again to allow users to easily move between cities and countries, and I
added some horrible proof-of-concept code for on-device rendering (which
requires the mapsforge library). It really just shows that it is
possible, but is done in the most hack-ish way I came up with.


I located the cause for the high CPU usage while the app is idle:
Updating the compass arrow (which happens quite often) invalidates the
entire map (see the sensorListener in Main.java). I'm probably not going
to do anything about this, at least not until I am done with my actual task.

Kind regards,
Jan

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev