Re: [OSM-talk-fr] Version FR du sticker "I Love OpenStreetMap"

[PanierAvide]

Salut,

+1, on en imprime pour le Sotm et les distribuer aux groupes locaux ? :-)

Cordialement,

Adrien P.

Le 17/02/2020 à 00:19, Vincent Privat a écrit :

Hello,
J'ai récupéré à GeoFabrik quelques stickers "I Love OpenStreetMap":
https://wiki.openstreetmap.org/wiki/Logos#I_love_OpenStreetMap

J'aime beaucoup le design, du coup je propose une version FR:
https://wiki.openstreetmap.org/wiki/File:Sticker_design_-FR-_J%27adore_OpenStreetMap.png

Vous en pensez quoi ?

Vincent

___
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] Bon usage de tracktype

[rainerU]

Bonjour,

Dans les départements 11 et 66, un utilisateur a récemment ajouté ou modifié un 
grand nombre de pistes de montagne. Les valeurs qu'il utilise pour tracktype 
sont généralement un ou deux niveaux supérieurs à celles que j'utiliserais, 
c'est à dire, là ou je mets grade3 ou grade2 il met grade1. J'ai laissé un 
commentaire sur un de ses changeset avec des liens vers des images Mapillary :


https://www.openstreetmap.org/changeset/79978741

J'ai déjà eu le même genre de discussion avec lui en 2013. En gros, sa règle est 
: ce qui est goudronné est unclassifed, lest track c'est tout ce qui n'est pas 
goudronné, donc le grade1 est pour les "chemins empierrées larges, roulables en 
voiture standard". Moi, je me tiens à la définition du wiki de grade1 : 
"revêtement dur de type asphalte ou composée de matériaux très compactés".


Comme je ne suis pas entièrement sur d'avoir la bonne vision des règles 
d'utilisation de tracktype et avant d'entamer une guèrre d'édition, je vous 
demande votre avis sur ces modifications.


Rainer


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

Re: [OSM-talk-fr] Tag panneau zone vidéo surveillance ?

[Victor/tuxayo]

On 20-02-13 00:27, marc marc wrote:

perso je suis fan de l'extention de unsigned sous forme
de  unsigned=
exemple unsigned=addr:housenumber : la plaque du no est absente
sur le terrain (mais l'info est vérifiable en opendata par ex)
donc dans ton cas, quand tu auras trouvé comment renseigner le panneau,
tu auras le moyen de renseigner son absence :-D


Donc dans ce cas ça donnerait:
tourism=information
information=board
unsigned=board_type:surveillance
ou unsigned:board_type=surveillance ?

Piste plus simple:

Après lecture du wiki de unsigned=*
https://wiki.openstreetmap.org/wiki/Key:unsigned

> This key is used to annotate the fact that there is no on-the-ground 
sign indicating this feature's name.


Ça semble assez approprié en cas de manque de panneau réglementaire 
qu'on puisse mettre "unsigned=yes", il suffit d'étendre un peu l'usage 
de unsigned a plus que des noms.
Donc ça donne bien envie de partir dessus, mais du coup pourquoi on 
mettrait pas directement "signed=no" ou "signed=yes" plutot? Ce serait 
plus direct, et ça éviterait les confusions et les doubles négations 
("unsigned=no" signifierait qu'il y a un panneau...).


Et ça éviterait la chaine:
tourism=information
information=board
board_type=surveillance


== Donc en résumé ==
Créer la page wiki pour documenter:
signed=yes
signed=no

qui indique qu'un objet porte un panneau sur lui.
Et dans la page wiki de man_made=surveillance préciser que c'est par 
rapport au panneau réglementaire dans les contextes où une telle 
réglementation existe.


Si ça vous semble pas trop mal, je peux ouvrir le sujet sur la liste 
tagging.


== alternative ==
Si signed=* est trop général et que c'est gênant:
camera:signed=yes
camera:signed=no


À++

--
Victor/tuxayo

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

[OSM-talk-fr] Version FR du sticker "I Love OpenStreetMap"

[Vincent Privat]

Hello,
J'ai récupéré à GeoFabrik quelques stickers "I Love OpenStreetMap":
https://wiki.openstreetmap.org/wiki/Logos#I_love_OpenStreetMap

J'aime beaucoup le design, du coup je propose une version FR:
https://wiki.openstreetmap.org/wiki/File:Sticker_design_-FR-_J%27adore_OpenStreetMap.png

Vous en pensez quoi ?

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

Re: [OSM-talk-fr] Parking pour véhicules en free floating

[Florimond Berthoux]

Le dim. 16 févr. 2020 à 21:48, marc marc  a
écrit :

> Le 16.02.20 à 20:59, Florimond Berthoux a écrit :
> > bicycle_parking=floor
>
> il y a une discussion sur tagging à propos de l’ambiguïté de cette valeur :
> pour certain c'est analogue à parking=surface : cela décrit un parking
> extérieur d'un niveau
> pour d'autre cela décrit que l'infra se comporte qu'un sol (sans attache).
> donc je l'éviterais :)  bicycle_parking=surface me semble + cohérent
> avec les parkings voitures, surtout si tu veux renseigner dock sur une
> autre clef.
> je pense d'ailleurs que toute la problématique parking vélo est pollué
> par cette clef double attribut... l'autre solution c'est de mettre les 2
> valeurs genre bicycle_parking=surface;dockless
>

Oui, j'ai participé à cette discussion justement pour dire que floo≠surface.
Et que floor c'est peut-être pas le bon mot en anglais mais que c'est la
valeur documenté donc en attendant mieux je l'utilise.


>
> > dockless=designated
>
> pour la clef, je trouve peu pratique les clefs négative.
> on finit par avoir dockless=no pour dire qu'il y a des attaches.
> donc dock=* me semble préférable. ou lock=* ou qlq chose du genre.
>
> =designated : le sens m'échappe. l'absence d'attache est construite
> pour les vélos ?
>

En fait avec cette clé je voulais dire "désigné pour des véhicules en free
floating", pas pour dire qu'il n'y a pas d'attache.
À Paris ils ont commencé à envoyé en fourrière et à mettre des amandes pour
les trottinettes stationnées sur les trottoirs et pour compenser ils ont
créé ces parking de free floating.


>
> > motor_vehicle=no
>
> veux tu dire interdit aux mobylettes ?
> le reste n'a pas sa place dans la catégorie vélo
>

Oui interdit aux scoots, voitures et autres, mais comme tu dis c'est un
bicycle_parking (sans en être un), c'est normal.


>
> > small_electric_vehicle=yes
>
> il y a des parkings qui leur sont interdit ?
>
Non, mais ce ne sont pas des vélos et vue qu'on tag un
amenity=bicycle_parking... :)

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

Re: [OSM-talk-fr] Parking pour véhicules en free floating

[marc marc]

Le 16.02.20 à 20:59, Florimond Berthoux a écrit :
> bicycle_parking=floor

il y a une discussion sur tagging à propos de l’ambiguïté de cette valeur :
pour certain c'est analogue à parking=surface : cela décrit un parking
extérieur d'un niveau
pour d'autre cela décrit que l'infra se comporte qu'un sol (sans attache).
donc je l'éviterais :)  bicycle_parking=surface me semble + cohérent
avec les parkings voitures, surtout si tu veux renseigner dock sur une
autre clef.
je pense d'ailleurs que toute la problématique parking vélo est pollué
par cette clef double attribut... l'autre solution c'est de mettre les 2
valeurs genre bicycle_parking=surface;dockless

> dockless=designated

pour la clef, je trouve peu pratique les clefs négative.
on finit par avoir dockless=no pour dire qu'il y a des attaches.
donc dock=* me semble préférable. ou lock=* ou qlq chose du genre.

=designated : le sens m'échappe. l'absence d'attache est construite
pour les vélos ?

> motor_vehicle=no

veux tu dire interdit aux mobylettes ?
le reste n'a pas sa place dans la catégorie vélo

> small_electric_vehicle=yes

il y a des parkings qui leur sont interdit ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Arrêt de bus à la demande

[GarenKreiz]

Bonsoir,

Merci pour les éléments d'information. Dans mon cas, les arrêts sont
similaires aux autres en matière d'équipement et de signalisation (arrêts
Flexo de l'agglomération de Blois). On_demand me paraît correspondre au
besoin et fera l'affaire (utilisé en Belgique
https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Bus_and_tram_lines#.22On_demand_buses.22_.28belbussen.29
).

