Re: [OSM-talk-fr] hebdoOSM 524 | Financement de développement pour Nominatim par la foundation OSM

[Yves P.]

> Sans dévaloriser le travail de Richard pour Potlatch 2, je ne comprends pas 
> pourquoi on souhaite maintenir cet éditeur basé sur Flash.

P2 retains a significant number of dedicated users, including some of OSM's 
most active contributors.
It remains the approximately the third most popular full editor, jointly with 
Vespucci and Go Map.
It continues to have features not available in other editors, and a user 
interface that for many tasks is more efficient.
Source 


Writing full-featured OSM editing software is exceptionally complex and there 
are only five codebases that support it (JOSM, Potlatch 2, iD, Vespucci, Go 
Map).
Each editor has its own "steer" and no single one is suitable for every use 
case.
Enabling P2 to continue will support those active mappers who prefer it, as 
well as ensuring the codebase can evolve to meet new mapping challenges.
Source 


While usage is declining, it’s still used by 2500 (1.4%) users who did 10 
million (1.2%) changes in 2020
Source 

En terme d'utilisateurs, il est en 7e position (derrière iD, Maps.me, JOSM, 
StreetComplete, Osmand et Vespucci)
Note: ce comptage est relatif. Si j'utilise 1 fois iD et 1 fois Potlach 2, 
je compte pour 1 utilisateur à chaque fois)
Source 


Sur une analyse plus fine qui ne compte que les utilisateurs réguliers, il 
semble être en 4e position (en terme de surface) 
Source 


En terme de modifications (changeset ?), il est 4e (derrière JOSM, iD, RapiD)
Source 


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

Re: [OSM-talk-fr] Edition de masse sur pipeline=marker en France

[Yves P.]

> Pour ma part j'en remplace régulièrement, à la main, je n'ai pas trouver de 
> meilleure méthode.
C'est ce que j'ai fait récemment en complétant une partie de l'oléoduc de 
défense vers Orange.

> Les anciens tags ne contenaient pas toutes les informations du modèle actuel, 
> il faut parfois retourner sur le terrain.
Concernant les pipelines, il est parfois difficile de différencier sur la photo 
une balise aérienne d'une borne ou d'un poteau.

Edition de masse ou pas, il faut aller sur le terrain… sauf qu'il y a des 
"bornes" à parcourir à travers champs. Pas évident ;)

> A noter que parfois plusieurs bornes sont positionnées les unes à côté des 
> autres, de plusieurs types aussi (aériennes et potelet)
> Il faut ainsi créer autant de noeuds que nécessaire.
Sur le terrain, des bornes ou balises sont parfois renversée, voir manquantes…

Parfois, savoir combien et où se trouvent les canalisations est une gageure.
2 bornes et (parfois) une balise aérienne au millieu : une seule canalisation
idem ? : 1 canalisation de gaz et 2 de saumure

> Bonne semaine
itou :)

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

Re: [OSM-talk-fr] hebdoOSM 524 | Financement de développement pour Nominatim par la foundation OSM

[François Lacombe]

Salut à tous

Cela fait quelque temps que je survole le sujet de très très loin.

Sans dévaloriser le travail de Richard pour Potlatch 2, je ne comprends pas
pourquoi on souhaite maintenir cet éditeur basé sur Flash.
Une des solutions évoquées serait de le porter sous Adobe Air, Flash ne
sera plus du tout maintenu fin 2020.
D'autres technos sont pourtant bien plus pérennes actuellement.
Si quelqu'un à l'explication, je suis preneur.

Bonne soirée

François

Le lun. 10 août 2020 à 15:13, Yves P.  a écrit :

