HuntGrid English Commencer gratuitement
Menu

Les données OpenStreetMap dans HuntGrid

Certaines couches des cartes HuntGrid sont faites à partir des données d’OpenStreetMap, © les contributeurs d’OpenStreetMap, sous la licence ODbL (Open Database License). Voici exactement comment nous faisons chacune, gratuitement.

Ce que nous offrons

L’ODbL demande à quiconque publie des données faites à partir d’OpenStreetMap d’offrir le résultat ou la méthode qui l’a produit. Nous offrons la méthode : les filtres de balises, les règles, les outils et leurs versions, et la date de l’extrait d’OpenStreetMap. Avec un extrait de la même date, tout le monde peut refaire les mêmes données. La liste complète existe aussi en format lisible par machine (JSON), avec chaque fichier de méthode ci-dessous. Pour une copie des données elles-mêmes, écrivez à support@huntgrid.net : c’est gratuit.

Aires protégées hors des États-Unis et du Canada

Appli
HuntGrid Chasse · public-lands-osm
Source
OpenStreetMap : Extraits par pays de Geofabrik ou le fichier planète
Date de l’extrait
la version de osm-protected dans notre liste des données importées (JSON), aussi dans les métadonnées de chaque fichier de tuiles

Comment elle est faite

  1. Chaque multipolygone avec boundary=protected_area, boundary=national_park ou leisure=nature_reserve, lu avec le pilote OSM de GDAL et osmconf.ini.
  2. Géométrie rendue valide. Le pays de chaque aire est celui de Natural Earth (domaine public) sous un point de sa surface; les États-Unis, le Canada et leurs territoires sont exclus (ils utilisent PAD-US et CPCAD).
  3. name, operator, ownership, protection_title ou designation, access et hunting deviennent nos champs (osm.sql); rien d’autre n’est gardé.
  4. Tuiles : tippecanoe, zooms 4 à 14 (zooms 4 à 6 au quart du détail), plus un point d’étiquette par aire nommée.

Fichiers de la méthode

Outils : GDAL (ogr2ogr, OSM driver) 3.11.4, PostgreSQL 17 + PostGIS 3 17 / 3, tippecanoe 2.79.0

Lieux où la chasse est habituellement interdite (États-Unis et Canada)

Appli
HuntGrid Chasse · land-exclusions
Source
OpenStreetMap : Extraits de Geofabrik des États-Unis et du Canada
Date de l’extrait
la version de osm-exclusions dans notre liste des données importées (JSON), aussi dans les métadonnées de chaque fichier de tuiles

Comment elle est faite

  1. Les multipolygones de parcs, jardins, terrains de jeux, golfs, terrains de sport, cimetières, écoles, collèges, hôpitaux, campings, zoos, parcs d’attractions ou de zones résidentielles, commerciales et de détail (le filtre -where de osm-exclusions, osmconf-exclusions.ini).
  2. Chacun reçoit un type (osm-exclusions.sql). Les parcs de plus de 2 000 ha sont exclus : les couches officielles d’aires protégées portent leurs vraies règles.
  3. L’État ou la province de chaque zone est celui sous un point de sa surface; seuls les États et provinces que l’extrait couvre en entier sont remplacés.
  4. Tuiles : tippecanoe, zooms 8 à 14, les plus grandes zones d’abord.

Fichiers de la méthode

Outils : GDAL (ogr2ogr, OSM driver) 3.11.4, PostgreSQL 17 + PostGIS 3 17 / 3, tippecanoe 2.79.0

Chemins, sentiers, barrières, miradors, sources, abris et stationnements

Appli
HuntGrid Chasse · outdoor-osm
Source
OpenStreetMap : Extraits de Geofabrik ou le fichier planète
Date de l’extrait
la version de osm-outdoor dans notre liste des données importées (JSON), aussi dans les métadonnées de chaque fichier de tuiles

Comment elle est faite

  1. Planetiler lit le fichier OpenStreetMap avec le schéma outdoor.yml : les balises de chaque élément, les attributs gardés et le zoom où chacun apparaît sont tous dans ce fichier.
  2. Aucune autre donnée n’est ajoutée; les tuiles viennent directement du schéma.

Fichiers de la méthode

Outils : Planetiler 0.9.2

Chemins, sentiers et circuits hors route (non officiels)

Appli
HuntGrid Hors route · offroad-osm
Source
OpenStreetMap : Extraits par État, province et pays de Geofabrik
Date de l’extrait
la version de osm-offroad dans notre liste des données importées (JSON), aussi dans les métadonnées de chaque fichier de tuiles

Comment elle est faite

  1. Voies : highway=track (zoom 10 et plus), highway=path ou bridleway (zoom 12 et plus), highway=service sans sous-étiquette service=*, et highway=unclassified si sa surface n’est pas revêtue ou s’il a un tracktype (zoom 11 et plus), lues par Planetiler avec offroad-osm.yml.
  2. Seules ces étiquettes sont gardées sur une voie : highway, name, ref, access, motor_vehicle, motorcar, motorcycle, atv, ohv, snowmobile, 4wd_only et le :conditional de chacune, smoothness, surface, tracktype, width, maxwidth, trail_visibility, ford, operator et designation.
  3. Circuits : relations et voies route=atv, route=snowmobile et route=mtb, et voies avec piste:type=snowmobile (circuit snowmobile), lues avec le pilote OSM de GDAL et osmconf-offroad.ini; route, name, ref, network et operator sont gardés.
  4. Lieux, à partir du zoom 12 : amenity=fuel (avec ses types fuel:* et ses heures d’ouverture), amenity=charging_station, toilets et drinking_water, tourism=camp_site et camp_pitch, highway=trailhead, et amenity=parking étiqueté hgv ou trailer; les nœuds comme points, les zones comme un point sur leur surface; name, operator, brand, opening_hours, access, fee, capacity, hgv, trailer et les types fuel:* sont gardés, ainsi que backcountry, ref et tents sur les campings et toilets:disposal sur les toilettes (offroad-osm.yml).
  5. Tuiles : Planetiler pour les voies et les lieux et tippecanoe pour les circuits, zooms 10 à 14, réunies dans un seul fichier avec tile-join; les fichiers des régions de lancement sont réunis de la même façon (build-launch, join); rien d’autre n’y est ajouté.

Fichiers de la méthode

Outils : Planetiler 0.9.2, GDAL (ogr2ogr, OSM driver) 3.11.4, tippecanoe 2.79.0

Graphe d’itinéraires des routes et chemins, avec points de carburant et de recharge (non officiel)

Appli
HuntGrid Hors route · offroad-graph-osm
Source
OpenStreetMap : Extraits par État, province et pays de Geofabrik, ou le fichier Amérique du Nord
Date de l’extrait
la version de osm-offroad-graph dans notre liste des données importées (JSON), aussi dans les métadonnées de chaque fichier de tuiles

Comment elle est faite

  1. Voies : highway=track, unclassified, service (sauf entrées privées et allées de stationnement), residential, tertiary, secondary, primary et trunk, highway=path seulement avec une étiquette de véhicule à moteur, une largeur ou un tracktype, et piste:type=snowmobile; les voies access=private ou no sans étiquette de véhicule qui les ouvre sont exclues. Lues avec le pilote OSM de GDAL et osmconf.ini, découpées à la boîte de la construction (build-osm).
  2. Chaque voie reçoit un état par classe de véhicule (oui, non ou non indiqué) d’après ses étiquettes access, vehicle, motor_vehicle, motorcar, ohv, atv, motorcycle, snowmobile, 4wd_only et electric_bicycle, un indicateur de route publique, surface, smoothness, tracktype, largeur, sens unique, gué (sa propre étiquette ou un nœud de gué sur la voie), un indicateur de restriction *:conditional, name, ref et identifiant de voie (osm_graph.py).
  3. Les voies sont coupées en arêtes aux sommets qu’elles partagent et à leurs extrémités; une extrémité à moins de 1 m d’une autre voie y est jointe (noding.py); chaque arête reçoit sa longueur et son dénivelé du modèle d’élévation Mapterhorn (elevation.py). Les nœuds sont identifiés par leur coordonnée sur une grille de 1e-5 degré.
  4. Points : amenity=fuel (name, brand et les types fuel:* étiquetés yes) et amenity=charging_station.
  5. Tuiles : tippecanoe au zoom 11 seulement, couche e (arêtes, entières dans chaque tuile qu’elles touchent, rien de simplifié ni d’écarté) et couche p (points), dans leur propre fichier (tiles.py); jamais réunies avec d’autres données.

Fichiers de la méthode

Outils : GDAL (ogr2ogr, OSM driver) 3.11.4, tippecanoe 2.79.0

Portages, parcours de canot et de randonnée, rapides et foyers (non officiels)

Appli
HuntGrid Arrière-pays · backcountry-osm
Source
OpenStreetMap : Extraits par État, province et territoire de Geofabrik
Date de l’extrait
la version de backcountry-osm dans notre liste des données importées (JSON), aussi dans les métadonnées de chaque fichier de tuiles

Comment elle est faite

  1. Portages : voies avec portage=yes ou designated, ou canoe=portage (zoom 10 et plus); name, ref, sac_scale, trail_visibility, surface et access sont gardés. Lues par Planetiler avec backcountry-osm.yml.
  2. Eau, à partir du zoom 11 : waterway=rapids et waterfall, et tout ce qui porte whitewater=*; les nœuds comme points, les zones comme un point sur leur surface, les voies d’eaux vives comme lignes; waterway, whitewater, whitewater:rapid_grade, whitewater:section_grade et name sont gardés.
  3. Foyers, à partir du zoom 13 : leisure=firepit, les nœuds comme points et les zones comme un point sur leur surface, avec name et access.
  4. Parcours : relations route=canoe, hiking et foot, lues avec le pilote OSM de GDAL et osmconf-backcountry.ini; route, name, ref, network et operator sont gardés.
  5. Tuiles : Planetiler pour les portages, l’eau et les foyers et tippecanoe pour les parcours (zooms 8 à 14), réunies dans un seul fichier avec tile-join; les fichiers des régions sont réunis de la même façon (build-all, join); rien d’autre n’y est ajouté.

Fichiers de la méthode

Outils : Planetiler 0.9.2, GDAL (ogr2ogr, OSM driver) 3.11.4, tippecanoe 2.79.0

Utilisées telles que publiées

Ces éléments viennent d’OpenStreetMap par d’autres projets et nous ne changeons pas les données :

Licence

Ces données sont © les contributeurs d’OpenStreetMap et disponibles sous la licence Open Database License 1.0. Les tuiles que nous en faisons sont sous la même licence, et chacune le dit dans ses propres métadonnées.