Cordialement

Garenkreiz




On Sun, 16 Feb 2020 at 19:58, Philippe Verdy  wrote:

> Il y en a communément dans diverses communes rurales pour compléter le
> transport intercommunal avec des minibus qui font le relais des lignes
> régulières, mais pas assez de demande pour faire un trajet bien défini.
> c'est une solution économique.
>
> Dans certains cas proposée par un partenariat avec une société locale de
> taxis et une convention tarifaire avec la collectivité qui fait appel alors
> à eux (d'où la réservation préalable demandée par le service de transport
> public, sachant aussi qu'il peut y avoir des contraintes horaires ou de
> jours, et pas de trajet prédéfini: on doit réserver au téléphone ou sur une
> appli ou un site, mais sans connnaitre le parcours et le temps de trajet
> qui dépendra des autres demandes éventuelles; les trajets sont à priori
> courts, la variabilité des temps de trajet pas énorme, pas plus que les
> retards des lignes régulières du fait des conditions de circulation ou de
> l'affluence ; la collectivité étudie et fait des statistiques sur les
> trajets demandés et réalisés et au final pourra voir s'il est opportun de
> créer une ligne régulière, surtout si les demandes sont répétées par les
> mêmes usagers; le service à la demande en revanche ne sélectionne pas les
> clients, c'est pour tout le monde, il doit transporter tous ceux qui ont
> une réservation valide, certains peuvent même demander à ce que ce soit une
> formule avec abonnement et réserver sur toute une année; aux clients locaux
> aussi de se regrouper et faire connaitre la solution et voir ce qui arrange
> le plus de monde, par exemple les parents d'une école, les résidents d'un
> EPAD, un commerçant pour ses clients, un club sportif; la collectivité peut
> aussi être aidée à créer une ligne par une subvention versée par un
> groupement de commerçants et une demande motivée dans les délibérations
> d'un conseil municipal, qui ira aussi défendre auprès du service de
> transport communautaire la création de liaisons régulières ou une
> modification du trajet d'une ligne régulière existante au moins pour
> certains horaires, etc...).
>
>
> Le dim. 16 févr. 2020 à 19:24, leni  a écrit :
>
>> Le 16/02/2020 à 11:00, GarenKreiz a écrit :
>>
>>
>> Bonjour,
>>
>> J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande :
>> le détour est soit demandé au chauffeur à la montée, soit réservé par
>> téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne s'applique
>> qu'à un trajet emprunté systématiquement par les bus.
>>
>> Je dirais que l'arrêt, c'est un arrêt comme un autre, je ne vois pas ce
>> qui peut le différencier d'un autre arrêt : c'est la ligne qui va desservir
>> cet arrêt qui est un TAD. Et comme le dit Philippe quand tu consulte la
>> relation tu n'as pas un trajet, mais un nuage de points.
>>
>> Autour de chez moi, il y a plusieurs arrêts concernés : certains ne sont
>> desservis que par un TAD (cet arrêt est membre de la relation du TAD)
>> d'autres par un TAD et une ligne normale avec un trajet et des horaires
>> bien précis (ces arrêts sont membres de toutes les relations qui le
>> desservent)
>>
>> Par contre, je ne connaissais pas l'attribut "hail_and_ride",
>> j'utilisais  "bus=on_demand" que j'avais découvert sur la liste (
>> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant#Route_relations_for_which_it.27s_possible_to_report_errors_and_propose_fixes
>> )
>>
>> cordialement
>>
>> Leni
>> ___
>> 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-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Parking pour véhicules en free floating

