Forum français sur openstreetmap

Première étape: simplement demander au contributeur quelle est sa source... car ce n'est jamais indiqué à ce que j'ai pu voir. Lui demander en commentaire sur les changesets concernés, c'est public, ça pourra être utile au DWG (data working group) pour "instruire le dossier" si jamais on en arrive l...

Je découvre l'existence de ces modules python.

Ils simplifient l'accès à certaines données OSM, mais ne permettent pas forcément d'accéder facilement "au reste".

Il y a un exemple "building footprints" qui laisse penser qu'on peut récupérer autre chose que des éléments du graphe routier.

overpass permet de sortir les pistes, les noeuds (lat/lon) qui les composent, mais ne fera aucun calcul géométrique (comme la longueur d'un segment). OSRM peut très bien faire tout le boulot... il faut lui définir à l'aide d'un script LUA les règles pour sélectionner uniquement les objet OSM qui nou...

J'ai commencé à utiliser des GPS en 1999... à l'époque du brouillage militaire ;) J'en ai eu une petite dizaine, du Garmin 38 aux eTrex et des récepteurs bluetooth, le dernier étant une platine de dev de GPS centimétrique. Pour OSM, je n'ai quasiment jamais utilisé de GPS. Depuis les tests sur mon p...

Les lieux-dits correspondent souvent à une zone plus ou moins définie. Les indiquer en ponctuel permet de garder ce flou, ce côte "c'est par là". Dans les données cadastrales, les parcelles sont rattachées plus ou moins artificiellement et arbitrairement à ces noms, mais cela n'est pas pour autant u...

Vu le côté instable de la position de la station météo, il est en effet préférable d'utiliser une carte umap, avec un fond OSM par dessus lequel on affiche ses propres données. umap accepte des données dans pas mal de format, CSV, geojson, GPX, etc Il faudra sûrement un peu de code pour récupérer la...

Je ne crois pas que ça pose des problèmes de conflit. Il me semble que ça va ouvrir plusieurs changesets en //

C'est quand même à vérifier

Sinon... ça ne règle pas les conflits d'édition en eux même, comme si on avait plusieurs contributeurs différents.

J'a réparé ça, un membre de la relation manquait.

J'en ai profité pour remettre au propres certaines parties du tracé (fusion des noeuds avec le landuse voisin, recalage, etc).

Windows... ah oui, j'oubliais.

Pas touché depuis plus de 10 ans, désolé, je ne peux plus du tout aider même avec de la bonne volonté.

kosmtic n'aide qu'à visualiser, on édite les fichiers source avec l'éditeur de son choix... il recalcule le rendu à chaque modif enregistrée.

Ah oui, si ça se confond totalement... dans ce cas, on peut aussi mettre le natural=coastline sur le polygon (avec la bonne orientation), et ajouter une relation multipolygon avec comme membre ce polygon et natural=beach en tag.

... ce qui ne devrait pas poser de problème vu qu'une plage est un polygone (surface) et un ligne de côte une ligne

Je vais boucher les trous...

Je veux afficher ces points stockés dans MySQL par dessus un fond de carte OpenStreetMap dans un navigateur web... c'est ça ?

Les lignes de côte mises bout à bout forment un polygone. Pour un petit territoire, une île, cette ligne peut être fermée et former elle même un polygone. ATTENTION , il y a une convention pour tracer les lignes de côte avec la terre "à gauche" et la mer "à droite" dans le sens du tracé. Bien sûr to...

De mon point de vue, le tag important c'est maxspeed=*

Les autres sont des metadonnées qui permettent surtout pour maxspeed:type d'entretenir la valeur du maxspeed=* si jamais FR:rural change

TileMill n'est plus maintenu depuis un certain temps... j'utilise désormais Komstik qui permet lui aussi de manipuler des feuilles de style en cartocss. https://github.com/kosmtik/kosmtik Je me suis mis sur un rendu de carte aérienne pour le vol libre: https://twitter.com/cq94/status/110215645982616...

C'est maxspeed=80 source:maxspeed=FR:rural qui est valide.

maxspeed=FR:rural est trop complexe à exploiter et la logique est bien d'indiquer la source/raison de la valeur de maxspeed, mais de l'expliciter directement, pas indirectement.

Pour les fond pré-enregistrés dans uMap, elle s'ajoute toute seule.

J'ai vu ça... correction en cours...

C'est soit lié à la source si ces POI proviennent de quelque part, soit au choix du créateur de la carte si il les créé lui même.

Le ratio entre "metre mercator" et réels, est d'environ 1.5 sous nos latitudes.
Donc si tu veux simplifier à 1m près ça donne une tolérance de 1.5.

C'est réparé... vidage de caches en cours !

Aïe... un oubli de ma part lors de la mise à jour ?

Il faut que je vérifie ça...

Fieldpapers mais aussi des photos géoréférencées, à prendre par exemple avec Mapillary pour les partager !

Les photos permettent d'affiner, sans avoir besoin de retourner sur le terrain et ça va au final bien plus vite que papier/crayon

Il suffit d'indiquer à python que le fichier a un BOM, exemple:

OpenStreetMap est une base de données cartographique... donc sans corrélation avec un quelconque langage de programmation. Cette base n'est même pas liée à un logiciel de base de données particulier, car les données peuvent être retraitées, restructurées pour être remise dans une multitude d'outils ...