> Bonjour,
>
> Lu dans l'hebdo, une nouvelle qui devrait vous intéresser :
>
> https://weeklyosm.eu/fr/archives/13472
>
>
>- Guillaume Rischard  a
>annoncé
> en
>direct le financement de trois projets d’infrastructure : Nominatim,
>osm2pgsql et Potlatch 2 par le CA de l’OSMF.
>
>
> Nominatim est le logiciel de géocodage qui alimente openstreetmap.org et
> de nombreuses autres applications et sites Web.
> Sarah souhaite travailler sur openstreetmap.org pour
>
>- terminer les efforts de localisation (améliorer le calcul d'adresse
>pour différents pays, sortie d'adresse localisée)
>- rendre le logiciel plus convivial (réduire le nombre de langages de
>programmation d'au moins deux, déplacer les projets annexes dans des dépôts
>séparés, réorganiser le code pour que Nominatim puisse devenir un package
>Ubuntu, docs, docs, docs)
>
> La proposition complète se trouve sur
> https://wiki.osmfoundation.org/wiki/Nominatim_project_2020-07
>
> __
> Yves
> ___
> 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] Edition de masse sur pipeline=marker en France

[François Lacombe]

Bonsoir Yves,

Merci d'avoir fait le recensement.
Effectivement le sujet des bornes intéresse, et les tags proposés
permettent à la fois de décrire des bornes techniques mais aussi les
repères routiers, de propriété et autres.
Pour ma part j'en remplace régulièrement, à la main, je n'ai pas trouver de
meilleure méthode.
Les anciens tags ne contenaient pas toutes les informations du modèle
actuel, il faut parfois retourner sur le terrain.

A noter que parfois plusieurs bornes sont positionnées les unes à côté des
autres, de plusieurs types aussi (aériennes et potelet)
Il faut ainsi créer autant de noeuds que nécessaire.

Certaines sont parfois bien cachées
https://twitter.com/InfosReseaux/status/1286969000476516352?s=20

Bonne semaine

François

Le jeu. 2 juil. 2020 à 15:41, Yves P.  a écrit :

> De mémoire ce n'est pas un simple copier/coller, il faut faire plusieurs
> requêtes overpass pour cela en fonction du type de "chapeau" et de support.
>
>
> *Tags associés à pipeline=marker* *Photo* *Nombre* *Commentaire*
> support !~ ".*" et cover !~ ".*"
> 7145 
> support=pedestal photo
> 
> 1642 
> cover=roof + support=pole photo
> 
> 748 
> support=pole + cover !~ ".*" photo
> 
> 551 
> cover=roof + support !~ ".*"
> 279 
> support=ground photo
>  74
> 
> cover=roof + support=stile photo
> 
> 31 
> cover=roof + support=pedestal
> 5  borne surmontée d'une balise aérienne
> cover=cone photo
> 
> 0 
> cover=fin photo
>  0
> 
>
> Il me semble que j'ai passé en revue tous les cas du wiki pipeline=marker
> 
>
> Y'a plus qu'à proposer des modifications :)
>
> __
> Yves
>
>
> ___
> 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] Pourquoi inventer un aire urbaine, imaginaire ?

[Romain MEHUT]

C'est pourquoi j'ai préféré temporiser pour les panneaux. Le vrai problème 
concernait les polygones boundary=urban.

Romain

 Message d'origine 
> De : Rene Chalon 
> À : talk-fr@openstreetmap.org
> Sujet : Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine, imaginaire ?
> Date : 11/08/2020 20:08:11 Europe/Paris
> 

> 
> Je réagis sur ce pb de l'emplacement du traffic_sign=city_limit.
> 
> Si d'après la version française du wiki, il est précisé que le tag doit 
> être posé sur la voie, ce n'est pas le cas de la version anglaise 
> (https://wiki.openstreetmap.org/wiki/Tag:traffic_sign%3Dcity_limit) qui 
> laisse le choix : "Set a node node on the highway or as a separate node 
> beside of the road and tag it with traffic_sign=city_limit."
> 
> Comme c'est la version anglaise qui est la référence il me semble donc 
> qu'il faudrait éclaicir ce point avant toute action destructrice.
> 
> A+,
> René.
> 
> PS: Pour voir ce qui se faisait à l'étranger j'ai fait un 
> échantillonnage rapide dans la région de Ulm en Allemagne et d'Utrecht 
> au Pays-bas et les deux méthodes semblent bien utilisées...
> 
> 
> 
> 
> ___
> 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] Pourquoi inventer un aire urbaine, imaginaire ?

