Joseph Charron

heh, seems fixed in this weeks anyhow.

1.9 -> Maps
Now display as a mini map when held in the off hand, or if the offhand slot is occupied.
The (old) large version is only visible when held in the dominant hand with both hands free.
Maps now start at a zoom level of 1:4, rather than 1:1.
New recipe for zooming in on a map: shears and a map together in any shape.
Zooms in on the lower-right quadrant of the original map.

"There are advantages as well as disadvantages and which of them prevails is subjective."

That is perfect, and should be the reason for closing this out as not a bug.

@ [Mod] CubeTheThird

As per Mojang's instruction, tip#4, this area is also for discussion: https://bugs.mojang.com/browse/MC
I've searched and have yet to find a posted list of rules, whereby if broken a 'mod' is permitted to delete clients comments for reasons which are not listed whatsoever. So since the only official mention of comments is that they are allowed, I seriously question you have the authority to create your own rules, change policy on behald of Mojang, and delete that which you don't agree with.

Deleting our discussion because we are complaining about Mojang not fixing the bug at hand is unacceptable and extremely unprofessional. The proper response by a professional organization that cared about its clients would be to issue a response/explanation/apology. By you deleting our comments which are intended to underline the importance to us of desired resolution, how is anyone at Mojang to notice and take seriously? You have in effect increased our frustration, and taken it upon yourself to judge the validity of our discussion. If a 'mod' is not happy with said complaints, then there should be a mechanism in place for the mod to pass them along to Mojang management to address. I posed some very valid questions about the bug resolution process, but you deleted instead of attempting an answer. Please provide contact information for Mojang's complaint department, not a third party website or a forum.

Regrettably you are likely a volunteer, but you shall certainly be reported nonetheless and hopefully then can be trained in some aspects of professional cutomer service. Also you should consider the public optics of a company deleting client comments instead of addressing them.

Excellent🙂 Maps work perfectly, stop rocking the boat.

Cannot confirm in 1.8 or 1.8.1-pre2. Not trying pre3 again or 4 till MicroYang fix the portal glitch.

Care to wager a Minecraft account? I'd put money down that it is not a bug at all. It is much more streamlined and less system taxing to have set static maps with each world instead of almost infinite variations. Again as we had previously agreed, not using 0,0 as the centre intersection is odd, but if anything I would say more of an oversight than a bug by definition.

In my experience on servers at least, the average user doesn't even bother to create any maps. New system is better and more efficient for people exploring a world and making maps at the same time, and provides completely fool proof map aligning. Considering that it makes making maps easier for everyone. The only downside at all with the new system is that people cannot choose where the map is centred, which my possible reason for that is in the above paragraph. Have you noticed how much faster maps populate now when exploring? Now a near infinite number of people can create a map standing anywhere within a 2048 width map area and all be accessing the same map file/code/whatever (while still being their own individual map). This has to be more efficient code/system/whatever wise than having a different unique map for each person standing in a different spot in that 2048 width map area. I believe this change benefits the vast majority of players, is a super simple system to understand that even my youngest players instantly grasp, and it is universal. Unless you are keeping your main world from 1.7 or earlier without the new things generated and changes made in territory you've explored, it really is no loss of time truly. In the time that we've all been discussing this change, I've already replaced all my old maps.

Haha silly Auto, you can still measure distances with the new maps, the size of them did not change.
Ares, why is this method less useful, and why would you have no reason to use them? I don't see any logic there.

I still say the new map system is fantastic, is intuitive, and makes perfect sense.

Yet again, this is not a bug, this bug report should be closed finally...
People that do not like the change should go on Reddit as was suggested by someone already. Just because you do not like a change in an ever evolving 'game' does not at all make it a bug, especially when the new method makes so much more sense.
Of course as a bunch of us agreed on, it would be nice if the intersection between 4 central maps of any size would be more logical if at the 0,0 point. Still not a bug though!

Sorry Matt no, due to the grid you cannot choose your centre, each 2048 map in the grid covering every world has a static centre. Sorry again, but you cannot finish your map room, you have to start over again from scratch like everyone else. & if they do shift the grid to line up with the 0,0 point you will have to again. Don't thank suburb, that's bad intel being provided.

Suburb, no one ever thought -64 -64 was the centre of anything. the 64 figure was the north west corner of the 2048 map which contained 0,0. It was also the north west corner of the north west 1024 map inside that one, and so forth down the line.

How come we are going backwards here... the only thing that was agreed upon concerning the 64 figure was that it is odd that it was the corner of 1x 2046 map, and therefore the point in between 4x 2048 maps and we did not understand why that intersection was not at the 0,0 point. If that is what you are saying by saying 'system's centre' that's cool, but add more words so it is clear to all. I do not understand why you are telling Matt that there is no centre whatsoever when the grid is static and always the same.

Yet again, this is not a bug, the grid is intended, we just want clarification if the way they line up is going to be permanent, or will they make more logical with the 0 point mentioned above. Plus some people would like Mojang to add an additional way to choose your own centre point. I would assume that won't happen and everyone is just going to have to use the new easy map making system. If they want their builds in the centre of a map, they are just going to have to make the map first.

A mod seriously needs to change the title of this bug, because it is wrong. The new maps are centred, just not at the point the player is standing when they make the map, unless they happen to be at that maps static centre point. The centre of map zooms 4 is good, it just isn't what some people want it to be. Again not a bug, it is a change that some people do not like. This has become somewhat ridiculous.

Should the title of this "bug" be simply changed to "New map confusion" ?

