Re: [Talk-cz] "sezoní" cesty

[Marek Janata]

ne, to ne - je to víc než jen stopa od traktoru - neco je "normální" cesta
mezi lesem a polem, něco je videt i na katastru - no a něco je pole přes
který vede cesta od traktoru jak píšeš.



ne 29. 7. 2018 v 23:57 odesílatel Pavel Machek  napsal:

> Ahoj!
>
> > jak bych měl správně označit tyhle cesty:
> >
> https://mapy.cz/zakladni?x=15.6631138=49.6450935=15=coor=15.659380177856434%2C49.647913977206606
> >
> > jsou to takový ty cesty kolem polí a lesů, co jsou trochu normálně
> sjízdný
> > tak 2 x ročně po 14 dnech když je jezeďáci projedou
> >
> > jinak stačí když chvíli prší a auto tam neprojede, když vyrose obilí tak
> > ani cyklista. v zimě je to komplet marný.
> >
> > Chtěl bych to projet s gpskou a zadat je, ale nevím přesně jak
>
> Jestli je to pole na kterym je obcas stopa po traktoru... tak nevim,
> jestli bych to znacil. Jestli je tam ta stopa tak nejak porad, a tudiz
> na tom clovek neudela skodu, tak highway=track, tracktype=grade5.
>
> Pavel
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures)
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Signalisation routiere

[marc marc]

Le 29. 07. 18 à 21:14, Philippe Verdy a écrit :
> Je veux dire "d'autres **inconnus**" (qui n'ont pas eu de contact avec 
> le propriétaire ou locataire pour avoir cette autorisation).

il n'y a pas + compliqué comme critère à évaluer pour choisir le tag ?

> Le 29 juillet 2018 à 21:00, David Crochet a écrit :
> l'ami en question doit venir se présenter à la limite du "privé" et doit donc 
> héler ?

+1
arrêtons de complexifier et supposer un code de la route fictif !
un panneau rond rouge sur fond blanc =no
cad personne même pas son propriétaire ne peux y passer.

un panneau avec accès privé ou information similaire =private

on ne se préoccupe pas de savoir qui est le propriétaire, quel est on 
intention ou je ne sais quel autre critère, on map la présence du 
panneau et/ou sa conséquence tel que devrait faire n'importe qui (on 
pourrait éventuellement discuter des cas oü il y y une erreur manifeste)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tagger voie bus/vélo/taxis uniquement?

[Shohreh]

djakk wrote
> je serai partisan de changer la vision des choses, quand c’est la même
> assiette (chaussée + accotement + terre plein + talus + fossés en
> campagne) je mettrai une seule « way » en détaillant dans les tags comment
> les voies sont reparties.

Merci pour les infos.

Malheureusement, BRouter refuse d'envoyer des cyclistes dans une voie de bus
partagée pour cette raison :
===
/It's just the oneway penalty, that adds costfactor 50 for primary roads,
which is only good for very short tracks.

If oneway is not for bikes, brouter knows 4 options to tell him:

- cycleway=opposite|opposite_lane|opposite_track
- oneway:bicycle=no
- oneway:bicycle=no is used there, but only for small sections, not for mos
of the distance.
- cycleway:left=share_busway is not knowm as well, but that does not make
the strong avoidance./
===

Dommage, parce que c'est un bon outil par ailleurs.




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Panneau de prescription - validité de la prescription après un carrefour

[marc marc]

Le 29. 07. 18 à 20:50, David Crochet a écrit :
> Devons-nous appliquer cette règle qui indique que l'abaissement au 
> préalable du carrefour devient caduque après la franchissement de 
> celui-ci ? La règle d'usage prévaudrait que oui.

pour ma part je mape la vitesse avant carrefour uniquement sur le way 
d'avant-carrefour. je ne prolonge pas cet effet au delà du carrefour 
puisque la limite ne s'y applique plus

> Or, il est souvent à constater qu'après ces carrefours, il y a 
> quasi-généralement l'implantation d'un panneau de fin de prescription, 
> comme si l'usage voudrait que la prescription ait encore cours sur ces 
> lieux.

j'ai toujours considéré celle comme une sorte de rappel "vous aviez vu 
une limite, elle ne s'applique plus" même si c'est déjà le cas avant
le panneau.
une sorte de "rappel 50km/h" mais version "rappel la limite précédente a 
expirée"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] traduction et glossaire

[Vincent Calame]

Le 29/07/2018 à 15:47, Julien Lepiller a écrit :

Pour ma part, je traduis toujours tag par attribut. Les deux autres
mots sont plus difficiles. Je trouve que « attribuer » ne correspond
pas au sens. Pour moi « étiqueter » ou « qualifier » correspondent
plus, mais je ne les ai encore jamais utilisés dans les traductions
parce que j'y trouve déjà des versions dérivées de l'anglais.

Des avis ?


Personnellement, je trouve aussi que « attribut » est la meilleur 
traduction. Cela correspond bien à ce que c'est : des données attachées 
à un objet (comme les attributs des balises HTML). « étiquette » est 
aussi la traduction de « label », il y a des risques de confusion.


Pour to tag, j'aime bien « renseigner » même si l'académie française 
nous dit que « renseigner un formulaire » est incorrect 
(http://www.academie-francaise.fr/renseigner-un-formulaire).


Sinon, il y a « caractériser » et « caractérisation ». Ou tout 
simplement « décrire » et « description  ». De toute façon, c'est 
toujours bien d'avoir à disposition des synonymes, le français n'aime 
pas trop les répétitions.


Il y a aussi « relever », « faire de relevés » quand le contexte est 
celui de récolter des informations sur le terrain.


Vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] "sezoní" cesty

[Pavel Machek]

Ahoj!

> jak bych měl správně označit tyhle cesty:
> https://mapy.cz/zakladni?x=15.6631138=49.6450935=15=coor=15.659380177856434%2C49.647913977206606
> 
> jsou to takový ty cesty kolem polí a lesů, co jsou trochu normálně sjízdný
> tak 2 x ročně po 14 dnech když je jezeďáci projedou
> 
> jinak stačí když chvíli prší a auto tam neprojede, když vyrose obilí tak
> ani cyklista. v zimě je to komplet marný.
> 
> Chtěl bych to projet s gpskou a zadat je, ale nevím přesně jak

Jestli je to pole na kterym je obcas stopa po traktoru... tak nevim,
jestli bych to znacil. Jestli je tam ta stopa tak nejak porad, a tudiz
na tom clovek neudela skodu, tak highway=track, tracktype=grade5.
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


signature.asc
Description: Digital signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Correction massive de operator= ERDF en operator=Enedis

[François Lacombe]

Bonsoir Deuzeffe,

C'est normal et une situation un peu particulière.
Il faut bien remplacer operator=ERDF par operator=Enedis (comme les
transfos qui se trouvent à l'extrémité des lignes).

Il y a des éléments de compréhension ici :
https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France#Attribution_de_l.27op.C3.A9rateur
Et sur l'image illustrant le paragraphe


François


*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 29 juillet 2018 à 22:32, deuzeffe  a écrit :

> Yep. Il en reste  (même des nœuds que tu as modifiés il y a bien longtemps
>> ^^)
>>
>
> Je viens de tomber sur ces 3 lignes :
> - https://www.openstreetmap.org/way/250874421
> - https://www.openstreetmap.org/way/250874422
> - https://www.openstreetmap.org/way/250874423
>
> C'est du 90 kV (avant le transfo Enedis, si j'ai bien vu), mais noté
> operator=ERDF. So ?
>
> (j'ai corrigé ma bévue dans le titre...)
> --
> deuzeffe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-es] Nuevas directrices para el mapeo de vías de circulación como áreas

[dcapillae]

Hola.

Se está actualizando la documentación disponible en el wiki respecto a cómo
mapear áreas peatonales (que no sean plazas) y áreas relacionadas con otros
tipos de vías de circulación [1]. Estoy trabajando en las traducciones para
tener la documentación disponible en español lo antes posible. En la nueva
documentación se introducen algunas novedades importantes y conviene ponerse
al día sobre cómo se deben mapear estas áreas a partir de ahora.

[1] https://wiki.openstreetmap.org/wiki/ES:Key:area:highway



-
Daniel Capilla 
OSM user: dcapillae 
--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Correction massive de operator= ERDF en operator=Enedis

[deuzeffe]

Yep. Il en reste  (même des nœuds que tu as modifiés il y a bien 
longtemps ^^)


Je viens de tomber sur ces 3 lignes :
- https://www.openstreetmap.org/way/250874421
- https://www.openstreetmap.org/way/250874422
- https://www.openstreetmap.org/way/250874423

C'est du 90 kV (avant le transfo Enedis, si j'ai bien vu), mais noté 
operator=ERDF. So ?


(j'ai corrigé ma bévue dans le titre...)
--
deuzeffe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Signalisation routiere

[Philippe Verdy]

Je veux dire "d'autres **inconnus**" (qui n'ont pas eu de contact avec le
propriétaire ou locataire pour avoir cette autorisation).
Et "à distance" voulait dire une autorisation donnée par un tiers non
clairement déterminé comme l'autorité publique.

Le 29 juillet 2018 à 21:00, David Crochet  a écrit :

> Bonjour
>
>
> Le 29/07/2018 à 20:53, Philippe Verdy a écrit :
>
>> et que l'autorisation est à obtenir de l'occupant local mais ne peut être
>> donnée à distance à d'autres,
>>
>
> Et quand t'invite des amis à venir chez toi, ce n'est pas une autorisation
> à distance ?
>
> Et si l'indication à distance n'est pas possible, l'ami en question doit
> venir se présenter à la limite du "privé" et doit donc héler ?
>
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Panneau de prescription - validité de la prescription après un carrefour

[Philippe Verdy]

Ce n'est jamais bien clair: il y a nombre de carrefour où il manque même un
panneau de "rappel" de la limitation après le franchissement du carrefour:
C'est le cas notamment si le panneau de fin de limitation est à visible
depuis le carrefour (et à moins de 50 mètres). On ne peut pas poser un
panneau s'il n'y a pas de distance suffisante.
En pratique de plus en plus souvent on trouve des ralentisseurs (cousins,
gendarmes couchés, passages piétons surélevés...) avant et après le
carrefour, la présence du ralentisseur constituerait déjà lui même un
rappel, à observer pendant encore au moins 50 mètres après... sauf sur les
traversées de villages ou bordures de zones résidentielles peu denses dans
les sections limités à 70 (il y a cependant des carrefours qui ne sont pas
toujours avec des cédez-le-passage ou stops pour les voies publiques non
prioritaires)

Je ne sais pas ce qu'il en est des passages piétons "protégés" sur ces
voies, mais ils imposent une limitation de vitesse s'il n'y a pas de feux
et même les 70 deviennent 50 ou 30 pour les franchir... Le code de la route
n'est pas bien clair sur les passages protégés sans feux et les
ralentisseurs (y compris les giratoires qu'on ne devrait jamais franchir à
plus de 50 même s'il n'y a pas de panneaux de limitations, les flèches
bleues du giratoire devant suffire)... En revanche le code de la route
impose la prudence du conducteur à tout moment : une priorité de passage
n'est pas un droit de conserver sa vitesse, on doit toujours s'adapter à la
présence d'autres usagers.

Mais comme nombre de conducteurs méconnaissent les règles de prudence, et
qu'il y a manque de formation et d'information du public, les collectivités
ont usé et abusé de panneaux et signaux de plus en plus nombreux, souvent
plus gênants qu'utiles. Si les règles étaient mieux maîtrisées et les
conducteurs mieux formés et informés, on n'aurait pas besoin des limites de
vitesse, et après le franchissement du carrefour précédemment limité, on
devrait aussi maintenir cette limite après le franchissement pendant une
distance comparable (et au moins 50 mètres ou la distance nécessaire du
panneau de débit de limitation dans l'autre sens, qui généralement fait
vis-à-vis d'un panneau de fin d'interdiction dans l'autre sens (ou sinon il
y a un panneau de rappel).

Le 29 juillet 2018 à 20:50, David Crochet  a écrit :

> Bonjour
>
> On parle actuellement des limitations de vitesse différente et remontée à
> 90 km/h dans la cas de 2 voies contiguës affectées à un même sens de
> circulation et sur ces seules voies.
>
> Pour les prescriptions limitant les vitesses, il existent aussi une règle
> qui dit que la prescription disparaît naturellement lors d'un
> franchissement d'un carrefour (ce qui exclu les chemins privée non ouvertes
> à la circulation publique et les chemin de terre ) [ alinéa «e» de
> l'article 63 de l'instruction interministérielle sur la signalisation
> routière].
>
> Devons-nous appliquer cette règle qui indique que l'abaissement au
> préalable du carrefour devient caduque après la franchissement de celui-ci
> ? La règle d'usage prévaudrait que oui.
>
> Or, il est souvent à constater qu'après ces carrefours, il y a
> quasi-généralement l'implantation d'un panneau de fin de prescription,
> comme si l'usage voudrait que la prescription ait encore cours sur ces
> lieux.
>
> Qu'en est-il de l’application de cette règle de limitation de vitesse
> prescrite de facto et sans nouvelle prescription dans OSM ?
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] traduction et glossaire

