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-ja] 小郡萩道路

[OKADA Tsuneo]

xyzxyz2 さん

岡田です。

小郡萩道路のリレーションは
https://www.openstreetmap.org/relation/10102116
で、
メンバーである個々のウェイのリンクがここからたどれます。

ブラウザで見ている場合、左側に選択中の地物の詳細が表示されると
思いますが、一番下にある「履歴を表示」 をクリックすると
編集履歴が見られます。

直近ではHerman Lee 
さんが17日前にtrunkに変更し、
その前は一色翔太

さんが11ヶ月前にもtrunkにしているようです。

ひとまず変更セットの議論のページに書き込んでみることでしょうか。
Herman Lee さん の17日前の編集
https://www.openstreetmap.org/changeset/88497639





2020年8月12日(水) 2:20 kkondo :

> こんにちはxyzxyz2です。
>
> 小郡萩道路についてですが、これは自動車専用道路であり（https://ja.wikipedia.org/wiki/小郡萩道路 
> ）、highway=motorway
> です（trunk ではなく）。
>
> しかし、誰かが highway= trunk へ最近(?)編集したようです（誰が編集したか分かる方法はあるでしょうか？）。
> 繰り返し誤った編集をする方へは連絡すべきなのでしょうか？
>
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>


-- 
岡田常雄(OKADA Tsuneo)
tsuneo.ok...@gmail.com
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

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-ZA] Question about road classifications

[Kieron Thwaites]

*"Armchair mapping" is dangerous if you are not properly ground truthing
changes and you have not specified the criteria that you are using on
imagery to determine whether a road qualifies as a service road or not. I
for one do not see the value that changing these tags would add other than
shape the data according to Apple's criteria for what Apple wants in a map,
which is not what OpenStreetMap is about.*


Case in point: the M3 in Cape Town arbitrarily being changed by armchair
mappers to be highway=trunk for its entire length, blissfully unaware of
the sections that should be highway=motorway (and that are delimited with
start/end freeway signs that are blindingly obvious to anyone actually
driving along it).  I did emigrate from South Africa two years ago though,
so very hesitant to fix that one myself, even though I know where those
signs are with reasonable accuracy.

--K

On Wed, 12 Aug 2020 at 09:55, Gerhardus Geldenhuis <
gerhardus.geldenh...@gmail.com> wrote:

> Hi
> The definition of a service road seems a bit arbitrary even in the
> official tagging policy mentioned:
> https://wiki.openstreetmap.org/wiki/Key:highway
> One man's service road is another man's narrow residential road.
>
> "Armchair mapping" is dangerous if you are not properly ground truthing
> changes and you have not specified the criteria that you are using on
> imagery to determine whether a road qualifies as a service road or not. I
> for one do not see the value that changing these tags would add other than
> shape the data according to Apple's criteria for what Apple wants in a map,
> which is not what OpenStreetMap is about.
>
> Regards
>
> On Tue, 11 Aug 2020 at 22:41, Andrew Wiseman via Talk-ZA <
> talk-za@openstreetmap.org> wrote:
>
>> Hi everyone,
>>
>> This is Andrew from Apple again. Earlier in the year I emailed about our
>> team working on some road network improvements (
>> https://lists.openstreetmap.org/pipermail/talk-za/2019-January/001248.html)
>> and lately we have had some discussions about road classification around
>> service roads and residential roads after we added some missing ones. I
>> wanted to let you all know what we were thinking and get your feedback to
>> see if you agree or have other suggestions.
>>
>> The South African Tagging Guidelines (
>> https://wiki.openstreetmap.org/wiki/South_African_Tagging_Guidelines)
>> don’t mention service roads at all, and the global tagging guidelines (
>> https://wiki.openstreetmap.org/wiki/Key:highway) describe service roads
>> to be used for specific commercial/industrial estates or
>> driveways/alleys/car parks. It was suggested to us that service should be
>> used for private roads to access buildings, which are generally dead end
>> and/or have barriers or gates, and short roads that don’t have names.
>>
>> This seems logical to us, and if others agree with that maybe the South
>> African Tagging Guidelines can be updated with that information. We can
>> make the edits to the Wiki page if you’d like.
>>
>> We are also currently going back and changing roads to service to fit
>> these suggestions in and around Cape Town.
>>
>> One tricky point in the suggestions is that we can’t tell from aerial
>> imagery which ones don’t have names, so those might get missed. What does
>> everyone think of that point?
>>
>> Thanks!
>>
>> Andrew
>>
>> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 |
>> andrew_wise...@apple.com
>>
>> ___
>> Talk-ZA mailing list
>> Talk-ZA@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-za
>>
>
>
> --
> Gerhardus Geldenhuis
> ___
> Talk-ZA mailing list
> Talk-ZA@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-za
>
___
Talk-ZA mailing list
Talk-ZA@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-za

Re: [OSM-Talk-ZA] Question about road classifications

[Gerhardus Geldenhuis]

Hi
The definition of a service road seems a bit arbitrary even in the official
tagging policy mentioned: https://wiki.openstreetmap.org/wiki/Key:highway
One man's service road is another man's narrow residential road.

"Armchair mapping" is dangerous if you are not properly ground truthing
changes and you have not specified the criteria that you are using on
imagery to determine whether a road qualifies as a service road or not. I
for one do not see the value that changing these tags would add other than
shape the data according to Apple's criteria for what Apple wants in a map,
which is not what OpenStreetMap is about.

Regards

On Tue, 11 Aug 2020 at 22:41, Andrew Wiseman via Talk-ZA <
talk-za@openstreetmap.org> wrote:

> Hi everyone,
>
> This is Andrew from Apple again. Earlier in the year I emailed about our
> team working on some road network improvements (
> https://lists.openstreetmap.org/pipermail/talk-za/2019-January/001248.html)
> and lately we have had some discussions about road classification around
> service roads and residential roads after we added some missing ones. I
> wanted to let you all know what we were thinking and get your feedback to
> see if you agree or have other suggestions.
>
> The South African Tagging Guidelines (
> https://wiki.openstreetmap.org/wiki/South_African_Tagging_Guidelines)
> don’t mention service roads at all, and the global tagging guidelines (
> https://wiki.openstreetmap.org/wiki/Key:highway) describe service roads
> to be used for specific commercial/industrial estates or
> driveways/alleys/car parks. It was suggested to us that service should be
> used for private roads to access buildings, which are generally dead end
> and/or have barriers or gates, and short roads that don’t have names.
>
> This seems logical to us, and if others agree with that maybe the South
> African Tagging Guidelines can be updated with that information. We can
> make the edits to the Wiki page if you’d like.
>
> We are also currently going back and changing roads to service to fit
> these suggestions in and around Cape Town.
>
> One tricky point in the suggestions is that we can’t tell from aerial
> imagery which ones don’t have names, so those might get missed. What does
> everyone think of that point?
>
> Thanks!
>
> Andrew
>
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 |
> andrew_wise...@apple.com
>
> ___
> Talk-ZA mailing list
> Talk-ZA@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-za
>


-- 
Gerhardus Geldenhuis
___
Talk-ZA mailing list
Talk-ZA@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-za

Re: [Talk-at] Regionen mappen

[Friedrich Volkmann]

On 11.08.20 20:32, Florian Kratochwil wrote:
Das Mühlviertel habe ich gestern als admin_level umgetagged, und schwupps, 
wurde das rückgeändert mit dem Kommentar, es sei "keine Verwaltungsgrenze". 
Siehe Änderungssatz 89220166


https://www.openstreetmap.org/changeset/89220166#map=9/48.4700/14.3596

Mir persönlich ist es egal, ob es place=region oder boundary=administrative 
ist. Wichtig ist, dass es drinnen ist, aber es sollte einheitlich sein.


Freidrich und Stefan, wie begeistert seid ihr von eurer administrative-Idee? 
Wollt ihr den user "Garmin-User" überzeugen, oder machen wir einfach alle 
Viertel als place=region?


Ich habe geschrieben, dass administrative nicht ganz abwegig ist, nicht dass 
ich das für die beste Lösing halte.


Aber der Revert durch diesen "Garmin-User" ist eine Schweinerei. Der hat 
wahrscheinlich noch nie ein Garmin in der Hand gehalten. Er pfuscht nur in 
ganz Europa an Relationen herum ohne irgendwas beizutragen. Solche 
selbsternannten OSM-Polizisten, die in Wahrheit selber alle Regeln 
verletzen, gehören lebenslang gesperrt.


Ich kann auf Wunsch den Revert auch wieder revertieren...


* Cisdanubien (1-20,23) vs. Transdanubien (21-22),
Cisdanubien habe ich noch nie gehört. Transdanubien schon. Dagegen hätte ich 
nichts. Das wäre wohl place=suburb und loc_name=Transdanubien


Die Bezeichnungen Cis- und Transdanubien sind genauso wie Vorarlberg, 
Fischauer Vorberge und Antipoden relativ zum Standpunkt und somit absurd, 
sobald der eigene Standpunkt auf der anderen Seite liegen kann – was in 
einer weltweit genutzten Geodatenbank offensichtlich der Fall ist. Weil Wien 
ursprünglich nur am rechten Ufer der Donau war, bezeichnen Wiener 
traditionell diese Seite als Cis- und die andere als Transdanubien. In 
Ungarn ist es aber genau andersrum, weil die Ungarn vom linken Donauufer her 
eingewandert sind.


Wir werden hier nicht durchsetzen können, dass Vorarlberg in Ländle 
umbenannt wird, aber die Fischauer Vorberge können wir in OSM einfach 
Fischer Berge nennen und Cis-/Transdanubien als "Stadtteile" von Wien ganz 
weglassen. Im übrigen hören Cis- und Transdanubien nicht an der Stadtgrenze 
auf, weil ja auch die Donau nicht an der Stadtgrenze aufhört.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

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: [Talk-it] Aggiornamento OsmAnd

[Manuel]

Confermo che il problema è dovuto alle male di agosto. Sono in generazione le 
mappe con i civici e dovrebbero arrivare nei prossimi giorni. 
https://github.com/osmandapp/OsmAnd/issues/9599

⁣Manuel

Ottieni BlueMail per Android ​

Il giorno 11 ago 2020, 13:05, alle ore 13:05, Alessandro Vitali 
 ha scritto:
>Ciao!
>
>Non so se dipende da un aggiornamento ma oggi mi sono accorto che su
>OsmAnd, installato su diversi dispositivi, guardando la mappa non
>compaiono
>più i numeri civici. Al loro posto compaiono soltanto i simboli di
>"Entrance:Yes". Nelle impostazioni non è selezionata il "Nascondi
>numeri
>civici".
>
>Capita anche voi? Sapete darmi info per risolvere il problema?
>
>Grazie!
>Ale Vit
>
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Regionen mappen

[Florian Kratochwil]

Das Mühlviertel habe ich gestern als admin_level umgetagged, und 
schwupps, wurde das rückgeändert mit dem Kommentar, es sei "keine 
Verwaltungsgrenze". Siehe Änderungssatz 89220166


https://www.openstreetmap.org/changeset/89220166#map=9/48.4700/14.3596

Mir persönlich ist es egal, ob es place=region oder 
boundary=administrative ist. Wichtig ist, dass es drinnen ist, aber es 
sollte einheitlich sein.


Freidrich und Stefan, wie begeistert seid ihr von eurer 
administrative-Idee? Wollt ihr den user "Garmin-User" überzeugen, oder 
machen wir einfach alle Viertel als place=region?



Also prinzipiell gibt es in Wien schon Gruppen von Bezirken, die in
verschiedenen Kontexten Sinn machen, z.B.:
Die Wiener Bezirke sind nicht das gleiche wie die politischen Bezirke in 
den Bundesländern, sondern eher wie Ortschaften. Wenn wir die gruppieren 
wollen, dann ist das trotzdem nie ein admin_level 5.

* die 18 Wahlkreise der Gemeinderatswahl (von denen aber 16 nur aus jeweils
   einem Bezirk bestehen, die restlichen 7 Bezirke sind zu 2 Wahlkreisen
   zusammengefaßt (1,4-6 sowie 7-9)),
* Cisdanubien (1-20,23) vs. Transdanubien (21-22),
Cisdanubien habe ich noch nie gehört. Transdanubien schon. Dagegen hätte 
ich nichts. Das wäre wohl place=suburb und loc_name=Transdanubien

* Innenbezirke (1-9,20) vs. Außenbezirke (10-19,21-23)
usw. Aber wir verwenden halt in verschiedenen Kontexten verschiedene
Unterteilungen, daher ist es wohl wenig sinnvoll, eine davon als
admin_level=5 zu mappen, da gebe ich dir schon recht

lg
Florian

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

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: [Talk-lt] paieška openmap.lt

[Ramas]

Sveiki Nerijau,
siūlyčiau užregistruoti šią idėją/pasiūlymą
https://github.com/openmaplt/vector-map/issues
Kai kas nors turės laiko ir noro, galės pridėti tokį funkcionalumą.

On Sat, 8 Aug 2020 at 14:27, Nerijus Baliūnas 
wrote:

> Sveiki,
>
> esu padaręs paieškos priedus naršyklėms -
> https://addons.mozilla.org/lt/firefox/user/12027025/ Firefoxui
> ir
>
> https://chrome.google.com/webstore/detail/search-mapslt-context-men/hoghaphlpakldhojcanpcepdagghciel
> ,
>
> https://chrome.google.com/webstore/detail/search-citifyeu-context-m/binkgofphmlldafndkogkdichdaalkjm
> Chromui.
>
> Norėčiau padaryti analogišką openmap.lt, bet nerandu, kaip paduoti
> paieškos
> žodžius, kaip pvz.,
> http://maps.lt/map/default.aspx?lang=lt#q=Kurkli%C5%B3%20g.
>
> Nerijus
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

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 

[OSM-ja] 小郡萩道路

[kkondo]

こんにちはxyzxyz2です。

小郡萩道路についてですが、これは自動車専用道路であり（https://ja.wikipedia.org/wiki/小郡萩道路 
 
）、highway=motorway です（trunk ではなく）。

しかし、誰かが highway= trunk へ最近(?)編集したようです（誰が編集したか分かる方法はあるでしょうか？）。
繰り返し誤った編集をする方へは連絡すべきなのでしょうか？


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

[Talk-gb-westmidlands] UPRNs for Birmingham City Council buildings

[Andy Mabbett]

UPRNs for Birmingham City Council land and buildings are available in
this data set:

   
https://data.birmingham.gov.uk/dataset/birmingham_city_council_property_data_2020

which is under OGL.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

[Talk-TW] weeklyOSM #524 2020-07-28-2020-08-03

[weeklyteam]

台灣社群朋友好：
每週 OSM 新聞匯集文摘，# 524 期，如今已經發佈台灣華語版本，涵蓋開放街圖世界的大小事情！

https://www.weeklyosm.eu/zh/archives/13472/

歡迎閱讀！

你知道你能提供消息給 weeklyOSM 小組嗎？只要用 OSM 帳號登入 https://osmbc.openstreetmap.de/login 
就可以了。關於怎麼撰寫的方式請參閱：http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
誰：https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
那裡呢？：https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw

Re: [talk-cz] Brod na turistické a cyklotrase trase, za vyššího stavu neprůchozí - jak označit

[majkaz]

To je nesmysl. Ta lávka je definitivně pryč.
 
Jako neprůchodné (zavřená lávka) jsem to našla už z roku 2018 - 
http://www.jihoceske-cyklostezky.cz/njc/2018/08/17/lavka-pres-luznici-uzavirka/ 

 
Lesy ČR tu lávku letos v červnu strhly, a nic se nebude stavět. Těsně vedle je 
brod, ale funguje jen za nízkého stavu vody.
 
Na 90% je neprůchozí i lávka tady: https://mapy.cz/s/dagefopuzu .
 
Přečti si to oznámení města Třeboně. Lávky jsou demolované, a nové nebudou.
 
Majka
__
Průchodnost trasy KČT neřeší a není to v jejich silách s tím něco dělat. 
Maximálně pokud je ta průchodnost dlouhodobá
(zarostlá cesta), tak mohou trasu přeložit. Asi dvakrát to na můj podnět 
udělali. Ale lávky neřeší stejně jako např.
popadané stromy v lese.

V tomto případě bych čekal, že to je krátkodobá záležitost a maximálně bych to 
nahlásil starostovi jestli o tom ví.
Do OSM zavést poznámku ať to někdo za měsíc zkontroluje jestli je lávka zpět.

M.


___
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: [Talk-it] Aggiornamento OsmAnd

[Manuel]

Sì, anche io non vedo più i civici dopo l'aggiornamento delle mappe di agosto. 
Suppongo che sia quello che ha causato il problema.

⁣Manuel

Ottieni BlueMail per Android ​

Il giorno 11 ago 2020, 13:05, alle ore 13:05, Alessandro Vitali 
 ha scritto:
>Ciao!
>
>Non so se dipende da un aggiornamento ma oggi mi sono accorto che su
>OsmAnd, installato su diversi dispositivi, guardando la mappa non
>compaiono
>più i numeri civici. Al loro posto compaiono soltanto i simboli di
>"Entrance:Yes". Nelle impostazioni non è selezionata il "Nascondi
>numeri
>civici".
>
>Capita anche voi? Sapete darmi info per risolvere il problema?
>
>Grazie!
>Ale Vit
>
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] Brod na turistické a cyklotrase trase, za vyššího stavu neprůchozí - jak označit

[Miroslav Suchy]

Dne 10. 08. 20 v 16:58 majkaz napsal(a):
> Včera jsem byla docela nemile překvapená zmizelou lávkou
>  přes 
> Lužnici. Bohužel je tam zrovna vysoký stav
> vody, takže jsem zafungovala jako pionýr slepých uliček.
> 
>  
> 
> Momentálně jsem z mapy most odstranila, cestu a relace přesměrovala brod 
> vyznačený vedle. Je nějaké rozumné značení
> toho, že to ale bude pravděpodobně průchozí jen za sucha? Případně co s tou 
> cyklotrasou (značená z Rakouska jako okruh),
> která tím v tomhle místě pro běžného cykloturistu skončí docela blbě?
> 
>  
> 
> Na KČT jsem to nahlásila, tak uvidíme jestli s tou jejich trasou budou dělat.

Průchodnost trasy KČT neřeší a není to v jejich silách s tím něco dělat. 
Maximálně pokud je ta průchodnost dlouhodobá
(zarostlá cesta), tak mohou trasu přeložit. Asi dvakrát to na můj podnět 
udělali. Ale lávky neřeší stejně jako např.
popadané stromy v lese.

V tomto případě bych čekal, že to je krátkodobá záležitost a maximálně bych to 
nahlásil starostovi jestli o tom ví.
Do OSM zavést poznámku ať to někdo za měsíc zkontroluje jestli je lávka zpět.

M.


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

Re: [talk-cz] Brod na turistické a cyklotrase trase, za vyššího stavu neprůchozí - jak označit

[Pavel Machek]

On Mon 2020-08-10 17:34:24, Jan Macura wrote:
> Ahoj
> 
> On Mon, 10 Aug 2020 at 16:59, majkaz  wrote:
> 
> > Včera jsem byla docela nemile překvapená zmizelou lávkou
> >  přes
> > Lužnici. Bohužel je tam zrovna vysoký stav vody, takže jsem zafungovala
> > jako pionýr slepých uliček.
> >
> 
> bridge=yes + seasonal=dry_season
>  ? :D

Se seasonal= souhlasim, ale on to spis bude highway=ford :-).
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

Re: [OSM-talk] talk Digest, Vol 192, Issue 40

[St Niklaas]

H talk.

I dont tend to let data leak out of OSM into any other Wiki due to the 
difference between the contents.
So in case of a voting proces my vote is No !

Greetz

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

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

[Talk-it] Aggiornamento OsmAnd

[Alessandro Vitali]

Ciao!

Non so se dipende da un aggiornamento ma oggi mi sono accorto che su
OsmAnd, installato su diversi dispositivi, guardando la mappa non compaiono
più i numeri civici. Al loro posto compaiono soltanto i simboli di
"Entrance:Yes". Nelle impostazioni non è selezionata il "Nascondi numeri
civici".

Capita anche voi? Sapete darmi info per risolvere il problema?

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

[Talk-es] Áreas de ejercicios para personas mayores.

[Alejandro Moreno]

Buenas,

Estoy buscando como mapear un área de ejercicio para personas mayores y no
encuentro como hacerlo (algo similar a
https://victorjuliao.files.wordpress.com/2011/10/parq.jpg )

La etiqueta que he usado es leisure=fitness_station

Después de esto es dónde me surgen las dudas. Si pongo sport=fitness yo lo
asocio más a un espacio de calistenia o similar (algo como
https://dclm.es/ARCHIVO/fotografias/noticias/1508869356_area-calistenia.jpg
) que se están poniendo ahora mucho de moda. Para ajustarlo más se me
ocurre usar fitness=senior o bien sport:for=senior. En ambos casos serían
etiquetas nuevas por lo que la solución no me gusta.

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

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: [Talk-lt] Poilsiavietės places.openmap.lt žemėlapyje

[Tomas Straupis]

Laba diena

2020-08-11, an, 09:10 Mantas rašė:
> kodėl places.openmap.lt žemėlapyje pasirinkus Turizmas -> Poilsiavietės (su 
> ir be laužavietės),
> nėra įtraukti shelter_type=picnic_shelter? Jei teisingai suprantu 
> picnic_shelter yra daugiau, nei
> picnic_site? T.y. picnic_shelter yra tas pats, kas picnic_site, bet su 
> pastoge?

  picnic_site yra SITE - apibendrinta vieta. O visokie pichic shelter,
picnic table ar bench yra jau mikrodetalės, jų paieškoje nėra prasmės
rodyti, nes nesinori užteršti paieškos rezultatų (ar žemėlapio)
keliais įrašais/simboliais apie tą patį objektą.

  Įsivaizduokim turim poilsiavetę A, kurioje yra 5 viena greta kitos
esančios pavėsinės. Ar mes paieškoje norime matyti 5 objektus, ar
vieną? Ar mes žemėlapyje norime matyti penkis vieną ant kito
užlipusius objektus ar vieną? Mano galva - norime matyti vieną,
papildomi 4 naudingos info nebeduos.

> Nesenai buvau Poilsiavietėje prie Skaisčio, bet places.openmap.lt žemėlapyje 
> toks dalykas nerodomas, nors ten yra trys pavėsinės su stalais ir suolais.

  Šita vieta pažymėta kaip stovyklavietė (tourism=camp_site), matoma
prie kempingų.
  https://places.openmap.lt/detales/poilsiaviete-prie-skaiscio-29866m

P.S. Kai žinomas objekto pavadinimas - galima ieškoti per paiešką,
tada lankytinų vietų tipas turėtų būti parenkamas ir įjungiamas
automatiškai.
P.P.S. Aplankę stovyklavietes (ar kitus objektus), kurie turi gan
skurdų aprašymą, galite papildyti description ir pan. žymas, o
nuotrauką siųsti man (jei to objekto nėra wikipedijoje) - galima bus
papildyti info, kad kitiems būtų aiškiau, kas čia per objektas ir ko
galima tikėtis nuvažiavus. Pavyzdžiui galima padaryti nuotrauką,
kurioje matosi visos trys pavėsinės, arba įrašyti šitą informaciją į
description.

-- 
Tomas

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

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

[Talk-lt] Poilsiavietės places.openmap.lt žemėlapyje

[Mantas]

Sveiki,

kodėl places.openmap.lt žemėlapyje pasirinkus Turizmas -> Poilsiavietės (su
ir be laužavietės), nėra įtraukti shelter_type=picnic_shelter
? Jei teisingai suprantu
picnic_shelter
 yra
daugiau, nei picnic_site
? T.y.
picnic_shelter yra tas pats, kas picnic_site, bet su pastoge?

Nesenai buvau Poilsiavietėje prie Skaisčio
, bet places.openmap.lt
žemėlapyje toks dalykas nerodomas, nors ten yra trys pavėsinės su stalais
ir suolais.

-- 
Mantas, http://t.me/sirexo
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

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