[Rene Chalon]

Bonsoir,


On 11/08/2020 19:28, "Romain MEHUT"  wrote:


Bonjour,



Avec l'accord du contributeur, voici mes échanges avec lui (dans l'ordre 
chronologique). C'est un peu long.







Bonjour,

Je vous informe que j’ai retiré tous les polygones boundary=urban tels que vous 
les avez présentés en 2016 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg80496.html Depuis, 
d’autres contributeurs ont émis des avis contestant la méthode voir 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg89670.html et 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg98883.html

Sauf avis contraire, je prévois également de retirer tous les 
traffic_sign=city_limit qui ne respectent pas la définition du wiki soit un 
nœud appartenant à la route.  [...]


Je réagis sur ce pb de l'emplacement du traffic_sign=city_limit.

Si d'après la version française du wiki, il est précisé que le tag doit 
être posé sur la voie, ce n'est pas le cas de la version anglaise 
(https://wiki.openstreetmap.org/wiki/Tag:traffic_sign%3Dcity_limit) qui 
laisse le choix : "Set a node node on the highway or as a separate node 
beside of the road and tag it with traffic_sign=city_limit."


Comme c'est la version anglaise qui est la référence il me semble donc 
qu'il faudrait éclaicir ce point avant toute action destructrice.


A+,
René.

PS: Pour voir ce qui se faisait à l'étranger j'ai fait un 
échantillonnage rapide dans la région de Ulm en Allemagne et d'Utrecht 
au Pays-bas et les deux méthodes semblent bien utilisées...





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

Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?

[Romain MEHUT]

Bonjour,



Avec l'accord du contributeur, voici mes échanges avec lui (dans l'ordre 
chronologique). C'est un peu long.







Bonjour,

Je vous informe que j’ai retiré tous les polygones boundary=urban tels que vous 
les avez présentés en 2016 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg80496.html Depuis, 
d’autres contributeurs ont émis des avis contestant la méthode voir 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg89670.html et 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg98883.html

Sauf avis contraire, je prévois également de retirer tous les 
traffic_sign=city_limit qui ne respectent pas la définition du wiki soit un 
nœud appartenant à la route.

Je ne fais pas ça par gaîté de cœur mais à un moment il faut s’avoir trancher 
et agir et ainsi ne pas laisser s’éterniser une situation non satisfaisante.

Merci pour votre compréhension.

Romain



    Bonsoir Romain,

    Vous m’informez et j’en prend acte Vous me demandez si j’ai un avis 
contraire à la suppression des traffic_sign=city_limit, en effet j’en ai un ! 
vous allez donc les laissé en place ? ;-)

    J’ai lu les post proposés sur Talk avec attention.

    Je vais vous exposer mon avis qui ne semble pas partagé par le plus 
grand nombre mais ce n’est pas toujours la majorité qui a raison.

    Un panneau d’entrée et sortie d’agglomération est un panneau installé 
au bord de la route. Comme nous devons cartographié le terrain, je positionne 
les panneaux là où il se trouve. Il ne faut pas mélangé le panneaux qui indique 
une information et l’usage de ladite information. Prenons le cas des panneaux 
de limitation de vitesse, ils sont cartographié sur le bord de la route mais la 
limitation est tagué sur la voie de circulation.

    Positionner les panneaux à l’endroit où ils se trouvent sur terrain 
permet de les dénombrer, d’avoir leur position géographique pour prévoir par 
exemple des itinéraire d’entretien (lavage, désherbage) et encore d’autres 
usages.

    Positionner les city_limit sur la voie ne correspond en rien au terrain 