@Altti the Kansas ref is kinda silly. Also there is obviously a grid if the maps are right now snapping to a grid which is static for any world created on anyone's machine, with no ability to move the centre.

As an aside, I'm kinda honestly surprised that people for whom maps are important do not map before they build a structure of permanence, as if the first place they make as their home is the only spot they will be. but hey, it's a sandbox game, no one can really tell anyone how to play.

Hey, maybe they aren't paying attention due to the report title having the yankee minority way of writing centred. 😛

Hmm, practically speaking, did explorers making maps of the new world start in the centre? I hope the americans don't start changing all flat maps of the world to have the US in the centre.

For sense of direction I am quite confused by your statement. If someone looks at their single map, can see where they are, and can see where there base is. How can anyone with even the worst sense of direction not be able to get back home? Point your white arrow to your base and walk. Seems fairly foolproof.

I do of course understand the concerns of people who want their build to be in the middle of their first map, but having a static map grid of the world just seems cleaner from a programming perspective instead of needing to have a # of various grids.

Your snap idea is interesting, but one of the main advantages (aside to error free alignment forever) to this new system is being able to create a new map at the edge of an old without walking up to 1000 blocks to make their next. I'm not sure if both methods can exist in parallel, as well as having both not just confusing people.

Anyhow, by definition, this is still not a bug. It is users thinking it should be tweaked or changed entirely.

Well I guess I just never really noticed it in the old doors, and since we have all these new ones it brings more attention to their detail. See the thing is the new doors have so many open/window spaces, you can really see how peculiar they look. They are still in fact 3D, because there is still an edge to the door, but there is only texture for the outside surfaces. So you see a thickness to it from the outside, and see right away through all the windows that the interior of the door is invisible, and thus 2D. Again I never looked at the old windows in doors that closely to notice, and their placement up high hides this issue well.
Yes, this may indeed be intended. However with the nice new door designs chosen which have windows, the optics of 3D exterior and 2D interior on a single object is awkward, quickly noticeable by players, and defies physics if that matters.
So maybe, Not a bug / works as intended, but needs reconsideration of visual quality before official release.
Perhaps leave the original oak and iron doors as they are if an issue for updating worlds, and make new id's for versions of those with proper windows with interior edges? I am not sure what is involved, but those looked great and should definitely be included in 1.8.

@Kumasasa Only source I can see is the wiki

Doors
Original wooden door renamed to "Oak Door"
Grid images of other doors changed to match existing doors
New doors added in 14w32d no longer have their 3D door hole models

That's isn't necessarily official though right? Just noticed?
In any case, as per the posted pic they look dumb now, despite Hawk the kid's zest for them.

How did anyone have a problem seeing through the 3d openings? It was fantastic and they worked fine. Now all the acacia doors I made look absolutely stupid...
If this is working as intended, could whomever decided that please reconsider their intentions?

Oh indeed, tis what I said last night😉, whatever their map grid is currently needs to be shifted south 64 blocks and east 64 blocks. then at least 4 maps of any size around origin would meet at 0,0, and make finding map centres a simpler calculation.

@Torabi Sorry man, but as per our comments above, the maps do not meet at origin which is what we've most recently been discussing. 0,0 is the center of the 1:1 map in the NW corner for all larger maps for that area. Therefore all maps which 'could' have their western edge be 0,0 actually have it 64 blocks west of 0. Same situation applies to all maps which 'could' have their northern edge at 0, their northern edge is 64 blocks north of 0.
What you are stating is actually what I had just suggested above 😉 Same for the problem with centering maps at 0,0 with the grid offset by 1/2, hehe c'mon silly..

Oh memories.. -the pics

@adam Thank you for coming around on the auto and easy part. Hopefully we can just get the grid placement tweaked a tad as I mentioned above so centre calculations could be a bit more intuitive for all. Thank you for putting the work into working out the previous calculations, just thinking that, map width multiplied by 1.5 or 2.5/3.5/4.5 etc would be much easier for everyone.

Oh, thanks for the strikeout edit. I didn't mean to offend anyone or start an argument, just seemed no one was realizing that a 1:16 map is 16 x 1:1 maps and not 15 complete ones with 1/2's of 1:1's on the map borders.
It's just kind of a small pet peave of mine when people center things on one block instead of 2 facing horizontally, or 4 facing vertically. This mostly stems from having made a city road grid for a server with an extensive subway underneath keeping everything 1 chunk wide, and making Residence only claim multiples of full chunks for players. Was an idea at the time to help a tad for performance with plugins. The inevitable by-product was that since the world is based on chunks, it is an even numbered system. After all, 0,0 has never been a block, it is the point between the central four +.5 and -.5 blocks. I could have sworn it used to be in the middle of a central chunk, I'm actually almost sure of it when I think back, because our city had a 1 chunk wide axis that straddled the 0 lines. However when I tested before posting yesterday, 0,0 was a point between 4 chunk corners.

I think we are all agreed on the grid issue, having the 0,0 point be the centre of the 1:1 map that ends up in the north-west corner of all its subsequent scaled up versions seems quite odd. Pondering what Suburb says, the centre of the world being the intersection of 4 maps of any size seems somewhat logical as it would perfectly divide all maps into a quadrant system. Then at least to calculate the centre of say the first 4x 1:16 maps your centres would be the +/- 1024 points, then any centre after is adding the simple 2048 blocks. That does of course not give you the desired 0,0 being middle of any single map, but makes calculating centres in your head simple at least, may be a sufficient compromise? I dunnno, would be nice for someone from Mojang to weigh in on this one.