Locus Map - forum

Support => Information => Topic started by: Menion on October 04, 2010, 12:08:21

Title: [MANUAL] - converting OZFX maps to Locus
Post by: Menion on October 04, 2010, 12:08:21
INFO: this tool is almost 2 years old and need few improvements. If you want to help, want to use OZFX or other raster maps and know Java at least a little, look here (//http://forum.asamm.cz/viewtopic.php?f=15&t=290)!

needed version - 0.3.0 and higher

1. suggest you have two files, *.ozfx3 (map file) or *.ozfx2 (older map file format) and *.map (map definition map file). Both place into same directory.
For this example, I'll use imaginary files world.ozfx3, world.map!

2. download attached ozfx to locus.zip file. Extract all. First step is to convert map file into basic image. So, run from command line
ozf2img -iworld.map- path to file can also point on directory (for batch convert)
- 'iworld.map' is not a mistake, so take care '-i' and 'map' on end
- this should create file world.png (with almost same size as world.ozfx3)

3. run imageCutter.bat. It's java program that I wrote "long" time ago. Need some improvements also, but this is not a priority now.
- click on Select and choose png file
- in Output directory select place, where to create new map
- in Tile size choose ideal size values. These values are generated from png image by dividing '2'. Ideal values are around 250 x 250. Bigger then 1000 aren't suggested (possibility to out of memory error on Android).
- check Compress tiles into TAR (this will compress all data into one TAR file
- check Attach Projection file and select world.map file. This will pack this required configuration file into TAR file also.

then click OK and just wait for your map

created map upload to /sdcard/Locus/maps into your android phone.

[attachment=1:1vntv3gf]imageCutter.PNG[/attachment:1vntv3gf]
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: netimen on April 02, 2011, 05:56:14
Hi, Menion!Can I convert OZFX to the new SQLite map format?
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: Menion on April 02, 2011, 20:03:21
hi netimen,
  whole think around converting older ozfx maps or trekbuddy tarred maps into Locus isn't excellent. This tools only allow to convert them into tar anyway not all tar maps works fine. I'll work on this later because this is not actually my priority. If you want to see ozfx maps in locus, I suggest some specialized ozfx viewer like Androizic.
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: netimen on April 02, 2011, 20:21:58
OK, I see. I hope you fix that issue some day, though I also think this is not the most important problem :)
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: Menion on April 02, 2011, 20:27:36
yes me too :) There is also need for some volunteer to create some desktop tool that convert ozfx to tar maps. Tool I created works fine for someone but not excellent. So now is opensourced and expect new better developer ;)
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: tramp20 on September 09, 2011, 14:04:36
Quote from: "menion"yes me too :) There is also need for some volunteer to create some desktop tool that convert ozfx to tar maps. Tool I created works fine for someone but not excellent. So now is opensourced and expect new better developer ;)


Hi,
is there any progress on Imagecutter v0.1?
The LocifyCutter works well but only with small png files (25 MB). With larger ones (> 1 GB)  the program does absolute nothing and hangs forever :-(

It would be more simply for us to use ozfx3 maps direct within Locus and you have not to fight with very large png files.


Error message:
Read image: G:OziExplorertemp11Deutsche Alpen_8bit.png
Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: width
*height > Integer.MAX_VALUE!
        at javax.imageio.ImageReader.getDestination(Unknown Source)
        at com.sun.imageio.plugins.png.PNGImageReader.readImage(Unknown Source)
        at com.sun.imageio.plugins.png.PNGImageReader.read(Unknown Source)
        at javax.imageio.ImageIO.read(Unknown Source)
        at javax.imageio.ImageIO.read(Unknown Source)
        at imageCutter.ImageManipulator.<init>(ImageManipulator.java:58)
        at imageCutter.MainFrame.jButton_imageSetActionPerformed(MainFrame.java:
242)
        at imageCutter.MainFrame.access$000(MainFrame.java:31)
        at imageCutter.MainFrame$1.actionPerformed(MainFrame.java:110)
        at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
        at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
        at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
        at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
        at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Sour
ce)
        at java.awt.Component.processMouseEvent(Unknown Source)
        at javax.swing.JComponent.processMouseEvent(Unknown Source)
        at java.awt.Component.processEvent(Unknown Source)
        at java.awt.Container.processEvent(Unknown Source)
        at java.awt.Component.dispatchEventImpl(Unknown Source)
        at java.awt.Container.dispatchEventImpl(Unknown Source)
        at java.awt.Component.dispatchEvent(Unknown Source)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
        at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
        at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
        at java.awt.Container.dispatchEventImpl(Unknown Source)
        at java.awt.Window.dispatchEventImpl(Unknown Source)
        at java.awt.Component.dispatchEvent(Unknown Source)
        at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
        at java.awt.EventQueue.access$000(Unknown Source)
        at java.awt.EventQueue$1.run(Unknown Source)
        at java.awt.EventQueue$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
Source)
        at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
Source)
        at java.awt.EventQueue$2.run(Unknown Source)
        at java.awt.EventQueue$2.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
Source)
        at java.awt.EventQueue.dispatchEvent(Unknown Source)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.run(Unknown Source)
Read image: G:OziExplorertemp11Deutsche Alpen_8bit.png
Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: width
*height > Integer.MAX_VALUE!
        at javax.imageio.ImageReader.getDestination(Unknown Source)
        at com.sun.imageio.plugins.png.PNGImageReader.readImage(Unknown Source)
        at com.sun.imageio.plugins.png.PNGImageReader.read(Unknown Source)
        at javax.imageio.ImageIO.read(Unknown Source)
        at javax.imageio.ImageIO.read(Unknown Source)
        at imageCutter.ImageManipulator.<init>(ImageManipulator.java:58)
        at imageCutter.MainFrame.jButton_imageSetActionPerformed(MainFrame.java:
242)
        at imageCutter.MainFrame.access$000(MainFrame.java:31)
        at imageCutter.MainFrame$1.actionPerformed(MainFrame.java:110)
        at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
        at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
        at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
        at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
        at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Sour
ce)
        at java.awt.Component.processMouseEvent(Unknown Source)
        at javax.swing.JComponent.processMouseEvent(Unknown Source)
        at java.awt.Component.processEvent(Unknown Source)
        at java.awt.Container.processEvent(Unknown Source)
        at java.awt.Component.dispatchEventImpl(Unknown Source)
        at java.awt.Container.dispatchEventImpl(Unknown Source)
        at java.awt.Component.dispatchEvent(Unknown Source)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
        at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
        at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
        at java.awt.Container.dispatchEventImpl(Unknown Source)
        at java.awt.Window.dispatchEventImpl(Unknown Source)
        at java.awt.Component.dispatchEvent(Unknown Source)
        at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
        at java.awt.EventQueue.access$000(Unknown Source)
        at java.awt.EventQueue$1.run(Unknown Source)
        at java.awt.EventQueue$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
Source)
        at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
Source)
        at java.awt.EventQueue$2.run(Unknown Source)
        at java.awt.EventQueue$2.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
Source)
        at java.awt.EventQueue.dispatchEvent(Unknown Source)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.run(Unknown Source)
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: Menion on September 09, 2011, 14:16:45
hmm file bigger then 1GB ... this is really big. I will not work on this tool, so if anyone want

there exist nice tool to convert map files to Locus called MAPC2MAPC

and about native support for Ozfx ... if you find legal way and some code or documentation how to do it, then it's not a problem ;) (btw. there is no legal way to use Ozfx files as I know)
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: tramp20 on September 09, 2011, 15:38:07
Quote from: "menion"hmm file bigger then 1GB ... this is really big. I will not work on this tool, so if anyone want

there exist nice tool to convert map files to Locus called MAPC2MAPC

and about native support for Ozfx ... if you find legal way and some code or documentation how to do it, then it's not a problem ;) (btw. there is no legal way to use Ozfx files as I know)


Thank you,
the trial version mapc2mapc has problems too with large files.

I spent many days to find a way to convert oziexplorer maps to locus without any success.


The app Androzic works with ozfx3 files (only the old ones made with img2ozf.exe version <= 3.03!!), but this app is very rudimentary, almost unusable.

URL app              http://code.google.com/p/androzic/ (http://code.google.com/p/androzic/)
necessary library http://code.google.com/p/swampex/ (http://code.google.com/p/swampex/)
old img2ozf         http://code.google.com/p/androzic/downl ... up_208.zip (http://code.google.com/p/androzic/downloads/detail?name=img2ozf_setup_208.zip)

Market link         http://www.androidpit.de/de/android/mar ... c/Androzic (http://www.androidpit.de/de/android/market/apps/app/com.androzic/Androzic)


That is all what I found (without really understanding, I am 69 old).
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: Menion on September 09, 2011, 15:47:35
Thanks tramp,
  I know about Androzic, but as I discovered a long time they use illegal method to display Ozfx2 files. As I know, you have only one simple alternative, that is beta version of OziExplorer here http://www.oziexplorer3.com/android/ozi ... droid.html (http://www.oziexplorer3.com/android/oziexplorer_android.html)

  I'm not familiar with desktop OziExplorer but isn't there any possibility to cut whole map into two or more pieces? Then you should use mapc2mapc program or any other.

  Anyway I appreciate your enthusiasm to use Ozi maps in Locus, but in this I can't really help you. maybe anyone other?

EDIT: and to use even in illegal way ozfx2 files thanks to Swapex library, i have to release Locus also as open source project, what I don't want ...
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: tramp20 on September 09, 2011, 16:12:37
Quote from: "menion"I'm not familiar with desktop OziExplorer but isn't there any possibility to cut whole map into two or more pieces? Then you should use mapc2mapc program or any other.

 