et le pseudo usage par un quelconque outil reste à démontrer (si vous en 
connaissez, je veux le/les connaitre). Je m’interroge comment vous 
cartographierez les panneaux d’entré/sortie d’agglomération qui ne se trouve 
pas de part et d’autre de la voie mais décalé de plusieurs centaine de mètres.

    Sachez que même si je ne comprend pas la recommandation du wiki, je 
n’ai jamais supprimé un city_limit se trouvant sur la voie, je n’ai fait 
qu’ajouter des panneaux à leur position sur le terrain.

    J’ai donc, au prix d’un gros travail, amélioré la base de donnée sans 
dégradation de l’existant !

    Concernant les contours des agglomérations (boundary=urban), j’ai 
effectivement voulu cartographier les contours d’une entité dont la définition 
est « Le terme agglomération désigne un espace sur lequel sont groupés des 
immeubles bâtis rapprochés et dont l’entrée et la sortie sont signalées par des 
panneaux placés à cet effet le long de la route qui la traverse ou qui la borde 
» J’ai donc cartographier des polygones (un espace sur lequel sont groupés des 
immeubles bâtis rapprochés) essayant d’englober les parcelles des immeubles 
dont les sommets passent par les traffic_sign=city_limit (dont l’entrée et la 
sortie sont signalées par des panneaux placés à cet effet le long de la route).

    Certaines approximations du tracé sont possibles car les mairies 
n’implantent la plupart du temps les panneaux EB10/EB20 que sur les grand axes 
(primary, secondary voir tertiary) mais à qui la faute, pas à moi !

    Pourquoi cartographier ces agglomération ? Parce que elles existent sur 
le terrain, elles ont un nom et les limites sont du ressort des mairies. Je ne 
me suis jamais interrogé sur la véracité de cartographier les limites des eaux 
territoriales des États et vous ?

    Quelles sont leurs utilités ? Elles sont multiples ** même si la 
plupart des personnes n’y voit qu’une limitation de vitesse de circulation 
automobile sur les voies publics à l’intérieur de ce périmètre **. De très 
nombreuse autres usages sont régie à l’intérieur et extérieur et au dessus de 
ces agglomérations. Sans être exhaustif, une liste des usages : * Routier : 
limitation de vitesse automobile, vitesse des transports en commun place 
debout, gilet haute visibilité pour cycliste, usage du klaxon, distance entre 
les véhicule lors d’un dépassement de véhicule, réglementation de circulation 
des EDPM,… * Affichage publicitaire : réglementation différente dans et hors 
agglomération. * Aménagement urbain : Réglementation de l’éclairage public dans 
et hors agglomération, réglementation des ralentisseurs dans et aux abords des 
agglomérations ,réglementation sur l’accessibilité de la voirie et des espaces 
publics,… * Légale : Pouvoir de Police du maire dans et 

Re: [OSM-talk-fr] cartopartie sanana nanterre

[osm . sanspourriel]

Le 11/08/2020 à 13:25, Yves P. - yves.prat...@gmail.com a écrit :


les bouts de nature "vierge" subsistant dans la ville ("délaissées",
selon la terminologies de Gilles Clément, pour ceux à qui ça parle).

C'est quoi concrètement ?
As-tu des exemples, des photos ?

Et comme outil un  microscope? ^^

- quels logiciels pour la mise à jour des data? Josm? Potlach?

iD, JOSM si tu édites directement la carte.

Potlach fonctionne avec Flash qui ne sera bientôt plus supporté.
Il y a un projet pour le faire évoluer.


Et sur le terrain Vespucci, OsmAnd : c'est comme chacun veut. Mais ici
on utilise plus JOSM ("vrai" travail de fond) et iD (petits travaux, POI).


Ce travail de repérage a été commencé avec des outils google.


Pour contribuer tu oublies. Déjà parce que les "délaissés" ça
n'intéresse pas Google, BDOrtho, d'autres ortho locales (dispo dans
JOSM) et OSM sont probablement de meilleures bases pour commencer.
Ensuite parce que c'est contraire au droit.


Avec quelle autonomie? quelle assistance?

Qu'entends-tu par là ?

100 % d'autonomie (mais vous pouvez inviter les copains du coin),
assistance en fonction des besoins, il y a aussi des outils d'assistance
qualité style Osmose pour vérifier les contributions.

- quels tags peuvent nous permettre d'identifier les lieux cherchés sur une 
carte?

cf. question plus haut ;)

landuse= va sûrement être une clé.

Et on va utiliser Overpass-Turbo  pour voir ce qui
est dans la base.

Allez on commence par utiliser l'assistant : landuse=* in Nanterre.

On nettoie histoire que ce soit lisible .

On élimine  des valeurs qui ne nous
intéressent pas (c'est un début). On remarque des bâtiments en
construction depuis 2013, sans doute des trucs à mettre à jour.

On va utiliser différents fonds pour voir ceux qui rendent mieux ce
qu'on cherche.

Des greffons style OSM Smart Menu / OpenSwitchMaps vont permettre de
passer d'un fond à l'autre.


- Ces outils trouvés, peut-on, doit-on, mettre à jour "La" base des données, 
rendant notre travail accessible à tous?

Oui :)

On doit : c'est le principe, chacun profite des améliorations des autres.

Faut-il plutôt répliquer la base (la partie qui nous intéresse),

Répliquer non.
Utiliser par exemple uMap si vous travaillez à plusieurs…
Ou un fichier local édité avec QGIS, JOSM…
Une base de données locale…
Ce que vous maitrisez…


et garder ces données privées, au moins un temps?

Pourquoi pas


Mais si vous nous prévenez qu'il faut regarder ce que vous avez fait si
vous contribuez directement c'est sans doute plus simple.

Jean-Yvon

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

Re: [OSM-talk-fr] cartopartie sanana nanterre

[Yves P.]

> les bouts de nature "vierge" subsistant dans la ville ("délaissées",
> selon la terminologies de Gilles Clément, pour ceux à qui ça parle).
C'est quoi concrètement ?
As-tu des exemples, des photos ?

> - quels logiciels pour la mise à jour des data? Josm? Potlach?
iD, JOSM si tu édites directement la carte.

Potlach fonctionne avec Flash qui ne sera bientôt plus supporté.
Il y a un projet pour le faire évoluer.


> Avec quelle autonomie? quelle assistance?
Qu'entends-tu par là ?

> - quels tags peuvent nous permettre d'identifier les lieux cherchés sur une 
> carte?
cf. question plus haut ;)

> - Ces outils trouvés, peut-on, doit-on, mettre à jour "La" base des données, 
> rendant notre travail accessible à tous?
Oui :)

> Faut-il plutôt répliquer la base (la partie qui nous intéresse),
Répliquer non.
Utiliser par exemple uMap si vous travaillez à plusieurs…
Ou un fichier local édité avec QGIS, JOSM…
Une base de données locale…
Ce que vous maitrisez…

> et garder ces données privées, au moins un temps?
Pourquoi pas

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

[OSM-talk-fr] cartopartie sanana nanterre

[Pierre Imbaud]

Hello, happy mappers!

J'interviens ici pour sanana.org, un collectif nanterrien de
sauvegarde de la nature à Nanterre.

Nous souhaitons organiser une (puis des?) cartopartie(s), pour repérer
les bouts de nature "vierge" subsistant dans la ville ("délaissées",
selon la terminologies de Gilles Clément, pour ceux à qui ça parle).
Ce travail de repérage a été commencé avec des outils google. Ceux
d'entre nous qui sont attachés au libre (logiciel libre, opendata)
préfèrent, bien évidemment, les outils OSM.

