Mapping One Hour One Life

NoTruePunk · 2020-11-30 14:26:47

There's an issue where if you change settings after using a preset it will go back to the preset's default when clicking to scroll or pan in the map.

Also, please include a timestamp on the map view. It's super unclear when the map snapshots are taken and it's frustrating not knowing if the thing you're looking for didn't exist when the snapshot was taken or if you're just looking in the wrong place.

A list view of search hits would help a lot, and potentially solve the >24 zoom level restriction.

Last edited by NoTruePunk (2020-11-30 14:27:18)

NoTruePunk · 2020-11-30 14:32:21

Can't get life data to show up

Not sure what I'm doing wrong. When this happened in the past I just used the ambient yesterday preset and adjusted the settings, but that doesn't work with the current bug

NoTruePunk · 2020-11-30 14:50:21

wondible wrote:

NoTruePunk wrote:
Those are just glitchy false positives. Escaped horses leave ghost items on the map data, and caves are always drawn with bears.
Not exactly glitches - every bear on a cave is a released bear, it's just long gone somewhere else to eat people or get shot. They aren't always drawn with bears, its just rare for a cave to be touched (appears on map) and not released.
I've thought of simulating expired items, but it is interesting to see fence outlines, bears, and horse cart activity.

Sorry, does this mean only items that players touch appear on the map? Is that why you can't see trees and rocks and ponds and stuff?

wondible · 2020-11-30 19:16:50

NoTruePunk wrote:

There's an issue where if you change settings after using a preset it will go back to the preset's default when clicking to scroll or pan in the map.

Yeah, the presets are busted. I forget about it this morning, so may be broken for a while. I was perhaps distracted by the maplog being so big that online map processing failed and I had to process it on my PC.

Also, please include a timestamp on the map view.

I think you need to describe your timestamp use case a bit better. It overlays the time when it jumps, and can always be viewed by opening time view. This might also be a "not now"; time management is all kind of stopgap.

A list view of search hits would help a lot, and potentially solve the >24 zoom level restriction.

Object data is literally not loaded when it's not visible. Current search is a bit of hack on the existing map data. I may look into pregenerated object indexes soon, maybe only for snapshots and/or rare objects.

wondible · 2020-11-30 19:18:37

NoTruePunk wrote:

Sorry, does this mean only items that players touch appear on the map? Is that why you can't see trees and rocks and ponds and stuff?

Yes. Natural objects can be generated when (and if - e.g. last map) the seed is published after a map wipe.

wondible · 2020-11-30 19:22:41

NoTruePunk wrote:

Can't get life data to show up

Do you have reproduction steps?

NoTruePunk · 2020-12-03 12:39:37

wondible wrote:

NoTruePunk wrote:
Can't get life data to show up
Do you have reproduction steps?

It's working now ¯\_(ツ)_/¯

NoTruePunk · 2020-12-03 16:51:57

What was the point of obscuring the seed of the map? Isn't it kind of pointless now that resources are in predictable locations?

wondible · 2020-12-03 18:42:37

NoTruePunk wrote:

What was the point of obscuring the seed of the map? Isn't it kind of pointless now that resources are in predictable locations?

I think the point was to avoid people scouting out iron veins and such. Nowadays just the biome layout against the well grid would be enough to pick town sites.

wondible · 2020-12-06 16:21:44

Presets should be fixed.