[JB]

Le 29/07/2018 à 15:52, marc marc a écrit :

to tag : renseigner, cartographier
Euh, on se pose deux minutes et on se dit que cartographier, c'est « to 
map ». Que tagguer, c'est une autre histoire. Où la géométrie 
n'intervient pas vraiment, par exemple.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Signalisation routiere

[David Crochet]

Bonjour


Le 29/07/2018 à 20:53, Philippe Verdy a écrit :
et que l'autorisation est à obtenir de l'occupant local mais ne peut 
être donnée à distance à d'autres,


Et quand t'invite des amis à venir chez toi, ce n'est pas une 
autorisation à distance ?


Et si l'indication à distance n'est pas possible, l'ami en question doit 
venir se présenter à la limite du "privé" et doit donc héler ?


Cordialement

--
David Crochet


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Lua modules are here: Improving OSM wiki templates

[Andrew Hain]

It would be interesting to know how much of the problem is because of the large 
number of languages tested, many with no pages on the wiki written in that 
language.

--
Andrew

From: mmd 
Sent: 29 July 2018 19:37:04
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Lua modules are here: Improving OSM wiki templates

Am 29.07.2018 um 14:57 schrieb Yuri Astrakhan:
> * Much better performance compared with wiki template language

Sounds great. One of the major pain points on many Wiki pages is the
whole topic around Language / LanguageSwitch templates.

Verdy_p has written a lengthy analysis of the current situation, which
I'm mostly unable to follow as I'm not really familiar with Mediawiki
internals:

https://wiki.openstreetmap.org/wiki/User_talk:Verdy_p#Performance_impact_due_to_translation_templates

Maybe someone more knowledgeable than myself could take a look, if it is
worthwhile throwing in some Lua for better performance in this case, or
maybe trying something different.

Thanks!

--





___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Signalisation routiere

[Philippe Verdy]

access=no et access=private serait équivalent dans ce cas: toutes les voies
dans OSM sont accessibles par quelqu'un, sinon ce ne sont même pas des
voies !

je pense plutôt que "access=private" veut dire que cela ne fait pas partie
du domaine public, et que l'autorisation est à obtenir de l'occupant local
mais ne peut être donnée à distance à d'autres, et donc ne s'applique pas
par exemple aux voies construites sur le domaine privé mais avec un accès
destiné au public comme les voies de centres commerciaux, ou les voies
d'accès "visiteurs" désignées dans des sites d'entreprises ou parcs, où il
y a une claire séparation dans ce qui est accessible sans autorisation
individuelle préalable et ce qui est réservé aux seuls personnels habilités
(et normalement fermé par une barrière ou un panneau indicateur posé par
l'exploitant).

En ouvrant un accès destiné au public (aux visiteurs), un exploitant donne
une autorisation explicite (mais non individuelle) et doit dans ce cas se
soumettre à des obligations publiques en terme de signalisation et
sécurité, même si c'est construit sur son domaine privé.

On peut aussi ignorer le cas des accès d'urgence (autorisés partout en
France et à tout moment sans autorisation individuelle préalable, les
autorités pouvant alors compenser les éventuels dommages subis du fait du
passage des services publics d'urgence, mais c'est rare et en cas de
nécessité impérieuse, une décision préfectorale peut être prise et le
propriétaire pourra se retourner en justice de la réquisition publique de
sa voie privée; sinon il y a des cas d'urgence où ce sont les assurances
qui prennent en charge les dégats, par exemple pour permettre l'évacuation
par des terrains privés en cas de danger ou dégâts subis sur la voie
publique, la sécurité prime par exemple en cas d'incendie, avalanche,
inondation, glissement de terrain, pollution dangereuse, accident
industriel majeur, ou autres catastrophes et alertes de sécurité publique
qui nécessitent un plan d'évacuation: les propriétaires ont un devoir
d'assistance à personnes en danger même s'ils peuvent ensuite être
indemnisés, mais ils ne peuvent pas interdire ou empêcher le passage pour
ces cas, même si pour cela il faut casser une barrière, casser un mur/une
porte, une fenêtre, abattre des arbres ou piétiner une plantation... Ce
sont des compensations civiles, mais l'interdiction de passage d'un tiers
sur un terrain privé en cas de danger aurait une conséquence pénale pour le
propriétaire pour mise en danger de la vie d'autrui, ou non-assistance à
personnes en danger, ou refus de se soumettre à l'autorité de la sécurité
publique).

C'est pour ça que nombre d'installations privées ont déjà prévu des
passages faciles pour les cas d'urgence sans que cela leur cause des
dommages importants ni des difficultés pour ceux qui doivent les utiliser:
"access=emergency" (généralement sur des voies qui autrement sont privées,
ou fermées par des barrières maneuvrables facilement ou simplement
désignées comme fermées par un panneau ou une marque au sol.


Le 29 juillet 2018 à 19:20, David Crochet  a écrit :

> Bonjour
>
>
> Le 28/07/2018 à 18:54, Philippe Verdy a écrit :
>
>> "private" ici (qui est faux dans ce cas, s'il s'agit en fait de navettes
>> **publiques**)
>>
>
> « Private » ne veut pas dire « privée » mais  « Access is only with
> permission on an individual basis. » ce qui revient à dire «a qui on a
> donné la permission d'utiliser »
>
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Panneau de prescription - validité de la prescription après un carrefour

[David Crochet]

Bonjour

On parle actuellement des limitations de vitesse différente et remontée 
à 90 km/h dans la cas de 2 voies contiguës affectées à un même sens de 
circulation et sur ces seules voies.


Pour les prescriptions limitant les vitesses, il existent aussi une 
règle qui dit que la prescription disparaît naturellement lors d'un 
franchissement d'un carrefour (ce qui exclu les chemins privée non 
ouvertes à la circulation publique et les chemin de terre ) [ alinéa «e» 
de l'article 63 de l'instruction interministérielle sur la signalisation 
routière].


Devons-nous appliquer cette règle qui indique que l'abaissement au 
préalable du carrefour devient caduque après la franchissement de 
celui-ci ? La règle d'usage prévaudrait que oui.


Or, il est souvent à constater qu'après ces carrefours, il y a 
quasi-généralement l'implantation d'un panneau de fin de prescription, 
comme si l'usage voudrait que la prescription ait encore cours sur ces 
lieux.


Qu'en est-il de l’application de cette règle de limitation de vitesse 
prescrite de facto et sans nouvelle prescription dans OSM ?


Cordialement

--
David Crochet


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] Usuario destroza la cartografía.

[Javier Sánchez Portero]

Parece un usuario muy activo. He estado revisando por encima sus últimos
cambios y veo que en general sus ediciones son correctas.

Fco. Javier, por favor comentanos con que ediciones en concreto no estás de
acuerdo. Por lo que he estado mirando, quizá se trate de este conjunto de
cambios https://www.openstreetmap.org/changeset/61144628

En el ha pasado a residential algunas Avenidas principales de Motril por
como explica en asunto: "Corrección de carreteras primarias, secundarias y
terciarias que no tienen referencias y no aparecen como tales en la red de
carreteras oficial". El resultado es que el mapa ahora parece más plano,
con todas las calles representadas igual, en color blanco (en Mapnik).

Es cierto que dentro de las ciudades, se puede distinguir las calles según
su importancia usando primary/secondary/tertiary, como se explica en
https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a/Normalizaci%C3%B3n

El problema es que se puede hacer siguiendo distintos criterios. Ya hay dos
carreteras highway=tertiary que entran en el pueblo, la A-4133 y la
GR-5209. En mi opinión, las vías dentro del pueblo no deberían tener una
categoría superior a esa (tertiary). Es decir, no usar ni primary ni
secondary, pero como solución de compromiso usar tertiary en lugar de
residential para las avenidas que kapasao modificó.

Saludos.


El 29 de julio de 2018, 15:45, Miguel Sevilla-Callejo 
escribió:

> Completamente de acuerdo con José Luis, hay que abrir debate antes de
> vetar a nadie. Parece que hay voluntad de editar adecuadamente aunque si se
> borran elementos hay que ser precavido e, igualmente, comentar a la
> comunidad antes de ir eliminando cosas.
> Saludos.
> Miguel
>
> On Sun, 29 Jul 2018, 12:38 Jose Luis Infante, 
> wrote:
>
>> Hola,
>>
>> Antes de contactar con la DWG, nos deberías decir si has contactado con
>> el usuario, si le has comentado que está haciendo incorrectamente y si has
>> obtenido respuesta.
>>
>> También nos deberías comentar por qué se debería enviar este caso al DWG.
>>
>> Por lo que he visto parece un usuario que comenta sus changesets y que
>> según su criterio cree que lo está haciendo correctamente.
>>
>> Quizá hay una diferencia de criterio o falta de conocimientos que se
>> puede solucionar hablando con el usuario.
>>
>> Un saludo,
>> José Luis
>>
>> El 29/7/2018 12:14 p. m., "Jo"  escribió:
>>
>>> Tienes que contactar el DWG (data working group).
>>>
>>> Polyglot
>>>
>>> Op zo 29 jul. 2018 om 11:46 schreef Fco. Javier González Jiménez <
>>> fjavier...@hotmail.com>:
>>>
 Hola a todos,



 He detectado un usuario que se ha creado hace unos meses y que se está
 dedicando a destruir la cartografía  pero no recuerdo como se notificaba
 este tipo de situaciones para que restablecieran todos sus conjuntos de
 cambios y lo puedan bloquear. ¿Alguien me lo puede recordar o puede
 notificarlo?



 Os dejo los datos del usuario:



 https://www.openstreetmap.org/user/kapazao



 Un saludo.
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es

>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-cz] "sezoní" cesty

[Marek Janata]

Ahoj,

jak bych měl správně označit tyhle cesty:
https://mapy.cz/zakladni?x=15.6631138=49.6450935=15=coor=15.659380177856434%2C49.647913977206606

jsou to takový ty cesty kolem polí a lesů, co jsou trochu normálně sjízdný
tak 2 x ročně po 14 dnech když je jezeďáci projedou

jinak stačí když chvíli prší a auto tam neprojede, když vyrose obilí tak
ani cyklista. v zimě je to komplet marný.

Chtěl bych to projet s gpskou a zadat je, ale nevím přesně jak

Marek
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk] Lua modules are here: Improving OSM wiki templates

[mmd]

Am 29.07.2018 um 14:57 schrieb Yuri Astrakhan:
> * Much better performance compared with wiki template language

Sounds great. One of the major pain points on many Wiki pages is the
whole topic around Language / LanguageSwitch templates.

Verdy_p has written a lengthy analysis of the current situation, which
I'm mostly unable to follow as I'm not really familiar with Mediawiki
internals:

https://wiki.openstreetmap.org/wiki/User_talk:Verdy_p#Performance_impact_due_to_translation_templates

Maybe someone more knowledgeable than myself could take a look, if it is
worthwhile throwing in some Lua for better performance in this case, or
maybe trying something different.

Thanks!

-- 





___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] Brewshop Tagging

[SK53]

FWIW: this was a tag I used
https://taginfo.openstreetmap.org/tags/alcohol=off_site_only (but alcohol
has 2 distinct meanings).

On 29 July 2018 at 19:07, SK53  wrote:

> Because licensing laws are weird! Also because we use it for vintners,
> specialist cider producers and posh whisky shops.
>
> When I first mapped shops in detail back in 2013 I was following a list of
> licensed premises, which included, not only the usual suspects, but two
> florists.
>
> I don't know if anyone has tried to capture any of the nuances of these
> (and other oddities, years ago my local was licensed for backgammon). The
> key distinction here is that these brewshops have an on licence, so can't
> possibly be offies.
>
> Jerry
>
>
>
>
> On 29 July 2018 at 17:54, Philip Barnes  wrote:
>
>> Always knew them as Real Ale Off Licence, I remember one in Leicester and
>> another in Loughborough back in the day.
>>
>> Why not shop=alcohol (I would prefer shop=off_licence, shop=alcohol is
>> more for shops in puritan countries such as Canada where they are goverment
>> run and sell nothing else), real_ale=yes and maybe real_mild if they stock
>> it :D
>>
>> Phil (trigpoint)
>>
>> On 29/07/2018 17:05, Andy Townsend wrote:
>>
>> On 29/07/18 14:33, SK53 wrote:
>>
>> This is how I mapped the one I surveyed last year in West Norwood
>> https://www.openstreetmap.org/node/5139756811.
>>
>> Avoid shop=beverage, these are shop=alcohol.
>>
>>
>> That's what I went with for https://www.openstreetmap.org/node/4336173634
>> - that one is mostly bottle sales, but some on draught (and the last time I
>> was there the owner was trying to figure out how to get more people in to
>> drink the draught stuff).
>>
>> Not so far away is https://www.openstreetmap.org/way/253040122 which I
>> went with amenity=pub for because it's more about draught sales now than
>> bottles.
>>
>> We also have the tag pub=micropub and/or micropub=yes, so pub=brewshop
>> and brewshop=yes would fit with that scheme. (As an aside more than half
>> (19/33 - or 34 w/w if you include one in LA) of these micropubs have been
>> mapped in the East Midlands which suggests that many more have not been
>> mapped explicitly, such as the Chesterfield Alehouse
>> ).
>>
>>
>> On 29 July 2018 at 12:49, Stephen Knox  wrote:
>>
>>>
>>> I can think of at least 5 of these establishments around me, and while
>>> this might be just a SE thing, I think it is likely to become prevalent
>>> across the country as traditional retailers and pubs struggle, as it is a
>>> more flexible business model and taps into the "experience" trend.
>>>
>>
>> It's definitely not just a SE England thing.  As Jerry has said, there
>> are lots in the East Mids, but for example there are relatively few in York
>> (https://www.openstreetmap.org/node/4826706222 being about the only
>> example that immediately springs to mind).  "what makes a micropub" is I
>> guess a combination of things - partly it's a question of self-branding
>> ("this place is more worth visiting than that former John Smiths/Home
>> Ales/Shippos place down the road"), partly size, partly restricted opening
>> hours and partly the toilets are usually more restricted.  I can certainly
>> think of some "shop conversion" micropubs that are bigger than some
>> "proper" pubs.
>>
>> If anyone's interested in an explicit "micropub" rendering I'll happily
>> add one to map.atownsend.org.uk so that it appears alongside the other
>> pub types at https://map.atownsend.org.uk/maps/map/map.html#zoom=18=-
>> 24.986416=135.173906 .
>>
>> Cheers,
>>
>> Andy
>>
>>
>>
>> ___
>> Talk-GB mailing 
>> listTalk-GB@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Brewshop Tagging

[SK53]

Because licensing laws are weird! Also because we use it for vintners,
specialist cider producers and posh whisky shops.

When I first mapped shops in detail back in 2013 I was following a list of
licensed premises, which included, not only the usual suspects, but two
florists.

I don't know if anyone has tried to capture any of the nuances of these
(and other oddities, years ago my local was licensed for backgammon). The
key distinction here is that these brewshops have an on licence, so can't
possibly be offies.

Jerry




On 29 July 2018 at 17:54, Philip Barnes  wrote:

> Always knew them as Real Ale Off Licence, I remember one in Leicester and
> another in Loughborough back in the day.
>
> Why not shop=alcohol (I would prefer shop=off_licence, shop=alcohol is
> more for shops in puritan countries such as Canada where they are goverment
> run and sell nothing else), real_ale=yes and maybe real_mild if they stock
> it :D
>
> Phil (trigpoint)
>
> On 29/07/2018 17:05, Andy Townsend wrote:
>
> On 29/07/18 14:33, SK53 wrote:
>
> This is how I mapped the one I surveyed last year in West Norwood
> https://www.openstreetmap.org/node/5139756811.
>
> Avoid shop=beverage, these are shop=alcohol.
>
>
> That's what I went with for https://www.openstreetmap.org/node/4336173634
> - that one is mostly bottle sales, but some on draught (and the last time I
> was there the owner was trying to figure out how to get more people in to
> drink the draught stuff).
>
> Not so far away is https://www.openstreetmap.org/way/253040122 which I
> went with amenity=pub for because it's more about draught sales now than
> bottles.
>
> We also have the tag pub=micropub and/or micropub=yes, so pub=brewshop and
> brewshop=yes would fit with that scheme. (As an aside more than half (19/33
> - or 34 w/w if you include one in LA) of these micropubs have been mapped
> in the East Midlands which suggests that many more have not been mapped
> explicitly, such as the Chesterfield Alehouse
> ).
>
>
> On 29 July 2018 at 12:49, Stephen Knox  wrote:
>
>>
>> I can think of at least 5 of these establishments around me, and while
>> this might be just a SE thing, I think it is likely to become prevalent
>> across the country as traditional retailers and pubs struggle, as it is a
>> more flexible business model and taps into the "experience" trend.
>>
>
> It's definitely not just a SE England thing.  As Jerry has said, there are
> lots in the East Mids, but for example there are relatively few in York (
> https://www.openstreetmap.org/node/4826706222 being about the only
> example that immediately springs to mind).  "what makes a micropub" is I
> guess a combination of things - partly it's a question of self-branding
> ("this place is more worth visiting than that former John Smiths/Home
> Ales/Shippos place down the road"), partly size, partly restricted opening
> hours and partly the toilets are usually more restricted.  I can certainly
> think of some "shop conversion" micropubs that are bigger than some
> "proper" pubs.
>
> If anyone's interested in an explicit "micropub" rendering I'll happily
> add one to map.atownsend.org.uk so that it appears alongside the other
> pub types at https://map.atownsend.org.uk/maps/map/map.html#zoom=18=
> -24.986416=135.173906 .
>
> Cheers,
>
> Andy
>
>
>
> ___
> Talk-GB mailing 
> listTalk-GB@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-gb
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Signalisation routiere

[David Crochet]

Bonjour


Le 28/07/2018 à 18:54, Philippe Verdy a écrit :
"private" ici (qui est faux dans ce cas, s'il s'agit en fait de 
navettes **publiques**)


« Private » ne veut pas dire « privée » mais  « Access is only with 
permission on an individual basis. » ce qui revient à dire «a qui on a 
donné la permission d'utiliser »


Cordialement

--
David Crochet


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] idée idiote pour les apk

[PanierAvide]

Le 29/07/2018 à 16:01, marc marc a écrit :

vraiment ?
ce ne serrait pas très efficace puisqu'en même temps streetcomplete
a besoin des données "brutes" pour pouvoir faire l'édition


Le fond de carte se base sur des tuiles vectorielles (Mapbox ?), et les 
données sont issues de requêtes Overpass. Ça peut sembler surprenant 
mais les tuiles vectorielles contiennent des infos "light", qui ne sont 
pas suffisantes pour le niveau de détail que demande StreetComplete.


Adrien.

--
PanierAvide
Géomaticien & développeur


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] traduction et glossaire

[Philippe Verdy]

au sens propre "tag" c'est une étiquette (comprend aussi les "hashtags" qui
n'en sont qu'une forme particulière commençant par un symbole distinctif).
Attribut est le meilleur terme pour le nom, mais en tant que verbe je pense
que le meilleur terme le plus clair est "marquer" (on pourrait aussi
utiliser "étiqueter").

"Qualifier" correspond à une concept plus restrictif (qui s'oppose à
"quantifier", ou "identifier") et est destiné à apporter plutôt une
restriction sémantique, alors que tous les tags ne sont pas des
restrictions, juste des informations.
De plus "qualifier" peut inclure des éléments "subjectifs", alors que la
plupart des infos dans OSM devrait être "objectives".
En revanche l'anglicisme "tagguer" ou "taguer" ou "tagger" est horrible !

Je vois très bien en revanche le sens de "marquer les objets avec les
attributs suivants".


Le 29 juillet 2018 à 15:47, Julien Lepiller  a écrit :