Mais il nous manque un certain nombre de "clefs" pour déverrouiller
l'utilisation de ces outils, qui ne bénéficient pas de l'approche
marketing d'un grand groupe (que je ne nommerai pas!).

Plusieurs questions se posent:

- quels logiciels pour la mise à jour des data? Josm? Potlach? Avec
  quelle autonomie? quelle assistance?
- quels outils (tags, je suppose), peuvent nous permettre d'identifier
  les lieux cherchés sur une carte?
- Ces outils trouvés, peut-on, doit-on, mettre à jour "La" base des
  données, rendant notre travail accessible à tous? Faut-il plutôt
  répliquer la base (la partie qui nous intéresse), et garder ces
  données privées, au moins un temps?

On aurait besoin d'être assistés sur:

- la cartopartie elle-même, avec si possible l'aide de quelqu'un ayant
  l'habitude de cartoparties.
- La préparation de la saisie des data: choix des outils, de la base
  etc.
- La saisie-partie (est-ce le bon terme?)

Il y a des chances que cette demande, formulée au plein de l'été, ne
rencontre pas un vif succès. Si c'est le cas, je la ré-itérerai début
Septembre.

Merci de vos retours!  Amicalement, Pierre Imbaud.



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

Re: [OSM-talk-fr] Photos > archiver les image=* ?

[Yves P.]

> Je suis en train de regarder ça justement ;)
> 
> Extraction en cours de tous les tags image=* et mapillary=* du fichier planet 
> (merci osmium).
> 
> Pour la France, il y a 46000 tags uniques.

Je vois de plus en plus ton service comme un service universel de photos (POI / 
Street View) que la foundation OSM devrait à terme "offrir".

Comme la fondation Wikimedia l'a fait pour héberger et mutualiser les photos de 
ses différents wikis.

Pour nous, ça serait garder :
les photos (si nécessaires de tous) les POI sans se fâcher avec Wikimedia,
des vues de la rues sans dépendre des "ogres" GAFAM.

Mais en restant compatible et complémentaire avec les services existants.

Par exemple, Mapillary gère maintenant des tags sur et dans les photos.
Ton backup pourrait les récupérer dans ses métadonnées.

Si on envisage à terme de copier automatiquement les photos depuis ce service 
vers un service complémentaire, ces tags ou les catégories Wikimedia Commons 
pourraient être générées à partir de certains tags OSM :)
(Copie à la demande de l'auteur : je publie mes photos dans "CommOnSM", mais je 
souhaite une copie dans OpenStreetCam)

Ce service permettrait de publier facilement des photos.
Mapillary ne permet pas de publier une photo de POI (notion de série 
incontournable).
Commons demande trop d'infos, il faut réfléchir pour trouver un nom de photos, 
trouver les catégories…
Pour les tags, je propose de définir un thésaurus. Par exemple :

OSM Mapillary   Wikimedia Commons
highway=crossing
crossing=zebra  Crosswalk - Zebra   Category:Zebra crossings
emergency=defibrillator Defibrillator   Category:Defibrillators
emergency=fire_extinguisher Fire Extinguisher   Category:Fire 
extinguishers
emergency=fire_flapper  Fire FlapperCategory:Fire flappers
emergency=fire_hose Fire Hose   Category:Hose reels ?
emergency=fire_hydrant  Fire HydrantCategory:Fire hydrants
emergency=fire_water_pond   Fire Water Pond Category:Fire ponds
amenity=fountainFountainCategory:Fountains

Dans Wikimedia, on a des sous catérogies par pays, régions, département, ville…

Par exemple :
Category:Fountains in France

Parmis d'autres service proposés à terme :
Comme la position GPS n'est pas encore assez précise en pratique, on pourrait 
aussi "coller" les photos sur les chemins OSM quand c'est adapté (si le service 
propose un jour une interface à la Mapillary)

__
Yves





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

[OSM-talk-fr] josm traduction dans les préréglage highway les attributs liés à "placement"

