Bonjour à tous,
Imaginons : je consulte une carte *umap* sur le terrain avec mon
smartphone (ou tablette), en ayant pris soin d’activer le GPS. Disons
celle-ci :
https://umap.openstreetmap.fr/fr/map/carte-des-capitelles_39012#11/43.6828/3.8768
J’aimerais que ma position GPS s’affiche sur la
Salut,
J'ai modifié un îlot, pour l'enceindre d'un lagon et il n'est plus rendu
sur les cartes.
Même si on n'étiquette pas pour le rendu je soupçonne un problème parce
que j'ai étiqueté de la même manière que d'autres îlots qui sont bien
rendus ! J'ai dû merder à un moment mais je sais pas quand 😞
Bonjour,
En me baladant hier, je suis passé dans le 13ème à faire un peu de
MapContrib
Le rendu 3d est vraiment pas terrible
https://osmbuildings.org/?lat=48.82604&lon=2.36646&zoom=17.2&tilt=30
Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
faisait 20 étages et du coup les c
Le 15. 10. 18 à 13:58, Nicolas Bétheuil a écrit :
> https://osmbuildings.org/?lat=48.82604&lon=2.36646&zoom=17.2&tilt=30
>
> Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
> faisait 20 étages et du coup les commerces présents sur la dalle sont
> juste invisible.
je connais
On 10/15/18 10:39 AM, Yann Schneylin wrote:
Bonjour à tous,
Bonjour,
Imaginons : je consulte une carte *umap* sur le terrain avec mon
smartphone (ou tablette), en ayant pris soin d’activer le GPS. Disons
celle-ci :
https://umap.openstreetmap.fr/fr/map/carte-des-capitelles_39012#11/43.6828/
Je ne connais pas l'endroit, mais si je comprends ton mail il s'agit d'une
dalle avec des niveaux en sous-sol.
Si je lis le wiki,
https://wiki.openstreetmap.org/wiki/FR:Key:building:levels?uselang=fr
"building:levels=19" veut dire un immeuble de 19 étages au dessus du sol.
Si c'est une dalle au 2
j'ai regardé dans ID directement et pas regardé les objets, du coup j'ai
rien vu
ok, building:levels=19 est faux, il n'y a pas d'étage à proprement parlé
sous la dalle
et tous les building:levels sont donné avec comme point 0 le niveau de la
dalle et non la rue
https://www.wikiwand.com/fr/Dalle_d
Le 15 octobre 2018, Nicolas Bétheuil a écrit :
> j'ai regardé dans ID directement et pas regardé les objets, du coup j'ai
> rien vu
>
> ok, building:levels=19 est faux, il n'y a pas d'étage à proprement parlé
> sous la dalle
> et tous les building:levels sont donné avec comme point 0 le niveau de
C'est le même principe que Beaugrenelle dans le 15ème à Paris
http://demo.f4map.com/#lat=48.8507463&lon=2.2850715&zoom=18
Une dalle au dessus du niveau du sol assez haute pour que des camions
passent dessous (3.5m de hauteur max)
une rue souterraine, mais qui commence par monter (angle rue du javel
Yann Schneylin wrote
> J’aimerais que ma position GPS s’affiche sur la carte (comme on pourrait
> le faire avec Google Maps par exemple). Est-ce possible ?
Quel est l'objectif final ?
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
___
en faite, le soucis ne sont pas les bâtiments qui ont des "sous-sol" mais
la dalle qui est notée comme un immeuble de 19 étages.
Le lun. 15 oct. 2018 à 15:58, Rpnpif a écrit :
> Le 15 octobre 2018, Nicolas Bétheuil a écrit :
>
> > j'ai regardé dans ID directement et pas regardé les objets, du co
Tout le monde se sera bien entendu rendu compte qu'il n'y a pas de 3d dans
mapcontrib mais plutôt streetcomplete.
My bad, Désolé pardon plates excuses confusantes.
Le lun. 15 oct. 2018 13:58, Nicolas Bétheuil a écrit :
> Bonjour,
>
> En me baladant hier, je suis passé dans le 13ème à faire un p
Merci François, définitivement maître ès réseaux, pour progressivement
renforcer le tagging OSM et pour cette nouvelle contribution toujours
particulièrement bien documentée et rendant le sujet compréhensible pour
les non-initiés.
Juste une question : ce tagging une fois adopté va porter un import
Merci Séverin,
L'opendata dans les télécom arrive mais n'est pas encore très abouti dans
le domaine de l'infrastructure (tout ça est tellement secret)
Le but était de préparer le terrain pour d'éventuelles données libérées
dans le futur.
Il n'y a pas de projet de la part des opérateurs pour l'inst
N'est-ce pas le même problème sur d'autres "dalles" comme celle de la
Défense à Courbevoie, ou la dalle du Colombier à Rennes ? Et le même
problème dans toutes les villes construites sur des reliefs escarpés (comme
Monaco), où il est difficile de dire quel est le niveau du "sol" pour un
étage donné
Je pense que c'est utile pour suivre sur uMap une carte d'itinéraire
spécifique en se repérant directement dessus. Et donc de pouvoir s'échanger
des itinéraires plus ou moins privés (par exemple poster un lien uMap via
un mail ou un SMS échangé entre deux personnes qui souhaitent s'aider au
guidage
Note: une telle extension posera des problèmes légaux en Europe vis-à-vis
du RGPD : en effet si elle colelcte en continu la géolocalisation d'un
utilisateur, le RGPD dit que c'est une donnée privée et que l'accès à ces
données doit être protégé et réservé à cet utilisateur et non pas
accessible à n
Le lun. 15 oct. 2018 à 13:29, Waxy a écrit :
> Salut,
>
> J'ai modifié un îlot, pour l'enceindre d'un lagon et il n'est plus rendu
> sur les cartes.
> Même si on n'étiquette pas pour le rendu je soupçonne un problème parce
> que j'ai étiqueté de la même manière que d'autres îlots qui sont bien
>
Du coup j'ai plutôt utilisé area=yes & pedestrian=yes et j'ai enlevé le
fait que c'était un immeuble
https://www.openstreetmap.org/changeset/63551936
Le lun. 15 oct. 2018 à 18:15, Philippe Verdy a écrit :
> N'est-ce pas le même problème sur d'autres "dalles" comme celle de la
> Défense à Courbe
Salut,
Du coup, je pense qu'on peut imaginer un plan d'action comme ça :
- modification massive de amenity=swimming_pool vers
leisure=swimming_pool comme proposé par Marc
- analyse Osmose qui vérifie la taille des leisure=swimming_pool et
remonte un signalement quand c'est vraiment trop grand (
Bonjour à tous !
Je suis face à un dilemme pour plusieurs communes et particulièrement
sur Montfaucon-Montigné (49). Le cadastre est complètement décalé par
rapport à la réalité (c'est à dire les cartes IGN et la BD Ortho IGN).
Comment faire ? Il faut décaler les bâtiments car ils chevauchent
cool
Le ven. 12 oct. 2018 à 13:39, François Lacombe
a écrit :
> Bonjour
>
> Le serveur de tuiles d'OpenInfraMap est de nouveau opérationnel.
> Les mises a jour ont été faites.
>
> François
>
> Le sam. 1 sept. 2018 à 12:23, François Lacombe
> a écrit :
>
>> Bonjour
>>
>> A noter que russs n'inte
Le 15. 10. 18 à 21:17, Valentin GAUTREAU a écrit :
> Je suis face à un dilemme pour plusieurs communes et particulièrement
> sur Montfaucon-Montigné (49). Le cadastre est complètement décalé par
> rapport à la réalité (c'est à dire les cartes IGN et la BD Ortho IGN).
> Comment faire ? Il faut dé
Bonjour,
quel tag faut-il utiliser pour le code postal d'une région (dans le
sens géométrique, pas administrative) délimitée par une boundary ?
Le wiki semble indiquer que c'est postal_code [1]. Par contre partout
où je regarde en région Parisienne je trouve addr:postcode utilisé
à la place. JOSM
Bonsoir,
Valentin GAUTREAU a écrit :
> Je suis face à un dilemme pour plusieurs communes et particulièrement
> sur Montfaucon-Montigné (49). Le cadastre est complètement décalé par
> rapport à la réalité (c'est à dire les cartes IGN et la BD Ortho IGN).
> Comment faire ? Il faut décaler les bâtime
Le 15. 10. 18 à 21:48, Ralf Treinen a écrit :
> Le wiki semble indiquer que c'est postal_code [1].
oui. postal_code pour définir le code postal d'une étendue
par opposition à addr:postcode pour définir le code postal
d'une addr en particulier.
> en région Parisienne je trouve addr:postcode utili
Du coup je sais pas si c'est judicieux le label "Substation 20kv" pour tous
les postes sans nom. La carte au zoom 13 est saturée maintenant :D
Le lun. 15 oct. 2018 à 21:27, Laurent Combe a
écrit :
> cool
>
> Le ven. 12 oct. 2018 à 13:39, François Lacombe
> a écrit :
>
>> Bonjour
>>
>> Le serveu
On 10/15/18 6:01 PM, François Lacombe wrote:
Ceci dit, en donnant assez de visibilité à nos activités, peut-être
que les opérateurs seront motivés et comprendront le sens de tout ça,
à suivre !
On peut toujours rêver...
Ceci dit, je suppose que la mention de GraceTHD dans ta présentation
n'e
Bonsoir,
Le 14. 10. 18 à 22:12, Paul Desgranges a écrit :
/Un truc en plus, le terme 'piscine' de manière générale peut signifier à />>/la fois le bassin, le bâtiment, mais aussi le
complexe sportif : />>/ - "leisure=swimming_pool" seul, donc ça serait le bassin, mais
/>>/"leisure=swimming_p
On Mon, Oct 15, 2018 at 08:08:18PM +, marc marc wrote:
> Le 15. 10. 18 à 21:48, Ralf Treinen a écrit :
>
> > Le wiki semble indiquer que c'est postal_code [1].
>
> oui. postal_code pour définir le code postal d'une étendue
> par opposition à addr:postcode pour définir le code postal
> d'une a
Bonjour à tous et merci pour vos réponses.
Effectivement, en modifiant l'URL de la carte uMap en https plutôt qu'en
http, le bouton cible fonctionne (même si je ne comprends pas pourquoi
!).
Ce bouton permet donc de centrer la carte sur sa localisation GPS, mais
pas d'afficher le point précis d
J'ai eu des messages demandant de faire l'inverse : ne plus utiliser
postal_code et utiliser addr:postcode, justement parce que addr:postcode
est énormément plus utilisé en France. On m'a demandé de remettre
addr:postcode, même sur les relations d'étendue alors que justement j'avais
voulu suivre la
Je confirme.
Il faut voir sur le github, il y a quelques issues en suspend.
Ca devrait être traité d'ici la fin de l'année, mais Russ n'a pas toujours
le temps
Si seulement on pouvait être plusieurs à l'admin :)
*François Lacombe*
fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@Info
Le 15. 10. 18 à 23:11, Ralf Treinen a écrit :
> On Mon, Oct 15, 2018 at 08:08:18PM +, marc marc wrote:
>> Le 15. 10. 18 à 21:48, Ralf Treinen a écrit :
>>
>>> Le wiki semble indiquer que c'est postal_code [1].
>>
>> oui. postal_code pour définir le code postal d'une étendue
>> par opposition à
tu le connais mieux que moi mais j'espère qu'il n'est pas contre
un PR et qu'il a au moins le temps de regarder/merger les PR.
sinon il y a le fork :) au moins pour faciliter la "vue"
des contributeurs sur le sujet
Le 15. 10. 18 à 23:44, François Lacombe a écrit :
> Je confirme.
>
> Il faut voir
La solution de mettre un landuse=* (ou un natural=*) est correcte: il y a
assez de valeurs même pour des indications approximatives. Cela marche pour
les plages, les zones rocheuses, les zones visiblement agricoles, les
forêts, les zones habitées (bien qu'un doute puisse exister sur le fait
qu'elle
Oui à condition de tenir compte des exceptions : les zones postales ne
suivent pas exactement les limites administratives !
On doit pouvoir indiquer un **autre** code postal sur des petits objets qui
sont totalement dans une zone plus grande où l'indication n'est qu'une
valeur par défaut. Enfin il
37 matches
Mail list logo
