Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - cseu

#1
Other features / Re: MBTiles
April 16, 2011, 15:57:39
http://mbtiles.org/

On this page, under "Example" you can find a sample file of Haiti and a link to full specs of the mbtiles format.
#2
Quote from: "InfX"Ill have to dissapoint you here, all they say in that square is "the new grid is in red, the old grid is in black, the new grid is an improvement over the old one because its a mercator grid (keeps the angles), here is a conversion formula, old to new". Obviously, they use some nicer wording.
Ah ok I see, thanks.

Anyway, the global mapper process i've detailed in one of my post is quite easy and a great way to batch render thousands of OZF maps of all kind into one single sqlitedb (or several, considering the 2GB android limitation), the problematic and not very user friendly task is only the second part when you have to assemble the tile folders into a sqlitedb... this feature will be implemented in a future version of MAPC2MAPC which will make the process much easier. I will try to ask a feature request to MOBAC to support OSM tile folders as an input, it would be fantastic.
#3
Yes well there is something weird about this calibration anyway... the projection is set to transverse mercator so yes i would assume the native map projection is ITM...
However :
— The parameters of the projection are the ones of the ICS grid ( http://www.mapi.gov.il/geodesy/ics_ftp.txt ) and not ITM ( http://www.mapi.gov.il/geodesy/itm_ftp.txt ) which is not a transverse mercator projection but a cassini soldner. Maybe it doesn't matter that much on a 1:50k scale thats why the map seems to be ok when opened in GE (a little bit shifted though).
— The calibration points coords appears to be in the old israeli datum (in black on the map) if the map is ITM it should use the red ones, which seem to be from the new israeli datum... but then again the two datums are used in the same grid... i wish i could read hebrew, especially the red square in the legend which seem to talk about the new and old israeli datums.

Bottom line, apart from reprojecting the map to google mercator (that's what i would do) maybe recalibrate the map using the UTM grid (in blue) or try the datum shift fields in the map file but i don't know how Ozi handles those particular settings, here are some conversions parameters : http://www.eye4software.com/products/co ... datum/195/

Maybe the best solution is to generate new maps from the Israeli map source in locus because those maps seems to be quite old anyway.

Cheers,

Cseu.

EDIT : i had the same off calibration problem trying to convert some UTM maps with ED50 datum... i think that if you map is not already in the google mercator projection you will encounter problems... you can to use MapTiler ( viewtopic.php?f=10&t=334&p=1425#p1425 ), MAPC2MAPC (viewtopic.php?f=10&t=413 ) or Global Mapper ( viewtopic.php?f=13&t=280&p=1107#p1107 ) instead of imagecutter if the datum shift solution is a dead end. (those 3 solutions will allow you to reproject the map to google mercator WGS84 before slicing it.
#4
From http://www.the-thorns.org.uk/mapping/help/uses.html :

"There is an emerging standard for Mobile Atlas appications - especiaaly on various mobile phones and PDAs. These use a system of Mercator Maps split into 256x256 'tiles' where each tile has a zoom level and X- and Y- coordinates measured from a point north of the Bering Strait. MAPC2MAPC will convert calibrated maps (or ones you calibrate yourself) to tis format. A future version will combine them into a SQLite database."

It doesn't say anything about various zoom levels, i doubt it will eventually support this.

For the moment, the only flexible and reliable method (but not very user friendly i admit) is still this one i've found : viewtopic.php?f=13&t=280#p1107

Cheers,

Cseu.
#5
Courdi95 can you explain the "second step" more in details please... thanks.
#6
Hi courdi95... have a look at this post : viewtopic.php?f=13&t=280#p1107
Let me know if you need any help.
Cheers.
#7
I think what he means is the ability to have a link or a button in the POI info window that directs you to your browser to search info about the POI's name directly in google, like maybe pass an URL... When you open a POI called "Tour Eiffel" having a button that passes http://www.google.com/search?rls=en&q=t ... 8&oe=UTF-8 to a browser to find more info in real time about the POI on google. Correct me if i'm wrong Jofre.
Cheers.
#8
Report : i've tested checking unchecking various categories of POIs from the right menu, the export menu for different categories of POIs, export tracks also... everything works fine for me.

edit : i've tried also to export an empty category to both gpx and kml and it also works fine (creates an empty file of course, but file is created without crashing the app).
#9
Quickly tested with all basic operations, no problems here so far... good !
#10
I share the same views... and that's what i'm saying, since we would definitely have to convert the maps anyway, we'd better off reprojecting them as well, taking benefits of the nice sqlitedb format.
Thanks.
#11
About MyTracks, well i have it installed and to be honest i've never really explored that possibility, for two reasons mainly :
First it is ugly, i'm getting hives just looking at it... programs like Locus are so neat and clean that makes you wanna use it, explore it, check for every setting and remote menus... apps like MyTracks just wanna make you close it and delete it... But then again, if it does the job, why not... i will try to explore the possibilities this week end.
The second reason is that when using the phone for hiking, when it will be a long time without charge, you want to keep the screen on a minimum of time to extend battery life and have the fewer running processes as possible, without having to switch from one to another...
Anyway i understand your position. For me this functionality would be useful but not essential though, it's just an added value when you go hiking... if it takes too much time to implement it's something we can definitely forget about. For now we can leave it that way, and see what the other users think about that.
Thanks.
#12
Ok Menion after this one i'll let you breathe... i promise ;-)

So here it goes, even if the subject is pretty self explanatory... What do you think about having a couple of graphs showing elevation/speed profile related to distance/time of your currently recording track ? (or any track that holds time and elevation information).
Have you thought about this ? Do you consider it feasible ? Tell me what you think.
Thanks.
#13
Yes it does ! :)
#14
Hey Jürgen... i have a solution that requires the use of a local webserver on your machine, have a look at this post :
viewtopic.php?f=13&t=280#p1107
The part you need starts at "Now copy those folders in the root of your webserver..." in your case folders containing the tiles, one folder per zoom level, using the OSM structure.
Let me know if you need more details.
Cheers.
#15
Glad to help ! Let me know if you need anything... That's the best way i've found so far but i'm still working on it...

Another tip for you feeblebrox, you can also load from GM all the .map files from a folder, gather them into a "group", edit the group to crop all white collars from the maps at once (either autocrop, which sometimes doesn't work well, or pixel based crops) then apply a nice shading of ASTER DEM on the maps (using multiply with an atlas shader and fiddling a bit with the different settings), then run the export of the tiles... once you got it, it's really just computer process time, the manual part is actually quite short... i combine also 25k maps up to level 15 or 16 with orthophotos at level 17 or more... once again huge possibilities.

Of course it was easier for me before with OziCE, i've gathered quite a useful collection of topographic maps over the years, from different countries i often go to, i used to copy the 1000 .map files along with their rasters on the SD card, and nothing else to worry about, the indexing was maybe a little bit long on first run but then it was super fast... life was easy by then, lol.
Now the Ozi guy... nobody knows what is he up to, he served an experimental alpha version a couple of months ago, barely usable, he doesn't communicate much and it's not a good sign... ah yeah the only thing he has done was completely changing the structure of the Ozfx3 format in order to screw other developers that was trying to make a decent alternative to Ozi (i'm thinking about Androzic)... good lesson of fair play !
Of course i miss the good old OziCE, and it bothers me having to spend a lot of time on converting my once ready to use map collection on other programs, i've read all the discussions here about supporting Ozf format, the first thing i've noticed is that it would require the use of an external library and Menion was not really willing to do so, which i totally understand, that's the reason why i haven't insisted on that particular function in the forums...
I was also thinking... what if he does ? Well, reading the Ozf format is one thing, interpreting all the different grids and datum is another... right now i'm really using a lot all the following projections and datums : UTM with ETRS89 and ED50 for Spain, all kind of Lambert II and Lambert 93 with corresponding NTF and RGF93 for France, Swiss grid with CH1903 for Switzerland, OS Grid with OSGB36 for UK... i use also a little bit less maps from other countries like Italy, Germany... and i don't even know exactly the projection they're in... So to sum up, supporting Ozf would be cool, but supporting in only with mercator and WGS84 would be completely useless (since we still would have to reproject all the maps), and i don't even wanna think about the huge amount of work it would represent of adapting all those transformations of projections and grids in a program like Locus and even with time i think it would lead the development of the app in a way that is the exact opposite of where it goes now.

Ok i post the message in this thread which is not really the place, it should belong more to the thread "which map format to support" but one thing leading to another i just wanted to share my thoughts about this and since we were talking first about georef raster images, it is not that much out of context ;-) I would be glad to know what you guys think about this.

Cheers,

Cseu.