The rather expensive biome layer can be toggled off (even though it doesn't affect the current time)

NoTruePunk · 2020-12-07 10:53:08

What time does the snapshot update?

wondible · 2020-12-07 14:20:29

NoTruePunk wrote:

What time does the snapshot update?

Raw data updates at 24 hour intervals after the last server restart. The final moment is the default time when you load the map without a timestamp. Processing is taking longer with all the extra activity, but perhaps an hour after that.

NoTruePunk · 2020-12-07 18:34:35

wondible wrote:

NoTruePunk wrote:
What time does the snapshot update?
Raw data updates at 24 hour intervals after the last server restart. The final moment is the default time when you load the map without a timestamp. Processing is taking longer with all the extra activity, but perhaps an hour after that.

So if I load the website with just a set of coordinates like this:

https://onemap.wondible.com/#x=-46229&y=82

It should take me to the current snapshot, right?

I think the reason I've been having trouble with the time settings has to do with the sliders. When you refresh the page on the above link the unix time stays on whatever you've set it to, but if the snapshot isn't current for that timeframe then the map stays the same and the timestamp displayed updates anyway. That's why the timestamps and map content don't match. To load the current snapshot as you described you have to open a new tab. Deleting the unix time in the same tab doesn't work.

There should be a check to prevent entering a time code in the future. If one is entered it should snap back to the most current instead. At the very least the timecode shouldn't persist between refreshes, as none of the other settings behave this way.

Thanks for the info on update interval. That should really help track down valuable lost items if I can log in right after the data updates.

Last edited by NoTruePunk (2020-12-07 18:45:03)

wondible · 2020-12-07 21:57:31

NoTruePunk wrote:

It should take me to the current snapshot, right?

It should, yes.

When you refresh the page on the above link the unix time stays on whatever you've set it to, but if the snapshot isn't current for that timeframe then the map stays the same and the timestamp displayed updates anyway. That's why the timestamps and map content don't match. To load the current snapshot as you described you have to open a new tab. Deleting the unix time in the same tab doesn't work.

I see a situation where deleting the url timestamp doesn't cause any state change, which I'm not sure has an obvious behavior to it. Perhaps since viewing that url would reset to current time, it should do that. I don't quite follow the rest of your description.

There should be a check to prevent entering a time code in the future. If one is entered it should snap back to the most current instead. At the very least the timecode shouldn't persist between refreshes, as none of the other settings behave this way.

Also don't follow you. Where are you entering a timecode? Why should it ignore that input and replace it? Why shouldn't it presist? - if I want to talk about something I found, it might not be there in the latest snapshot by the time someone follows the link.

NoTruePunk · 2020-12-08 03:56:33

I mean you shouldn't be able to enter a time in the future. Here's the hypothetical situation:

Latest map snapshot is for 12/05
It's currently 12/06
User notices the map is old, so adjust the sliders to 12/06 to try and see a more current map
Map timecode in the URL changes, and refreshing displays the 12/06 timestamp, but the map is still on 12/05.

Depending on where the user is looking at it might not be apparent the timestamp isn't right. Dead towns, wilderness, etc don't change much, so seeing that the current timestamp would give a false sense of certainty as to what they'll find there.

If you enter a number in the URL you can get strange values that the slider can't do on it's own:

https://onemap.wondible.com/#x=-43783&y … 1908482683

Now in the same tab enter this into the address bar:

https://onemap.wondible.com/#x=-43783&y=356

When loading the URL with the 2030 timecode first the second one has it as well.

The timestamp should always match what's being displayed. If a user adjusts the sliders into the future or enters a value that's too high they should snap back to the most current match.

wondible · 2020-12-08 13:32:55

NoTruePunk wrote:

I mean you shouldn't be able to enter a time in the future. Here's the hypothetical situation:

Part of the problem is different only partly overlapping data sets. Lives and map data are on different schedules. Different servers can have different ranges, I think lives on server1 don't go back as far as some others.

2030 may not make sense, but I drag "now" to the right all the time to get back to the latest snapshot, which is past any data.

wondible · 2020-12-09 01:04:29

Rolling out now (subject to caching): activity maps (heatmaps) allow spotting active parts of the map at higher zoom levels. It can also be set to stay visible closer-in (format options), to identify hotspots in towns.

Sample size can be changed in the format options; this is mainly to give you bigger pixels for finding active spots from far perspective. Notably, it's now much easier to identify the tutorial zones.

Activity maps are static snapshots, at the same intervals as static object snapshots. Recently there were multiple snapshots per day, but today's did not split; it will likely be once a day at most times.

NoTruePunk · 2020-12-09 01:31:57

wondible wrote:

Rolling out now (subject to caching): activity maps (heatmaps) allow spotting active parts of the map at higher zoom levels. It can also be set to stay visible closer-in (format options), to identify hotspots in towns.
Sample size can be changed in the format options; this is mainly to give you bigger pixels for finding active spots from far perspective. Notably, it's now much easier to identify the tutorial zones.
Activity maps are static snapshots, at the same intervals as static object snapshots. Recently there were multiple snapshots per day, but today's did not split; it will likely be once a day at most times.

This is very cool. Obtained from tile content chamges?

wondible · 2020-12-09 03:35:12

NoTruePunk wrote:

This is very cool. Obtained from tile content chamges?

Yep, same maplog data, just another pass (or 22, for all the zoom levels)

NoTruePunk · 2020-12-09 18:27:20

wondible wrote:

NoTruePunk wrote:
This is very cool. Obtained from tile content chamges?
Yep, same maplog data, just another pass (or 22, for all the zoom levels)

Birth coords could be integrated into the activity heatmap too, since those don't cause tile changes. Might give a slightly more accurate picture. Death does drop items but might not count, idk about that

wondible · 2020-12-09 23:59:10

NoTruePunk wrote:

Birth coords could be integrated into the activity heatmap too, since those don't cause tile changes.

Before maplogs I considered doing something like this with just the life data. I'm not sure it would add a lot to this data; perhaps it could still be done to backfill pre-maplog times. I'm also not too keen to make it any slower to process.

wondible · 2020-12-14 18:40:25

Rolling out soon:

- Found and fixed a prime suspect for the mis-scaled activity map tiles (this wasn't reproducing locally, so it is a bit of guesswork)
- The fade option now applies to activity map. Activity may also be separately toggled off.
- Lineage color have been adjusted for dark mode
- Format options have subsections which toggle with their associated layer or feature.

wondible · 2020-12-19 19:46:49

I posted a map update (may be cdn delay) The banding simulation always uses the new placement; band overlay has a rough estimated switchover time, which I will update to be exact tonight.

EmeraldVirus · 2020-12-19 20:53:42

Hi wondible, I'm just wondering why the heatmaps and the ability to see built structures seems to only work on big server 2. I was looking at server 3 and was curious to why I wasn't able to see anything besides a few spots where people died.

wondible · 2020-12-20 03:09:38

EmeraldVirus wrote:

Hi wondible, I'm just wondering why the heatmaps and the ability to see built structures seems to only work on big server 2. I was looking at server 3 and was curious to why I wasn't able to see anything besides a few spots where people died.

Jason only publishes object placement data for the main server.

One Hour One Life Forums

#101 2020-11-30 14:26:47

Re: Mapping One Hour One Life

#102 2020-11-30 14:32:21

Re: Mapping One Hour One Life

#103 2020-11-30 14:50:21

Re: Mapping One Hour One Life

#104 2020-11-30 19:16:50

Re: Mapping One Hour One Life

#105 2020-11-30 19:18:37

Re: Mapping One Hour One Life

#106 2020-11-30 19:22:41

Re: Mapping One Hour One Life

#107 2020-12-03 12:39:37

Re: Mapping One Hour One Life

#108 2020-12-03 16:51:57

Re: Mapping One Hour One Life

#109 2020-12-03 18:42:37

Re: Mapping One Hour One Life

#110 2020-12-06 16:21:44

Re: Mapping One Hour One Life

#111 2020-12-07 10:53:08

Re: Mapping One Hour One Life

#112 2020-12-07 14:20:29

Re: Mapping One Hour One Life

#113 2020-12-07 18:34:35

Re: Mapping One Hour One Life

#114 2020-12-07 21:57:31

Re: Mapping One Hour One Life

#115 2020-12-08 03:56:33

Re: Mapping One Hour One Life

#116 2020-12-08 13:32:55

Re: Mapping One Hour One Life

#117 2020-12-09 01:04:29

Re: Mapping One Hour One Life

#118 2020-12-09 01:31:57

Re: Mapping One Hour One Life

#119 2020-12-09 03:35:12

Re: Mapping One Hour One Life

#120 2020-12-09 18:27:20

Re: Mapping One Hour One Life

#121 2020-12-09 23:59:10

Re: Mapping One Hour One Life

#122 2020-12-14 18:40:25

Re: Mapping One Hour One Life

#123 2020-12-19 19:46:49

Re: Mapping One Hour One Life

#124 2020-12-19 20:53:42

Re: Mapping One Hour One Life

#125 2020-12-20 03:09:38

Re: Mapping One Hour One Life

Board footer