[leni]

Bonjour

Dans le préréglage de certaines routes, il y a les infos "placement" 
(https://wiki.openstreetmap.org/wiki/Key:placement) certains attributs 
décrits dans la proposition 
(https://wiki.openstreetmap.org/wiki/Proposed_features/placement) ne 
sont pas encore traduits.


"placement" a été traduit  par "localisation" est-ce que ce ne serait 
pas plutôt "positionnement" ?


et pour la traduction des valeurs ?
"left_of:x"        > "à gauche de la voie x"
"middle_of:x"  > "au milieu de la voie x"
"right_of:x"  > "à droite de la voie 1"

"Placement in way direction" > "Positionnement dans le sens du chemin"
"Placement opposed to way direction" > "Positionnement dans le sens 
opposé au chemin"


cordialement

leni


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

Re: [OSM-talk-fr] Facebook achète Mapillary !

[Yves P.]

> Je me souviens avoir regardé les appels à l'API, et avoir pu charger des 
> images individuelles, mais la syntaxe OSC était tout de même un peu 
> cabalistique.
Les exemples ne sont pas très concrets :|

http://api.openstreetcam.org/api/doc.html 


Get sequence's photo list
POST /1.0/list/my-list

Get Sequence details
POST /details

On peut voir un appel dans le code du site web d'OSC :
api-services/osc/sequenceVx.service.ts#L21 

osc-api/osc-api.service.ts#L144 

osc-api/osc-api.service.ts#L164 


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

Re: [OSM-talk-fr] Facebook achète Mapillary !

[Georges Dutreix via Talk-fr]

Je n'ai pas d'accès à un ordi maintenant, mais oui j'ai accès à mes listes de 
contributions, et dans chaque liste aux différentes photos.
Je me souviens avoir regardé les appels à l'API, et avoir pu charger des images 
individuelles, mais la syntaxe OSC était tout de même un peu cabalistique.

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

Re: [OSM-talk-fr] Facebook achète Mapillary !

[Yves P.]

> Ai-je tort de penser qu'il n'existe pas encore de moyen simple de récupérer 
> les images stockées chez openStreetCam ?
J'ai jeté un œil dans une ville que je connais bien 
:https://openstreetcam.org/details/441204/18/track-info 


On ne peut pas cliquer sur le nom de l'auteur, et donc voir toutes ses 
contributions.

Est-ce que dans ton compte, on voit la liste de tes séries ?

__
Yves

Au passage, le floutage n'est pas très fiable : le passage piéton est masqué, 
mais ni la plaque d'immatriculation et aucun des visages des piétons à g.


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

Re: [OSM-talk-fr] Chantiers d'été pour OSM-FR ;)

[Yves P.]

> Par contre, la Méditerranée bien tard
Ne pas mettre le nom des îles en zoom 2 

 et 3 
,
 (voir 4 pour la méditérannée)

En zoom 5 
,
 les noms des petites îles mangent leurs côtes, rendent la carte peu lisible.
Particulièrement en Grèce : on ne voit pas le nom des mers.

Les limites des eaux internationales en zoom 6 

 sont trop visibles. Soit ne pas les mettre, soit plus transparentes et sans 
pointillés.
De plus le nom Adriatique n'est jamais visible (même sur les autres cartes OSM)

Je rejoins les autres commentaires concernant la surcharge des cartes.
En zoom 5 
,
 pourquoi pas montrer les régions françaises.
Mais c'est limite pour l'Italie, illisible pour la Suisse.

On voit les grandes villes. En France, Paris, Lyon, Monaco et 
Andorre-la-Vieille :D

Pas simple de faire ça automatiquement.
Peut-être que récupérer la population pourra aider à régler ce problème.

Ou au pire, à avoir une table "manuelle" pour indiquer à quel niveau de doit ce 
qui doit apparaitre jusqu'en 5 ou 6.

__
Yves

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