Sorry, no possibility.
Oziexplorer imports only the Kompass map and makes a simple .map file (with some coordinates, map projection). The real work of making a png file makes img2ozf without to cut the map.
I tried even Globalmapper where i can select a small part of my map to be converted but the result is 3 times bigger :-(

Anyway thank you for your answers.
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: TSellers on November 04, 2011, 03:30:59
Quotethey use illegal method to display Ozfx2 files

I noted the above post where it is stated it is illegal to use Ozi files that are created with earlier versions of the ozf2 program. I have both licensed versions of Ozi Desktop and CE, and have been using it for probably a decade or more. All my local map files were created using that earlier version of ozf. Where I live in Canada, it is not illegal to use these files in another program such as Androizic, and I have already done so. I do not believe that I am breaking any laws in so doing. While it may be illegal for someone to do the conversions if they do not have a license to use Ozi, I cannot see how it is illegal to use the files if they were created by a licensed version of Ozi.

However, I just purchased Locus in order to use the Ozi files I have, but I cannot figure out how to get started. My first hurdel is trying to figure out how to tell Locus where I store my offline maps on my SD Card. Could you point me in the right direction?

Thanks, Tom
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: tramp20 on November 04, 2011, 05:14:14
Quote from: "TSellers"
Quotethey use illegal method to display Ozfx2 files

However, I just purchased Locus in order to use the Ozi files I have, but I cannot figure out how to get started. My first hurdel is trying to figure out how to tell Locus where I store my offline maps on my SD Card. Could you point me in the right direction?

Thanks, Tom

Hi,
that is the simplest part: put the maps in sdcardlocusmaps.
But Locus cannot read this format, it is encrypted only to use in allowed hardware :-(
I converted all my my maps with MOBAC.
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: TSellers on November 04, 2011, 09:43:39
tramp,

Thanks for that. The friend that recommended Locus noted that it would be best to use if for vector maps, and leave the bitmaps to Androzic, so that's probably the best method. As I noted, the main reason I started on that path was simply because I have all the topos for our Mountain National Parks where I live and work already in bitmaps, perhaps it's time to progress and move on. And as he also noted, it's not necessary to have one program that does everything, so there's no reason not to use one program for vector maps and anotther for bitmaps. Hopefully that makes sense, and Locus and Androzic can co-exist on my device.

So BTW, is 'sdcardlocusmaps' already the default map repository that haas been created on my device, or is there somewhere I define the default location? Hope that does not sound like a really dumb question as I just got started and could not seem to find anywhere to define the default map folder in the setup screens.
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: Menion on November 04, 2011, 10:04:50
hi,
  I'll just post some info ... you may also try to use mapc2mapc program that convert ozi maps to locus format. I don't want to talk against androizic, but this program seems like not anymore developed and I think that usability of locus is much higher if you figure out how it all works.

  about default folder, there is no settings for defining some other directory. If you want to place locus into internal memory, just move whole folder there and try if this will work
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: TSellers on November 04, 2011, 20:21:03
Thanks,

When looking at the mapc2mapc program I do not see any option to 'write Locus Map'. Is there another way to do it?
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: gynta on November 04, 2011, 23:36:30
hey dude, wake up  :)
look at viewtopic.php?f=15&t=387#p7372 (http://forum.asamm.cz/viewtopic.php?f=15&t=387#p7372)
and u will see the option in "mobile atlas".
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: TSellers on November 04, 2011, 23:50:31
Thanks for that, got it now. Stupid me, of course I should have known that "mobile atlas" was the same thing as "Locus".

Regards, T
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: TSellers on November 05, 2011, 19:12:06
Just an update,

Finally getting the raster maps converted with mapc2 or whatever it's called. It seems that Locus is a great app, and right now to me the weak point is having to use mapc2 to create the raster maps,as that program needs a bit of housecleaning: The batch file processing algorith is not practical, most users have no desire or ability to create a command line driven batch file for the one time they need to use it, batch processing should be an option of the GUI. The documentation is very sparse, full of typos, spelling mistakes and grammatical errors, making if very hard to understand and figure out, yet it is priced 4X higher than the average Android App. Locus would be a much stronger program if you did not have to rely on third party programs such as mapc2, and the developer of mapc2 should have a hard look at his product marketing model.

Thanks again for the comments and help so far.

-T.
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: TSellers on November 05, 2011, 21:32:51
Here's another question that has me curious. That is with regard to the difference between writing a map file that uses different levels of zoom as opposed to say, a file format like ozf2.

For example, if I create a 1:50000 map sheet for Locus at 15 levels zoom, I end up with a file in the 44mb range for size. If I create an ozf file for the same sheet it is about 4mb size.

When I go and look at the files, let's say the 44mb file in Locus and zoom to level 15, and then open the same sheet in a program that will view the ozf file, I see no advantage in screen resolution at the equivalent 15 zoom level for either program. So it boils down the the obvious advantage then of file size, the Locus file is 10X larger than the ozf with little apparent advantage.

So my question is, beacuse I'm new to this, is there perhaps other advantages to the 44mb file that may not be obvious to me right now?

Regards, Tom
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: Menion on November 06, 2011, 11:57:28
Hi Tom,
  if this is a weak point is a question. I'm a single developer, same as author of mapc2mapc. And as a single developer, it's really hard to cover all aspects of mapping and navigation software. I decide to add support just for few basic map projections and support mainly for SQLite style of map storage. Because exist this tool (mapc2mapc), I have no need to spend few months by work on some convert tool ... why should I waste time on such thing when some other program already do this? I know it's cost is much higher then average cost of programs on android market, but it's cost is really cheap compare to normal prices on desktop computer and you have to think about this program in that way. It's not program distributed on market! I I'll be selling Locus on web only instead of market, it's price will be much more higher that is now!

  so if you want some improvements on mapc2mapc program, contact author itself.

  and second thing with file size. I don't know what is doing conversion tool with images so you have also ask author.
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: TSellers on November 06, 2011, 19:54:04
THanks menion,

As mentioned I'm just getting aquainted with Android app's and trying to figure these questions out. I live in the Canadian Rockies where contour lines and some backcountry features are important to have. Unfortunately for me, the only OpenSource maps that I found so far that have contours are OpenCycle, which I cannot download in Locus, (but for some reason seem to be able to in Orux). However even they are not adequate, in some places the glaciers  and hiking trails are missing for example. So that means I am left with NTS raster maps as pretty much my only option. That's why I'm trying to figure out why the apparent difference difference in file sizes and features between the various bitmap formats that seem to exist at the same zoom level (EG: ozi/orux/locus=4MB/26MB/44MB at level 15). I understand that it is not your fault that for example the servers do not allow for downloading of tiles. I am getting the impression that while Locus is a very comprehensive and powerful program, the strengths of Locus are primarily to be found with using online maps.

I also noted that you have just set up a new server. I recently also wanted to increase bandwidth on a server we were running and we moved all our sites into the Cloud on an AMazon S3 drive. At $.12 cents per GB data transfer cost (and $14 cents per month per GB for storage) you may want to consider setting up a tile server on Amazon S3.

Last, I would appreciate it if you could elaborate on what the vector add-in does. Would it allow me for example to bypass the the OpenCycle download restriction and download tiles directly from your new server?

Thanks again for your assistance
-T
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: Menion on November 06, 2011, 21:06:59
obout openCycle maps .. downloading is disabled on request of owner. To allow downloading, he wanted really a lot of money that I'm still not willing to pay. How is possible that other apps are downloading? It's same with many other apps that just simply allow using and downloading of maps and violate terms of use. On other side, I see it as a problem on server owner, that there just do not set at least small protection on their servers.

about amazon, thanks for tip. I already distribute part of vector maps from S3 server. Anyway currently, there is around 3TB of downloaded vector maps per month, so I'm just distribute only part (and will move more data to amazon if my server will be overloaded). I have now second server where my friend is setting own map server with some more special stuff in plan and I'm sure that limit to 10TB per month will be enough!

and finally, about addon Vector map ... only purpose is to allow you direct download of prepared vector maps. If you're little skilled, and seems you're, there is no need for this addon and you may create these maps by your own with method descibed on MapsForge web page
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: TSellers on November 06, 2011, 23:22:54
Thanks for the suggestions, I'll keep plugging away. I don't know how to do it but probably others that are more skilled than I am have figured out a way to download the maps they want from Orux and then convert them to another format perhaps.

And I know it has already been suggested but also what about distribution via Torrents? You can use S3 to cap a torrent until there are enough seeds and then shut it down. Also I have been able to set up a seedbox in a virtual server on an Amazon Elastic Cloud Instance (EC2), which has the advantage of a very large bandwidth pipe where you see upload speeds measured at mb/s not kb/s. In one weekend I was able to upload about 50GB from uTorrent to build my ratio with one of the trackers I use and the total cost at the end was roughly about $18.00 I think. If you want to play with this they have a Free Tier (//http://aws.amazon.com/ec2/pricing/) you can use to experiment that will not cost you anything for the first 15GB per month that is transferred out.

If I can be of any help in this regard I'd be happy to assist.
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: cantece on January 09, 2012, 15:43:09
mapcmapc ist working OK. I bought the versions without red crosses. Batch application is missing.
Title: MAPC2MAPCNET and imageCutter.jar with PNG and GeoTIFF
Post by: SeaFargo on May 29, 2012, 17:39:44
Hello Menion. And really congrats for this amazing software!

I write here just to let you know that I am one of the person who appreciate ozfx to locus.zip.

Offcourse MAPC2MAPCNET is much more advanced, but there are some maps who still prefer the old java cutter.

MAPC2MAPCNET, infact recreate all the images, while imageCutter.jar not! Some graphocal images are well seen after the treatment of MAPC2MAPCNET, but the lossless 100% zoom scale is completely missing.

All maps are subjet to rezooming. Ex:
Map scale is 2,53 metres/pixel : zoom level 15 is 3,51 metres/pixel
Map scale is 3,17 metres/pixel : zoom level 15 is 3,51 metres/pixel

Rescaling images are NEVER lossless. I am a grapher, so I work a lot on raster map before reach the best results. Is a pitty to loose a lot o quality and zoon forcing an image to reach the RMap/sqlite fixed zoom levels.

Is much better to work on adjusting the projectum zoom, instead rendering images to reach fixed projectum. 12,13,14,15,16 and so on.

My map with "scale 3,17 metres/pixel : zoom level 15 is 3,51 metres/pixel" is awful after MAPC2MAPCNET stripping, especially because is not a picture but a graphical png low bit color, high density sharp image.

imageCutter.jar is perfect for this, and the image is just super sharp and detailed on old tar format, but seems Locus doesn't support datum Roma1940. Isn't it?

I have a 9000x6000 png of just 4.2MB with datum Roma1940. (I can send you to let you know).

It would be nice to finally have a simple but powerful and up-to-date imageCutter.jar for the graphical png images.
And yes, the MAPC2MAPCNET is very very good for creating photographic high quality zoom levels (as and better than img2ozf do) but, also there, I really do not undertans why to force the souce image always! And why avoiding pure 100%.

It's a sqlite limit? So this could be the why a lot of users miss OZI format and Androzic, even if this software is good but not as complete as yours.

I know Locus is particulary made for on-line sources. But your software is really too god to not be able to work with custom raster personally georeferenced images at a real 100 of quality.

Finally just to let you know that I dont miss ozfx3 file format (just miss a software to do tha same for sqlite at loslessy 100% zoom level). But a map lover as me need to find a way to have all his wonderful PNG, or GeoTIFF images viewed at full quality and dimension on your just amazing Locus.  :)
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: Menion on May 29, 2012, 17:48:13
Hello Raf,
  thank you for your post. I'm quite surprised that someone still use this tool. I made it a few years (maybe more then three) ago as a weekend job when I was learning programming. It's incomplete, full of bugs and really not widely usable. Locus itself do not support special formats in TAR format etc etc .. lot of space for improvements!

 exist hope that Locus cutter will be alive again, but let's be surprised. Anyway did you tried export your map from mapc2mapc to RMAP format? Are maps in this format also rescaled? Because RMAP format do not need some fixed zoom levels. It's in fact very similar to TAR format so it can contain custom projections etc. Also not all projections will be working in Locus anyway I'll be glad (when you send me sample map) to add support for generated map into next version

EDIT: hmm as I think about it, maybe if you can send me some sample map in TAR with your projection, I should look on it. Cannot promise but will try ...
Title: Future TAR support in mapc2mapc ;-)
Post by: SeaFargo on May 31, 2012, 22:52:33
Hello Menion.

