The one thing I have a qualm about, (and I have no room to complain, but I just want to mention it), is that it's not sortable by name "-19-Nov-2010-7-53-41-PM-oblique-night-noheightcolor" will end up next to "-19-Oct-2010" and "-19-Dec-2010." Whereas YYYYMMDD_HHMM would be sorted from largest unit (year) to smallest unit (hour). "20101031" (= Oct 31 2010) will come right before "20101101" (= Nov 1 2010), rather than 01-Nov-2010 coming before 31-Oct-2010.
Alright, I updated it again. Same link. Date is in the format you specified and I added an option to get a Unix Time Stamp as well.
Alright, I updated it again. Same link. Date is in the format you specified and I added an option to get a Unix Time Stamp as well.
Sweet. I really appreciate this and will make full use out of it. I have no other way to thank you but to tell you that you're awesome, but you're awesome. :smile.gif: Keep up the good work.
Okay, I don't want to make it seem like I'm complaining, but more like a bug report for you to be aware of...
It's coming out like "w1-20101121-45017AM-oblique-night-noheightcolor" (I added the w1)
Which is all fine and good, but I think it leads also to, say, "20101121-35017PM" which would come first alphabetically, even though it's 11 hours later.
I imagine, without a leading zero [being "450" rather than "0450"], 4:50AM would also come later, alphabetically, than "1150." Having 24-hr leading zero timing would also allow you to save the two characters of "AM" and "PM" in the filename.
"w1-20101121-0450", then "w1-20101121-1150", then "w1-20101121-1550".
Otherwise, it's (alphabetically) "w1-20101121-1150AM", "w1-20101121-350PM", "w1-20101121-450AM" (out of order)
I feel the seconds may be extraneous, but I can see it being useful if you're doing different-but-similar versions of a rather small map [which would generate more than once per minute], so I concede that they may be necessary.
Adding seconds, it comes to, "w1-20101121-045017", "w1-20101121-115017", "w1-201121-155017".
Maybe a dot in there between the minute and seconds. Sorry, I know I'm making this too complicated. Just having detailed thoughts about it. "w1-20101121-0450.17-oblique-night-noheightcolor.png" looks pretty good.
All things being equal, I could just use Unix time and everything would be in order, though I don't read Unix time (I can still look at "Date Modified.")
But, if you feel particularly motivated, I just wanted to lay out these suggestions of the best way it could work alphabetically and visually.
Either way, I really appreciate all the time you've put into this. Thanks again.
is there any way i can get this to run on a "gigapixel" level? my intention is to upload the output to a service like http://zoom.it. i'm thinking at the max zoom to have about 15 blocks per square inch. i get so frustrated with all of these mapping programs not showing ANY detail at all. our main capital isn't even fullscreen at that level of zoom.
Oh, how I wish there was a version that worked on Linux without Win.
This would be fantastic for server-map rendering.
I know about gmap, but that's pretty much impossible to get going on a CentOS Box due to the inherent binding of Yum/RPM to Python - that and installing WINE + x11 on a server is bad form :smile.gif:
+1 to this, I'd very much like to see a native Linux version. Wine is simply not an option for my CentOS server.
This is by far my favorite map renderer. I hope you continue to update it in the future, especially with the Minecraft update coming shortly. Great work.
My rendering gets to 58% then the program crashes. It just started out of the blue. The only change I made to the map was building a bridge; glass, cobble, fence and lightstone were the materials. Not sure why that would break AV.
Dunno if this is of any help but here are the crash data:
Problem signature:
Problem Event Name: APPCRASH
Application Name: AlphaVespucci.exe
Application Version: 0.0.0.0
Application Timestamp: 4cd2220e
Fault Module Name: MSVCR90.dll
Fault Module Version: 9.0.30729.4926
Fault Module Timestamp: 4a1743c1
Exception Code: c0000005
Exception Offset: 0002463e
OS Version: 6.1.7600.2.0.0.256.48
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
I hit debug, it fired up Visual Studio 2010 then VS said:
Unhandled exception at 0x6c70463e in AlphaVespucci.exe: 0xC0000005: Access violation reading location 0x00000000.
Has development of this mapper stopped? It's been quite some time since the last update, wool colors don't show up, caching was never added, and some bugs still exist, particularly on flat map processing. Other config options like controlling the orientation of the maps would have been useful, etc.
What's the state of this, or should we look into other mappers?
It hasn't stopped, but it was delayed for a couple of months due to school. I'm getting back to fixing things, and an update should be out soon. At this point, it's about time for most of the code to be rewritten/fixed to be more portable, since I want to open the source soon.
It hasn't stopped, but it was delayed for a couple of months due to school. I'm getting back to fixing things, and an update should be out soon. At this point, it's about time for most of the code to be rewritten/fixed to be more portable, since I want to open the source soon.
While we're at it, theres always been a sort of bug bothering my users. When blocks meet at a corner, they tend to bleed through on the map., so say we did this.
[]
The map would render something like this.
See attached picture. Note in the picture, this tower is solid smooth stone and circular. The brown that bleeds through is filler inside the walls which is dirt, that is not visible in game, but comes through in the map rendering.
Plz hurry! I love this mapper, by far the best out there for our SMP server! Will be watching for an update!
Hear Hear. Or, if you're stuck or just too busy, toss the code up on GitHub. Someone out there will get an itch and do it for you, guaranteed. :smile.gif:
Alright, I updated it again. Same link. Date is in the format you specified and I added an option to get a Unix Time Stamp as well.
Sweet. I really appreciate this and will make full use out of it. I have no other way to thank you but to tell you that you're awesome, but you're awesome. :smile.gif: Keep up the good work.
It's coming out like "w1-20101121-45017AM-oblique-night-noheightcolor" (I added the w1)
Which is all fine and good, but I think it leads also to, say, "20101121-35017PM" which would come first alphabetically, even though it's 11 hours later.
I imagine, without a leading zero [being "450" rather than "0450"], 4:50AM would also come later, alphabetically, than "1150." Having 24-hr leading zero timing would also allow you to save the two characters of "AM" and "PM" in the filename.
"w1-20101121-0450", then "w1-20101121-1150", then "w1-20101121-1550".
Otherwise, it's (alphabetically) "w1-20101121-1150AM", "w1-20101121-350PM", "w1-20101121-450AM" (out of order)
I feel the seconds may be extraneous, but I can see it being useful if you're doing different-but-similar versions of a rather small map [which would generate more than once per minute], so I concede that they may be necessary.
Adding seconds, it comes to, "w1-20101121-045017", "w1-20101121-115017", "w1-201121-155017".
Maybe a dot in there between the minute and seconds. Sorry, I know I'm making this too complicated. Just having detailed thoughts about it. "w1-20101121-0450.17-oblique-night-noheightcolor.png" looks pretty good.
All things being equal, I could just use Unix time and everything would be in order, though I don't read Unix time (I can still look at "Date Modified.")
But, if you feel particularly motivated, I just wanted to lay out these suggestions of the best way it could work alphabetically and visually.
Either way, I really appreciate all the time you've put into this. Thanks again.
+1 to this, I'd very much like to see a native Linux version. Wine is simply not an option for my CentOS server.
I am trying to run a scheduled render on a live server but it just causes too much lag to have monsters turned on in the game.
Dunno if this is of any help but here are the crash data:
Problem signature:
Problem Event Name: APPCRASH
Application Name: AlphaVespucci.exe
Application Version: 0.0.0.0
Application Timestamp: 4cd2220e
Fault Module Name: MSVCR90.dll
Fault Module Version: 9.0.30729.4926
Fault Module Timestamp: 4a1743c1
Exception Code: c0000005
Exception Offset: 0002463e
OS Version: 6.1.7600.2.0.0.256.48
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
I hit debug, it fired up Visual Studio 2010 then VS said:
Unhandled exception at 0x6c70463e in AlphaVespucci.exe: 0xC0000005: Access violation reading location 0x00000000.
What's the state of this, or should we look into other mappers?
?
[]
The map would render something like this.
See attached picture. Note in the picture, this tower is solid smooth stone and circular. The brown that bleeds through is filler inside the walls which is dirt, that is not visible in game, but comes through in the map rendering.
Printing out JPG has been in mind for a while; it has better applications with printing larger blocks.
The simple way the rendering is done now causes the bleeding over, and it's on the list of things to be fixed.
Hear Hear. Or, if you're stuck or just too busy, toss the code up on GitHub. Someone out there will get an itch and do it for you, guaranteed. :smile.gif:
Thank you; your mapper is really cool, plus since the backup tool still works, it would be great to have the whole combo working again :smile.gif: