On 19-07-10 12:35, Majka wrote:
> No, you need ONE full download of the map. Then, depending on the
> frequency and size of the changes, you simply download the deltas (live
> update) as you want/need. Some time later (might be several months or
> even years), OsmAnd MIGHT be slowing down,
On Tuesday, 9 July 2019 22:42:08 UTC+2, Martin Trautmann wrote:
>
> But as you tell me, using Osmand Live would require BOTH delta updates,
> as well as a monthly full (proper?) reload of the maps?
>
> Schönen Gruß
> Martin
>
>
No, you need ONE full download of the map. Then, depending on
On 19-07-09 17:47, 'Xavier' via Osmand wrote:
> On Tue, Jul 09, 2019 at 02:44:08PM +0200, Martin Trautmann wrote:
>> On 19-07-04 20:14, Greg Troxel wrote:
>>> osmand live provides files that contain differences from published
>>> map files. So with a fairly recent map (and it seems to not have to
That answers my original lack of understanding on why hourly updates can happen
for Live, but monthly updates are delayed. Thanks.
--
You received this message because you are subscribed to the Google Groups
"Osmand" group.
To unsubscribe from this group and stop receiving emails from it,
That folks in my original lack of understanding on why hourly updates can bairn
for Live, but monthly updates are delayed. Thanks.
--
You received this message because you are subscribed to the Google Groups
"Osmand" group.
To unsubscribe from this group and stop receiving emails from it,
Java has come a long way. Java is one-time compiled and then almost as fast
as C/C++.
Java already supports multicore processors for years and also the
OsmAndMapCreator can be started with the number of cores to use (or via the
config)
Note also that for the bigger maps, the disk access is way
On Tue, Jul 09, 2019 at 02:44:08PM +0200, Martin Trautmann wrote:
On 19-07-04 20:14, Greg Troxel wrote:
osmand live provides files that contain differences from published
map files. So with a fairly recent map (and it seems to not have to
be the most recent one), and the delta updates, you
On 19-07-04 20:14, Greg Troxel wrote:
> Martin Trautmann writes:
>
>> Sorry, but I do feel that OSMAND Live is pretty much useless, to offer
>> updates "EVEN PER HOUR", if in fact the maps are delayed by weeks for
>> the regular monthly schedule.
>
> It would be good to understand how it works
Ā key factor here is the nature of the data. The data that systems like Tom Tom
are built on is notionally complete. That is to say all significant features of
a type which are in existence are in the data set when it is created. This
means the data files for systems like Tom Tom change
Ā key factor here is the nature of the data. The data that systems like Tom Tom
are built on is notionally complete. That is to say all significant features of
a type which are in existence are in the data set when it is created. This
means the data files for systems like Tom Tom change
Are there any ongoing efforts to rewrite the software to create the maps in
C++?
I would expect a significant speedup on multicore processors.
'Xavier' via Osmand schrieb am Do., 4. Juli 2019,
20:56:
> On Thu, Jul 04, 2019 at 02:14:21PM -0400, Greg Troxel wrote:
> >
> >I also don't understand
On Thu, Jul 04, 2019 at 02:14:21PM -0400, Greg Troxel wrote:
I also don't understand why people are so upset about monthly updates
being 10-20 days behind the end of the month. Yes, the next day would
be better, but 1) it's so much faster than any non-OSM approach
If I remember correctly,
Martin Trautmann writes:
> Sorry, but I do feel that OSMAND Live is pretty much useless, to offer
> updates "EVEN PER HOUR", if in fact the maps are delayed by weeks for
> the regular monthly schedule.
It would be good to understand how it works before declaring them
useless.
osmand live
On Wed, Jul 03, 2019 at 10:30:29PM -0700, Mark Begbie wrote:
I totally get that the map updates are getting more complex. I'm
trying to build New Zealand on a Win 10 Core i7 with 8GB of RAM and
struggling.
What I do NOT get at all, is how on the one hand it takes almost a
month to update
On 19-06-17 15:54, V S wrote:
> All maps are updated now. Please use OsmAnd Live subscription and you
> will get incremental map updates every hour.
> Our full generation map update is becoming more complicated and this
> month it was delayed by 5 days because of hardware issues though it is
>
As the live update works with tiny files (just the diffs), the live update
system won't need much processing power in comparison with the complete
map. I can understand why the live updates are working well and the normal
maps are struggling.
What I would prefer would be free live update for
Not sure, I could understand, I think New Zealnd takes 2-3 hours max to
generate the map. And all maps are generated 8-9 days.
Live maps are quick cause they are generated incrementally but they require
24/7 monitoring system to properly catch up with all changes.
Best Regards,
Victor
On Thu, 4
I totally get that the map updates are getting more complex. I'm trying to
build New Zealand on a Win 10 Core i7 with 8GB of RAM and struggling.
What I do NOT get at all, is how on the one hand it takes almost a month to
update the map for one group of users and yet for another group it's done
All maps are updated now. Please use OsmAnd Live subscription and you will
get incremental map updates every hour.
Our full generation map update is becoming more complicated and this month
it was delayed by 5 days because of hardware issues though it is expected
that it could take 2-3 weeks
Thanks for that, I'll have a look.
--
You received this message because you are subscribed to the Google Groups
"Osmand" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to osmand+unsubscr...@googlegroups.com.
To view this discussion on the web visit
20 matches
Mail list logo