Some news for you ;-)

I have written to the mapc2mapc developer in order to know more about ful raw 100% zooming in SQLite format and how things works in TAR format.

Here is the topic: //http://mapc2mapc.freeforums.org/process-png-to-sqlite-without-stretch-rotate-raw-100-zoom-t38.html

So we will have TAR support, and maybe also with zooming, over TAR MAP.

Seems is not possible avoid forcing image resample in SQLite format.

In TAR, instead, YES! :-)

Hope you will revalue TAR format.

At disposal for map testing. :-)

See you.
Title: Re: [MANUAL] - converting OZFX maps to Locus
Post by: Menion on June 01, 2012, 10:07:01
hello,
  hmm nice. Don't worry, I'm not saying TAR format goodbye, even if is not much efficient

  question is, how author create some multilayer possibilities. Because Locus do not support yet full TrekBuddy format. You may vote here https://getsatisfaction.com/locus/topic ... dy_atlases (https://getsatisfaction.com/locus/topics/support_for_tared_trekbuddy_atlases) if you find it useful. Seems people are interested in this so I think one day ... :)
Title: About efficientness
Post by: SeaFargo on June 01, 2012, 11:20:20
Hello Menion.

I don't want to bother you, and I promise I'll silently (  :oops:  ) wait for the day, if so, you will give more support on TAR.

Maybe the developer of mapc2mapc will write to you to allineate the goal of a full zoom support on TAR. Should be nice ah!

About the efficientness I have, on the ather hand, to say that: what you mean with "efficient"?
Space file compression level?
Programming efficientness?

If the second, OK. I have no skill to know, and I completely trust in you.  ;)

If the first, I have to say something.  :roll:
Images intensivly optimized and palette compressend into modern PNG are not-more-compressible.They're alreay as their best.
So avoiding any kind of scaling for the full zoom level (the biggest) mans: raw quality and raw space.  :)

Quality does matter  8-)  No way ...

Any kind of force-scaling of the full zoom level (like SQLite need) means considerably loss quality and quite a lot more space. And a much more processing resources, also!  :(

Camparison on maps format space and quality just confirm this easly.

In any case I vote for that, and I did all my best to go in deep in this quality topic.

My enforce ends here. So I'll just at disposal for tests, and no more words on it  :lol:

See you :-)