[Florimond Berthoux]

Bonjour,

Il commence à pulluler à Paris des parkings pour vélo ou trottinette en
free floating.
https://drive.google.com/file/d/16Rr7zVjPCCHwW-rsrOmYafiGD7HacuVi/view?usp=sharing

Comment tagguer ça ?
Ma proposition :
amenity=bicycle_parking
bicycle_parking=floor
capacity=8
dockless=designated
motor_vehicle=no
small_electric_vehicle=yes

plusieurs remarques :
bicycle_parking : faute de mieux et pour pas inventer un autre tag
dock_less_parking (ça a été une erreur de mélanger tag d'accès et tag de
feature).
dockless : peut-être inutile, le tag "floor" dit déjà beaucoup
small_electric_vehicle : venant de
https://wiki.openstreetmap.org/wiki/Proposed_features/ElectricBicyclesAndScooters


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

Re: [OSM-talk-fr] Arrêt de bus à la demande

[Philippe Verdy]

Il y en a communément dans diverses communes rurales pour compléter le
transport intercommunal avec des minibus qui font le relais des lignes
régulières, mais pas assez de demande pour faire un trajet bien défini.
c'est une solution économique.

Dans certains cas proposée par un partenariat avec une société locale de
taxis et une convention tarifaire avec la collectivité qui fait appel alors
à eux (d'où la réservation préalable demandée par le service de transport
public, sachant aussi qu'il peut y avoir des contraintes horaires ou de
jours, et pas de trajet prédéfini: on doit réserver au téléphone ou sur une
appli ou un site, mais sans connnaitre le parcours et le temps de trajet
qui dépendra des autres demandes éventuelles; les trajets sont à priori
courts, la variabilité des temps de trajet pas énorme, pas plus que les
retards des lignes régulières du fait des conditions de circulation ou de
l'affluence ; la collectivité étudie et fait des statistiques sur les
trajets demandés et réalisés et au final pourra voir s'il est opportun de
créer une ligne régulière, surtout si les demandes sont répétées par les
mêmes usagers; le service à la demande en revanche ne sélectionne pas les
clients, c'est pour tout le monde, il doit transporter tous ceux qui ont
une réservation valide, certains peuvent même demander à ce que ce soit une
formule avec abonnement et réserver sur toute une année; aux clients locaux
aussi de se regrouper et faire connaitre la solution et voir ce qui arrange
le plus de monde, par exemple les parents d'une école, les résidents d'un
EPAD, un commerçant pour ses clients, un club sportif; la collectivité peut
aussi être aidée à créer une ligne par une subvention versée par un
groupement de commerçants et une demande motivée dans les délibérations
d'un conseil municipal, qui ira aussi défendre auprès du service de
transport communautaire la création de liaisons régulières ou une
modification du trajet d'une ligne régulière existante au moins pour
certains horaires, etc...).


Le dim. 16 févr. 2020 à 19:24, leni  a écrit :

> Le 16/02/2020 à 11:00, GarenKreiz a écrit :
>
>
> Bonjour,
>
> J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande : le
> détour est soit demandé au chauffeur à la montée, soit réservé par
> téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne s'applique
> qu'à un trajet emprunté systématiquement par les bus.
>
> Je dirais que l'arrêt, c'est un arrêt comme un autre, je ne vois pas ce
> qui peut le différencier d'un autre arrêt : c'est la ligne qui va desservir
> cet arrêt qui est un TAD. Et comme le dit Philippe quand tu consulte la
> relation tu n'as pas un trajet, mais un nuage de points.
>
> Autour de chez moi, il y a plusieurs arrêts concernés : certains ne sont
> desservis que par un TAD (cet arrêt est membre de la relation du TAD)
> d'autres par un TAD et une ligne normale avec un trajet et des horaires
> bien précis (ces arrêts sont membres de toutes les relations qui le
> desservent)
>
> Par contre, je ne connaissais pas l'attribut "hail_and_ride", j'utilisais
> "bus=on_demand" que j'avais découvert sur la liste (
> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant#Route_relations_for_which_it.27s_possible_to_report_errors_and_propose_fixes
> )
>
> cordialement
>
> Leni
> ___
> 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] Lien pour éditer un objet à partir d'une carte uMap