> Bonjour à tous !
>
> Étant motivé par la traduction (en particulier pour HebdoOSM, et de
> manière moins soutenue pour les éditeurs), je me rends compte qu'il n'y
> a pas beaucoup d'harmonisation des termes entre les projets de
> traduction. S'il y a des traducteurs sur la liste, j'aimerais avoir
> votre avis sur des termes courants dans le contexte d'OSM :
>
> « a tag », « to tag », « tagging »
>
> L'idée est de traduire toujours le même terme par un même terme, mais
> avoir des traductions différentes pour des termes qui désignent des
> concepts différents.
>
> Pour ma part, je traduis toujours tag par attribut. Les deux autres
> mots sont plus difficiles. Je trouve que « attribuer » ne correspond
> pas au sens. Pour moi « étiqueter » ou « qualifier » correspondent
> plus, mais je ne les ai encore jamais utilisés dans les traductions
> parce que j'y trouve déjà des versions dérivées de l'anglais.
>
> Des avis ?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Brewshop Tagging

[Philip Barnes]

Always knew them as Real Ale Off Licence, I remember one in Leicester 
and another in Loughborough back in the day.


Why not shop=alcohol (I would prefer shop=off_licence, shop=alcohol is 
more for shops in puritan countries such as Canada where they are 
goverment run and sell nothing else), real_ale=yes and maybe real_mild 
if they stock it :D


Phil (trigpoint)


On 29/07/2018 17:05, Andy Townsend wrote:

On 29/07/18 14:33, SK53 wrote:
This is how I mapped the one I surveyed last year in West Norwood 
https://www.openstreetmap.org/node/5139756811.


Avoid shop=beverage, these are shop=alcohol.


That's what I went with for 
https://www.openstreetmap.org/node/4336173634 - that one is mostly 
bottle sales, but some on draught (and the last time I was there the 
owner was trying to figure out how to get more people in to drink the 
draught stuff).


Not so far away is https://www.openstreetmap.org/way/253040122 which I 
went with amenity=pub for because it's more about draught sales now 
than bottles.


We also have the tag pub=micropub and/or micropub=yes, so 
pub=brewshop and brewshop=yes would fit with that scheme. (As an 
aside more than half (19/33 - or 34 w/w if you include one in LA) of 
these micropubs have been mapped in the East Midlands which suggests 
that many more have not been mapped explicitly, such as the 
Chesterfield Alehouse ).


On 29 July 2018 at 12:49, Stephen Knox > wrote:



I can think of at least 5 of these establishments around me, and
while this might be just a SE thing, I think it is likely to
become prevalent across the country as traditional retailers and
pubs struggle, as it is a more flexible business model and taps
into the "experience" trend.



It's definitely not just a SE England thing.  As Jerry has said, there 
are lots in the East Mids, but for example there are relatively few in 
York (https://www.openstreetmap.org/node/4826706222 being about the 
only example that immediately springs to mind). "what makes a 
micropub" is I guess a combination of things - partly it's a question 
of self-branding ("this place is more worth visiting than that former 
John Smiths/Home Ales/Shippos place down the road"), partly size, 
partly restricted opening hours and partly the toilets are usually 
more restricted.  I can certainly think of some "shop conversion" 
micropubs that are bigger than some "proper" pubs.


If anyone's interested in an explicit "micropub" rendering I'll 
happily add one to map.atownsend.org.uk so that it appears alongside 
the other pub types at 
https://map.atownsend.org.uk/maps/map/map.html#zoom=18=-24.986416=135.173906 
.


Cheers,

Andy



___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-se] Open Street Map Sweden stylesheet

[Karl Wettin]

Hi Brian!

It’s available here:
https://github.com/karlwettin/tilemill-style-hydda

No detailed instructions around though, sorry. Based on OSM bright, so you 
might find some instructions for that which might help. 


Karl

> 29 juli 2018 kl. 17:08 skrev Brian Gaze :
> 
>  Hi,
> 
> I'm new to Open Street Map (OSM) but have followed a tutorial to set-up my 
> own OSM Ubuntu tile server using the OpenStreetMap Carto ( 
> https://github.com/gravitystorm/openstreetmap-carto/) style sheet. That works 
> fine but I wondered whether the style sheet OSM Sweden uses is freely 
> available? If so, are there any instructions (in English ideally) explaining 
> how to download and install it?
> 
> Thanks.
> 
> Brian
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-fr] Présentation rapide

[Charles MILLET]

En fait OsmAnd permet même de filrer les POI en fonction des tags 
d'accessibilité (enfin la clé wheellchair en fait)


On 23/07/2018 23:02, deuzeffe wrote:

Le 23/07/2018 à 22:16, jacques+...@foucry.net a écrit :

On 07/23/2018 19:50, deuzeffe wrote:


Donc, tu utilises quelles applications et sous quel OS ?


OsmAnd~


Sous Osmand, dans les config. de la carte, si tu choisis OSM-FR comme 
fond de carte, tu verras les parking PMR clairement rendus (un P avec 
l'icône standard PMR).


#HTH



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Différencier aménagement cyclables sur trottoir des autres

[Charles MILLET]

On 27/07/2018 19:22, marc marc wrote:

Le 27. 07. 18 à 18:47, Charles MILLET a écrit :

   * cycleway:*=sidewalk + segregated=yes/no
Je préfère cycleway=sidewalk

cela me semble cohérent avec l'existant.
cycleway=sidewalk pour le cas général
et avec des préfixe si la situation n'est pas la même pour les 2
trottoirs : cycleway=sidewalk serrait un alias de cycleway:both=sidewalk

Super ! parfait !



   * highway=footway + footway=sidewalk +bicycle=yes/designated

selon le wiki cela nécessite un panneau "bleu piéton" qui est rarement
présent et donc même si c'est souvent utilisé, cela me semble souvent
erroné car tu provoques des problèmes pour les autres modes de
transports (genre les rollers qui ont un accès par défaut différent
selon les pays)


   * highway=cycleway + footway=sidewalk (je sais ça fait un peu bizarre
 et on pourrait aussi mettre cycleway=sidewalk) + oneway=yes/no +
 foot=yes/designated + segregated=yes/no

cela retombe dans le problème des voies vertes (est-ce un chemin piéton
avec des cyclistes ou une piste cyclable avec des piétons) et donc selon
moi à éviter


   * highway=path + foot=designated + cycleway=sidewalk + segregated=yes/no

cela me semble le mieux, sauf que j'aurais mis foot+cycleway
en =sidewalk ou les 2 en =designated mais pas un mix.
OK pourquoi pas. Je pencherais pour le =sidewalk dans ce cas pour ne pas 
perdre l'information qu'il s'agit justement d'un trottoir... et en 
attendant de faire encore un peu évoluer les solutions pour les voies 
vertes, cela aura l'autre avantage de ne pas créer une confusion.



Et on remet à un peu plus tard les critères pour choisir si on doit
traiter l'information sur un seul way ou plusieurs pour ne pas trop se
mélanger...

je n'ai pas l'impression qu'il y ai matière à débat même s'il y a 2
situations différentes mais donc oui c'est une bonne idée de diviser et
reporter ce point à plus tard histoire d'avancer sur lä ou c'est
possible. au pire cela terminera sur le wiki comme pour le reste avec
"cas recommandé et cas existant non recommandé".
Justement je pense qu'il y a encore besoin d'en discuter parce que, même 
si pour les enjeux du routage, la mutualisation du way est très 
pratique, il y a quand même d'autres arguments qui ne sont pas en 
faveur. J'ai compris qu'il s'agissait de ton argument et de ta 
motivation principale, je suis tout à fait d'accord avec toi et je 
trouve que c'est une très bonne raison... mais :) je pense aussi que ce 
n'est peut-être pas suffisent pour le justifier mais je ne vais pas 
rentrer dans les détails.


On pourra justement relancer une discussion à part pour vraiment peser 
le pour et le contre et recueillir les avis en faisant en sorte de bien 
se concentrer sur ce sujet uniquement ;)


Merci pour le travail de titan à chercher un compromis cohérent :-)

C'est moi qui te remercie pour faire vivre le sujet ;)

Et gardons à l'esprit :

« Ce  qui  fait  la  multiplicité  des  points  de  vue  ne  vient pas  
d’une  faiblesse de nos interprétations successives, mais bien de la 
richesse de l’objet lui-même. C’est parce qu’il est complexe qu’il 
génère autant de points de vue sur lui-même. Cette complexité est un 
éloge de l’objet et non pas un éloge des subjectivités qui le 
considéreraient de l’extérieur. »


La référence bibliographique est fausse mais vient de là : 
https://halshs.archives-ouvertes.fr/halshs-00841777/document — Merci 
Vincent Bergeot pour cet article qui permet de justifier tous les débats 
autour des tags ;)

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Différencier aménagement cyclables sur trottoir des autres

[Charles MILLET]

On 28/07/2018 21:06, Axelos wrote:

Coucou, j'ai en effet un peu zappé la discussion :)

Le 27/07/2018 à 19:22, marc marc a écrit :

Le 27. 07. 18 à 18:47, Charles MILLET a écrit :

   * cycleway:*=sidewalk + segregated=yes/no
Je préfère cycleway=sidewalk

cela me semble cohérent avec l'existant.
cycleway=sidewalk pour le cas général
et avec des préfixe si la situation n'est pas la même pour les 2
trottoirs : cycleway=sidewalk serrait un alias de cycleway:both=sidewalk

À choisir entre les deux, moi aussi je préfère la seconde solution, pour
un peu près les mêmes raisons que vous (ça va je ne suis pas d'esprit de
contradiction ce soir !)

Bon bah c'est excellent ce début de consensus sur le cycleway:*=sidewalk
Quelle serait l'étape suivante selon vous s'il n'y a pas d'opinion 
différente dans les prochains jours ? Un travail de description en 
français puis en Anglais et un passage par le vote sur le Wiki ?





   * highway=footway + footway=sidewalk +bicycle=yes/designated

selon le wiki cela nécessite un panneau "bleu piéton" qui est rarement
présent et donc même si c'est souvent utilisé, cela me semble souvent
erroné car tu provoques des problèmes pour les autres modes de
transports (genre les rollers qui ont un accès par défaut différent
selon les pays)
Je continue de considérer que les notions d'accès passent après la 
description de l'aménagement dans la mesure où les tags d'accès et les 
valeurs par défauts des pays permettent de gérer ça très bien et sans 
ambiguïté. Mais je sais que certaines personnes préfèrent que ces 
notions d'accès soient prises en compte dès la description de la valeur 
du highway. Je respecte parfaitement ce point de vue mais je trouve que 
cette approche dégrade un peu l'« interprétation » des aménagements au 
mieux pour permettre une petite économie de tag. Continuons d'en 
d'abattre intelligemment et on finira bien par trouver des solutions :)



   * highway=cycleway + footway=sidewalk (je sais ça fait un peu bizarre
 et on pourrait aussi mettre cycleway=sidewalk) + oneway=yes/no +
 foot=yes/designated + segregated=yes/no

cela retombe dans le problème des voies vertes (est-ce un chemin piéton
avec des cyclistes ou une piste cyclable avec des piétons) et donc selon
moi à éviter


   * highway=path + foot=designated + cycleway=sidewalk + segregated=yes/no

cela me semble le mieux, sauf que j'aurais mis foot+cycleway
en =sidewalk ou les 2 en =designated mais pas un mix.

