Le 25.01.20 à 21:12, Florimond Berthoux a écrit :
> un panneau "route pour automobile" après la premier sortie,
> où le tag motorroad est fort utile.
pq cette partie n'est pas en highway=trunk ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Bonsoir,
Je n'aime pas devoir pointer un contributeur en particulier mais en
l'absence de retour de sa part suite à mes remarques, je préfère partager
avec vous l'objet de mon désaccord cf.
https://www.openstreetmap.org/changeset/79965462
Donc ce contributeur ajoute en grand nombre des "NRO".
Le sam. 25 janv. 2020 à 21:24, marc marc a
écrit :
>
> cela me semble une bonne idée, le commerce n'est pas une partie du
> contour mais qlq chose dans le batiment.
>
C'est pourtant une pratique répandue de désigner un commerce à partir de là
où on y accède. Marc j'imagine que tu vas répondre
Le 25.01.20 à 21:34, Romain MEHUT a écrit :
> Le sam. 25 janv. 2020 à 21:24, marc marc a écrit :
>
>
> cela me semble une bonne idée, le commerce n'est pas une partie du
> contour mais qlq chose dans le batiment.
>
>
> C'est pourtant une pratique répandue de désigner un commerce à
Le 25.01.20 à 23:03, Florimond Berthoux a écrit :
> mais je vois
moi je vois pas les panneaux sur les 2 premiers qui sont la base de la
classification en fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Pas si évident, il y a parfois besoin de plusieurs nœuds pour des services
différents dans le même bâtiment (ou la même zone incluant le bâtiment).
On a eu le cas avec les écoles, il y a aussi les cas de services à des
étages différents du même bâtiment, c'est un cas fréquent en milieu urbain
Le 25.01.20 à 18:36, deuzeffe a écrit :
> pour la couche cadastre (par ex.), qui est donc en LO, on indique quand
> même nom, source et millésime, non ?
on a 3 outils différents et 3 source=* différentes dans le texte.
pas génial pour les outils qui veulent retrouver l'info
en plus, source=...
primary
https://www.google.fr/maps/@48.1664989,-0.6847208,3a,75y,210.97h,73.46t/data=!3m6!1e1!3m4!1sCUHL_1l1nFYhhYDxdgJyFg!2e0!7i16384!8i8192
trunk
https://www.google.fr/maps/@48.1614843,-0.6886588,3a,75y,192.69h,72.7t/data=!3m6!1e1!3m4!1shROxjGu0LaPy2zjvuIfLfQ!2e0!7i16384!8i8192
trunk + motorroad
Vais essayer de le capter sur twitter, si c'est bien le même.
Don't move please :)
Le 25/01/2020 à 21:43, marc marc a écrit :
Le 25.01.20 à 21:07, Romain MEHUT a écrit :
Qu'en pensez-vous ?
il a fait un doublon, ta remarque est justifiée qu'il faut mettre à jour
l'objet existant.
il aurait
Bonsoir à nouveau,
Cette fois il s'agit d'un comportement d'iD qui m'intrigue issu de cette
phrase : "*A “point” created in the iD editor is actually a standalone
“node” with a set of “tags” on it.*" (
https://learnosm.org/en/beginner/id-editor/#adding-points)
Autrement dit, iD râle si un nœud,
Sinon, il est aussi à l'origine de cette umap :
https://framacarte.org/fr/map/ftth-france-nro-et-pmz_65687#7/47.413/0.879
Qui montre qu'il y en a des qui tagguent un peu yolo, type name=NRO de
Trifouillis-les-Oies.
Va falloir faire une sacré ménage :(
Le 25/01/2020 à 23:18, deuzeffe a écrit
Le 25.01.20 à 21:21, Romain MEHUT a écrit :
> iD râle si un nœud, décrit par exemple comme un commerce,
> est contigu du pourtour d'un bâtiment.
cela me semble une bonne idée, le commerce n'est pas une partie du
contour mais qlq chose dans le batiment.
Je ne rencontre pas d'erreur avec JOSM
ce
Le 25.01.20 à 21:07, Romain MEHUT a écrit :
> Qu'en pensez-vous ?
il a fait un doublon, ta remarque est justifiée qu'il faut mettre à jour
l'objet existant.
il aurait du répondre avant de continuer avec des nouveaux objets,
tout a fait d'accord aussi.
en meme temps cela fait que 2 jours et
Et c'est écrit où sur le wiki que panneau "route automobile" => trunk ?
Le sam. 25 janv. 2020 à 23:06, marc marc a
écrit :
> Le 25.01.20 à 23:03, Florimond Berthoux a écrit :
> > mais je vois
>
> moi je vois pas les panneaux sur les 2 premiers qui sont la base de la
> classification en fr
>
Le 25.01.20 à 19:28, pepilepi...@ovh.fr a écrit :
> Je l'avais pas vu sur le wiki. Faut l'ajouter ?
>
ce n'est jamais une mauvaise chose de documenter :)
au pire qlq rajoutera "p'tre pas une bonne idée d'un tag par produit" :p
mais il faudra avoir mieux à proposer, donc y gagnera aussi si cela
Bonsoir,
Je suis tombé sur une phrase qui m'a étonné sur la page de la clé motorroad
du wiki
«France
This tag is not required, just use highway=trunk. »
https://wiki.openstreetmap.org/wiki/Key:motorroad?uselang=fr#France
Et effectivement pas de traduction en français de la page, et sur la page
l'indication ne me parait pas fausse. "highway=trunk" est utilisé sur
toutes les voies express pour automobiles à chaussées séparées, non
classées comme "autoroutes" (motorway) et qui n'autorisent donc pas les 130
km/h (note: toutes les autoroutes ne sont pas en totalité à 130 km/h, elles
ont des
Le 24/01/2020 à 18:27, Vincent Bergeot a écrit :
Le 24/01/2020 à 15:41, marc marc a écrit :
une idée de la licence de cette couche ?
quand on veut télécharger les données on tombe sur un truc long /
Exploitation des fichiers et données
*Sous réserve du respect des droits de propriété
Bonjour,
À la suite de correction orthotypo., osmose me remonte des signalements
pour des conflits d'attributs, sur des bases ULM, en particulier (par
ex. https://www.openstreetmap.org/node/3702778707 )
Les tags sont les suivants :
aeroway=airstrip
leisure=sports_centre
local_ref=LF5124
Le 22/12/2019 à 10:15, marc marc a écrit :
Le 21.12.19 à 22:29, deuzeffe a écrit :
Ce qui m'amène à une question de béotienne (éternelle) mais plus
générale : doit-on (ou jusqu'où doit-on) préciser/affiner les ref:FR
pour les réseaux de transport ?
je pense que cela n'apporte que des
... dont la principale activité est la vente de cartouches d'encre pour
imprimantes ? L'équivalent physique de https://www.francetoner.fr/, en
quelque sorte.
J'en ai déjà vu plusieurs et c'est sacrément pratique
!, mais je ne vois pas de tag approprié.
* shop=computer et computer:parts, non,
Le 25.01.20 à 13:07, deuzeffe a écrit :
> on fait comment pour renseigner qu'un tel terrain permet la
> pratique de l'ULM (à part sans le name=*) ?
séparer les 2 pour éviter la confusion du lieu global, de la piste et de
ce qui s'y passe
il y a la piste aeroway=airstrip éventuellement avec une
Le 25/01/2020 à 09:34, Christian Quest a écrit :
Le 24/01/2020 à 18:27, Vincent Bergeot a écrit :
Le 24/01/2020 à 15:41, marc marc a écrit :
une idée de la licence de cette couche ?
quand on veut télécharger les données on tombe sur un truc long /
[]
Ceci correspond donc globalement à
Le 25/01/2020 à 10:19, Jacques Lavignotte a écrit :
Bonjour,
L'accès à http://osmose.openstreetmap.fr/ est souvent très lent.
Y'a t-il des horaires de tâches programmées où le serveur est plus
chargé ?
Merci
J.
Il y a des taches en continues
Le 24/01/2020 à 22:56, Jacques Lavignotte a écrit :
>
>
> Le 24/01/2020 à 22:38, deuzeffe a écrit :
>
> Bonsoir deuzeffe
>
>> Le 24/01/2020 à 22:14, pepilepi...@ovh.fr a écrit :
>
> Bonsoir pepilepioux
>
>>> josm : ça charge dans JOSM l'élément concerné tel qu'il est lu dans
>>> la base, à toi de
Le 24/01/2020 à 22:56, Jacques Lavignotte a écrit :
fix-edit, je suppose que ça fait la même chose.
Voui, mais sans sortir du frontend osmose. Extrêmement pratique pour
corriger les erreurs minimes (orthographe, rajout de source, etc.)
Tiens, Jacques, essaie-le avec ça :
Bonjour,
L'accès à http://osmose.openstreetmap.fr/ est souvent très lent.
Y'a t-il des horaires de tâches programmées où le serveur est plus chargé ?
Merci
J.
--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)
En tout cas ça ne peut pas être défini à highway=turning_circle sur le way
(ce n'est défini que sur un noeud d'extrémité, éventuellement connecté à
d'autres chemins)
highway=servive semble le mieux étant donné l'accès résidentiel connecté
dessus et le fait que les bus les utilise.
Tu peux toujours
Ça ressemble à celle mentionnée sur le site du cadastre, non ?
Cf
https://cadastre.gouv.fr/scpc/html/CU_01_ConditionsGenerales_fr.html?dontSaveLastForward_TOKEN=C1BM-QP7J-85OB-ATJI-GJP6-V5RL-I6D1-TJ7E=
(mais quelle URL ALC !!!)
Ce qui, d'après Marc-marc relayant la parole de Christian, n'est
Le 25/01/2020 à 13:11, deuzeffe a écrit :
Le 24/01/2020 à 22:56, Jacques Lavignotte a écrit :
Je n'utilise _jamais_ fix-josm ^^ Je voulais que tu regardes comment on
se sert de fix-edit pour des trucs simples (oui, quitte à le retrouver
avec des avalanches de signalements parce qu'on n'a
fix-josm est plus prudent que fix-edit quand c'est une relation
frontalière, à mois que la modif soit un simple tag et ne touche pas à la
géométrie (exemple way manquant ou autointersection qu'il faut corriger
sans casser le reste qui peut utiliser une partie commune de la géométrie,
même si ce ne
Le 25.01.20 à 14:43, pepilepi...@ovh.fr a écrit :
>
> ... dont la principale activité est la vente de cartouches d'encre pour
> imprimantes ?
je ne suis pas convaincu de la solution d'avoir un type de shoop=* pour
chaque magasin mono-produit mais il existe shop=printer_ink
Tout ça c'est du bla bla (obsolète), qui de toute façon ne fait que
reprendre de façon alambiquée les termes de la Loi (ah, ce besoin des
administrations de faire des phrases... pour reprendre Audiard).
Indiquer quelque part source et millésime suffit, le plus simple étant
sur le changeset.
Il y a le même problème à l'INPN, dont les WMS ne se chargent pas non plus
dans JOSM (même exception: préfixe "inspire_vs:" non lié à une déclaration
d'espace de nom dans l'élément XML racine, la même DTD incluse ne suffit
pas pour XML.
Les autres outils SIG (QGIS) utilisent sans doute non pas un
Salut à tous,
Nouvelle année, nouvelles propositions. Voici celle que je souhaite pousser
en premier.
Elle est formulée dans le cadre du nettoyage de tower:type et d sa
suppression complète des supports électriques.
Expliqué il y a quelques temps dans mon journal :
Le 25.01.20 à 13:40, Jacques Lavignotte a écrit :
> You must be logged in order to use the tag editor
>
> Login :
>
> La demande d’autorisation a échoué
sur la barre du menu, dernière élément "Connexion"
te renvoi vers https://osmose.openstreetmap.fr/fr/login
qui te renvois vers osm.org pour
J'ajoute que la version 1.1 ou 1.1.1 de WMS est obsolète et son support a
été retiré des spécifications sur
https://www.opengeospatial.org/standards/wms
Bref Carmen n'est pas à jour (pourtant un fix est simple à faire dans les
XML générés, une ligne en plus dans la DTD et un pseudo-attribut dans
On peut renvoyer Carmen à la spécif que j'ai trouvée concernant la
conformité INSPIRE:
https://inspire.ec.europa.eu/file/1556/download?token=2IJ7xEJG
(à partir de la page 60)
Ce n'est pas marqué clairement, mais XML 1.1 n'est pas imposé, mais les
espaces de noms spécifiques à Inspire (hors de la
local_ref=LF5124
Le 25/01/2020 à 13:23, marc marc - marc_marc_...@hotmail.com a écrit :
il y a la piste aeroway=airstrip éventuellement avec une référence (qui
me parait bien étrange pour être locale, locale serrait 1 2 3, ca m'a
plutôt d’être une ref qui est + étendue que locale)
Ce n'est
Ok. Faudrait que ça soit signalé aux diversses administrations qui
blablatises encore ainsi ;)
Bon, et pour la couche cadastre (par ex.), qui est donc en LO, on
indique quand même nom, source et millésime, non ?
Le 25/01/2020 à 16:00, Christian Quest a écrit :
Tout ça c'est du bla bla
Le 25/01/2020 à 14:50, marc marc a écrit :
> Le 25.01.20 à 14:43, pepilepi...@ovh.fr a écrit :
>> ... dont la principale activité est la vente de cartouches d'encre pour
>> imprimantes ?
> je ne suis pas convaincu de la solution d'avoir un type de shoop=* pour
> chaque magasin mono-produit mais il
Le 25/01/2020 à 13:40, Jacques Lavignotte a écrit :
You must be logged in order to use the tag editor
Ah oui, faut être connecté.
Login :
La demande d’autorisation a échoué
Le jeton d’autorisation n’est pas valide.
et là je ne sais pas régler l'authentification :(
Tu ne serais pas dans
Le 25/01/2020 à 18:19, deuzeffe via Talk-fr a écrit :
Et comme le jeton est partagé, ça devrait fonctionner. En tout cas, cmçm.
cmçm parfois et je n'arrive pas à déterminer le contexte.
Pour l'instant je n'ai plus matière..
Merci à toutses <- nouvelle écriture inclusive.
J.
--
GnuPg :
43 matches
Mail list logo