[Philippe Verdy]

Là je pense que sont problème est que justement la variable id de sa
requête contient les deux infos "way/" et qu'il est gêné par le "/" qui
ne correspond pas à ce qui est demandé pour l'URL de l'éditeur iD.
Il faut donc changer la source des données puisqu'elle puisse séparer les
deux variables. Tout dépend donc de la source de données utilisée.
uMap pour l'instant ne prend pas en charge des transformations à base
d'expression régulières ou fonctions de chaines permettant de remplacer le
"/" par un "=" au sein de la valeur d'une variable indiquée par "{id}".
En revanche il n'interdit pas de modifier la source: le tableau de données
utilisé ou la requête pour l'alimenter. C'est là qu'on peut intervenir: si
la source de données est interne dans uMap, passer en mode éditeur et
ajouter une colonne de propriétés, pour séparer way et id.
Si la source est une requête URL, trouver le service qui permet de faire la
requête en séparant les données et en les mettant dans la forme attendue
(plusieurs formats de données retournés sont supportés par uMap: JSON, KML,
OSM, CSV, GeoRSS). Si on n'y arrive pas directement, faire une requête et
préparer un tableau CSV qui sera converti par son propre service ou une
feuille de calcul, qu'on exporte en CSV ensuite vers uMap.
Au pire, on peut aussi ajouter directement l'URL complète dans une colonne
de données uMap.
uMap n'a pas encore de possibilité de définir des propriétés à partir d'une
formule : son tableau de données n'est pas un tableur comme Excel ou
LibreOffice Calc.




Le dim. 16 févr. 2020 à 19:02,  a écrit :

> Tu ne peux pas sortir l'info en csv ?
>
> Auquel cas tu peux avoir d'un côté l'id et de l'autre le type.
>
> Et les lat, lon ainsi que les champs qui t'intéressent.
>
> [[https://www.openstreetmap.org/edit?editor=id&{type}={id}
>
> Normalement la position est déterminée par l'encombrement de l'objet,
> inutile de la forcer.
>
>
> Jean-Yvon
>
> Le 16/02/2020 à 18:36, Jean-Christophe Becquet - j...@apitux.com a écrit :
> > Bonsoir,
> >
> > J'ai des cartes uMap alimentées par des requêtes dynamiques par types
> > d'objets.
> >
> > Par exemple :
> >
> http://umap.openstreetmap.fr/fr/map/clone-de-cyclo4-points-deau-dans-les-alpes-de-haut_420377
> >
> > qui est alimentée par cette requête :
> >
> https://wiki.openstreetmap.org/wiki/Cyclo4_:_int%C3%A9gration_des_itin%C3%A9raires_et_am%C3%A9nagements_cyclables_des_Alpes-de-Haute-Provence_dans_OpenStreetMap/Requ%C3%AAtes#points_d.27eau
> >
> > Dans la popup de mes points d'eau, j'ai ce lien qui fonctionne :
> > [[https://www.openstreetmap.org/{id}|voir directement sur
> OpenStreetMap]]
> >
> > Je voudrais ajouter 2 autres liens :
> >   - éditer avec iD
> >   - éditer avec JOSM
> >
> >
> > J'ai trouvé un modèle de lien d'édition :
> >
> https://www.openstreetmap.org/edit?editor=id=160657096#map=20/44.26351/6.26850
> >
> > qui n'est pas utilisable pour moi puisque ma variable {id} contient
> > way/160657096
> >
> > Est-il possible de transformer le lien
> > https://www.openstreetmap.org/way/160657096
> >
> > en lien d'édition en lui ajoutant des paramètres ?
> >
> > Merci
> >
> > JCB
>
>
> ___
> 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] Lien pour éditer un objet à partir d'une carte uMap

[Jean-Christophe Becquet]

Le 16/02/2020 19:01, osm.sanspourr...@spamgourmet.com a écrit :
> Tu ne peux pas sortir l'info en csv ?
> 
> Auquel cas tu peux avoir d'un côté l'id et de l'autre le type.
> 
> Et les lat, lon ainsi que les champs qui t'intéressent.

Merci, ça marche presque mais uMap ne sait pas récupérer les champs
nommés avec une @ :

si j'écris ma requête avec :
[out:csv (::id,::type,::lat,::lon,name)]
::id donne une colonne nommée @id

{@id} n'est pas interprété par uMap.

http://umap.openstreetmap.fr/fr/map/clone-de-cyclo4-points-deau-dans-les-alpes-de-haut_420377
(calque test-csv)

JC
-- 
Nouveau : Synthèse Données ouvertes, OpenStreetMap et mobilité
http://www.apitux.com/medias/apitux-p2a-donnees-ouvertes-openstreetmap-et-mobilite-synthese-20-01-31.pdf

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [OSM-talk-fr] Arrêt de bus à la demande

[leni]

Le 16/02/2020 à 11:00, GarenKreiz a écrit :


Bonjour,

J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande 
: le détour est soit demandé au chauffeur à la montée, soit réservé 
par téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne 
s'applique qu'à un trajet emprunté systématiquement par les bus.


Je dirais que l'arrêt, c'est un arrêt comme un autre, je ne vois pas ce 
qui peut le différencier d'un autre arrêt : c'est la ligne qui va 
desservir cet arrêt qui est un TAD. Et comme le dit Philippe quand tu 
consulte la relation tu n'as pas un trajet, mais un nuage de points.


Autour de chez moi, il y a plusieurs arrêts concernés : certains ne sont 
desservis que par un TAD (cet arrêt est membre de la relation du TAD) 
d'autres par un TAD et une ligne normale avec un trajet et des horaires 
bien précis (ces arrêts sont membres de toutes les relations qui le 
desservent)


Par contre, je ne connaissais pas l'attribut "hail_and_ride", 
j'utilisais  "bus=on_demand" que j'avais découvert sur la liste 
(https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant#Route_relations_for_which_it.27s_possible_to_report_errors_and_propose_fixes)


cordialement

Leni

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

Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

[Stéphane Péneau]

Le 16/02/2020 à 18:02, osm.sanspourr...@spamgourmet.com a écrit :


> Je suis le seul à trouver ça un peu tordu ?
Peut-être pas.

Mais en tous cas, moi ça ne me choque pas.

Si tu veux mélanger une notion surfacique et une notion ponctuelle, 
dans OSM la réponse c'est la relation. Après si tu dérives la notion 
ponctuelle à partir du surfacique, tu peux t'en passer. Mais ici le 
rendu ne tenant compte que des place sur les nœuds, tu n'y coupes pas.


Sauf à manquer d'une information.



Donc c'est tagger pour le rendu, non ?

Stf



Jean-Yvon

Le 16/02/2020 à 13:09, Stéphane Péneau - stephane.pen...@wanadoo.fr a 
écrit :
Une relation pour délimiter un ensemble de 8 maisons ? Je suis le 
seul à trouver ça un peu tordu ?


Stf


Le 05/02/2020 à 21:58, osm.sanspourr...@spamgourmet.com a écrit :


https://www.openstreetmap.org/relation/10060749#map=19/47.78699/-3.48688

Le Prat et Les Jardins de Vitalis sont deux lotissements jointifs. 
Et tu pourrais les englober dans des place de plus haut niveau.


Ils font partie du landuse=residential de la zone agglomérée du 
bourg de Guidel.


On ne mélange pas l'utilisation (landuse) des dénominations (ici Le 
Prat et Les Jardins de Vitalis) qui ont leur vie propre si j'ose dire.


Jean-Yvon

Le 05/02/2020 à 21:26, Arnaud Champollion - 
arnaud.champoll...@linux-alpes.org a écrit :

Le 05/02/2020 à 21:23, pepilepi...@ovh.fr a écrit :


Pourquoi tu veux faire ça ? Si c'est juste pour le nommer il y a 
place=neighbourhood 
...


Bonne soirée,



Justement je ne veux pas le faire.

Je suis tombé dessus car il y a plusieurs zones mappées ainsi à 
Digne les Bains.


Je me suis dit que ça n'avait pas l'air normal, mais je voulais 
m'en assurer avant de supprimer ou remplacer par un tag plus adapté.




___
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-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] Lien pour éditer un objet à partir d'une carte uMap