Pareil que Marc pour l'usage du path, mais pas d'accord pour le
commentaire supplémentaire : Si on met deux fois =designated ça équivaut
à un chemin partagé, et donc à la voie verte ... on retombe toujours sur
le même problème :)
Bon même si je continuerai de trouver dommage de conditionner l'usage de 
footway et cycleway à la présence de panneaux ou autres éléments 
similaires je pense qu'on peut partir sur du path et qu'on précisera 
l'aménagement à l'aide des autres tag (surface, etc.). Mais sinon pour 
distinguer les voies vertes on a toujours le tag du panneau ;) mais bon 
je dis ça pour plaisanter puisque de toute manière je préfère 
l'utilisation foot=sidewalk et bicycle=sidewalk comme évoquer mon 
message précédents car ils permettent de conserver l'information qu'il 
s'agit bien d'un trottoir.


Mais pourquoi segregated=yes/no ? Si il n'y a pas de séparation physique
sur le trottoir, alors il n'y a pas de piste cyclable et donc il s'agit
d'un trottoir, et donc on utilise highway=footway + footway=sidewalk
comme proposé précédemment par Antoine, et donc pas de segregated=no !
(si vous arrivez à suivre, respect !)
J'ai déjà vu des trottoir cyclables sans séparation... mais pour éviter 
de partir sur les différentes combinaisons logiques, on a qu'à partir du 
principe que de toute manière cela mérite toujours d'être précisé si la 
voie est partagée par les cyclistes et les piétons


Et c'est là aussi que rentre la subtilité du statut de l’aménagement,
officiellement même si c'est de la grosse daube, le machin séparé par de
la peinture est bel et bien une piste cyclable ...
cycleway=sidewalk pour une indication annexe depuis la chaussée
principale car il n'y a pas de séparation physique entre la chaussée et
le trottoir avec "piste cyclable" me semble plutôt convenable,
mais directement sur un chemin dédié car séparation physique de la
chaussée principale, là ça me parait bizarre !
C'est pour ça que je préfère me concentrer sur l'objet dans un premier 
temps et considérer l'accès et le code de la route dans un second temps 
et pas l'inverse puisque ça pose plus de problèmes que ça n'en résout ;)
Mais sinon pour être sûr que j'ai bien compris, tu veux dire que 
foot=sidewalk et bicycle=sidewalk ne seraient pas selon toi adaptés sur 
un way à part ?


Axel.

TL;DR

Sinon pour résumer on serait sur

way mutualisé > cycleway:*=sidewalk + etc.

way indépendant > highway=path + foot=sidewalk + bicycle=sidewalk etc.



___
Talk-fr mailing list

Re: [Talk-GB] Brewshop Tagging

[Andy Townsend]

On 29/07/18 14:33, SK53 wrote:
This is how I mapped the one I surveyed last year in West Norwood 
https://www.openstreetmap.org/node/5139756811.


Avoid shop=beverage, these are shop=alcohol.


That's what I went with for 
https://www.openstreetmap.org/node/4336173634 - that one is mostly 
bottle sales, but some on draught (and the last time I was there the 
owner was trying to figure out how to get more people in to drink the 
draught stuff).


Not so far away is https://www.openstreetmap.org/way/253040122 which I 
went with amenity=pub for because it's more about draught sales now than 
bottles.


We also have the tag pub=micropub and/or micropub=yes, so pub=brewshop 
and brewshop=yes would fit with that scheme. (As an aside more than 
half (19/33 - or 34 w/w if you include one in LA) of these micropubs 
have been mapped in the East Midlands which suggests that many more 
have not been mapped explicitly, such as the Chesterfield Alehouse 
).


On 29 July 2018 at 12:49, Stephen Knox > wrote:



I can think of at least 5 of these establishments around me, and
while this might be just a SE thing, I think it is likely to
become prevalent across the country as traditional retailers and
pubs struggle, as it is a more flexible business model and taps
into the "experience" trend.



It's definitely not just a SE England thing.  As Jerry has said, there 
are lots in the East Mids, but for example there are relatively few in 
York (https://www.openstreetmap.org/node/4826706222 being about the only 
example that immediately springs to mind).  "what makes a micropub" is I 
guess a combination of things - partly it's a question of self-branding 
("this place is more worth visiting than that former John Smiths/Home 
Ales/Shippos place down the road"), partly size, partly restricted 
opening hours and partly the toilets are usually more restricted.  I can 
certainly think of some "shop conversion" micropubs that are bigger than 
some "proper" pubs.


If anyone's interested in an explicit "micropub" rendering I'll happily 
add one to map.atownsend.org.uk so that it appears alongside the other 
pub types at 
https://map.atownsend.org.uk/maps/map/map.html#zoom=18=-24.986416=135.173906 
.


Cheers,

Andy

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Cyklo web s gpx, elevation profilem a mtb scale

[majka]

Za mě několik dalších možností:
brouter  + zvolit vhodný profil (vhodné jak
pro turistiku, tak i pro MTB, vzhled nejlépe asi Outdoor thunderforest), dá
se přiohnout podle vlastních představ
mtbmap 

a nebo přímo Osmand, který umí navigaci přes BRouter - tj. propojit,
naklikat tam a nejít přes ten mezikrok na webu. "Uživatelský " profil se dá
vytvořit zkopírováním vhodného profilu do mobilu a jeho přejmenováním tak,
jak to Osmand čeká - tj. fastbike jako "nejrychlejší trasa", trekking jako
standardní navigace.

On Sun, 29 Jul 2018 at 09:27, Martin Ždila  wrote:

> Ahoj
>
> On Sat, Jul 28, 2018 at 11:32 PM mahdi1234  wrote:
>
>> Rad bych nasel web, kterej toto umi jako mapy.cz tzn OSM mapy pro CZ, s
>> MTB scale, vyskovym profilem a jednoduchym klikanim hodne prujezdnich
>> bodu + export do GPX. Je neco takovyho?
>>
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-cz] Skupinové mapování 4.8. 2018, Údolí Říčky (jih Moravského krasu)

[xkomczax]

Pridavam se k tem, co by radi, ale v dany cas dovolenkuji.

Jirka Komarek
__
> Od: Michal Fabík 
> Komu: OpenStreetMap Czech Republic 
> Datum: 27.07.2018 12:34
> Předmět: Re: [Talk-cz] Skupinové mapování 4.8. 2018, Údolí Říčky (jih 
> Moravského  krasu)
>
>On 27 July 2018 11:48:08 CEST, Tomas Novotny  wrote:
>>Ahoj,
>>
>>jee, to bych mel, ale budu na dovolene :-/.
>>
>>T.
>>
>>On Fri, 27 Jul 2018 11:05:36 +0200 (CEST)
>>Michal Pustějovský  wrote:
>>
>>> Ahoj,
>>> 
>>> 
>>> 
>>> 
>>> Ve skupině tří lidí plánujeme v sobotu 4.8. hromadné mapování v Údolí
>>říčky
>>> (https://www.openstreetmap.org/relation/2327245) a okolí (lomy Mokrá
>>> (https://www.openstreetmap.org/way/61491504)). Zajímají nás hlavně
>>pěšiny, 
>>> skály a jeskyně. V případě zájmu je možnost přespat noc na neděli v
>>jedné z 
>>> jeskyní.
>>> 
>>> 
>>> 
>>> 
>>> Měl by někdo zájem se přidat?
>>> 
>>> 
>>> 
>>> 
>>> Michal
>>
>>___
>>Talk-cz mailing list
>>Talk-cz@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/talk-cz
>>https://openstreetmap.cz/talkcz
>
>Ahoj, mám to stejně, ten den ráno odjíždím.
>-- 
>Michal Fabík
>
>Sent from a mobile phone. Please excuse my brevity.
>
>--
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>https://openstreetmap.cz/talkcz
>
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[Talk-se] Open Street Map Sweden stylesheet

[Brian Gaze]

Hi,

I'm new to Open Street Map (OSM) but have followed a tutorial to set-up my
own OSM Ubuntu tile server using the OpenStreetMap Carto (
https://github.com/gravitystorm/openstreetmap-carto/) style sheet. That
works fine but I wondered whether the style sheet OSM Sweden uses is freely
available? If so, are there any instructions (in English ideally)
explaining how to download and install it?

Thanks.

Brian
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-es] Usuario destroza la cartografía.

[Miguel Sevilla-Callejo]

Completamente de acuerdo con José Luis, hay que abrir debate antes de vetar
a nadie. Parece que hay voluntad de editar adecuadamente aunque si se
borran elementos hay que ser precavido e, igualmente, comentar a la
comunidad antes de ir eliminando cosas.
Saludos.
Miguel

On Sun, 29 Jul 2018, 12:38 Jose Luis Infante,  wrote:

> Hola,
>
> Antes de contactar con la DWG, nos deberías decir si has contactado con el
> usuario, si le has comentado que está haciendo incorrectamente y si has
> obtenido respuesta.
>
> También nos deberías comentar por qué se debería enviar este caso al DWG.
>
> Por lo que he visto parece un usuario que comenta sus changesets y que
> según su criterio cree que lo está haciendo correctamente.
>
> Quizá hay una diferencia de criterio o falta de conocimientos que se puede
> solucionar hablando con el usuario.
>
> Un saludo,
> José Luis
>
> El 29/7/2018 12:14 p. m., "Jo"  escribió:
>
>> Tienes que contactar el DWG (data working group).
>>
>> Polyglot
>>
>> Op zo 29 jul. 2018 om 11:46 schreef Fco. Javier González Jiménez <
>> fjavier...@hotmail.com>:
>>
>>> Hola a todos,
>>>
>>>
>>>
>>> He detectado un usuario que se ha creado hace unos meses y que se está
>>> dedicando a destruir la cartografía  pero no recuerdo como se notificaba
>>> este tipo de situaciones para que restablecieran todos sus conjuntos de
>>> cambios y lo puedan bloquear. ¿Alguien me lo puede recordar o puede
>>> notificarlo?
>>>
>>>
>>>
>>> Os dejo los datos del usuario:
>>>
>>>
>>>
>>> https://www.openstreetmap.org/user/kapazao
>>>
>>>
>>>
>>> Un saludo.
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Correction massive de operator=RTE (ou ERDF) en operator=Enedis

[deuzeffe]

On 29/07/2018 16:16, François Lacombe wrote:


Donc, est-ce que la correction s/ERDF/Enedis pour operator= est légitime ?




Oui en vérifiant sommairement chaque objet


Donc, ok, pour la correction. Jusque là.


Il faut partir du principe que tu vas trouver des erreurs. Sinon c'est
qu'il faut revérifier jusqu'à en trouver une :)


Yep. Il en reste  (même des nœuds que tu as modifiés il y a bien 
longtemps ^^)



(merci WP de m'avoir appris que suivant la tension et donc si c'est
transport ou distribution, la société qui gère n'est pas la même...
Pourquoi faire simple quand on peu faire compliqué ?)
 
C'est du réglementaire, et l'ouverture du marché de l'électricité.

La production, le transport et la distribution (en plus de la vente) sont 3
fonctions indépendantes.


J'avais bien en tête la séparation de la fonction production des autres 
fonctions. En revanche, la subtile différence entre transport et 
distribution m'avait complètement échappé.


Va falloir maintenant que j'apprenne à me servir des outils qui vont bien...

--
deuzeffe, qui aime bien en apprendre tous les jours et se coucher moins 
ignorante.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Correction massive de operator=RTE (ou ERDF) en operator=Enedis

[François Lacombe]

Le 29 juillet 2018 à 16:12, deuzeffe  a écrit :

> Damnède, tu as raison, j'ai confondu ERDF et RTE (oui, bon ça va). Je
> viens de reproduire l'erreur : le validateur dit bien que ERDF est déprécié
> et qu'il faut mieux utiliser Enedis à la place (par ex. Node 2572266261).
>

Ca oui, il y a bien une validation dans JOSM pour ça.

Donc, est-ce que la correction s/ERDF/Enedis pour operator= est légitime ?
>

Oui en vérifiant sommairement chaque objet
Il faut partir du principe que tu vas trouver des erreurs. Sinon c'est
qu'il faut revérifier jusqu'à en trouver une :)


