Oruxmap and topomap a devil couple

Hi everybody

I will translate soon in English but i want to publish in French for frenchies first, my English is poor

Introduction

L'idée est de standardiser la procédure afin quelle soit utilisable par tous et que l'on puisse s'y référer

Pour faire une carte au sens Oruxmap à partir du site geoportail du 1/25 000 au 1/800 000 prendrait des jours et la taille du fichier ne serait pas utilisable sur le smartphone
Il faut donc découper à partir d'un certain niveau.


Propositions de découpage et de nommage

On ferrait une carte de la France entière pour les niveaux 1:800 000, 1/400 000, 1/200 000 et 1/100 000.

le nom de ces cartes (un répertoire contenant deux fichiers, un xml et l'autre la base sql) sera de la forme France_echelle, soit
france_800, france_400, france_200, france_100

On aura donc dans l'arborescence
mapfiles/france

et sous ce répertoire, les 4 dossiers
france_800
france_400
france_200
france_100


à partir de l'échelle 1/50 000 et 1/25 000 il faut découper

Pour ne pas avoir un nombre important de dossiers, on peut générer au sens Oruxmap, une carte qui contient ces deux échelles.

Reste à définir un plan de découpage
Je propose de partir de la Longitude 2,0 et de la latitude 48,3. Pourquoi ces valeurs à débatte

le pas de création pourrait être de 1° de longitude et de 0,5° de latitude. Ona alors une taille de fichier « correcte » et un nombre de « cartes» raisonnables pour la France

la règle de nommage des cartes pourrait être de la forme
échelle1-échelle2_long1_long2-lat1_lat2

ce qui donnerai par exemple pour la première carte
25-50_2,0_3,0-48,3_48,5
puis pour une autre carte contigüe
25-50_3,0_4,0-48,3_48,5

et ainsi de suite

L'arborescence

On aura alors sur les smarphones l'arborescence suivante standardisée:
/xxxxx/mapfiles/France
25-50_2,0_3,0-48,3_48,8
25-50_3,0_4,0-48,3_48,8
….............
france_100
france_200
france_400
france_800
les avantages
Une fois la carte générée elle est disponible pour tous. Il suffit de créer un endroit de stockage
le travail ne sera fait qu'une seule fois ce qui gagnera du temps et évitera une surcharge du serveur de l'IGN

Stockée sur un serveur ces cartes seront toujours disponibles et en sécurité

En conclusion

Qu'en pensez vous ?

--------------------------------------------------------------------------------------------------------------------------------
Introduction

The idea is to standardize the procedure to what is used by all and we can refer

To make a map in the sense OruxMaps from the site GeoPortal 1 / 25 000 to 1 / 800 000 take days and the file size would not be used on the smartphone
We must therefore cut from a certain level.


Proposals for cutting and naming

we can make a map of the whole of France for levels 1:800 000, 1 / 400, 000, 1 / 200 000 and 1 / 100 000.

the name of these cards (a directory containing two files, an xml based and the other sql) will be of the form France_echelle or
france_800, france_400, france_200, france_100

 There will therefore be in the tree
mapfiles / france

and under this directory, 4 files
france_800
france_400
france_200
france_100


from scale 1 / 50 000 and 1 / 25 000 must be cut

To avoid a large number of files can be generated under OruxMaps, a map that contains these two scales.

It remains to define a clipping plane
I propose that from the 2.0 Longitude and latitude 48.3. Why these values ​​debate

The step creation could be 1 ° longitude and 0.5 ° latitude. Ona then file size "correct" and a number of "cards" reasonable for France

The naming rule of cards could be of the form
échelle2_long1_long2-scale ranges1-lat1_lat2

which give for example the first card
25-50_2, 0_3 0.0-48, 3_48, 5
and contiguous to another card
25-50_3, 0_4 0.0-48, 3_48, 5

and so on

The tree

We will then have the following standardized tree smartphones:
/ Xxxxx / mapfiles / France
25-50_2, 0_3 0.0-48, 3_48, 8
25-50_3, 0_4 0.0-48, 3_48, 8
... .............
france_100
france_200
france_400
france_800
benefits
Once the card is generated and is available for all. Just create a storage area
work will be done only once which will save time and avoid overloading the server IGN

Stored on a server these cards are always available and safe

In conclusion

What do you think?

This works fine for me

that being there is still a point to clarify if this would be used by all

When creating a map with topomap we put longitudes and latitudes mini and max for the calculation

Or because I think the projection method and the reference point, the coordinates of longitude and latitude in the actual settings file resulting values ​​are slightly different and therefore there is no duplication between two cards at 1 / 25000 .

For example, the first calculation with 2.0 and 3.0 as the value of the actual longitudes for the long 3 is 2.933 ... at 1 / 25000 scale

For the map calculated between longitudes 3 and 4 as the true value for that scale is 2.980

it is therefore necessary to have continuity between the cards and so change the value to calculate longitude and latitude. but I do not know how, a specialist in the GPS coordinates can do that ? And said what value to put on and if this value is constant as far from we are to the reference card?

In addition it is necessary an additional rule, which value the change you one of the terminal n max of the card or the terminal n mini card for a rising longitudes and vice versa for longitudes cards down?

So anyone who wants to calculate a map for the longitudes and latitudes to know what corrections to put in topomap screnn for a map ; for example between 5 and 6 longitudes and latitudes 49.5 and 50 and will allow the re-bonding of all cards.

For example the second card (n +1) rising longitude (between 3 and 4) I have calculated with the value 2.95
This does not change “ a priori” the naming rule.

Who can answer to this ?