[osm . sanspourriel]

Tu ne peux pas sortir l'info en csv ?

Auquel cas tu peux avoir d'un côté l'id et de l'autre le type.

Et les lat, lon ainsi que les champs qui t'intéressent.

[[https://www.openstreetmap.org/edit?editor=id&{type}={id}

Normalement la position est déterminée par l'encombrement de l'objet,
inutile de la forcer.


Jean-Yvon

Le 16/02/2020 à 18:36, Jean-Christophe Becquet - j...@apitux.com a écrit :

Bonsoir,

J'ai des cartes uMap alimentées par des requêtes dynamiques par types
d'objets.

Par exemple :
http://umap.openstreetmap.fr/fr/map/clone-de-cyclo4-points-deau-dans-les-alpes-de-haut_420377

qui est alimentée par cette requête :
https://wiki.openstreetmap.org/wiki/Cyclo4_:_int%C3%A9gration_des_itin%C3%A9raires_et_am%C3%A9nagements_cyclables_des_Alpes-de-Haute-Provence_dans_OpenStreetMap/Requ%C3%AAtes#points_d.27eau

Dans la popup de mes points d'eau, j'ai ce lien qui fonctionne :
[[https://www.openstreetmap.org/{id}|voir directement sur OpenStreetMap]]

Je voudrais ajouter 2 autres liens :
  - éditer avec iD
  - éditer avec JOSM


J'ai trouvé un modèle de lien d'édition :
https://www.openstreetmap.org/edit?editor=id=160657096#map=20/44.26351/6.26850

qui n'est pas utilisable pour moi puisque ma variable {id} contient
way/160657096

Est-il possible de transformer le lien
https://www.openstreetmap.org/way/160657096

en lien d'édition en lui ajoutant des paramètres ?

Merci

JCB



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

[OSM-talk-fr] Lien pour éditer un objet à partir d'une carte uMap

[Jean-Christophe Becquet]

Bonsoir,

J'ai des cartes uMap alimentées par des requêtes dynamiques par types
d'objets.

Par exemple :
http://umap.openstreetmap.fr/fr/map/clone-de-cyclo4-points-deau-dans-les-alpes-de-haut_420377

qui est alimentée par cette requête :
https://wiki.openstreetmap.org/wiki/Cyclo4_:_int%C3%A9gration_des_itin%C3%A9raires_et_am%C3%A9nagements_cyclables_des_Alpes-de-Haute-Provence_dans_OpenStreetMap/Requ%C3%AAtes#points_d.27eau

Dans la popup de mes points d'eau, j'ai ce lien qui fonctionne :
[[https://www.openstreetmap.org/{id}|voir directement sur OpenStreetMap]]

Je voudrais ajouter 2 autres liens :
 - éditer avec iD
 - éditer avec JOSM


J'ai trouvé un modèle de lien d'édition :
https://www.openstreetmap.org/edit?editor=id=160657096#map=20/44.26351/6.26850

qui n'est pas utilisable pour moi puisque ma variable {id} contient
way/160657096

Est-il possible de transformer le lien
https://www.openstreetmap.org/way/160657096

en lien d'édition en lui ajoutant des paramètres ?

Merci

JCB
-- 
Nouveau : Synthèse Données ouvertes, OpenStreetMap et mobilité
http://www.apitux.com/medias/apitux-p2a-donnees-ouvertes-openstreetmap-et-mobilite-synthese-20-01-31.pdf

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [OSM-talk-fr] Arrêt de bus à la demande

[Philippe Verdy]

Les bus à la demande ce n'est pas n'importe où non plus, les communes le
mettent en place mais sur des arrêts précis en ayant vérifié qu'ils
conviennent à la montée et la descente en sécurité et qu'il n'y a pas de de
trouble excessif sur le voisinage.

Ce n'est pas autorisé n'importe où sur une route de campagne,  ou si les
conditions de circulation ne sont pas adaptées (par exemple dans un
carrefour dont les voies d'accès ou de dégagement sont réservées pour
tourner, le bus ne peut pas continuer tout droit, et sur les autres voies
centrales, les piétons ne peuvent pas monter/descendre en sécurité, et le
bus ne peut pas s'arrêter non plus au milieu d'un passage piéton, qui ne
doivent pas non plus se faufiler entre des véhicules garés).

Les "lignes" de bus "à la demande" affichent donc non pas un tracé linéaire
ni une délimitation de zone, mais plutôt un nuage de points de passage
possibles.



Le dim. 16 févr. 2020 à 14:04, Julien Lepiller  a écrit :

> Le 16 février 2020 05:00:33 GMT-05:00, GarenKreiz 
> a écrit :
> >Bonjour,
> >
> >J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande :
> >le
> >détour est soit demandé au chauffeur à la montée, soit réservé par
> >téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne
> >s'applique
> >qu'à un trajet emprunté systématiquement par les bus.
> >
> >Cordialement
> >
> >Garenkreiz
>
> Ah bah tient c'est rigolo, j'ai deux lignes comme ça ici qui font du porte
> à porte si on les appelle et que ça les dévie pas trop, à partir de 18h,
> aussi bien pour ramasser que pour déposer. S'il y a moyen de cartographier
> un truc pareil je suis preneur.
>
> ___
> 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] zone résidentielle dans une zone résidentielle ?

[Philippe Verdy]

en tout cas pas des boundary=administrative si ce ne sont pas des vrais
quartiers mais juste des zones de lotissement ou d'aménagement dans un
"vrai" quartier. Certains lotissements sont anciens et leur nom est entrée
dans la toponymie de la commune (on en vois dans FANTOIR) mais leur limites
ne sont plus réellement celle de la zone à lotir quand elle avait été
créée. Leur nom a débordé en fait autour et est entrée dans l'usage local
en tenant compte aussi des évolutions des conditions de circulation et
l'intégration au reste de la commune (commerces, écoles...)

Mais "boundary=place" n'est pas encore documenté pour ce zonage plus ou
moins informel destiné à la simple désignation informelle (toutefois mieux
qu'un simple noeud sans indication de taille de zonage)

Sinon les "type=multipolygon" pourraient aussi aller mais il leur faut un
autre tag (un tag name=* ne suffit pas, même avec l'inclusion d'un noeud de
rôle label); place=neighborhood pourrait être ce tag sachant que le tag
landuse=* n'est pas très approprié non plus.

Le dim. 16 févr. 2020 à 09:54, Arnaud Champollion <
arnaud.champoll...@linux-alpes.org> a écrit :

> Le 15/02/2020 à 17:53, Philippe Verdy a écrit :
> > mais peuvent être des "place=neighborhood" (dont on peut déterminer
> > les limites pour en donner la taille correcte au lieu d'un seul noeud
> > trop vague et à peine estimé, mais sans faire de ces limites des
> > "boundary=*
>
>
> Mais du coup si ce n'est pas :
>
>
> type=boundary
>
> boundary=place
>
> place=neighborhood
>
>
> On met quoi à la place de boundary ?
>
>
> ___
> 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] Arrêt de bus à la demande

[Julien Lepiller]

Le 16 février 2020 05:00:33 GMT-05:00, GarenKreiz  a 
écrit :
>Bonjour,
>
>J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande :
>le
>détour est soit demandé au chauffeur à la montée, soit réservé par
>téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne
>s'applique
>qu'à un trajet emprunté systématiquement par les bus.
>
>Cordialement
>
>Garenkreiz

Ah bah tient c'est rigolo, j'ai deux lignes comme ça ici qui font du porte à 
porte si on les appelle et que ça les dévie pas trop, à partir de 18h, aussi 
bien pour ramasser que pour déposer. S'il y a moyen de cartographier un truc 
pareil je suis preneur.

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

Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

[Jérôme Seigneuret]

Une relation c'est deux éléments ou plus. On a un modèle zonage pour
pourrait tout traiter a partir de limite commune ou de deux linéaire s
ayant des valeurs différentes mais permettant d'identifier des zones. En
opposition il y a les objets simples qui une fois fermés forment
naturellement un zone.

Le dim. 16 févr. 2020 à 13:10, Stéphane Péneau 
a écrit :

> Une relation pour délimiter un ensemble de 8 maisons ? Je suis le seul à
> trouver ça un peu tordu ?
>
> Stf
>
>
> Le 05/02/2020 à 21:58, osm.sanspourr...@spamgourmet.com a écrit :
>
> https://www.openstreetmap.org/relation/10060749#map=19/47.78699/-3.48688
>
> Le Prat et Les Jardins de Vitalis sont deux lotissements jointifs. Et tu
> pourrais les englober dans des place de plus haut niveau.
>
> Ils font partie du landuse=residential de la zone agglomérée du bourg de
> Guidel.
>
> On ne mélange pas l'utilisation (landuse) des dénominations (ici Le Prat
> et Les Jardins de Vitalis) qui ont leur vie propre si j'ose dire.
>
> Jean-Yvon
> Le 05/02/2020 à 21:26, Arnaud Champollion -
> arnaud.champoll...@linux-alpes.org a écrit :
>
> Le 05/02/2020 à 21:23, pepilepi...@ovh.fr a écrit :
>
> Pourquoi tu veux faire ça ? Si c'est juste pour le nommer il y a
> place=neighbourhood
> ...
>
> Bonne soirée,
>
>
> Justement je ne veux pas le faire.
>
> Je suis tombé dessus car il y a plusieurs zones mappées ainsi à Digne les
> Bains.
>
> Je me suis dit que ça n'avait pas l'air normal, mais je voulais m'en
> assurer avant de supprimer ou remplacer par un tag plus adapté.
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> 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] zone résidentielle dans une zone résidentielle ?

[Stéphane Péneau]

Une relation pour délimiter un ensemble de 8 maisons ? Je suis le seul à 
trouver ça un peu tordu ?


Stf


Le 05/02/2020 à 21:58, osm.sanspourr...@spamgourmet.com a écrit :


https://www.openstreetmap.org/relation/10060749#map=19/47.78699/-3.48688

Le Prat et Les Jardins de Vitalis sont deux lotissements jointifs. Et 
tu pourrais les englober dans des place de plus haut niveau.


Ils font partie du landuse=residential de la zone agglomérée du bourg 
de Guidel.


On ne mélange pas l'utilisation (landuse) des dénominations (ici Le 
Prat et Les Jardins de Vitalis) qui ont leur vie propre si j'ose dire.


Jean-Yvon

Le 05/02/2020 à 21:26, Arnaud Champollion - 
arnaud.champoll...@linux-alpes.org a écrit :

Le 05/02/2020 à 21:23, pepilepi...@ovh.fr a écrit :


Pourquoi tu veux faire ça ? Si c'est juste pour le nommer il y a 
place=neighbourhood 
...


Bonne soirée,



Justement je ne veux pas le faire.

Je suis tombé dessus car il y a plusieurs zones mappées ainsi à Digne 
les Bains.


Je me suis dit que ça n'avait pas l'air normal, mais je voulais m'en 
assurer avant de supprimer ou remplacer par un tag plus adapté.




___
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-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] extraits et replication sur openstreetmap.fr

[Sarah Hoffmann]

On Sat, Feb 15, 2020 at 10:18:49PM +0100, Jocelyn Jaubert wrote:
> Bonjour,
> 
> Le 15/02/2020 à 18:38, Sarah Hoffmann a écrit :
> > [1] 
> > https://wiki.openstreetmap.org/wiki/PBF_Format#What_are_the_replication_fields_for.3F
> > 
> > Ces champs replication ne sont pas encore disponibles dans les extraits
> > sur openstreetmap.fr. Est ce-que ce sera possible de les ajouter et
> > faire reference au service replication openstreetmap.fr/replication?
> 
> Oui, ça serait une très bonne idée de les ajouter dans les pbf générés.
> 
> J'ai regardé rapidement la documentation, mais je n'ai rien trouvé sur
> comment rajouter ces champs osmosis_replication_sequence_number et
> osmosis_replication_base_url dans le pbf généré. Est-ce que tu saurais
> comment les ajouter ?
> 
> Pour info, les pbf de download.openstreetmap.fr sont simplement mise à
> jour avec osmosis, en récupérant directement les diffs sur la machine,
> et tous les deux jours.
> 
> 
> Et est-ce que c'est possible d'utiliser ces champs avec osmosis pour la
> mise à jour d'un pbf en téléchargeant les bons diffs ?

Je ne crois pas que osmosis ait jamais implemente ca. Vouz pouvez utilise
osmiums tool pour ajouter les champs au fin du proces:

osmium cat -o gibraltar-with-headers.pbf \
--output-header=osmosis_replication_timestamp=2020-01-01T14:16:21Z \
--output-header=osmosis_replication_sequence_number=3456 \

--output-header=http://download.openstreetmap.fr/replication/europe/gibraltar/ 
gibraltar.osm.pbf

Le osmium qui vient avec le distro doit suffire.

Ou, vous pouvez utilises pyosmium-up-to-date pour metre a jour les extraits.
Je viens d'ecrire un peu plus de documentation:
https://github.com/osmcode/pyosmium/blob/master/doc/updating_osm_data.rst#updating-a-planet-or-extract

Sarah

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

Re: [OSM-talk-fr] Nettoyage Enedis / GRDF

[François Lacombe]

Bonjour Adrien et merci pour ton action :)

N'hésitez pas à le faire dans votre région également, on sera plusieurs à
être disponibles en cas d'indéterminations

Bon dimanche

François

Le ven. 14 févr. 2020 à 09:21, PanierAvide  a
écrit :

> Bonjour François,
>
> Merci pour ce travail de documentation et d'animation de communauté ! Je
> viens de faire la bascule en Bretagne des operator=ERDF/EDF vers
> operator=Enedis sur le réseau de distribution. Je n'ai pas modifié les
> operator=EDF sur tout ce qui est production d'énergie (centrales
> électriques).
>
> Cordialement,
>
> Adrien P.
>
> Le 14/02/2020 à 00:29, François Lacombe a écrit :
>
> Salut à tous,
>
> Il devenait nécessaire de créer une page wiki pour Enedis et GRDF, nos
> opérateurs de distribution préférés pour documenter les pratiques les
> concernant.
> https://wiki.openstreetmap.org/wiki/FR:Tag:operator%3DGRDF
>
> En particulier Enedis qui mérite un bon nettoyage puisque qu'il y a encore
> ~2500 operator=ERDF et quelques operator=EDF qui traînent (on a dépassé les
> 100 000 pour Enedis)
>
> Un résumé des différentes valeurs est visible ici
> https://wiki.openstreetmap.org/wiki/FR:Tag:operator%3DEnedis
>
> Si certains objets concernés se trouvent dans votre zone de prédilection,
> cela sera utile de mettre la bonne valeur pour operator
> Il est possible de vérifier si Enedis est bien le gestionnaire du réseau
> sur la commune ici
> https://dataviz.agenceore.fr/distributeurs-energie-france/
>
> Au passage, compléter les postes, *poteaux* et autres ouvrages avec
> ref:FR:gdo et name est apprécié
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:gdo
>
> A disposition en cas de questions sur le sujet
>
> Bonne soirée
>
> François
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> 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] Arrêt de bus à la demande