> (merci WP de m'avoir appris que suivant la tension et donc si c'est
> transport ou distribution, la société qui gère n'est pas la même...
> Pourquoi faire simple quand on peu faire compliqué ?)


C'est du réglementaire, et l'ouverture du marché de l'électricité.
La production, le transport et la distribution (en plus de la vente) sont 3
fonctions indépendantes.

François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Correction massive de operator=RTE (ou ERDF) en operator=Enedis

[deuzeffe]

On 29/07/2018 15:40, Vincent Privat wrote:

Le 29 juillet 2018 à 15:11, deuzeffe  a écrit :


j'ai vu que le validateur de josm remontait des erreurs sous prétexte que
operator=RTE est obsolète



Euh, je m'inscris en faux, JOSM ne fait pas ça. Si tu as eu des erreurs
c'est pour une autre raison.


Damnède, tu as raison, j'ai confondu ERDF et RTE (oui, bon ça va). Je 
viens de reproduire l'erreur : le validateur dit bien que ERDF est 
déprécié et qu'il faut mieux utiliser Enedis à la place (par ex. Node 
2572266261).


Donc, est-ce que la correction s/ERDF/Enedis pour operator= est légitime ?

(merci WP de m'avoir appris que suivant la tension et donc si c'est 
transport ou distribution, la société qui gère n'est pas la même... 
Pourquoi faire simple quand on peu faire compliqué ?)


--
deuzeffe




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Correction massive de operator=RTE (ou ERDF) en operator=Enedis

[François Lacombe]

Bonjour Deuzeffe,

Le 29 juillet 2018 à 15:11, deuzeffe  a écrit :

> Bonjour,
>
> En relation avec le projet du mois (voire de l'année ^^)


Et de l'incident de Montparnasse, il n'est pas un luxe de connaitre la
différence entre EDF, RTE et Enedis.


> j'ai vu que le validateur de josm remontait des erreurs sous prétexte que
> operator=RTE est obsolète (ce en quoi il n'a pas tort, il me semble).
>
Non, comme Vincent je pense qu'il ne fait pas ça.
Il doit y avoir une autre raison.


> On est bien d'accord que pour ce qui est du transport on est passé d'EDF à
> ERDF puis à RTE puis à Enedis. J'ai bon ?
>

Non, Enedis s'occupe de la distribution pour 95% de la population (70% du
territoire)
On est passé de EDF à RTE pour le transport uniquement. EDF exploite encore
ses systèmes privés, dans les centrales nucléaires ou hydraulique par
exemple.


> Pour ce qui est de mon département (le 87), il y presque 700 objets
> (points, lignes, polygones) encore attribués à RTE (ce qui est normal
> suivant la date de saisie des info.).
>
Et ils doivent le rester


> Donc, ne serait-il pas judicieux de corriger automatiquement ce tag
> operator=RTE (plus quelques ERDF qui traînent encore) en operator=Enedis ?
>

Uniquement operator=ERDF vers operator=Enedis après avoir soigneusement
regardé si Enedis était bien distributeur dans la commune concernée.
https://opendata.agenceore.fr/pages/g2_/

J'ai pu le faire sur Savoie / Haute-Savoir déjà, ca a entrainé un énorme
trou sur operator=ERDF pour la bonne cause
Tu peux continuer si tu trouves des objets avec operator=ERDF, en tout ca
ce ne sera pas inutile
Il faudra indiquer la source et un commentaire disant que ce n'est pas un
retag automatique dans le changeset pour pas que les administrateur s'en
inquiètent.

En espérant que ces précisions rendent les choses plus claires

François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] idée idiote pour les apk

[marc marc]

Le 29. 07. 18 à 14:05, Francois Gouget a écrit :
> On Sun, 29 Jul 2018, Jo wrote:
> 
>> Si les devs étaient disposés à faire cela, ils l'auraient déjà fait il y a
>> longtemps, ou Maps.Me n'aurait pas inventé un nouveau format.
> 
> Maps.me est une chose : c'est une application propriétaire avec ses
> propres priorités et la compatibilité avec Osmand ne va forcément pas en
> faire partie.

une partie est opensource, il y a d'ailleurs un fork android 
communautaire sans les bricolages problématiques (mais je nel'ai jamais 
testé, de ce que j'en ai eu, c'est pas tres stable niveau maj carte)

> Mais être obligé d'avoir de la data pour visualiser la carte dans
> StreetComplete alors que j'ai les cartes offline dans Osmand c'est assez
> idiot. Pareil pour la myriade d'autres applications OpenStreetMap
> open-source.

on ne perd rien à tenter de proposer cela sur la ml osm-dev et/ou sur 
les sites de l'un ou l'autre éditeur d'app

> Bon je suppose que le problème c'est que StreetComplete ne fait 
> que récupérer des tuiles

vraiment ?
ce ne serrait pas très efficace puisqu'en même temps streetcomplete
a besoin des données "brutes" pour pouvoir faire l'édition
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] traduction et glossaire

[marc marc]

Le 29. 07. 18 à 15:47, Julien Lepiller a écrit :
> « a tag », « to tag », « tagging »
> je traduis toujours tag par attribut.

je n'y avais pas pensé mais c'est une bonne traduction

to tag : renseigner, cartographier

c'est là qu'on rêve d'un système global pour la traduction osm
au lieu de faire x fois la même chose pour chaque projet :(
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] traduction et glossaire

[Julien Lepiller]

Bonjour à tous !

Étant motivé par la traduction (en particulier pour HebdoOSM, et de
manière moins soutenue pour les éditeurs), je me rends compte qu'il n'y
a pas beaucoup d'harmonisation des termes entre les projets de
traduction. S'il y a des traducteurs sur la liste, j'aimerais avoir
votre avis sur des termes courants dans le contexte d'OSM :

« a tag », « to tag », « tagging »

L'idée est de traduire toujours le même terme par un même terme, mais
avoir des traductions différentes pour des termes qui désignent des
concepts différents.

Pour ma part, je traduis toujours tag par attribut. Les deux autres
mots sont plus difficiles. Je trouve que « attribuer » ne correspond
pas au sens. Pour moi « étiqueter » ou « qualifier » correspondent
plus, mais je ne les ai encore jamais utilisés dans les traductions
parce que j'y trouve déjà des versions dérivées de l'anglais.

Des avis ?

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Correction massive de operator=RTE (ou ERDF) en operator=Enedis

[Vincent Privat]

Le 29 juillet 2018 à 15:11, deuzeffe  a écrit :

> j'ai vu que le validateur de josm remontait des erreurs sous prétexte que
> operator=RTE est obsolète
>

Euh, je m'inscris en faux, JOSM ne fait pas ça. Si tu as eu des erreurs
c'est pour une autre raison.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Brewshop Tagging

[SK53]

This is how I mapped the one I surveyed last year in West Norwood
https://www.openstreetmap.org/node/5139756811.

Avoid shop=beverage, these are shop=alcohol. We also have the tag
pub=micropub and/or micropub=yes, so pub=brewshop and brewshop=yes would
fit with that scheme. (As an aside more than half (19/33 - or 34 w/w if you
include one in LA) of these micropubs have been mapped in the East Midlands
which suggests that many more have not been mapped explicitly, such as
the Chesterfield
Alehouse ).

Cheers,

Jerry

On 29 July 2018 at 12:49, Stephen Knox  wrote:

> There seem to be an increasing number of venues around the UK which are a
> hybrid of pub and shop. They tend be not require full as much licensing as
> a pub, are much smaller, have shorter opening hours, and tend not to serve
> food, and cater for the increasing number of beer connoisseurs around.
>
> I can think of at least 5 of these establishments around me, and while
> this might be just a SE thing, I think it is likely to become prevalent
> across the country as traditional retailers and pubs struggle, as it is a
> more flexible business model and taps into the "experience" trend.
>
> So, do we need a separate tag for these things or is some combination of
> shop=beverage, beer=yes, amenity=pub/bar OK?
>
> Any thoughts?
>
> Stephen Knox
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk] Lua modules are here: Improving OSM wiki templates

[Jo]

I'm afraid it's not useful on our wiki. First of because our pages are not
connected to Wikidata (for obvious reasons).

But if people want to have a look at Lua code, or if they want to use it on
a Wikipedia to refer back to OSM objects, that's where it could be useful.

Jo

Op zo 29 jul. 2018 om 15:09 schreef Yuri Astrakhan :

> Thanks Jo, now you can copy it to OSM wiki if you think it would be
> useful! :)
>
> On Sun, Jul 29, 2018 at 3:06 PM Jo  wrote:
>
>> This is only tangentially related, but I created a Lua module for the
>> wikipedias a few years ago:
>>
>> https://en.wikipedia.org/wiki/Module:OSM
>>
>> It generates an Overpass Query showing all the objects related to the
>> Wikipedia entry via wikidata tags in the OSM data.
>>
>> Polyglot
>>
>> Op zo 29 jul. 2018 om 15:01 schreef Yuri Astrakhan <
>> yuriastrak...@gmail.com>:
>>
>>> Hi everyone.  Thanks to Tom Hughes, we now have Scribunto extension set
>>> up on OSM wiki, which allows Lua language in addition to the very slow and
>>> unreadable wiki template language.
>>>
>>> Documentation:
>>> *
>>> https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual
>>> * https://en.wikipedia.org/wiki/Wikipedia:Lua
>>>
>>> Benefits:
>>> * Much better performance compared with wiki template language
>>> * Substantially more readable
>>> * Allows greater flexibility with how templates are set up
>>>
>>> Migration:
>>> The usual migration is to re-implement complex and often-used templates
>>> in Lua (as a Module:* pages), and keep the existing template as a "wrapper"
>>> - a one-liner with {{#invoke:mymodulepage|mymodulefunction}}.  This way
>>> existing pages do not need to be changed, but get all the performance
>>> benefits.
>>>
>>> Template info:
>>> Create a "doc" sub-page, e.g.  Module:/doc  and put all the
>>> documentation there.
>>>
>>> Testing:
>>> I would advise to create "unit tests" for the complex templates. The
>>> simplest way is to create a   Module:/doc   page with a
>>> table of all possible usages of the module, There is also a good practice
>>> page
>>> https://en.wikipedia.org/wiki/Wikipedia:Lua#Unit_testing
>>>
>>> Once again, thanks Tom for helping with this!
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>>>
>>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-fr] Correction massive de operator=RTE (ou ERDF) en operator=Enedis

[deuzeffe]

Bonjour,

En relation avec le projet du mois (voire de l'année ^^) et attentive à 
la QA d'osm, j'ai vu que le validateur de josm remontait des erreurs 
sous prétexte que operator=RTE est obsolète (ce en quoi il n'a pas tort, 
il me semble).


On est bien d'accord que pour ce qui est du transport on est passé d'EDF 
à ERDF puis à RTE puis à Enedis. J'ai bon ?


Pour ce qui est de mon département (le 87), il y presque 700 objets 
(points, lignes, polygones) encore attribués à RTE (ce qui est normal 
suivant la date de saisie des info.).


Donc, ne serait-il pas judicieux de corriger automatiquement ce tag 
operator=RTE (plus quelques ERDF qui traînent encore) en operator=Enedis ?


Et comme c'est celui (celle en l'occurrence) qui dit qui fait, je me 
propose de me lancer dans l'ae en question (en commençant petit, avec 
ceinture et bretelles et récolte de conseils et tuto kivonbien avant ^^).


Donc,
1/ on fait la correction ?
2/ qui la fait ?

Merci pour les réponses, quelles qu'elles soient.
--
deuzeffe


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Lua modules are here: Improving OSM wiki templates

[Yuri Astrakhan]

Thanks Jo, now you can copy it to OSM wiki if you think it would be useful!
:)

On Sun, Jul 29, 2018 at 3:06 PM Jo  wrote:

> This is only tangentially related, but I created a Lua module for the
> wikipedias a few years ago:
>
> https://en.wikipedia.org/wiki/Module:OSM
>
> It generates an Overpass Query showing all the objects related to the
> Wikipedia entry via wikidata tags in the OSM data.
>
> Polyglot
>
> Op zo 29 jul. 2018 om 15:01 schreef Yuri Astrakhan <
> yuriastrak...@gmail.com>:
>
>> Hi everyone.  Thanks to Tom Hughes, we now have Scribunto extension set
>> up on OSM wiki, which allows Lua language in addition to the very slow and
>> unreadable wiki template language.
>>
>> Documentation:
>> * https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual
>> * https://en.wikipedia.org/wiki/Wikipedia:Lua
>>
>> Benefits:
>> * Much better performance compared with wiki template language
>> * Substantially more readable
>> * Allows greater flexibility with how templates are set up
>>
>> Migration:
>> The usual migration is to re-implement complex and often-used templates
>> in Lua (as a Module:* pages), and keep the existing template as a "wrapper"
>> - a one-liner with {{#invoke:mymodulepage|mymodulefunction}}.  This way
>> existing pages do not need to be changed, but get all the performance
>> benefits.
>>
>> Template info:
>> Create a "doc" sub-page, e.g.  Module:/doc  and put all the
>> documentation there.
>>
>> Testing:
>> I would advise to create "unit tests" for the complex templates. The
>> simplest way is to create a   Module:/doc   page with a
>> table of all possible usages of the module, There is also a good practice
>> page
>> https://en.wikipedia.org/wiki/Wikipedia:Lua#Unit_testing
>>
>> Once again, thanks Tom for helping with this!
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Lua modules are here: Improving OSM wiki templates

[Jo]

This is only tangentially related, but I created a Lua module for the
wikipedias a few years ago:

https://en.wikipedia.org/wiki/Module:OSM

It generates an Overpass Query showing all the objects related to the
Wikipedia entry via wikidata tags in the OSM data.

Polyglot

Op zo 29 jul. 2018 om 15:01 schreef Yuri Astrakhan :

> Hi everyone.  Thanks to Tom Hughes, we now have Scribunto extension set up
> on OSM wiki, which allows Lua language in addition to the very slow and
> unreadable wiki template language.
>
> Documentation:
> * https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual
> * https://en.wikipedia.org/wiki/Wikipedia:Lua
>
> Benefits:
> * Much better performance compared with wiki template language
> * Substantially more readable
> * Allows greater flexibility with how templates are set up
>
> Migration:
> The usual migration is to re-implement complex and often-used templates in
> Lua (as a Module:* pages), and keep the existing template as a "wrapper" -
> a one-liner with {{#invoke:mymodulepage|mymodulefunction}}.  This way
> existing pages do not need to be changed, but get all the performance
> benefits.
>
> Template info:
> Create a "doc" sub-page, e.g.  Module:/doc  and put all the
> documentation there.
>
> Testing:
> I would advise to create "unit tests" for the complex templates. The
> simplest way is to create a   Module:/doc   page with a
> table of all possible usages of the module, There is also a good practice
> page
> https://en.wikipedia.org/wiki/Wikipedia:Lua#Unit_testing
>
> Once again, thanks Tom for helping with this!
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Lua modules are here: Improving OSM wiki templates

[Yuri Astrakhan]

P.S.  If you want to test this new functionality, please use
Module:sandbox/your_wiki_user_namepages (or a subpage of that,
e.g.  Module:sandbox/your_wiki_user_name/my_test_1).
Once the template is ready for usage, you can always rename it to something
else.

On Sun, Jul 29, 2018 at 2:57 PM Yuri Astrakhan 
wrote:

> Hi everyone.  Thanks to Tom Hughes, we now have Scribunto extension set up
> on OSM wiki, which allows Lua language in addition to the very slow and
> unreadable wiki template language.
>
> Documentation:
> * https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual
> * https://en.wikipedia.org/wiki/Wikipedia:Lua
>
> Benefits:
> * Much better performance compared with wiki template language
> * Substantially more readable
> * Allows greater flexibility with how templates are set up
>
> Migration:
> The usual migration is to re-implement complex and often-used templates in
> Lua (as a Module:* pages), and keep the existing template as a "wrapper" -
> a one-liner with {{#invoke:mymodulepage|mymodulefunction}}.  This way
> existing pages do not need to be changed, but get all the performance
> benefits.
>
> Template info:
> Create a "doc" sub-page, e.g.  Module:/doc  and put all the
> documentation there.
>
> Testing:
> I would advise to create "unit tests" for the complex templates. The
> simplest way is to create a   Module:/doc   page with a
> table of all possible usages of the module, There is also a good practice
> page
> https://en.wikipedia.org/wiki/Wikipedia:Lua#Unit_testing
>
> Once again, thanks Tom for helping with this!
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Lua modules are here: Improving OSM wiki templates

[Yuri Astrakhan]

Hi everyone.  Thanks to Tom Hughes, we now have Scribunto extension set up
on OSM wiki, which allows Lua language in addition to the very slow and
unreadable wiki template language.

Documentation:
* https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual
* https://en.wikipedia.org/wiki/Wikipedia:Lua

Benefits:
* Much better performance compared with wiki template language
* Substantially more readable
* Allows greater flexibility with how templates are set up

Migration:
The usual migration is to re-implement complex and often-used templates in
Lua (as a Module:* pages), and keep the existing template as a "wrapper" -
a one-liner with {{#invoke:mymodulepage|mymodulefunction}}.  This way
existing pages do not need to be changed, but get all the performance
benefits.

Template info:
Create a "doc" sub-page, e.g.  Module:/doc  and put all the
documentation there.

Testing:
I would advise to create "unit tests" for the complex templates. The
simplest way is to create a   Module:/doc   page with a
table of all possible usages of the module, There is also a good practice
page
https://en.wikipedia.org/wiki/Wikipedia:Lua#Unit_testing

Once again, thanks Tom for helping with this!
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] idée idiote pour les apk

[Francois Gouget]

On Sun, 29 Jul 2018, Jo wrote:

> Si les devs étaient disposés à faire cela, ils l'auraient déjà fait il y a
> longtemps, ou Maps.Me n'aurait pas inventé un nouveau format.

Maps.me est une chose : c'est une application propriétaire avec ses 
propres priorités et la compatibilité avec Osmand ne va forcément pas en 
faire partie.

Mais être obligé d'avoir de la data pour visualiser la carte dans 
StreetComplete alors que j'ai les cartes offline dans Osmand c'est assez 
idiot. Pareil pour la myriade d'autres applications OpenStreetMap 
open-source.

Bon je suppose que le problème c'est que StreetComplete ne fait que 
récupérer des tuiles alors qu'Osmand fait un rendu vectoriel, soit deux 
implémentations complètement différentes. C'est justement là qu'un 
service commun de rendu de fond de carte serait utile : moins de code, 
partage des cartes locales, cache de tuiles commun, réduction de la 
consommation de données, etc.


-- 
Francois Gouget   http://fgouget.free.fr/
   Be careful of reading health books, you might die of a misprint.
 -- Mark Twain___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-GB] Brewshop Tagging

[Stephen Knox]

There seem to be an increasing number of venues around the UK which are a
hybrid of pub and shop. They tend be not require full as much licensing as
a pub, are much smaller, have shorter opening hours, and tend not to serve
food, and cater for the increasing number of beer connoisseurs around.

I can think of at least 5 of these establishments around me, and while this
might be just a SE thing, I think it is likely to become prevalent across
the country as traditional retailers and pubs struggle, as it is a more
flexible business model and taps into the "experience" trend.

So, do we need a separate tag for these things or is some combination of
shop=beverage, beer=yes, amenity=pub/bar OK?

Any thoughts?

Stephen Knox
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-es] Usuario destroza la cartografía.

[Jose Luis Infante]

Hola,

Antes de contactar con la DWG, nos deberías decir si has contactado con el
usuario, si le has comentado que está haciendo incorrectamente y si has
obtenido respuesta.

También nos deberías comentar por qué se debería enviar este caso al DWG.

Por lo que he visto parece un usuario que comenta sus changesets y que
según su criterio cree que lo está haciendo correctamente.

Quizá hay una diferencia de criterio o falta de conocimientos que se puede
solucionar hablando con el usuario.

Un saludo,
José Luis

El 29/7/2018 12:14 p. m., "Jo"  escribió:

> Tienes que contactar el DWG (data working group).
>
> Polyglot
>
> Op zo 29 jul. 2018 om 11:46 schreef Fco. Javier González Jiménez <
> fjavier...@hotmail.com>:
>
>> Hola a todos,
>>
>>
>>
>> He detectado un usuario que se ha creado hace unos meses y que se está
>> dedicando a destruir la cartografía  pero no recuerdo como se notificaba
>> este tipo de situaciones para que restablecieran todos sus conjuntos de
>> cambios y lo puedan bloquear. ¿Alguien me lo puede recordar o puede
>> notificarlo?
>>
>>
>>
>> Os dejo los datos del usuario:
>>
>>
>>
>> https://www.openstreetmap.org/user/kapazao
>>
>>
>>
>> Un saludo.
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Usuario destroza la cartografía.

[Rafael Avila Coya]

d...@osmfoundation.org

El 29 de julio de 2018 12:13:28 CEST, Jo  escribió:
>Tienes que contactar el DWG (data working group).
>
>Polyglot
>
>Op zo 29 jul. 2018 om 11:46 schreef Fco. Javier González Jiménez <
>fjavier...@hotmail.com>:
>
>> Hola a todos,
>>
>>
>>
>> He detectado un usuario que se ha creado hace unos meses y que se
>está
>> dedicando a destruir la cartografía  pero no recuerdo como se
>notificaba
>> este tipo de situaciones para que restablecieran todos sus conjuntos
>de
>> cambios y lo puedan bloquear. ¿Alguien me lo puede recordar o puede
>> notificarlo?
>>
>>
>>
>> Os dejo los datos del usuario:
>>
>>
>>
>> https://www.openstreetmap.org/user/kapazao
>>
>>
>>
>> Un saludo.
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>

-- 
Enviado desde mi dispositivo Android con K-9 Mail. Por favor, disculpa mi 
brevedad.___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Usuario destroza la cartografía.

[Jo]

Tienes que contactar el DWG (data working group).

Polyglot

Op zo 29 jul. 2018 om 11:46 schreef Fco. Javier González Jiménez <
fjavier...@hotmail.com>:

> Hola a todos,
>
>
>
> He detectado un usuario que se ha creado hace unos meses y que se está
> dedicando a destruir la cartografía  pero no recuerdo como se notificaba
> este tipo de situaciones para que restablecieran todos sus conjuntos de
> cambios y lo puedan bloquear. ¿Alguien me lo puede recordar o puede
> notificarlo?
>
>
>
> Os dejo los datos del usuario:
>
>
>
> https://www.openstreetmap.org/user/kapazao
>
>
>
> Un saludo.
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] idée idiote pour les apk

[Jo]

Si les devs étaient disposés à faire cela, ils l'auraient déjà fait il y a
longtemps, ou Maps.Me n'aurait pas inventé un nouveau format.

Bien sûr c'est rendu plus complqué par le fait que Android limite les
applications à leur propre espace 'home'. Il faudrait donc un troisième app
'service' pour stocker ces données.

Il serait déjà bien s'ils pouvaient faire cela pour l'imagerie aérienne.

Jo

Op zo 29 jul. 2018 om 11:54 schreef marc marc :

> Le 29. 07. 18 à 11:04, Eric Gillet a écrit :
> > On Sun, Jul 29, 2018 at 9:20 AM Jacques Foucry wrote:
> >
> > J'utilise plusieurs applications qui utilisent OSM et chacune
> télécharge
> > les cartes dont j'ai besoin (en gros la France métropolitaine, soit
> 1,24
> > GB de données).
> >
> > Ne serait-il pas bon de demander aux développeurs d'application de
> voir
> > (demander) si les cartes ne serait pas déjà présente et si c'est le
> cas
> > utiliser celles-ci.
> >
> >
> > Le problème c'est que quasiment chaque application a son propre format
> > de stockage de carte optimisé. Maps.me, OSMAnd par exemple ne sont pas
> > compatibles entre-elles, même si c'est Openstreetmap derrière.
>
> Il suffirait que les devs se mettent d'accord sur un format...
> Mais sûrement que chaque dev trouvera que son format est le meilleur :(
> sans compter que maps.me n'utilise pas réellement les données osm
> mais un affreux hybride entre osm et des sources diverses, cfr le
> problème récurent des hôtels.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] landuse=scrub wood

[SK53]

Far better to ask the original mapper via a changeset comment than involve
the whole community in something which may be a trivial point.

If issues arise, for instance, some mappers using it for a particular
purpose then is the time to bring it to more general attention. For any
given key there is a long tail of unusual values, but in general they have
very little impact on the overall picture, particularly as many times more
widely used tags for the same key are added every day. (The exception is as
Simon Poole pointed out yesterday, when a tagging error creeps into the
editor presets).

Jerry

On 29 July 2018 at 04:32, Warin <61sundow...@gmail.com> wrote:

> Hi,
>
>
> I'm presently targeting low use, inappropriate and non rendering values of
> landuse.
>
> Presently looking at landuse=scrub .. as a human use of the land I don't
> think scrub is one.
>
> It is a land cover and would be better tagged as natural=scrub, it makes
> sense and it renders!
>
>
> While doing this I can across this Way: 250644200 tagged as landuse=wood
> .. from 2013.
>
> It is adjacent to Way: 250644211 tagged landuse=scrub.
>
> This area should all be tagged natural=scrub .. no trees evident in
> current imagery.
>
>
> Are that any disagreement with;
>
>
> * landuse=scrub is better tagged as natural=scrub?
>
>
> * landuse=wood is better tagged as natural=wood?
>
>
> * that this particular area is better updated using the present imagery?
>
>
> Note that a past edit was 'repaired' by woodpeck_repair in 2015 on the
> Way: 250644200.
>
> Personally I see these as global issues rather than local issues. But
> there you go.
>
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] idée idiote pour les apk

[marc marc]

Le 29. 07. 18 à 11:04, Eric Gillet a écrit :
> On Sun, Jul 29, 2018 at 9:20 AM Jacques Foucry wrote:
> 
> J'utilise plusieurs applications qui utilisent OSM et chacune télécharge
> les cartes dont j'ai besoin (en gros la France métropolitaine, soit 1,24
> GB de données).
> 
> Ne serait-il pas bon de demander aux développeurs d'application de voir
> (demander) si les cartes ne serait pas déjà présente et si c'est le cas
> utiliser celles-ci.
> 
> 
> Le problème c'est que quasiment chaque application a son propre format 
> de stockage de carte optimisé. Maps.me, OSMAnd par exemple ne sont pas 
> compatibles entre-elles, même si c'est Openstreetmap derrière.

Il suffirait que les devs se mettent d'accord sur un format...
Mais sûrement que chaque dev trouvera que son format est le meilleur :(
sans compter que maps.me n'utilise pas réellement les données osm
mais un affreux hybride entre osm et des sources diverses, cfr le 
problème récurent des hôtels.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-es] Usuario destroza la cartografía.

[Fco . Javier González Jiménez]

Hola a todos,

He detectado un usuario que se ha creado hace unos meses y que se está 
dedicando a destruir la cartografía  pero no recuerdo como se notificaba este 
tipo de situaciones para que restablecieran todos sus conjuntos de cambios y lo 
puedan bloquear. ¿Alguien me lo puede recordar o puede notificarlo?

Os dejo los datos del usuario:

https://www.openstreetmap.org/user/kapazao

Un saludo.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] idée idiote pour les apk