[GarenKreiz]

Bonjour,

J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande : le
détour est soit demandé au chauffeur à la montée, soit réservé par
téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne s'applique
qu'à un trajet emprunté systématiquement par les bus.

Cordialement

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

Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

[Arnaud Champollion]

Le 15/02/2020 à 17:53, Philippe Verdy a écrit :
mais peuvent être des "place=neighborhood" (dont on peut déterminer 
les limites pour en donner la taille correcte au lieu d'un seul noeud 
trop vague et à peine estimé, mais sans faire de ces limites des 
"boundary=*



Mais du coup si ce n'est pas :


type=boundary

boundary=place

place=neighborhood


On met quoi à la place de boundary ?


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

Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

[Arnaud Champollion]

Le 16/02/2020 à 09:27, Arnaud Champollion a écrit :

j'ai fait :

- relation avec place et le name (un seul chemin avec rôle "outer" qui 
fait le tour).


- un noeud avec place et le name aussi en rôle "label". 



Question technique JOSM.

Du coup, sur Digne il y a, outre ce quartier, 12 autres de même type 
(anciens landuse=residential que j'ai passés en place=neighbourhood, qui 
ont perdu l'affichage du nom sur OSM standard, et qu'il faut passer en 
relation comme sur le modèle du quartier des Arches).


Avec JOSM, est-ce que je peux sélectionner ces 12 quartiers, et les 
éditer en même temps pour les transformer en relations ? Il me restera à 
placer les noeuds "label" individuellement mais ça serait déjà ça de 
fait en masse.


Si je les télécharge avec overpass sur critère place=neigbourhood et que 
les les sélectionne, je peux bien éditer leurs attributs en masse, mais 
je n'arrive pas à les transformer en relation. Si j'utilise l'outil 
relation de JOSM, ça crée une relation dont les 12 quartiers sont membres.




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

Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

[Arnaud Champollion]

Le 15/02/2020 à 16:40, osm.sanspourr...@spamgourmet.com a écrit :

- relation avec place
- relation avec label (ou admin_centre) dont ce nœud comporte à 
nouveau place.



OK ça a l'air de fonctionner, j'ai fait :

- relation avec place et le name (un seul chemin avec rôle "outer" qui 
fait le tour).


- un noeud avec place et le name aussi en rôle "label".

https://www.openstreetmap.org/#map=19/44.10686/6.23068


Je suppose que c'est mieux de mettre les tronçons de rues limitrophes 
comme outer, mais c'est long et surtout il faudrait que je sois certain 
des rues concernées. Donc j'ai juste gardé, pour le moment, les 
polygones (anciens "landuse") tracés par le contributeur précédent.


Question : est-il nécessaire que le name soit renseigné à la fois sur la 
relation et sur le noeud membre en tant que label ?



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