[Eric Gillet]

On Sun, Jul 29, 2018 at 9:20 AM Jacques Foucry 
wrote:

> J'utilise plusieurs applications qui utilisent OSM et chacune télécharge
> les cartes dont j'ai besoin (en gros la France métropolitaine, soit 1,24
> GB de données).
>
> Ne serait-il pas bon de demander aux développeurs d'application de voir
> (demander) si les cartes ne serait pas déjà présente et si c'est le cas
> utiliser celles-ci.
>

Le problème c'est que quasiment chaque application a son propre format de
stockage de carte optimisé. Maps.me, OSMAnd par exemple ne sont pas
compatibles entre-elles, même si c'est Openstreetmap derrière.
Cette optimisation est nécessaire pour que la recherche, routage etc soit
rapide sur l'appareil, et rendre compatible les applis avec les différents
formats me semble pas envisageable en terme de temps de développement
malheureusement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Cyklo web s gpx, elevation profilem a mtb scale

[Martin Ždila]

Ahoj

On Sat, Jul 28, 2018 at 11:32 PM mahdi1234  wrote:

> Rad bych nasel web, kterej toto umi jako mapy.cz tzn OSM mapy pro CZ, s
> MTB scale, vyskovym profilem a jednoduchym klikanim hodne prujezdnich
> bodu + export do GPX. Je neco takovyho?
>

Mozno ti pomoze freemap.sk:

- ak si zapnes v nastaveniach expertny mod, vies si dat podklad aj mtbmap.cz
- je tam aj podklad osm.org
- nastrojom merania vzdialenosti si vyklikas trasu presne ako chces
- vies si zobrazit vyskovy profil trasy
- trasu je mozne vyexportovat do GPX

Priklad:
https://www.freemap.sk/?map=15/48.789111/20.834348=M=measure-dist=48.785548/20.839176,48.786792/20.841150,48.789337/20.841579,48.788658/20.838833,48.790637/20.837545,48.788997/20.830250,48.788375/20.823298,48.789902/20.820637

-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[OSM-talk-fr] idée idiote pour les apk

[Jacques Foucry]

Coucou,

J'utilise plusieurs applications qui utilisent OSM et chacune télécharge
les cartes dont j'ai besoin (en gros la France métropolitaine, soit 1,24
GB de données).

Multiplié par le nombre d'application, ça fini par faire beaucoup.

Ne serait-il pas bon de demander aux développeurs d'application de voir
(demander) si les cartes ne serait pas déjà présente et si c'est le cas
utiliser celles-ci.
Et à la désinstallation de l'application NE PAS supprimer les cartes si
une autre applications les utilisent.

Jacques

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Nomi delle strade e numeri civici

[Paolo Monegato]

Il 21/07/2018 17:22, Martin Koppenhoefer ha scritto:

sent from a phone


On 21. Jul 2018, at 13:29, Paolo Monegato  wrote:

Al limite poi si potrebbe pensare che so a un "location:addr" che riporti 
l'indirizzo effettivo del negozio.

senza diventare troppo complicati, questo è „addr“

Ciao, Martin


Ma se metti "addr" ti ritrovi con il doppione (nodo dove si trova 
l'ingresso e nodo/poligono dell'attività dove c'è il POI)... per quello 
avevo buttato lì l'idea


ciao
Paolo M

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

hebdoOSM Nº 418 2018-07-17-2018-07-23

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 418 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/10532/

Bonne lecture ! - ... et peut-être bientôt une version en swahili - grâce à 
l'initiative de Geoffrey Katerrega :)

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

hebdoOSM Nº 418 2018-07-17-2018-07-23

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 418 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/10532/

Bonne lecture ! - ... et peut-être bientôt une version en swahili - grâce à 
l'initiative de Geoffrey Katerrega :)

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

hebdoOSM Nº 418 2018-07-17-2018-07-23

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 418 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/10532/

Bonne lecture ! - ... et peut-être bientôt une version en swahili - grâce à 
l'initiative de Geoffrey Katerrega :)

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[OSM-talk] Draft Terms of use for the OSM website, API and other services

[Simon Poole]

Hi all

Thanks to work by Kathleen Lu we have a draft Terms of Use document.

https://docs.google.com/document/d/1xtPjrTj09vQLloKmzyf-H-5mKtqh-vbPjsxE-5YRF5g/edit?usp=sharing


This is a first for OSM given that we've never really spelled out
anything with respect to using the API and website up to now, outside of
the more technical aspects in the acceptable use documents.

The main motivation for this is driven by the GDPR related changes (not
trying to identify users, restrictions on use by minors and so on), but
there are certain rules that we should have probably been explicit about
all along too. We expect that all access to the website, API and other
services will be contingent on having agreed to the terms.

Comments are welcome, best per mail or specific comments on the document.

Simon
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk