Re: [OSM-ja] 高速道路の定義について

[Ras and Road]

Ras and Roadです。
あまのさんの11:20の投稿を受信し損ねていました。だいたい同じ感覚のようですね。

ただ、一般有料道路はmotorwayと考える人がいるであろうことは容易に想像できるのですが、
原則はOSM Wiki記載のとおり「国で最高品質の道路を表すために（原文：to identify the
highest-performance roads within a territory）」だと思います。
有料か否かは toll=yes/no で表現することではないでしょうか。 # 有料区間を可視レンダリングしてくれるマップはあるのかな？

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

Re: [Talk-it] Artigiani

[angelo mornata]

Sono 10 persone che assemblano parti meccaniche che vanno a costituire macchine 
per cartotecnica  (Macchinari che piegano pezzi di cartone in modo tale di 
poter creare scatole di diverse dimensioni).

https://www.paginegialle.it/desio-mb/cartotecnica-macchine/consultec

Grazie ancora

Angelo



Da: Martin Koppenhoefer 
Inviato: sabato 24 marzo 2018 00:59
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Artigiani



sent from a phone

> On 24. Mar 2018, at 00:02, angelo mornata  wrote:
>
> Che tag posso mettere per definire un Artigiano che fa mobili,



questo dovrebbe essere craft=cabinet_maker


> e un Artigiano che costruisce macchinari meccanici.


come si chiama in italiano / che tipo di macchinari costruisce? È un artigiano, 
non un ingegnere? forse craft=precision_mechanic?

Ciao, Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
Pagina di informazioni della lista 
Talk-it
lists.openstreetmap.org
Il tuo indirizzo email: Il tuo nome (opzionale): Devi inserire una password 
personale. Questo ti garantirà solo una minima sicurezza, ma impedirà ad altri 
di ...


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

Re: [Talk-ca] BC2020 Calgary Challenges and Best Practices

[OSM Volunteer stevea]

Whoops, put a closing quote on the alias (I truncated an apostrophe at the end 
of that line).  And, of course, press return at the end of commands to the 
shell (command line interface).

After this, you can "go get plugins" and configure them as you like.  Now you 
are off and running JOSM on a Mac, I hope.

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

Re: [OSM-ja] 高速道路の定義について

[Ras and Road]

Talk-jaへ初めての投稿です。東京のRas and Roadと申します。国内の農道林道と円形交差点を重点的にマッピングしています。

highway=motorway
の対象はどの道路なのかかねてから疑問でしたが、「自動車専用道路」と「歩行者・軽車両・小型自動二輪等が通行できない道路」について、法律上は区別されていても現実にはほとんど差異がないですね。
あまのさんが示唆するとおり、自動車専用道路と高速道路と有料道路の境界が（道路ファンでない）ユーザーやマッパーには曖昧であろうことを踏まえなければ、定期的に再燃する話題でしょう。
つまり、誰もが容易に識別可能な基準ということです。

自動車専用道路の標識の有無というのは実はハードルが高くて、机上で確認するには官報や都道府県例規を見るかGoogleストリートビューを見るしかないのが現実的な選択肢ですが、前者は検索が貧弱、後者はOSMマッパーには禁じ手です。

今般提起されたことを機に、Japan Taggingのmotorwayの定義変更のたたき台を考えてみました。
-- Start of draft
「自動車専用道路。青地に白い車の標識のある道。 高速道路、有料道路、国道のバイパスなどにこの標識があったらこれに分類します。」は全削除のうえ、
高速道路または高速道路を補完する道路で、次に掲げる(1)(2)のいずれかに該当する道路。
(1) 高速道路ナンバリングされた道路 [https://ja.wikipedia.org/wiki/高速道路ナンバリング]
(2) 都市高速道路 または 東京高速道路（いわゆるKK線）
-- End of draft

現状motorwayでマッピングされているが上記によりmotorwayでなくなる道路を少し例示してみます。一部は違和感ありそうです。ご意見やたたき台の修正案をお待ちします。
・遠軽北見道路
・房総スカイライン
★アネスト岩田ターンパイク　
（今月から民間会社管理の一般自動車道初「自動車道ナンバリング」が導入されています。これは道路局じゃなくて自動車局管轄っつうのが、さらなる混乱の種か？）
・新山梨環状道路
・六甲北有料道路
・神戸・ハーバーハイウェイ
・若戸大橋／若戸トンネル
・島原道路（がまだすロード）

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

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[osm . sanspourriel]

> Protocole de communication avec un smartphone :

> C'est le profil SPP du bluetooth, une banale liaison série. C'est compatible avec à peu près tout.
> Le Bluetooth low energy, rien de certain pour le moment.
Donc avoir la possibilité de passer l’info par usb et de couper le Bluetooth devrait le faire
Si tu as du Bluetooth standard tu vas bouffer de la batterie (pire côté téléphone et côte récepteur)

N. B. : avec un câble en Y 2 µUSB, 1 USB A tu peux charger ton téléphone comme ton récepteur avec une seule batterie externe / une prise externe.

Soit un câble pour tout. Autre solution : USB-A, et pas µUSB sur le récepteur, du coup tu uilises un câble que tu as déjà.

Ou µUSB-USB A + convertisseur USB A-µUSB.

 

> Enregistrement des points :
> Je ne pense pas que filtrer les points soit pertinent. Il vaut mieux garder les infos brutes, et éventuellement filtrer par la suite.
> Si le stockage se fait sur une carte microSD, la nbr de points importe peu. Si c'est sur de la mémoire flash, passer de 32 à 64Mo, c'est de l'ordre de 5€.

En fait un codage pas trop con c’est plus compact : date et position absolues puis en relatif avec encodage en Z.

Et si tu t’attends à un top par seconde tu peux avoir un codage spécial pour non disponible – tu ne code pas la date (ou tu repars sur une date et position absolue).


> La précision :
> Capter plusieurs constellations est un atout puisqu'il y aura toujours plus de satellites visibles. Si je prends ma position, maintenant, et que les obstacles font que je n'ai pas de visibilité sous les 45° d'angle par rapport au sol, je n'ai que 3 satellites GPS en vue directe. Si j'ajoute Glonass et Galileo, j'en aurai 6.
Certains satellites sont multi-constellation donc ça n’enrichit pas toujours autant qu’espéré (en plus des rq de Philippe).

Virer les satellites donnant une valeur aberrante peut aider beaucoup.

> Attendons les prochains smartphones :
> Les smartphones équipés de la puce bi fréquences seront certainement les modèles hauts de gamme. Alors payer 4 ou 600 euros de plus, sans pouvoir le placer correctement pour une bonne réception, avec une minuscule antenne, très peu pour moi.
> Oui, c'est entièrement subjectif.
Tu ne demandes pas à ton valet de tenir ton téléphone afin de bien capter et te donner la position ? Dans ce cas je suis d’accord avec toi, c’est un peu comme acheter un 4x4 pour rouler en ville 

 

> - la détection des radars et "beacons" radio de l'aviation civile.

Did you mean « balise »?

Il y a aussi les phares qui peuvent diffuser des messages de calage via l’AIS.

Je ne sais si c’est le cas en France (je ne crois pas).

Les satellites basse orbite (Iridium par exemple) offrent une bonne pénétration mais si tu peux t’en servir pour capter en intérieur ou lutter contre le piratage (service de Satelles, payant), ce n’est pas une solution à notre portée (un modem c’est 100 € pour un achat en quantité).

Un RTK qui fait son boulot de RTK et une bonne antenne, c’est déjà pas mal : le mieux est l’ennemi du bien. 

Après en regardant SatStat, je vu que je captais 19 BSSID différents et 2 ayant 12 adresses mac différentes (je sus dasn un hôtel pas loin d'un immeuble qui a visiblement un Wiki multi-antennes). Sûrement plus précis que les 15 satellites visibles (à l'intérieur, ça laisse une idée de la qualité du toit). Mais tu fais comment pour étalonner ce basard ?

 

> Evidemment cela demande d'autres capteurs dans l'appareil,

Ton téléphone a certains de ces capteurs, notamment l’accéléromètre et il a pas mal de capacité.

Il a aussi une connexion internet.

Donc question iconoclaste : pourquoi ne pas prendre le code d’un Rasberry-Pi pour le mettre sur le Termux du téléphone ?

Termux : c’est un noyaux Linux qu’on peut installer sur un Android, c’est aussi l’OS des PC Google, donc simulable avec Vagrant.

Pas de soucis de coupure de batterie (enfin pas plus que le téléphone seul).

Il y a aussi bien sûr la possibilité d'utiliser RTKLib sur Android.

Quel intérêt d’avoir en plus un Rasberry-Pi ? Ne pas avoir de câble entre le récepteur et le téléphone ? Car les données brutes doivent être difficile à faire passer.

Sinon avNav collecte des données du GPS interne (NMEA) par IP et en bluetooth. Donc si ton GPS passe des trames NMEA (i.e. fait le boulot RTK côté capteur) c’est un moyen simple de vérifier ce que tu fais. 

 

Jean-Yvon


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

Re: [OSM-ja] 高速道路の定義について

[Ryosuke Amano]

おはようございます。Japan  taggingの定義を改めて確認しましたが、実態に合っていないというよりは、いささか舌足らずな感じがしました。ドライバーの立場としては、まあこんな感じかと思っていても、そうでない方が字面だけで判断してタグ付けしてしまうとおかしくなってしまうな、と思いました。昨晩投稿してから、いろいろ考えたのですが、motorwayの定義は、Wikipediaで「高速道路ナンバリング」がされている道路、都市高速道路(首都高速、阪神高速等)および一般有料道路(←これまでの定義、及び使用状態を鑑みて)が適当なのかなと思いました。ですので「自動車専用道路」の標識の有無は問わないことになります。ドライバーの立場から見るとこれまで出版・配信されている道路地図の凡例に慣れ親しんでいるせいもあるかもしれません。「高速道路ナンバリング」がなされている路線は、やはり感覚としては「高速道路」に近く、昨晩例に上げた横浜新道や名阪国道も付番されています。また近年地方で増えている「新直轄方式」での整備道路にも対応できます。一般有料道路に関しては形態が様々で、中には料金所をすり抜けられる「なんちゃって」な道路や観光道路など形態も様々なので、何とも申し上げ難いのですが、道路地図上では主に紺色が用いられ、他の一般道路とは明確に区別され、現在の使用状態を鑑みてもmotorwayのままでいいように思います。あまの==あまの様ご意見ありがとうございます。確認なのですが、Japan taggingの定義が実態にあっていないから定義を変えたほうが良い、というご提案ということでよろしいでしょうか？https://wiki.openstreetmap.org/wiki/Japan_tagging私も車に乗らないので、ドライバーが実態として道路をどう認識しているのかとOSMタグの乖離が理解できていないところがあります。実態とタグ定義に乖離があるようであれば、ぜひJapan taggingの定義を変えましょう。muramoto 元のメッセージ 件名: Re: [OSM-ja]	高速道路の定義についてFrom: tomoya muramoto To: OpenStreetMap Japanese talk Cc: あまの様ご意見ありがとうございます。確認なのですが、Japan taggingの定義が実態にあっていないから定義を変えたほうが良い、というご提案ということでよろしいでしょうか？https://wiki.openstreetmap.org/wiki/Japan_tagging私も車に乗らないので、ドライバーが実態として道路をどう認識しているのかとOSMタグの乖離が理解できていないところがあります。実態とタグ定義に乖離があるようであれば、ぜひJapan taggingの定義を変えましょう。muramoto
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] Artigiani

[Martin Koppenhoefer]

sent from a phone

> On 24. Mar 2018, at 00:02, angelo mornata  wrote:
> 
> Che tag posso mettere per definire un Artigiano che fa mobili,



questo dovrebbe essere craft=cabinet_maker 


> e un Artigiano che costruisce macchinari meccanici.


come si chiama in italiano / che tipo di macchinari costruisce? È un artigiano, 
non un ingegnere? forse craft=precision_mechanic? 

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

Re: [Talk-GB] Edits in Wales

[Miguel Sevilla-Callejo]

Great initiative! Congratulations Ben,

I'm sure you have more knowledge than me about the use of Welsh but I'd
considerate an other the option for your propose for the generic "name"
tag: the bilingual one.

So, as I suggested last summer [1], and it was in the previous edition of
the wiki, I'd use, for some situations (e.g. Aberytwyth street names) both
languages in "name" tag with a "/" as separation following the indications
and panels you could see in the field [2]. I guess It is a neutral an a
real bilingual approach for a non English or Welsh render of OSM maps.

What do you expect if I'm editing OSM in the ground and I see a bilingual
panels to fill for the name tag? Well, I did what I saw: a bilingual name
as you could see in other bilingual places of the World like Basque Country
[3].

Cheers

Miguel

[1] follow this threat from the beginning:
https://lists.openstreetmap.org/pipermail/talk-gb/2017-August/020465.html
[2] https://www.mapillary.com/map/im/j1ngoo9wTxbfXfnMdcEGVA
[3] https://wiki.openstreetmap.org/wiki/Multilingual_names#Spain

--
*Miguel Sevilla-Callejo*
Doctor en Geografía

On 23 March 2018 at 17:04, Ben Proctor  wrote:

> Hi all
>
> I was lurking on this list when the original discussion started and it was
> in my head when someone approached me about running a mapping project in
> Wales. We've been using a little Welsh Government funding to support a
> Welsh Language render of osm (currently just covering Wales)
> https://openstreetmap.cymru . We've also been raising the profile of osm
> in Wales, particularly in Welsh speaking communities. We hope to continue
> this work over the coming months and grow a stronger osm community in
> Wales. Here are the blogs about the project in English
> http://cardiff.theodi.org/tag/mapiocymru/ and in Welsh
> http://cardiff.theodi.org/cy/tag/mapiocymru/
>
> We've been discussing the issue of multi-language tagging as part of this
> project and we would like to propose an update to the Welsh language
> section of the Wiki https://wiki.openstreetmap.
> org/wiki/Multilingual_names#Wales
>
> I'd appreciate any comment and thoughts.
>
> Cheers
>
> Ben
>
>
>
>
>
>
> *Wales is a bilingual country and many place names have both English and
> Welsh versions. When communicating in English some places are known by
> their Welsh name and some by their English name. When communicating in
> Welsh all places are know by their Welsh name. Bilingual names (English and
> Welsh versions) are not used in Wales. *
>
> *In general the name tag should contain the name generally used when
> communicating in English. In some cases this will be the Welsh name. If in
> doubt look for local usage / signage.*
>
>
>
> *Where possible please add a name:cy which is the name in Welsh for the
> place. Please add this tag even if the name tag uses the name in Welsh.It
> may also be helpful to add a name:en, especially if the name tag uses the
> name in Welsh.*
>
> *Examples:*
> *name - Swansea*
> *name:cy - Abertawe*
>
> *name - Caernarfon*
> *name:cy - Caernarfon*
>
> *name - Heol Eglyws*
> *name:cy - Heol Eglyws*
> *name:en - Church Road*
>
>
>
> On 16 August 2017 at 14:10, Adam Snape  wrote:
>
>> The 'best mapping method' is somewhat subjective. If it were the sole
>> criteria, then we would instantly create documentation to replace lots of
>> the less than ideal tags which have developed and explicitly depreciate
>> either the classic (highway=footway/bridleway/cycleway) or 'alternative'
>> (highway= path, access=*) tagging schemes. We don't because there is no
>> consensus and existing use counts for a lot.
>>
>> If there is genuine consensus upon a better way then perhaps this should
>> be documented. In the absence of such consensus, documenting how we
>> actually currently map is preferable (because it is already prevalent and
>> verifiable) to not documentating or documenting one school of thought on
>> how we ought to map (but don't yet).
>>
>> Adam
>>
>> On 16 August 2017 at 11:20, Dave F  wrote:
>>
>>>
>>> On 16/08/2017 00:22, Warin wrote:
>>>
 On 16-Aug-17 05:27 AM, Philip Barnes wrote:

>   The wiki is after all intended to document how people map not
> dictate how they should map.
>

 I would think that the wiki should guide to the best mapping method,
 not what people have done in the past (as found using taginfo for 
 example!).

>>>
>>> +1
>>>
>>> DaveF
>>>
>>>
>>> ___
>>> Talk-GB mailing list
>>> Talk-GB@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-gb
>>>
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>
>
> --
> Ben Proctor, Technical Director
>
> *The Satori Lab*, 22 Windsor Place Cardiff. CF10 3BY Wales, UK
>
> b...@satorilab.org | @likeawor 

Re: [Talk-at] mail vs. web

[Friedrich Volkmann]

On 23.03.2018 18:28, Marcus MERIGHI wrote:

Eh schon wieder einmal: eh schon alles gesagt worden zum Thema...


Ich glaube, auf den wesentlichen Unterschied wurde noch nicht hingewiesen: 
Dass eine ML sich besser für Themen eignet, die sofort diskutiert werden 
müssen (z.B. wenn in London eine Atombombe explodiert), aber dafür kurzlebig 
sind; während ein Webforum sich besser für langatmige Diskussionen (z.B. wie 
mappt man Adressen) eignet, wo alle paar Tage mal jemand was dazuschreibt 
und auch Jahre später jemand die Diskussion noch weiterführen kann.


Denn ein neues E-Mail poppt am Computer (oder Handy) dem Empfänger gleich 
mal ins Gesicht, während ein neuer Beitrag im tausendsten Thread im 
hundersten Unterforum unbemerkt dahinschlummert, bis man nach ein paar 
Monaten wieder in dieses Unterforum hineinschaut. Dass moderne Webforen das 
Feature einer E-Mail-Benachrichtigung bei einer neuen Antwort bieten, sagt 
schon alles.


Es ist der gleiche Unterschied wie im Vor-Computerzeitalter zwischen einem 
schwarzen Brett und einem Eilboten, der an die Tür klingelt.


Es kann lästig werden, wenn ein Eilbote 10x am Tag an die Tür klingelt, und 
genauso ist eine Mailingliste nicht sehr zweckmäßig, wenn hunderte neue 
Beiträge am Tag daherkommen, wie das zeitweise in der Tagging-Mailingliste 
der Fall war. Es wär besser, dort würden nur die RFCs und CFVs gepostet 
werden, und die Diskussionen würden im Wiki bzw. in einem Webforum 
stattfinden. Denn wenn in einer Mailingliste der Traffic so hoch wird, dass 
man sich einen Order dafür einrichtet, in dem sich tausende ungelesene 
Messages sammeln, die man vorhat irgendwann in den übernächsten Ferien 
durchzulesen, dann geht der eingangs beschriebene Vorteil einer Mailingliste 
verloren, und es bleiben nur die Nachteile.


Insofern finde ich es sogar gut, dass auf Talk-AT nicht viel los ist.

Es gibt übrigens noch eine dritte Möglichkeit, nämlich sogenannte 
Newsgroups, klassischerweise im Usenet. Kevin Kofler hat das mit Gmane und 
NNTPS schon ins Spiel gebracht, aber nicht erklärt. Newsgroups sind 
gewissermaßen ein Mittelding aus Mailinglisten und Webforen. Wie 
Mailinglisten sind sie nur Text, sie bieten aber im Gegensatz zu ihnen die 
Möglichkeit, Beiträge nachträglich noch zu korrigieren (supersede) oder zu 
löschen (cancel). Allerdings ist das Usenet derart aus der Mode gekommen, 
dass heute fast keiner mehr weiß, was das ist und wie man das nutzt. So was 
können wir für OSM-Diskussionen nicht ernsthaft in Betracht ziehen.


Was jetzt konkret Talk-AT vs. users:Austria angeht, stimme ich Kevin zu, 
dass das Forum "ein später enstandenes Konkurrenzprodukt, das die Community 
spaltet" ist. Es ist viel zu umständlich, regelmäßig ins Forum *und* in die 
Mailingliste zu schauen. Diese Zweigleisigkeit wär nur dann sinnvoll, wenn - 
wie eingangs erwähnt - alle kurzlebigen Themen nur in der ML behandelt 
werden und alle langatmigen nur im Forum. Aber das werden erstens die User 
nicht schaffen, und zweitens spricht auch der Gesamttraffic nicht für diese 
Aufteilung.


Schuld an der Communityspaltung sind ganz klar diejenigen, die das Forum 
eingerichtet haben. Sie hätten die Einrichtung erst mal in der Mailingliste 
diskutieren müssen, mit 4 möglichen Ergebnissen: Konsens für Forum statt ML, 
Konsens für beides, Konsens gegen Forum, kein Konsens. Stattdessen haben 
sie, soweit ich mich erinnern kann, in der Mailingliste die Einrichtung des 
Forums nicht mal erwähnt. Das Forum war plötzlich einfach da. Wie aus dem 
Nichts. Sneak attack!


Aber das ist Geschichte, und wir müssen uns um die Zukunft kümmern. 
Grundsätzlich kann ich mich auch mit einer Auflösung der Mailingliste 
anfreunden. Ich glaube, die meisten Leute kommen mit einem Webforum besser 
klar als mit einer Mailingliste. Den Knackpunkt sehe ich in der Moderation. 
Sowohl ML als auch Forum sind derzeit faktisch unmoderiert. In so einem Fall 
können Spammer und Netiquetteverletzer unbehelligt ihr Unwesen treiben. Dann 
kann nur jeder User für sich diese Beiträge rausfiltern. Leider ist 
forum.openstreetmap.org im Funktionsumfang ein bisschen steinzeitlich. So 
fehlt ein Feature, das in jedem besseren Mail- oder Newsreader 
selbstverständlich ist: bestimmte User zu ignorieren (d.h. ihre Beiträge 
auszublenden). Somit kann das nur der Moderator machen. Den habe ich schon 
mal auf den Wochennotiz-Spam angesprochen, aber er hat nicht reagiert. Dabei 
ist er menschlich voll ok. Es gibt auch richtige Spaltpilze als Moderatoren, 
z.B. in der Tagging-Mailingliste. Abseits von OSM kenne ich einige Webforen, 
wo die Moderatoren einen Gutteil der User vertrieben haben, und die meisten 
dieser Foren waren irgendwann ganz verschwunden und die Beiträge mit ihnen. 
Da lobe ich mir das gute, alte Usenet. In meinem Newsreader sind noch 
Threads aus 1998 gespeichert, und die Newsgroups sind bis 1995 zurück auf 
groups.google.com (vormals Dejanews) archiviert und werden wahrscheinlich 
noch die nächsten Jahrtausende 

[Talk-it] Artigiani

[angelo mornata]

Che tag posso mettere per definire un Artigiano che fa mobili, e un Artigiano 
che costruisce macchinari meccanici.

Grazie

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

Re: [OSM-ja] 高速道路の定義について

[tomoya muramoto]

あまの様

ご意見ありがとうございます。

確認なのですが、Japan taggingの定義が実態にあっていないから定義を変えたほうが良い、というご提案ということでよろしいでしょうか？
https://wiki.openstreetmap.org/wiki/Japan_tagging

私も車に乗らないので、ドライバーが実態として道路をどう認識しているのかとOSMタグの乖離が理解できていないところがあります。

実態とタグ定義に乖離があるようであれば、ぜひJapan taggingの定義を変えましょう。

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

Re: [OSM-talk-fr] Besoin d'aide pour Validation niveaux hiérarchiques Relations type=boundary

[Pierre Béland]

A partir des rapports Osmose, j'ai corrigé les polygones avec croisement sur le 
territoire du Québec. J'y ai rencontré les différentes situations qui causent 
des polygones à se croiser - doublons pour un même segment, chacun utilisé pour 
une relation polygone différente- chemins en parallèle, et un segment du 
premier vient couper le deuxièmeetc.Mais il persiste des cas plus 
problématiques à repérer. J'ai trouvé un rapport de MapQuest sur les polygone 
brisés dans Nominatim. Il n'est cependant plus accessible. Quelqu'un connait ce 
rapport?
MapQuest Broken Polygon Report
https://devblog.mapquest.com/author/deb-tankersley/

Voici un Exemple de hiérarchie de régions administratives qui n'est pas 
reconnue correctement par Nominatim. Les polygones de niveau 4, 5, 6 sont 
fermés et s'emboitent l'un dans l'autre et ont une partie commune au sud-est de 
la frontière. J'ai validé 1 à un les segments communs et ils sont tous ok.

Une recherche Nominatim sur Beauce-Sartigan ignore la relation de niveau 5 et 
retourne comme résultat : Beauce-Sartigan , Québec
4 Québec
5 Chaudière-Appalaches
https://nominatim.openstreetmap.org/details.php?place_id=230577703 6 
Beauce-Sartigan
https://nominatim.openstreetmap.org/details.php?place_id=229206252

Des pistes de solution pour valilder de telles situations? Rapports Nominatim ?

Pierre


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

Re: [Talk-cz] Místa, která by bylo třeba lépe zmapovat

[Miroslav Suchý]

Dne 23.3.2018 v 21:11 Jan Macura napsal(a):
> Fixme tagy reálně nikdo neopravuje.

Tak na mtbmap.cz se zobrazuji fixme=continue a ja to docela pouzivam
jako podklad k tomu co dal mapovat.

A fixme se zobrazuje na
  https://www.keepright.at/
coz taky IMHO pouziva dost lidi.

Mirek

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

Re: [Talk-cz] Místa, která by bylo třeba lépe zmapovat

[Vladimír Slávik]

Ta umapa je dobrý nápad. A kreslit budovy podle satelitu je snadná práce,
která se dá dělat po kouskách jak vyjde čas. Takže si myslím že ano, pustili
by se do toho. Možná je spíš otázka jak moc tohle chceme lidi "učit". A
taky, nakolik je tvar budov zásadní pro kvalitu mapy? Když jen projdu kolem,
je mi to vlastně dost jedno, pokud to nevypadá úplně blbě. Spíš mi chybí
když někde prostě nezjistím kde je hospoda a zastávka...

V.

-- Původní e-mail --
Od: xkomc...@centrum.cz 
Komu: talk-cz@openstreetmap.org
Datum: 23. 3. 2018 20:14:15
Předmět: Re: [Talk-cz] Místa, která by bylo třeba lépe zmapovat
"

Technicky by to šlo řešit přes http://taskman.poloha.net/
(http://taskman.poloha.net/) , ale to je spíš na větší oblasti/úkoly.




Jinak by se dala vytvořit nějaká mapa, například pomocí http://umap.
openstreetmap.fr/en/(http://umap.openstreetmap.fr/en/) a do ní přidávat/
ubírat z ní jednotlivá místa, která jsou (ne)zmapovaná.




Otázka zní, zda-li je to k něčemu užitečné: opravdu se jednotlivci pustí do
takovéto manuální práce, když to bude někde přehledně sepsáno (když to
neudělali doteď)?



On 23.3.2018 18:30, majka wrote:

"
Při mapování schránek narážím na místa, která by zasloužila lépe zmapovat -
např. místa, která mají data hodně stará, případně mapování zřetelně
neodpovídá situaci - třeba i díky tomu, že katastr je tam zakreslený tak
nějak ... hodně volně... tvary budov neodpovídají apod. Přitom by se to dalo
zmapovat minimálně výrazně lépe podle Bingu/Digitalglobe.



Nenapadá někoho, jak tahle místa zachytit / označit v komunitě? Obvykle jdu
"na pět minut" něco rychle udělat, ale přitom bych v místě mohla strávit
hodiny :) 




RUIAN a jeho porovnání v tomhle není řešením, pokud je zmapováno stejně
špatně, jako to má katastr. Spíš něco, jako zásobník "úkolů" do budoucna.




Majka






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

"

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

Re: [Talk-cz] Místa, která by bylo třeba lépe zmapovat

[Miroslav Suchý]

Dne 23.3.2018 v 20:13 xkomc...@centrum.cz napsal(a):
> Jinak by se dala vytvořit nějaká mapa, například pomocí
> http://umap.openstreetmap.fr/en/ a do ní přidávat/ubírat z ní jednotlivá
> místa, která jsou (ne)zmapovaná.

To bych spíš viděl jako heatmapu:
  https://github.com/Leaflet/Leaflet.heat
kde by se brali uzly s fixme=* nebo poznámky. Ale...

... otázka je, co to znamená "která by zasloužila lépe zmapovat". IMHO
to jsou všechna :) Třeba moji vesnici, kde bydlím se snažím mapovat už
šest let a stále je tady toho dost k zmapovaní (teď dělám ploty a
pouliční osvětlení).
To co, znamená pro jednoho výzvu, tak pro druhého to může být nezajímavé
(mě například moc nezajímají železnice).
Dle mého názoru mají smysl tématické žebříčky míst k zmapování (viz
seznam chybějícíh budov na poloha.net), ale obecně to asi nemá smysl.
Maximálně bych pro to využil OSM Notes a přidal poznámky:
  * tady by to chtělo zmapovat břehy řeky
  * tady jsou staré údaje o barácích

Myslím, že OSM Notes jsou docela zaběhnutý nástroj a například já
monitoruji nové poznámky na brněnsku a v rámci možností se snažím s nimi
něco dělat. Takže takto bys měla šanci do toho zapojit další lidi.
Osobně mi to přijde jako lepší cesta než dělat např. další stránku na wiki.

#my0.002

Mirek

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

Re: [Talk-cz] Místa, která by bylo třeba lépe zmapovat

[Marián Kyral]

Dne 23.3.2018 v 20:32 Marián Kyral napsal(a):
> fixme="Potřebuje aktualizovat" na daném uzlu place=*?
>
A nebo využít OSM poznámku?

Marián

> Marián
>
>
> Dne 23.3.2018 v 20:13 xkomc...@centrum.cz napsal(a):
>>
>> Technicky by to šlo řešit přes http://taskman.poloha.net/ , ale to je
>> spíš na větší oblasti/úkoly.
>>
>>
>> Jinak by se dala vytvořit nějaká mapa, například pomocí
>> http://umap.openstreetmap.fr/en/ a do ní přidávat/ubírat z ní
>> jednotlivá místa, která jsou (ne)zmapovaná.
>>
>>
>> Otázka zní, zda-li je to k něčemu užitečné: opravdu se jednotlivci
>> pustí do takovéto manuální práce, když to bude někde přehledně
>> sepsáno (když to neudělali doteď)?
>>
>>
>> On 23.3.2018 18:30, majka wrote:
>>> Při mapování schránek narážím na místa, která by zasloužila lépe
>>> zmapovat - např. místa, která mají data hodně stará, případně
>>> mapování zřetelně neodpovídá situaci - třeba i díky tomu, že katastr
>>> je tam zakreslený tak nějak ... hodně volně... tvary budov
>>> neodpovídají apod. Přitom by se to dalo zmapovat minimálně výrazně
>>> lépe podle Bingu/Digitalglobe.
>>>
>>> Nenapadá někoho, jak tahle místa zachytit / označit v komunitě?
>>> Obvykle jdu "na pět minut" něco rychle udělat, ale přitom bych v
>>> místě mohla strávit hodiny :) 
>>>
>>> RUIAN a jeho porovnání v tomhle není řešením, pokud je zmapováno
>>> stejně špatně, jako to má katastr. Spíš něco, jako zásobník "úkolů"
>>> do budoucna.
>>>
>>> Majka
>>>
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-cz] Místa, která by bylo třeba lépe zmapovat

[Jan Macura]

Dne pá 23. 3. 2018 20:32 uživatel Marián Kyral  napsal:

> fixme="Potřebuje aktualizovat" na daném uzlu place=*?
>

Napadlo mě totéž :-) Nakreslit polygon s *fixme=resurvey* . Ale je to
utopie. Fixme tagy reálně nikdo neopravuje. Pomohlo by možná, kdyby se
třeba z note a fixme prvků udělala překryvná vrstva na osm.cz podobná OSM
poznámkám.

H.

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

Re: [Talk-cz] Místa, která by bylo třeba lépe zmapovat

[Marián Kyral]

fixme="Potřebuje aktualizovat" na daném uzlu place=*?

Marián


Dne 23.3.2018 v 20:13 xkomc...@centrum.cz napsal(a):
>
> Technicky by to šlo řešit přes http://taskman.poloha.net/ , ale to je
> spíš na větší oblasti/úkoly.
>
>
> Jinak by se dala vytvořit nějaká mapa, například pomocí
> http://umap.openstreetmap.fr/en/ a do ní přidávat/ubírat z ní
> jednotlivá místa, která jsou (ne)zmapovaná.
>
>
> Otázka zní, zda-li je to k něčemu užitečné: opravdu se jednotlivci
> pustí do takovéto manuální práce, když to bude někde přehledně sepsáno
> (když to neudělali doteď)?
>
>
> On 23.3.2018 18:30, majka wrote:
>> Při mapování schránek narážím na místa, která by zasloužila lépe
>> zmapovat - např. místa, která mají data hodně stará, případně
>> mapování zřetelně neodpovídá situaci - třeba i díky tomu, že katastr
>> je tam zakreslený tak nějak ... hodně volně... tvary budov
>> neodpovídají apod. Přitom by se to dalo zmapovat minimálně výrazně
>> lépe podle Bingu/Digitalglobe.
>>
>> Nenapadá někoho, jak tahle místa zachytit / označit v komunitě?
>> Obvykle jdu "na pět minut" něco rychle udělat, ale přitom bych v
>> místě mohla strávit hodiny :) 
>>
>> RUIAN a jeho porovnání v tomhle není řešením, pokud je zmapováno
>> stejně špatně, jako to má katastr. Spíš něco, jako zásobník "úkolů"
>> do budoucna.
>>
>> Majka
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-cz] Místa, která by bylo třeba lépe zmapovat

[xkomc...@centrum.cz]

Technicky by to šlo řešit přes http://taskman.poloha.net/ , ale to je 
spíš na větší oblasti/úkoly.



Jinak by se dala vytvořit nějaká mapa, například pomocí 
http://umap.openstreetmap.fr/en/ a do ní přidávat/ubírat z ní jednotlivá 
místa, která jsou (ne)zmapovaná.



Otázka zní, zda-li je to k něčemu užitečné: opravdu se jednotlivci pustí 
do takovéto manuální práce, když to bude někde přehledně sepsáno (když 
to neudělali doteď)?



On 23.3.2018 18:30, majka wrote:
Při mapování schránek narážím na místa, která by zasloužila lépe 
zmapovat - např. místa, která mají data hodně stará, případně mapování 
zřetelně neodpovídá situaci - třeba i díky tomu, že katastr je tam 
zakreslený tak nějak ... hodně volně... tvary budov neodpovídají apod. 
Přitom by se to dalo zmapovat minimálně výrazně lépe podle 
Bingu/Digitalglobe.


Nenapadá někoho, jak tahle místa zachytit / označit v komunitě? 
Obvykle jdu "na pět minut" něco rychle udělat, ale přitom bych v místě 
mohla strávit hodiny :)


RUIAN a jeho porovnání v tomhle není řešením, pokud je zmapováno 
stejně špatně, jako to má katastr. Spíš něco, jako zásobník "úkolů" do 
budoucna.


Majka


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


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

Re: [OSM-talk] Waterway=* and Waterways wiki pages merge

[Martin Koppenhoefer]

sent from a phone

> On 23. Mar 2018, at 19:42, François Lacombe  wrote:
> 
> Mixing waterways and culverts or gates in the same list isn't so clear.


it is not mixing (or should not) waterways and culverts. The culvert property 
is for stating that a waterway runs inside a culvert (the culvert is implied, 
but strictly the way is not representing the culvert, e.g. the name is of the 
waterway, not the culvert), like bridge=yes which states a highway runs over a 
bridge. If you wanted, you could still map the culvert as an explicit object 
(usually not done because most mappers don’t have much information to add to a 
culvert, besides that it is a culvert).

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

Re: [OSM-talk] Waterway=* and Waterways wiki pages merge

[François Lacombe]

There are many way of thinking about this.

Mixing waterways and culverts or gates in the same list isn't so clear.
If I want to know which are the possible waterways I can map, it's not a
concern they can be under a culvert or through a gate.

The point is to give essential features and let people find more precise
things on keys pages if and only if they want to.

This is what is done on power features list.
https://wiki.openstreetmap.org/wiki/Key:power

François

2018-03-23 18:02 GMT+01:00 Martin Koppenhoefer :

>
>
> 2018-03-23 17:58 GMT+01:00 Martin Koppenhoefer :
>
>> 2018-03-23 17:01 GMT+01:00 François Lacombe :
>>
>>>
>>> One additional issue is the "additional attributes for waterways" in the
>>> feature table here : https://wiki.openstreetmap.org/wiki/Key:waterway
>>> It's not a good idea to put attributes in the feature table since they
>>> can be related to other tags as well.
>>> Can they get removed from this list ?
>>>
>>
>>
>>
>> I would keep a reference to the attributes there, it could be a different
>> table or a list if you prefer, it is only for reference, as far as I have
>> seen all of those attributes already have their own tag / key page where
>> they are defined, and if you want to include references to them from other
>> feature pages, you can do it with the standard tag templates like
>> {{Tag|tunnel|culvert}}.
>>
>>
>
> the scheme seems to be used for other key pages as well, see for example
> https://wiki.openstreetmap.org/wiki/Key:highway
>
> Cheers,
> Martin
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-ca] BC2020 Calgary Challenges and Best Practices

[Jonathan Brown]

Combination of bringing their own and facilitators from Durham Region using 
their work laptops. To simplify things, we could set up a few facilitators with 
JAVA-installed machines. 

From: john whelan
Sent: Friday, March 23, 2018 11:54 AM
To: James
Cc: Jonathan Brown; Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] BC2020 Calgary Challenges and Best Practices

So one way would be to teach a subset of JOSM?
I had Carlton mapathon with new mappers do building outlines in JOSM, its very 
simple, fast and accurate a much better tool than iD for building outlines.  
However it does need JAVA on the machine and a few minutes set up.
Question to Jonathon who do the machines belong to?  If its the students own 
then ask them to install JAVA before they come and we can sort out some fairly 
simple instructions.  If they are provided then you may need to check the 
policy on what can be installed.
Cheerio John

On 23 March 2018 at 11:12, James  wrote:
depends if you are using chrome or not, seems like a mixed content error(tm is 
http and osm is https) chrome now blocks mixed content. 

Last time I tried to enable HTTPS on TM2 it broke syncing with JOSM as it would 
try to open up a self signed cert(not accepted by default) on port 8112 with no 
errors or feedback. So I either brake ID boundaries or JOSM(unless a user knows 
how to accept cert)

On Fri, Mar 23, 2018, 11:01 AM Jonathan Brown,  wrote:
It would be good to have a screen shot demonstrating these kinds of errors. We 
could use these screen shots of good and bad examples to demonstrate good 
practices. James, will the TM2 issue affect our March 29 mapathon?
 
Jonathan
 
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

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


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

Re: [Talk-it] Ris: più di un millione di mappatori!

[Dino Michelini]

ma è il bello (o brutto, a secondo dei punti vista ovviamente) del mondo 
OSM, dove salvo casi molto rari, HOT, CAI... si naviga tutti a vista



Il 23/03/2018 18:49, beppebo...@libero.it ha scritto:
Bene, ma purtroppo ci sono ancora alcune zone ancora totalmente 
scoperte dove la mappatura è ancora molto sommaria e poco aggiornata 
con errori e mancanze a volte anche grossolane.



___
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

[Talk-it] Ris: più di un millione di mappatori!

[beppebo...@libero.it]

Bene, ma purtroppo ci sono ancora alcune zone ancora totalmente scoperte dove la mappatura è ancora molto sommaria e poco aggiornata con errori e mancanze a volte anche grossolane.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-cz] Místa, která by bylo třeba lépe zmapovat

[majka]

Při mapování schránek narážím na místa, která by zasloužila lépe zmapovat -
např. místa, která mají data hodně stará, případně mapování zřetelně
neodpovídá situaci - třeba i díky tomu, že katastr je tam zakreslený tak
nějak ... hodně volně... tvary budov neodpovídají apod. Přitom by se to
dalo zmapovat minimálně výrazně lépe podle Bingu/Digitalglobe.

Nenapadá někoho, jak tahle místa zachytit / označit v komunitě? Obvykle jdu
"na pět minut" něco rychle udělat, ale přitom bych v místě mohla strávit
hodiny :)

RUIAN a jeho porovnání v tomhle není řešením, pokud je zmapováno stejně
špatně, jako to má katastr. Spíš něco, jako zásobník "úkolů" do budoucna.

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

Re: [Talk-at] mail vs. web [War: Invitation to ÖRK/MSF Mapathon Weltwassertag (fwd)]

[Marcus MERIGHI]

Hallo, 

https://lwn.net/Articles/749200/
(Nicht vom python-Thema ablenken lassen. 
 Auch bei den Kommentaren geht's nur kurz um python)

https://lwn.net/Articles/674271/
(Auch python, 2016)

http://phdru.name/Software/mail-vs-web.html
Schoene Vor/Nachteile-Liste.

Eh schon wieder einmal: eh schon alles gesagt worden zum Thema...

Marcus

gppes_...@web.de (gppes_...@web.de), 2018.03.22 (Thu) 08:49 (CET):
> Kurz moechte ich klarstellen:
> 
> Mir geht es ja nicht darum, dass man immer alles doppelt (in Forum und auf 
> Mailingliste) schreiben oder ankuendigen muss, das absichtliche ignorieren 
> oder verweigern eines der beiden Kanaele finde ich aber schon merkwuerdig.
> 
> Ich - als Forum-Fan - schaffe es ja auch hier mitzulesen (und das aus meiner 
> Sicht fuer diese Aufgabe unbequeme Mail-Interface zu verwenden).
> 
> Lg, Gppes
> 
> > Gesendet: Mittwoch, 21. März 2018 um 13:15 Uhr
> > Von: "Peter Müller" 
> > An: talk-at@openstreetmap.org
> > Betreff: Re: [Talk-at] [Info] Invitation to ÖRK/MSF Mapathon Weltwassertag 
> > (fwd)
> >
> > 
> > 
> > > Gesendet: Sonntag, 18. März 2018 um 11:25 Uhr
> > > Von: grubernd 
> > > An: "OpenStreetMap AT" 
> > > Betreff: Re: [Talk-at] [Info] Invitation to ÖRK/MSF Mapathon 
> > > Weltwassertag (fwd)
> > >
> > > 
> > > danke für's crossposting.
> > > 
> > > 
> > > On 2018-03-17 09:27, Johann Haag wrote:
> > > > Hallo Stephan,
> > > > inzwischen ist das OSM Web Forum bei 353 Themen und 1.469 Beiträgen 
> > > > angelangt. Was in internationalen Maßstäben gemessen sehr respektabel 
> > > > ist.
> > > 
> > > und ich habe immer noch über 6.587 ungelesene Mails aus dem Zeitraum 
> > > 2008 bis 2014. ich habe seinerzeit einfach das gesamte talk.at Archiv[1] 
> > > in meinen lokalen Mailclient importiert, damit kann man jederzeit mit 
> > > jedem beliebigen textfähigen Programm darin suchen.
> > > 
> > > alles Dinge die in einem Forum nicht gehen.
> > 
> > Forum bieten Suchfunktionen, manche Ideen/"Argumente" hier sind wirklich 
> > noch nicht im 21 Jhdt angekommen, lol
> > 
> > > 
> > > 
> > > grüsse,
> > > grubernd
> > > 
> > > [1] https://lists.openstreetmap.org/pipermail/talk-at/
> > > 
> > > ___
> > > Talk-at mailing list
> > > Talk-at@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-at
> > >
> > 
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
> >
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

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

Re: [OSM-talk] Waterway=* and Waterways wiki pages merge

[Martin Koppenhoefer]

2018-03-23 17:58 GMT+01:00 Martin Koppenhoefer :

> 2018-03-23 17:01 GMT+01:00 François Lacombe :
>
>>
>> One additional issue is the "additional attributes for waterways" in the
>> feature table here : https://wiki.openstreetmap.org/wiki/Key:waterway
>> It's not a good idea to put attributes in the feature table since they
>> can be related to other tags as well.
>> Can they get removed from this list ?
>>
>
>
>
> I would keep a reference to the attributes there, it could be a different
> table or a list if you prefer, it is only for reference, as far as I have
> seen all of those attributes already have their own tag / key page where
> they are defined, and if you want to include references to them from other
> feature pages, you can do it with the standard tag templates like
> {{Tag|tunnel|culvert}}.
>
>

the scheme seems to be used for other key pages as well, see for example
https://wiki.openstreetmap.org/wiki/Key:highway

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

Re: [OSM-talk] Waterway=* and Waterways wiki pages merge

[Martin Koppenhoefer]

2018-03-23 17:01 GMT+01:00 François Lacombe :

>
> One additional issue is the "additional attributes for waterways" in the
> feature table here : https://wiki.openstreetmap.org/wiki/Key:waterway
> It's not a good idea to put attributes in the feature table since they can
> be related to other tags as well.
> Can they get removed from this list ?
>



I would keep a reference to the attributes there, it could be a different
table or a list if you prefer, it is only for reference, as far as I have
seen all of those attributes already have their own tag / key page where
they are defined, and if you want to include references to them from other
feature pages, you can do it with the standard tag templates like
{{Tag|tunnel|culvert}}.

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

Re: [OSM-ja] 高速道路の定義について

[Ryosuke Amano]

横浜のあまのです。

「highway=motorway の定義は、入口に自動車専用道路の標識がついている道路です。」
というのは的を得ているでしょうか？

いいださんもmuramotoさんも神奈川の方だと思いますが、
保土ヶ谷バイパスと横浜新道の状況を思い浮かべていただければと思います。

保土ヶ谷バイパス(新保土ヶ谷インター〜上川井インター）：自動車専用道路・無料
横浜新道（保土ヶ谷インター〜戸塚終点）：
・保土ヶ谷インター〜今井インター：自動車専用道路・有料
・今井インター〜戸塚終点：原付・小型二輪も走行可・有料

しかしながら実態としては、保土ヶ谷バイパスを「高速道路」として捉えるのは
どうかと思いますし、かといって、横浜新道を今井インターを境にtrunkとmoterway
とに分けるのも現実的ではないと思います。

ですので、moterwayの定義に関して、Wikipediaの「日本の高速道路」の定義を基本としつつも、実態に沿って分別されるものではないかと考えます。
特に国道番号が付されて、国交省管理で無料利用できる道路に関しては、たとえ通行条件が自動車専用道路であったとしても、基本的にはtrunkでいいのではないかと思います。
もちろん実態として高速自動車国道等に接続して事実上一体利用されている道路(名阪国道等)はmoterwayでいいと思います。

あまの

tomoya muramoto  wrote:

> いいださんが変更セットの議論で言及されたJapan taggingに記載されている通り、
> 日本における highway=motorway の定義は、入口に自動車専用道路の標識がついている道路です。
> 
> ですので、zyxzyxさんは特に新しい提案をしていないように見えます。
> (逆に、何を明確化したいのかわかりませんが)
> 
> 日本の高速道路は、原付不可、小型二輪不可、普通二輪可です。
> Googleストリートビューを見ると、知立バイパスは原付不可、小型二輪可、普通二輪可のようです。
> https://www.google.co.jp/maps/@34.9872413,137.039779,3a,75y,345.31h,82.32t/data=!3m6!1e1!3m4!1sxF6QLHNbagJvyTdZmtJSYQ!2e0!7i13312!8i6656
> 
> 現在、知立バイパスは highway=motorway
> がついていますが、これをhighway=trunkに変更するのは合理的であるように思います。(Googleマップや地理院地図でも一般国道として描画されています)
> 
> ただ、zyxzyxさんが接続道路に付与した motorroad=yes
> が、軽車両、原付、小型二輪のどこまでを含むのか、日本では定義されていないので、合意形成は必要かもしれません。
> 
> ですが、accessタグには小型二輪に相当するカテゴリがなく、ちょっと合意形成に時間がかかりそうな気がします…
> https://wiki.openstreetmap.org/wiki/JA:Key:access
> 
> muramoto


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

Re: [OSM-talk-ie] OSM IRL Annual General Meeting

[Donal Hunt]

Just confirming the meeting is going ahead at 10:00 UTC tomorrow (24 March
2018).

Thanks!

Donal

On Thu, 1 Mar 2018, 09:49 Ciarán Staunton, 
wrote:

> Rory, yes... snow blinded . The sentence should read as:  "The DAC
> structure is limiting in the scope of things the company may want to do
> which is why DAC is not recommended."
>
> On Thu, Mar 1, 2018 at 8:57 AM, Rory McCann  wrote:
>
> > Hi Ciarán
> >
> > Good to get proper legal details. Good job. 
> >
> > On 28/02/18 22:18, Ciarán Staunton wrote:
> >
> >> The DAC structure is limiting in the scope of things the company may
> want
> >> to do which is why CLG is not recommended.
> >>
> >
> > Did you word this the right way? 
> >
> > The OpenStreetMap Foundation is a Company limited by guarantee as well.
> In
> > the UK, OSMUK is a "Community Interest Company", but I think that's a new
> > legal structure in the UK https://osmuk.org/become-member/
> >
> > It's great to see all of yous getting the ball rolling on this. 
> >
> > Rory
> >
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-GB] Edits in Wales

[Ben Proctor]

Hi all

I was lurking on this list when the original discussion started and it was
in my head when someone approached me about running a mapping project in
Wales. We've been using a little Welsh Government funding to support a
Welsh Language render of osm (currently just covering Wales)
https://openstreetmap.cymru . We've also been raising the profile of osm in
Wales, particularly in Welsh speaking communities. We hope to continue this
work over the coming months and grow a stronger osm community in Wales.
Here are the blogs about the project in English
http://cardiff.theodi.org/tag/mapiocymru/ and in Welsh
http://cardiff.theodi.org/cy/tag/mapiocymru/

We've been discussing the issue of multi-language tagging as part of this
project and we would like to propose an update to the Welsh language
section of the Wiki
https://wiki.openstreetmap.org/wiki/Multilingual_names#Wales

I'd appreciate any comment and thoughts.

Cheers

Ben






*Wales is a bilingual country and many place names have both English and
Welsh versions. When communicating in English some places are known by
their Welsh name and some by their English name. When communicating in
Welsh all places are know by their Welsh name. Bilingual names (English and
Welsh versions) are not used in Wales. *

*In general the name tag should contain the name generally used when
communicating in English. In some cases this will be the Welsh name. If in
doubt look for local usage / signage.*



*Where possible please add a name:cy which is the name in Welsh for the
place. Please add this tag even if the name tag uses the name in Welsh.It
may also be helpful to add a name:en, especially if the name tag uses the
name in Welsh.*

*Examples:*
*name - Swansea*
*name:cy - Abertawe*

*name - Caernarfon*
*name:cy - Caernarfon*

*name - Heol Eglyws*
*name:cy - Heol Eglyws*
*name:en - Church Road*



On 16 August 2017 at 14:10, Adam Snape  wrote:

> The 'best mapping method' is somewhat subjective. If it were the sole
> criteria, then we would instantly create documentation to replace lots of
> the less than ideal tags which have developed and explicitly depreciate
> either the classic (highway=footway/bridleway/cycleway) or 'alternative'
> (highway= path, access=*) tagging schemes. We don't because there is no
> consensus and existing use counts for a lot.
>
> If there is genuine consensus upon a better way then perhaps this should
> be documented. In the absence of such consensus, documenting how we
> actually currently map is preferable (because it is already prevalent and
> verifiable) to not documentating or documenting one school of thought on
> how we ought to map (but don't yet).
>
> Adam
>
> On 16 August 2017 at 11:20, Dave F  wrote:
>
>>
>> On 16/08/2017 00:22, Warin wrote:
>>
>>> On 16-Aug-17 05:27 AM, Philip Barnes wrote:
>>>
   The wiki is after all intended to document how people map not dictate
 how they should map.

>>>
>>> I would think that the wiki should guide to the best mapping method, not
>>> what people have done in the past (as found using taginfo for example!).
>>>
>>
>> +1
>>
>> DaveF
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>


-- 
Ben Proctor, Technical Director

*The Satori Lab*, 22 Windsor Place Cardiff. CF10 3BY Wales, UK

b...@satorilab.org | @likeawor d | 07904 1234
98 | LinkedIn 

We provide culture change services

|
Sign up for our culture change newsletter

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

Re: [OSM-talk] Waterway=* and Waterways wiki pages merge

[François Lacombe]

Hi Martin,

Understood, I won't merge the overview page, and will only move stuff
between two page as to remove redundancies.

One additional issue is the "additional attributes for waterways" in the
feature table here : https://wiki.openstreetmap.org/wiki/Key:waterway
It's not a good idea to put attributes in the feature table since they can
be related to other tags as well.
Can they get removed from this list ?

François

2018-03-23 16:20 GMT+01:00 Martin Koppenhoefer :

>
>
> 2018-03-23 15:45 GMT+01:00 François Lacombe :
>
>> Hi,
>>
>> I'm currently thinking about wiki improvement about waterways.
>>
>> It would be great to move (with caution) the content of the Waterways
>> page to Key:waterway
>> https://wiki.openstreetmap.org/wiki/Key:waterway
>> https://wiki.openstreetmap.org/wiki/Waterways
>>
>> This would prevent redundancy and ease tagging documentation maintenance.
>> There are many translations which aren't up to date currently.
>> Waterways page will be redirected to Key:waterway
>>
>> Does anyone have a concern about this ?
>>
>
>
> I am a bit unsure about this. Some years ago (actually 7), those
> "collector" / "overview" pages have been set up. They were (if I interpret
> it right) not thought as specific tagging documentation, but as overview
> pages about a certain topic, with references to tag definition pages, so
> you could find the right tag page.
>
> The key:waterway page should be mainly about the key waterway and should
> contain exhaustive information about this key. It has a reference to the
> more generic Waterways overview page, where you can find references to the
> main concepts and tags, not only waterway=* tags but including man_made
> tags, natural=* tags and others.
>
> Clearly all relevant information regarding the waterway key and its
> meaning, application and interpretation, should be on the key:waterway
> page. If such information is only on the overview page, it should be
> verified/discussed and transferred.
> It is also not needed to repeat all the waterway specific information on
> the overview page, its purpose is different: give an overview and lead to
> relevant tag pages.
>
> I can imagine that this initial distinction may have been blurred in the
> years since it was created, so a review surely makes sense, but generally I
> think it is a good idea to have the overview pages (about topics, rather
> than keys).
>
> Btw., what I wrote is not only referring to waterways, but in analogy also
> to other topics like these:
>
> https://wiki.openstreetmap.org/wiki/Speed_limits
> https://wiki.openstreetmap.org/wiki/Highways
> https://wiki.openstreetmap.org/wiki/Landuse
> https://wiki.openstreetmap.org/wiki/Landcover
> https://wiki.openstreetmap.org/wiki/Places
> https://wiki.openstreetmap.org/wiki/Addresses
> https://wiki.openstreetmap.org/wiki/Public_transport
> https://wiki.openstreetmap.org/wiki/Power
> and maybe more
>
> None of these pages has ever been voted, naturally.
>
> I'm generally in favor of keeping them, but they should be reviewed to
> make sure the overview pages are concise overview pages, and relevant
> information is on the key and tag pages.
>
> They should also get a disclaimer what they are meant to be, so that
> people aren't confused.
>
> Regarding missing and out of date translations: this is the standard
> situation in the wiki, even for the "main languages", with maybe very few
> exceptions. We should care for the English version here, and leave
> translations to the local communities, who could also decide not to
> translate some pages (because they know they are so few they will not be
> able to keep it updated).
>
> Cheers,
> Martin
>
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-ca] BC2020 Calgary Challenges and Best Practices

[john whelan]

So one way would be to teach a subset of JOSM?

I had Carlton mapathon with new mappers do building outlines in JOSM, its
very simple, fast and accurate a much better tool than iD for building
outlines.  However it does need JAVA on the machine and a few minutes set
up.

Question to Jonathon who do the machines belong to?  If its the students
own then ask them to install JAVA before they come and we can sort out some
fairly simple instructions.  If they are provided then you may need to
check the policy on what can be installed.

Cheerio John

On 23 March 2018 at 11:12, James  wrote:

> depends if you are using chrome or not, seems like a mixed content
> error(tm is http and osm is https) chrome now blocks mixed content.
>
> Last time I tried to enable HTTPS on TM2 it broke syncing with JOSM as it
> would try to open up a self signed cert(not accepted by default) on port
> 8112 with no errors or feedback. So I either brake ID boundaries or
> JOSM(unless a user knows how to accept cert)
>
> On Fri, Mar 23, 2018, 11:01 AM Jonathan Brown,  wrote:
>
>> It would be good to have a screen shot demonstrating these kinds of
>> errors. We could use these screen shots of good and bad examples to
>> demonstrate good practices. James, will the TM2 issue affect our March 29
>> mapathon?
>>
>>
>>
>> Jonathan
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] BC2020 Calgary Challenges and Best Practices

[john whelan]

https://wiki.openstreetmap.org/wiki/WikiProject_Canada/Building_Canada_2020#The_data_that_could_be_mapped

It's a bit understated but adding the type of building terrace, detached
etc and the number of stories is of great interest.  House numbers as well
if not present.

This is all boots on the ground or local knowledge stuff that cannot often
be done from imageryand there isn't a problem with the outlines being drawn
incorrectly.

This is the data that is simplest to map for new mappers and cannot be done
any other way.  The building outlines, well NRcan are looking at making
these available through the Federal government open data portal beside the
work that Stats can is doing.  To me accurate building outlines can be
brought in from Open Data perhaps not this month but in the foreseeable
future.

Cheerio John

On 23 March 2018 at 10:56, Jonathan Brown  wrote:

> It would be good to have a screen shot demonstrating these kinds of
> errors. We could use these screen shots of good and bad examples to
> demonstrate good practices. James, will the TM2 issue affect our March 29
> mapathon?
>
>
>
> Jonathan
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Quel bonne pratique pour taguer un cirque naturel (Exemple : Cirque de Gavarnie)

[Philippe Verdy]

note: il peut être utile de regarder la classification des catégories de
"landforms" sur Wikimedia Commons pour des idées de tags utile.

Le 23 mars 2018 à 16:43, Philippe Verdy  a écrit :

> On a la même situation avec les canyons, une forme locale d'une vallée
> fluviale.
>
> Et les cirques ne sont pas nécessairement "fluviaux" ils peuvent être
> d'origine glaciaire ou résulter d'un plissement ou affaissement tectonique.
>
> Le terme "vallée" (ou "valley") a un sens large lié uniquement à la
> topographie altimétrique, mais là tu le prends au sens de bassin fluvial
> bassin versant, ou tu le prends comme une restriction au lit d'une rivière
> ou d'un fleuve.
>
> Un cirque peut n'être qu'un simple plateau entourée de cimes et de cols
> élevés entre ces cimes, et il n'y a pas forcément des falaises ("cliffs")
> pour le cerner.
>
> Le fait qu'ils peuvent porter parfois le nom d'une rivière ou d'un fleuve
> n'est pas un problème (et pour les cirques reconnus, c'est en fait rarement
> le cas), le nom n'est pas du tout dans les mêmes "tags" et ne sert pas à la
> classification.
>
>
> Le 23 mars 2018 à 14:43, emeric Prouteau  a
> écrit :
>
>> L'utilisation du terme "valley" ne convient pas à mon avis car on parle
>> de deux choses différentes. Le cirque constitue le début d'une vallée et la
>> vallée d'étend le long d'un cours d'eau (En règle générale). Si on utilise
>> le terme "valley" on se retrouverait avec des doublons dans les cas ou un
>> cirque aurait le même nom q'une vallée.
>>
>> Le 23 mars 2018 à 09:31, Philippe Verdy  a écrit :
>>
>>> Les cirques sont juste des formes particulières de vallées, cernées par
>>> des hauteurs presque tout autour hormis quelques passes étroites (parfois
>>> via des cols).
>>>
>>> Effectivement il n'y a pas toujours des falaises, ou seulement sur une
>>> partie minoritaire du relief qui domine le cirque.
>>>
>>> Beaucoup sont d'anciennes vallées glacières ou d'anciens lacs qui depuis
>>> se sont érodés sur un passage étroit. Mais un tel passage en surface peut
>>> ne pas toujours exister (l'eau sort du cirque par un syphon naturel).
>>> Certains cirques sont des calderas d'anciens volcans. On voit plus souvent
>>> des falaises justement dans les calderas des volcans et dans les zones
>>> d'effondrement d'un plancher entre deux soulèvements techtonique. Certains
>>> cirques ont aussi été noyés sous la mer et c'est le poids de la
>>> sédimentation qui a provoqué leur effondrement, avant que la mer se retire,
>>> laissant les "falaises" visibles.
>>>
>>> L'origine des falaises peut être l'effondrement du plancher, mais dans
>>> d'autres cas c'est le fruit d'une érosion rapide par la mer ou le lent
>>> creusement d'un canyon par un cours d'eau.
>>>
>>> Bref je suis d'accord que "cliff" n'est pas bon. Je pencherais juste
>>> pour le classement en tant que "natural=valley" (ou natural=caldera,
>>> cependant des volcans peuvent avoir des calderas envahies par les eaux d'un
>>> lac ou par la mer, de sorte que ce ne sont pas vraiment des "vallées" mais
>>> plutôt des lacs, des baies comme à Santorin, à ne pas confondre avec les
>>> lagons dans le cas des atolls, qui sont cernés non pas par les cimes d'un
>>> plancher continental, mais par l'élévation d'un massif coralien ayant
>>> grandi le long des pentes peu profondes d'une caldera effondrée et noyée
>>> sous l'eau; on a aussi le cas des lagons surelevés: le lagon s'est soulevé
>>> à nouveau puis vidé de son eau, laissant apparaitre un plateau: les
>>> falaises ne sont plus à l'intérieur de la caldera, mais autour, le plateau
>>> n'a plus rien d'une vallée et est presque entièrement repli par
>>> l'accumulation du massif coralien qui a été soulevé, puis erodé, ses
>>> propres sédiments d'érosion ayant fini par combler l'ancien lagon central
>>> vidé depuis de son eau. en même temps que d'autres sédiments biologiques
>>> ayant fini par prospérer dessus, le tout mêlé de poussières ou sables
>>> apportés par le vent, pour former un sol complexe mais souvent fragile et
>>> pauvre en eau)
>>>
>>> Les falaises elles-même, quand il y en a autour des cirques, sont à
>>> tracer comme des traits simples, et elles forment rarement des courbes
>>> fermées autour des cirques et peuvent même se fermer non pas autour du
>>> cirque mais autour des cimes qui dominent le cirque... Le cirque peut être
>>> cerné de cimes sur plusieurs rangs concentriques (Gavarnie par exemple): il
>>> peut y avoir alternance de montées et descentes entre la vallée centrale et
>>> les plus hautes cimes visibles.
>>>
>>>
>>>
>>> Le 23 mars 2018 à 08:56, marc marc  a écrit :
>>>
 Le 23. 03. 18 à 08:47, emeric Prouteau a écrit :
 > natural=cliff + cliff=cirque n'est par forcément faisable pour tous
 les
 > cirques car ils ne sont pas forcément constitués de falaises.

 De quoi sont-elle constitué dans ce cas ?

 > Mais peut-on mettre "cirque" 

Re: [Talk-cz] landuse v ceskych mestech

[Vladimír Semotán]

Obávám se, že tak šikovný programátor nejsem :-).

V.S.

Dne 23. března 2018 15:10 Petr Vozdecký  napsal(a):

>
> -- Původní e-mail --
> Od: Vladimír Semotán 
> Komu: OpenStreetMap Czech Republic 
> Datum: 23. 3. 2018 9:23:08
> Předmět: Re: [Talk-cz] landuse v ceskych mestech
>
> Zdravím dalšího leteckého vývojáře,
>
> už jsem tu párkrát také psal z pohledu uživatele-programátora. Zkouším
> použití OSM pro renderování terénu pro letecké simulace (vrg.cz). OSM je
> krásně detailní balík dat, jehož vytvoření muselo dát v součtu strašně moc
> práce. Skláním se před tím. Ale vytváří ho jednotlivci, nadšenci bez
> uceleného vedení a systému kontroly (nestojí nad nimi zlý šéf :-), nebo QA
> oddělení).
>
> Jsi-li šikovný programátor, můžeš pro to leccos udělat :) jako první krok
> může být nějaká vizualizace či analýza té nekonzistence a z ní plynoucí buď
> návrh na hromadné dotagování, nebo vytvoření nějaké pomůcky pro kontrolu
> nad manuálním dotvořením - ad projekt turistických rozcestníků, poštovní
> schránky apod.
>
> :)
>
>
> vop
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Quel bonne pratique pour taguer un cirque naturel (Exemple : Cirque de Gavarnie)

[Philippe Verdy]

On a la même situation avec les canyons, une forme locale d'une vallée
fluviale.

Et les cirques ne sont pas nécessairement "fluviaux" ils peuvent être
d'origine glaciaire ou résulter d'un plissement ou affaissement tectonique.

Le terme "vallée" (ou "valley") a un sens large lié uniquement à la
topographie altimétrique, mais là tu le prends au sens de bassin fluvial
bassin versant, ou tu le prends comme une restriction au lit d'une rivière
ou d'un fleuve.

Un cirque peut n'être qu'un simple plateau entourée de cimes et de cols
élevés entre ces cimes, et il n'y a pas forcément des falaises ("cliffs")
pour le cerner.

Le fait qu'ils peuvent porter parfois le nom d'une rivière ou d'un fleuve
n'est pas un problème (et pour les cirques reconnus, c'est en fait rarement
le cas), le nom n'est pas du tout dans les mêmes "tags" et ne sert pas à la
classification.


Le 23 mars 2018 à 14:43, emeric Prouteau  a
écrit :

> L'utilisation du terme "valley" ne convient pas à mon avis car on parle de
> deux choses différentes. Le cirque constitue le début d'une vallée et la
> vallée d'étend le long d'un cours d'eau (En règle générale). Si on utilise
> le terme "valley" on se retrouverait avec des doublons dans les cas ou un
> cirque aurait le même nom q'une vallée.
>
> Le 23 mars 2018 à 09:31, Philippe Verdy  a écrit :
>
>> Les cirques sont juste des formes particulières de vallées, cernées par
>> des hauteurs presque tout autour hormis quelques passes étroites (parfois
>> via des cols).
>>
>> Effectivement il n'y a pas toujours des falaises, ou seulement sur une
>> partie minoritaire du relief qui domine le cirque.
>>
>> Beaucoup sont d'anciennes vallées glacières ou d'anciens lacs qui depuis
>> se sont érodés sur un passage étroit. Mais un tel passage en surface peut
>> ne pas toujours exister (l'eau sort du cirque par un syphon naturel).
>> Certains cirques sont des calderas d'anciens volcans. On voit plus souvent
>> des falaises justement dans les calderas des volcans et dans les zones
>> d'effondrement d'un plancher entre deux soulèvements techtonique. Certains
>> cirques ont aussi été noyés sous la mer et c'est le poids de la
>> sédimentation qui a provoqué leur effondrement, avant que la mer se retire,
>> laissant les "falaises" visibles.
>>
>> L'origine des falaises peut être l'effondrement du plancher, mais dans
>> d'autres cas c'est le fruit d'une érosion rapide par la mer ou le lent
>> creusement d'un canyon par un cours d'eau.
>>
>> Bref je suis d'accord que "cliff" n'est pas bon. Je pencherais juste pour
>> le classement en tant que "natural=valley" (ou natural=caldera, cependant
>> des volcans peuvent avoir des calderas envahies par les eaux d'un lac ou
>> par la mer, de sorte que ce ne sont pas vraiment des "vallées" mais plutôt
>> des lacs, des baies comme à Santorin, à ne pas confondre avec les lagons
>> dans le cas des atolls, qui sont cernés non pas par les cimes d'un plancher
>> continental, mais par l'élévation d'un massif coralien ayant grandi le long
>> des pentes peu profondes d'une caldera effondrée et noyée sous l'eau; on a
>> aussi le cas des lagons surelevés: le lagon s'est soulevé à nouveau puis
>> vidé de son eau, laissant apparaitre un plateau: les falaises ne sont plus
>> à l'intérieur de la caldera, mais autour, le plateau n'a plus rien d'une
>> vallée et est presque entièrement repli par l'accumulation du massif
>> coralien qui a été soulevé, puis erodé, ses propres sédiments d'érosion
>> ayant fini par combler l'ancien lagon central vidé depuis de son eau. en
>> même temps que d'autres sédiments biologiques ayant fini par prospérer
>> dessus, le tout mêlé de poussières ou sables apportés par le vent, pour
>> former un sol complexe mais souvent fragile et pauvre en eau)
>>
>> Les falaises elles-même, quand il y en a autour des cirques, sont à
>> tracer comme des traits simples, et elles forment rarement des courbes
>> fermées autour des cirques et peuvent même se fermer non pas autour du
>> cirque mais autour des cimes qui dominent le cirque... Le cirque peut être
>> cerné de cimes sur plusieurs rangs concentriques (Gavarnie par exemple): il
>> peut y avoir alternance de montées et descentes entre la vallée centrale et
>> les plus hautes cimes visibles.
>>
>>
>>
>> Le 23 mars 2018 à 08:56, marc marc  a écrit :
>>
>>> Le 23. 03. 18 à 08:47, emeric Prouteau a écrit :
>>> > natural=cliff + cliff=cirque n'est par forcément faisable pour tous les
>>> > cirques car ils ne sont pas forcément constitués de falaises.
>>>
>>> De quoi sont-elle constitué dans ce cas ?
>>>
>>> > Mais peut-on mettre "cirque" si le terme n'est pas décris dans le wiki
>>> ?
>>>
>>> Oui tu est libre de mettre n'importe quel tag et valeur.
>>> Bien sur au plus c'est discuté et documenté sur lw wiki,
>>> au plus cela a des chances d'être utilisé.
>>> ___
>>> Talk-fr mailing list
>>> 

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[Stéphane Péneau]

Le 23/03/2018 à 15:26, Christian Quest a écrit :
Au total ça ne dépasse pas 150€ et c'est évolutif. Il serait possible 
d'activer une connexion bluetooth / wifi (intégrés sur la Pi Zero W).



C'est ce que fait aussi. Mais il y a pas mal d'inconvénients :
- beaucoup plus compliqué à monter/utiliser
- l'autonomie divisée par 10.
- n'aime pas du tout les coupures brutales l'alimentation

Stf

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

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[Philippe Verdy]

Le 23 mars 2018 à 16:12, Stéphane Péneau  a
écrit :

> Je vais essayer de répondre aux différentes questions :
> Capter plusieurs constellations est un atout puisqu'il y aura toujours
> plus de satellites visibles. Si je prends ma position, maintenant, et que
> les obstacles font que je n'ai pas de visibilité sous les 45° d'angle par
> rapport au sol, je n'ai que 3 satellites GPS en vue directe. Si j'ajoute
> Glonass et Galileo, j'en aurai 6.
>

Tu auras bien 6 satellites mais s'ils sont tous dans un secteur de ciel
étroit cela n'améliorera pas beaucoup plus la précision, tous les signaux
reçus subissant à peu près les mêmes altérations s'ils sont dans des bandes
de fréquence finalement assez proches et situés en fin de compte à des
hauteurs d'orbites à peu près du même ordre de grandeur ! Ce que tu
améliore avec 6 satellites c'est le fait de les trouver mieux distribués
dans le secteur visible et non trop fortement alignés si tu n'en as que 3
(avec donc une précision DOP assez faible dans deux des axes).

L'idée de "l'augmentation" c'est de pouvoir utiliser des signaux d'autres
sources très différentes, et notamment les émetteurs au sol qu'on peut
capter et dont la géolocalisation est connue et qui utilisent des bandes de
fréquence très différentes et ne subissent pas du tout les mêmes
distortions.
Et d'autres sources utilisables sont:
- les stations d'écoute et de mesure des transmetteurs radio/TV (qui
peuvent établir des tables/cartes des distortions de certaines couches de
l'atmosphère.
- des cartes de la magnétosphère terrestre.
- des télémesures de l'activité solaire (quelques observatoires dans le
monde).
- la détection de bornes wifi proches en zone urbaine (pour peu qu'on
puisse les cartographier et les mettre à jour régulièrement avec une
analyse statistique)
- la détection des émetteurs de télécommunication mobile cellulaire
- la détection des radars et "beacons" radio de l'aviation civile.
- les cartes topographiques (modèles numériques de terrain et de surface)
- les satellites météo, des capteurs météo (notamment l'hygrométrie en
couche basse)

Evidemment cela demande d'autres capteurs dans l'appareil, et si on ne peut
pas les installer tous à bord, on utilise le partage de données sur un
réseau connecté à Internet, et un serveur central pour effectuer les
calculs de paramètres et les diffuser aux utilisateurs afin d'améliorer la
précision: l'appareil envoie au serveur tout ce qu'il peut
détecter/mesurer, le serveur agrège tout ça, met à jour ses cartes sur des
bases statistiques, recalcule les paramètres et envoie les positions
corrigées.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-ca] BC2020 Calgary Challenges and Best Practices

[john whelan]

Is there a browser that works?

Thanks John

On 23 March 2018 at 11:20, James  wrote:

> tested on ff, same issue boundary box no longer shows
>
> On Fri, Mar 23, 2018, 11:18 AM john whelan,  wrote:
>
>> So firefox would be fine?
>>
>> Thanks John
>>
>> On 23 March 2018 at 11:12, James  wrote:
>>
>>> depends if you are using chrome or not, seems like a mixed content
>>> error(tm is http and osm is https) chrome now blocks mixed content.
>>>
>>> Last time I tried to enable HTTPS on TM2 it broke syncing with JOSM as
>>> it would try to open up a self signed cert(not accepted by default) on port
>>> 8112 with no errors or feedback. So I either brake ID boundaries or
>>> JOSM(unless a user knows how to accept cert)
>>>
>>> On Fri, Mar 23, 2018, 11:01 AM Jonathan Brown, 
>>> wrote:
>>>
 It would be good to have a screen shot demonstrating these kinds of
 errors. We could use these screen shots of good and bad examples to
 demonstrate good practices. James, will the TM2 issue affect our March 29
 mapathon?



 Jonathan


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

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

[Talk-it] più di un millione di mappatori!

[Martin Koppenhoefer]

Non ho letto niente qui, segnalo che abbiamo superato il millione!

https://blog.openstreetmap.org/2018/03/18/1-million-map-contributors/

Ovviamente abbiamo da tempo (2013) più di un millione di utenti iscritti,
ma non tutti gli utenti hanno fatto anche modifiche.

Altre statistiche: https://wiki.openstreetmap.org/wiki/Stats

Auguri a tutti,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it-lazio] più di un millione di mappatori!

[Martin Koppenhoefer]

Non ho letto niente qui, segnalo che abbiamo superato il millione!

https://blog.openstreetmap.org/2018/03/18/1-million-map-contributors/

Ovviamente abbiamo da tempo (2013) più di un millione di utenti iscritti,
ma non tutti gli utenti hanno fatto anche modifiche.

Altre statistiche: https://wiki.openstreetmap.org/wiki/Stats

Auguri a tutti,
Martin
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [OSM-talk] Waterway=* and Waterways wiki pages merge

[Martin Koppenhoefer]

2018-03-23 15:45 GMT+01:00 François Lacombe :

> Hi,
>
> I'm currently thinking about wiki improvement about waterways.
>
> It would be great to move (with caution) the content of the Waterways page
> to Key:waterway
> https://wiki.openstreetmap.org/wiki/Key:waterway
> https://wiki.openstreetmap.org/wiki/Waterways
>
> This would prevent redundancy and ease tagging documentation maintenance.
> There are many translations which aren't up to date currently.
> Waterways page will be redirected to Key:waterway
>
> Does anyone have a concern about this ?
>


I am a bit unsure about this. Some years ago (actually 7), those
"collector" / "overview" pages have been set up. They were (if I interpret
it right) not thought as specific tagging documentation, but as overview
pages about a certain topic, with references to tag definition pages, so
you could find the right tag page.

The key:waterway page should be mainly about the key waterway and should
contain exhaustive information about this key. It has a reference to the
more generic Waterways overview page, where you can find references to the
main concepts and tags, not only waterway=* tags but including man_made
tags, natural=* tags and others.

Clearly all relevant information regarding the waterway key and its
meaning, application and interpretation, should be on the key:waterway
page. If such information is only on the overview page, it should be
verified/discussed and transferred.
It is also not needed to repeat all the waterway specific information on
the overview page, its purpose is different: give an overview and lead to
relevant tag pages.

I can imagine that this initial distinction may have been blurred in the
years since it was created, so a review surely makes sense, but generally I
think it is a good idea to have the overview pages (about topics, rather
than keys).

Btw., what I wrote is not only referring to waterways, but in analogy also
to other topics like these:

https://wiki.openstreetmap.org/wiki/Speed_limits
https://wiki.openstreetmap.org/wiki/Highways
https://wiki.openstreetmap.org/wiki/Landuse
https://wiki.openstreetmap.org/wiki/Landcover
https://wiki.openstreetmap.org/wiki/Places
https://wiki.openstreetmap.org/wiki/Addresses
https://wiki.openstreetmap.org/wiki/Public_transport
https://wiki.openstreetmap.org/wiki/Power
and maybe more

None of these pages has ever been voted, naturally.

I'm generally in favor of keeping them, but they should be reviewed to make
sure the overview pages are concise overview pages, and relevant
information is on the key and tag pages.

They should also get a disclaimer what they are meant to be, so that people
aren't confused.

Regarding missing and out of date translations: this is the standard
situation in the wiki, even for the "main languages", with maybe very few
exceptions. We should care for the English version here, and leave
translations to the local communities, who could also decide not to
translate some pages (because they know they are so few they will not be
able to keep it updated).

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

Re: [Talk-ca] BC2020 Calgary Challenges and Best Practices

[James]

tested on ff, same issue boundary box no longer shows

On Fri, Mar 23, 2018, 11:18 AM john whelan,  wrote:

> So firefox would be fine?
>
> Thanks John
>
> On 23 March 2018 at 11:12, James  wrote:
>
>> depends if you are using chrome or not, seems like a mixed content
>> error(tm is http and osm is https) chrome now blocks mixed content.
>>
>> Last time I tried to enable HTTPS on TM2 it broke syncing with JOSM as it
>> would try to open up a self signed cert(not accepted by default) on port
>> 8112 with no errors or feedback. So I either brake ID boundaries or
>> JOSM(unless a user knows how to accept cert)
>>
>> On Fri, Mar 23, 2018, 11:01 AM Jonathan Brown, 
>> wrote:
>>
>>> It would be good to have a screen shot demonstrating these kinds of
>>> errors. We could use these screen shots of good and bad examples to
>>> demonstrate good practices. James, will the TM2 issue affect our March 29
>>> mapathon?
>>>
>>>
>>>
>>> Jonathan
>>>
>>>
>>> ___
>>> Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] BC2020 Calgary Challenges and Best Practices

[john whelan]

So firefox would be fine?

Thanks John

On 23 March 2018 at 11:12, James  wrote:

> depends if you are using chrome or not, seems like a mixed content
> error(tm is http and osm is https) chrome now blocks mixed content.
>
> Last time I tried to enable HTTPS on TM2 it broke syncing with JOSM as it
> would try to open up a self signed cert(not accepted by default) on port
> 8112 with no errors or feedback. So I either brake ID boundaries or
> JOSM(unless a user knows how to accept cert)
>
> On Fri, Mar 23, 2018, 11:01 AM Jonathan Brown,  wrote:
>
>> It would be good to have a screen shot demonstrating these kinds of
>> errors. We could use these screen shots of good and bad examples to
>> demonstrate good practices. James, will the TM2 issue affect our March 29
>> mapathon?
>>
>>
>>
>> Jonathan
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[Stéphane Péneau]

Le 23/03/2018 à 15:59, René-Luc Dhont a écrit :

Oui c'est vrai que le projet ne présente que l'aspect réseau ouvert RTK
Mais les bornes sont des récepteurs GPS de fabrication maison.

Non, ce sont des Reach :
https://emlid.com/reach/

Stf

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

Re: [Talk-ca] BC2020 Calgary Challenges and Best Practices

[James]

depends if you are using chrome or not, seems like a mixed content error(tm
is http and osm is https) chrome now blocks mixed content.

Last time I tried to enable HTTPS on TM2 it broke syncing with JOSM as it
would try to open up a self signed cert(not accepted by default) on port
8112 with no errors or feedback. So I either brake ID boundaries or
JOSM(unless a user knows how to accept cert)

On Fri, Mar 23, 2018, 11:01 AM Jonathan Brown,  wrote:

> It would be good to have a screen shot demonstrating these kinds of
> errors. We could use these screen shots of good and bad examples to
> demonstrate good practices. James, will the TM2 issue affect our March 29
> mapathon?
>
>
>
> Jonathan
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[Stéphane Péneau]

Je vais essayer de répondre aux différentes questions :

Licence :

Pas d'inquiétude, notre concepteur (que je prénommerai Hooligan0) est parfaitement au 
courant des différentes licences et de la manière dont elles s'appliquent. Le CC-by-SA 
faisait référence au design technique, pas au code nécessaire. Celui-ci sera sous une 
licence "quivabien".
A ce propos, il n'est pas prévu de remplacer complètement le logiciel U-center 
de Ublox, qui donne accès à des centaines de paramètres de la puce, et qui lui 
n'est pas FOSS. Mais on n'empêchera personne de reprendre la doc du protocole 
Ublox pour en refaire un, libre, et multi plateformes.


Présence ou non d'un écran sur le récepteur :

Ce n'était pas prévu, et cela risque d'augmenter le coût. Synchroniser des 
photos depuis la trace reste possible en photographiant l'écran d'un 
smartphone, qui lui, afficherait en gros l'heure GPS. Je ne sais pas si ça 
existe. A creuser.
S'il y a beaucoup de demandes pour un écran, on regardera.


Protocole de communication avec un smartphone :

C'est le profil SPP du bluetooth, une banale liaison série. C'est compatible 
avec à peu près tout.
Le Bluetooth low energy, rien de certain pour le moment.


Enregistrement des points :

Je ne pense pas que filtrer les points soit pertinent. Il vaut mieux garder les 
infos brutes, et éventuellement filtrer par la suite.
Si le stockage se fait sur une carte microSD, la nbr de points importe peu. Si 
c'est sur de la mémoire flash, passer de 32 à 64Mo, c'est de l'ordre de 5€.

Utilisation sur piles :

Le souci des piles, c'est leurs capacités plus faibles que les batteries Li-ion.
Est-ce qu'une batterie Usb externe pour recharger le récepteur serait 
problématique en situation de trek ?

Boutons pour enregistrer des POI :

J'aimerais beaucoup que ça soit possible. Ça va dépendre en partie du 
microcontrôleur qui sera utilisé. J'imagine aussi assez bien un connecteur pour 
pouvoir déporter ces boutons.

Le projet Centipède :
Centipède c'est avant tout le réseau de bases pour faire du RTK. Là on parle 
plutôt de la partie mobile.
Donc non, ce projet n'a pas de lien particulier avec celui de Julien Ancelin, mais 
pourrait tout à fait s'y insérer pour la partie "rover" si la puce est une M8T 
ou une M8P. De toute façon, je lui en toucherai certainement 2 mots.
 


La précision :

Alors là, ça va être un peu plus long.
Partons du postulat qu'on utilise un récepteur monofréquence, et je vais 
ignorer tout ce qui est SBAS, RTK, que Galileo promet une meilleure géoloc, 
etc..

Les variations de précision qu'on va obtenir dépendent principalement du nombre 
de satellites en vue directe par l'antenne, et des caractéristiques 
(sensibilité, etc..) de cette dernière.

Si je prends mon smartphone, que je le place dans une zone complètement 
dégagée, ça va très bien fonctionner, sans doute aussi bien qu'un système plus 
performant.

Si je pose mon smartphone sur le tableau de bord de la voiture, alors j'ai déjà 
environ la moitié des satellites qui sont invisibles à cause du toit (ceux qui 
sont derrière le véhicule). Si je passe le long d'une forêt, j'en perd encore, 
ce qui va forcément dégrader le positionnement.
En revanche, si j'ai mon antenne magnétique posée sur le toit de la voiture, 
tous les satellites sont disponibles, et ils resteront bien plus nombreux à 
être visibles en cas de végétation sur les côtés. Je pourrais aussi ajouter que 
le toit de la voiture fait office de plan de masse, et augmente le rapport 
signal/bruit des signaux reçus.

En cas de passage dans une zone "canyon", comme une rue étroite, cernée 
d'immeubles, la position de l'antenne va être encore plus critique, car il n'y a presque 
plus de satellites en vue directe. Un récepteur dans la voiture, dans la poche, ou 
accroché au bras ne donnera rien de bon. Les signaux issus des différents rebonds sur les 
murs vont complètement fausser les calculs.

Oui, la position et la situation de l'antenne sont primordiales. L'idée de départ de ce 
récepteur, c'est avant tout de pouvoir utiliser une antenne externe qui sera mieux placée 
qu'une intégrée, et qui sera plus sensible. Certains modèles, plus couteux, sont aussi 
capables de "rejeter" une partie des signaux ayant rebondi sur un obstacle.

Capter plusieurs constellations est un atout puisqu'il y aura toujours plus de 
satellites visibles. Si je prends ma position, maintenant, et que les obstacles 
font que je n'ai pas de visibilité sous les 45° d'angle par rapport au sol, je 
n'ai que 3 satellites GPS en vue directe. Si j'ajoute Glonass et Galileo, j'en 
aurai 6.


Attendons les prochains smartphones :

Les smartphones équipés de la puce bi fréquences seront certainement les 
modèles hauts de gamme. Alors payer 4 ou 600 euros de plus, sans pouvoir le 
placer correctement pour une bonne réception, avec une minuscule antenne, très 
peu pour moi.
Oui, c'est entièrement subjectif.

Stéphane


___
Talk-fr mailing list

Re: [OSM-talk] [OSM-dev] OpenStreetMap Carto release v4.9.0

[Daniel Koć]

W dniu 23.03.2018 o 15:43, Stefan Keller pisze:

> How can I help implementing rendering of castles (forts, ruins,
> manors, palaces)?
> https://github.com/gravitystorm/openstreetmap-carto/issues/744

Thanks! Well, I'm not sure - it's mostly about weighting the problems
and picking the proper solutions now, so any help with making decisions
will do.


With historic=ruins (of course it's not in the historic=castle tagging)
it's easier, I feel we're pretty close to find a proper icon:

https://github.com/gravitystorm/openstreetmap-carto/issues/331#issuecomment-372013931


However with the rest (castles, fortresses, palaces, manors, stately...)
all the icons are more or less ready, but we have a problem what to do
with having different valid and used in practice tagging schemes and the
discussion on the Tagging list still does not make it clear enough for me:

https://github.com/gravitystorm/openstreetmap-carto/pull/3099#issuecomment-374607590

-- 
"My method is uncertain/ It's a mess but it's working" [F. Apple]



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

Re: [Talk-ca] BC2020 Calgary Challenges and Best Practices

[Jonathan Brown]

It would be good to have a screen shot demonstrating these kinds of errors. We 
could use these screen shots of good and bad examples to demonstrate good 
practices. James, will the TM2 issue affect our March 29 mapathon?

Jonathan

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

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[René-Luc Dhont]

Le 23/03/2018 à 14:58, Dominique Rousseau a écrit :

Le Fri, Mar 23, 2018 at 09:53:03AM +0100, René-Luc Dhont [rldh...@gmail.com] a 
écrit:

Bonjour,

Est-ce que ce projet aurait un lien avec le projet Centipède de
Julien Ancelin ?
https://github.com/jancelin/centipede
https://centipede.sig.inra.fr/websig/lizmap/www/
https://jancelin.github.io/centipede/#/

Pas directement, je dirais.
De ce que je comprens du projet centipede, il s'agit de deployer des
bases fixes permettant de faire de la correction RTK, donc de fournir un
signal, plutot que le recevoir.


Oui c'est vrai que le projet ne présente que l'aspect réseau ouvert RTK
Mais les bornes sont des récepteurs GPS de fabrication maison.
https://centipede.sig.inra.fr/websig/lizmap/www/index.php/view/media/getMedia?repository=cent=situation=media%2Fupload%2Fsituation%2Fantenne%2Fphoto%2Fbase1.jpg

https://twitter.com/complementterre

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

Re: [Talk-it] A proposito di relazioni

[Martin Koppenhoefer]

2018-03-23 15:14 GMT+01:00 Dino Michelini :

> Scusa Martin intanto, nessuno ha mai parlato di contratti conto terzi o
> menate varie, ne parli tu ora e non so a cosa ti riferisci...  sinceramente
> non ne sento la necessità!
>


invece ogni tanto c'è la necessità di fare contratti e accordi, per esempio
con le PA, oppure nel contesto dell'organizazzione di eventi. Stavo
scrivendo di questo, perché WMI ci serve proprio in questi situazioni,
quando bisogna presentarsi come un'associazione formale. Invece per fare un
progetto di mappatura di qualcosa, normalmente non serve formalizzare la
cosa.




> Ma rimango veramente stupito circa la tua affermazione "Al livello
> nazionale non c'è moltissimo da definire..." ma come pensi che si possa
> portare avanti un progetto di mapaptura collaborativa nazionale se si opera
> nel modo in cui scrivi?
>


veramente, per me OSM è un progetto di mappatura internazionale, non
nazionale.



> Se non ci si mette d'accordo neache su cosa va mappato e come questo deve
> essere fatto, si opera solo in modo anarchico, confuso e raffazzonato,
> intrducendo una marea di errori che non fanno altro che danno all'immagine
> di OSM e sminuiscono il alvoro dei mappatori.
>


si, ma gli accordi, come ho cercato di spiegare già nella precendente mail,
sono molto più importanti al livello locale e internazionale. Al livello
nazionale ci sono i "admin_level", e a dire la verità, con i livelli NUTS a
disposizione non c'era da decidere pratticamente niente.



> Caro Martin ora per la VF italiana ti trovi su OSM due superoute e varie
> relation più o meno decenti, ma ti posso assicurare che prima che ci
> mettessi pesantemente le mani era, a causa del modo di operare delle vere
> communità locali sempre concentrate sul proprio orticello, una vera
> schifezza!
>


si, molto probabilmente, perché anch'io ho riscontrato inessatezze e
problemi della mappatura VF, tanti anni fa, e ho cercato di risolvere dove
sapevo, ma puntualmente e senza sistema ;-)
Non riccordo niente del processo di coordinamento, ne sapevo che fosse
stato approvato dalla OSMF. Non ho la minima idea con quali strutture è
stato fatto il lavoro, ma credo che ha comunque portato ad un buon
risultato. Dal punto che i tags per descrivere rotte a grande distanza sono
definiti, infatti è sufficiente applicarli, e non si vuole una
coordinazione nazionale per farlo.

Un discorso aperto è comunque utile, sia quando ci sono i dissensi, sia per
divulgare un'attività che potrebbe interessare anche altre persone.




> Quanto all'affermazione "Essendo tutti volontari, non si può ordinare a
> nessuno di fare qualcosa..." non ho mai parlato di ordini ma almeno su
> alcuni principi fondamentali (indipendenza commerciale e politica del dato
> geografico, ecc.),
>


molto difficile, pratticamente ci sono sempre interessi sia politici che
economici, in mezzo, da qualche parte.



> buone pratiche (comunicazione, trasparenza, ecc), e standard minimi per
> assicurare coerenza delle info che metti nella mappatura (procedure
> discusse e condivise su come e cosa si deve fare ad es. per progetti a
> valenza regionale/nazionale) ci vogliono
>


si, daccordo che si vogliono trasparenza e comunicazione, nonchè procedure
condivise ecc., ma non è detto che questo richiede un livello nazionale. Il
livello nazionale è comodo perché parliamo tutti la stessa lingua (al meno
la capiamo), ma il lavoro che vedo succede molto più al livello regionale e
comunale, da una parte, e internazionale dall'altra (anche perché i tag
sono sempre pensati per tutto il mondo).



> altrimenti cadi nell'errore (banale) che tu ti fai la bella mappetta
> nell'orto di casa tua e poi chi se ne frega di quello che avviene da altre
> parti.
>


questo ovviamente succede anche tanto. Per puntare il dito su qualcuno: gli
inglesi sono specialisti in questo, sia dal punto di vista legislativo, che
anche nella riflessione sulla mappa.
Al mio avviso, più che si coordina a livello nazionale piuttosto che
internazionale, più si rischia di cadere in quell'errore.

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

[OSM-talk] Waterway=* and Waterways wiki pages merge

[François Lacombe]

Hi,

I'm currently thinking about wiki improvement about waterways.

It would be great to move (with caution) the content of the Waterways page
to Key:waterway
https://wiki.openstreetmap.org/wiki/Key:waterway
https://wiki.openstreetmap.org/wiki/Waterways

This would prevent redundancy and ease tagging documentation maintenance.
There are many translations which aren't up to date currently.
Waterways page will be redirected to Key:waterway

Does anyone have a concern about this ?

Water Management page would stay and be completed with recent hydropower
tagging adding
https://wiki.openstreetmap.org/wiki/Water_management

All the best

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

Re: [OSM-talk] [OSM-dev] OpenStreetMap Carto release v4.9.0

[Stefan Keller]

Hi Daniel

Nice.
Many thanks for your work!
How can I help implementing rendering of castles (forts, ruins,
manors, palaces)?
https://github.com/gravitystorm/openstreetmap-carto/issues/744

:Stefan

2018-03-23 14:41 GMT+01:00 Daniel Koć :
> Dear all,
>
> Today, v4.9.0 of the openstreetmap-carto stylesheet (the default
> stylesheet on the OSM website) has been released. Once changes are
> deployed on the openstreetmap.org it will take couple of days before all
> tiles show the new rendering.
>
> Changes include
>
> Major changes
> - A bug where closed ways with natural=cliff or natural=tree_row were
> not rendering has been fixed. This required fixing a transform bug. The
> fix will apply to all objects when they are created in OSM, but there is
> no migration for existing databases. Deployments will have to decide if
> the effects are serious enough to require them to reload the database.
>
> Changes
> - Adding place=square name rendering
> - Adding rendering for different types of towers and masts
> - Making gardens to use grass color with plant nursery pattern
> - Adding rendering for intermittent water bodies
> - Give oceans outline and simplify shapefiles on z0-7
> - Simplify (generalize) admin borders
> - Move natural=grassland and landuse=meadow earlier
> - Start rendering aerialway name
> - Adding icons for amenity=bbq, amenity=shower, leisure=sauna and
> advertising=column
> - Adding special icons for shop=dairy, shop=medical_supply and shop=music
> - Move amenity=toilets to higher zoom levels
> - Fixing some SVG icons artifacts
> - Make military=danger_area font dark pink and slanted
> - Changing rendering for construction=steps to distinguish it from roads
> - Changing label colour of private parking
> - Small documentation and code fixes
>
> Thanks to all the contributors for this release, including james2432,
> Penegal and jragusa, new contributors.
>
> For a full list of commits, see
> https://github.com/gravitystorm/openstreetmap-carto/compare/v4.8.0...v4.9.0
>
> As always, we welcome any bug reports at
> https://github.com/gravitystorm/openstreetmap-carto/issues
>
> --
> "My method is uncertain/ It's a mess but it's working" [F. Apple]
>
> ___
> dev mailing list
> d...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev

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

Re: [OSM-talk] OpenStreetMap Carto release v4.9.0

[James]

You're welcome :)

On Fri, Mar 23, 2018, 9:45 AM Daniel Koć,  wrote:

> Dear all,
>
> Today, v4.9.0 of the openstreetmap-carto stylesheet (the default
> stylesheet on the OSM website) has been released. Once changes are
> deployed on the openstreetmap.org it will take couple of days before all
> tiles show the new rendering.
>
> Changes include
>
> Major changes
> - A bug where closed ways with natural=cliff or natural=tree_row were
> not rendering has been fixed. This required fixing a transform bug. The
> fix will apply to all objects when they are created in OSM, but there is
> no migration for existing databases. Deployments will have to decide if
> the effects are serious enough to require them to reload the database.
>
> Changes
> - Adding place=square name rendering
> - Adding rendering for different types of towers and masts
> - Making gardens to use grass color with plant nursery pattern
> - Adding rendering for intermittent water bodies
> - Give oceans outline and simplify shapefiles on z0-7
> - Simplify (generalize) admin borders
> - Move natural=grassland and landuse=meadow earlier
> - Start rendering aerialway name
> - Adding icons for amenity=bbq, amenity=shower, leisure=sauna and
> advertising=column
> - Adding special icons for shop=dairy, shop=medical_supply and shop=music
> - Move amenity=toilets to higher zoom levels
> - Fixing some SVG icons artifacts
> - Make military=danger_area font dark pink and slanted
> - Changing rendering for construction=steps to distinguish it from roads
> - Changing label colour of private parking
> - Small documentation and code fixes
>
> Thanks to all the contributors for this release, including james2432,
> Penegal and jragusa, new contributors.
>
> For a full list of commits, see
> https://github.com/gravitystorm/openstreetmap-carto/compare/v4.8.0...v4.9.0
>
> As always, we welcome any bug reports at
> https://github.com/gravitystorm/openstreetmap-carto/issues
>
> --
> "My method is uncertain/ It's a mess but it's working" [F. Apple]
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[Sébastien Dinot]

Bonjour,

- Mail original -
> Coté hardware voici les licences
> 
> http://www.inmojo.com/licenses/

Liste fort discutable !

* Le texte de la licence annoncée comme étant la licence « MIT » n'est pas le 
texte original de cette licence (le terme « hardware » a été ajouté dans le 
premier paragraphe et, par la suite, le terme « Software » a été remplacé par « 
Product ». On peut donc tout au plus parler de « MIT-like ».

* Idem, le texte de la licence annoncée étant la licence BSD simplifiée (aussi 
dite « 2-clause BSD ») n'est pas le texte original de cette licence (la 
première clause a été amendée par ajout des termes « product specifications » 
et « documentation », dans l'exclusion de garantie le terme « SOFTWARE » a été 
remplacé par « PRODUCT », une exclusion de responsabilité a été ajoutée en fin 
de licence).

* Idem, le texte de la licence annoncée étant la licence BSD modifiée (aussi 
dite « 3-clause BSD ») n'est pas le texte original de cette licence (le terme « 
Software » a été remplacé par « Product » et quelques aménagements secondaires 
ont été effectués).

Bref, les vraies licences MIT et BSD parlent de logiciel, de code source et de 
code binaire, c'est tout. Je m'étais contenté de rebondir sur la CC By-SA, mais 
s'il s'agit de lister les licences libres applicables à du matériel, en 
écartant les licences exotiques et peu ou prou jamais utilisées, la liste se 
résume à :

* CC 0 : équivalent d'un versement dans le domaine public pour les pays où 
l'abandon prématuré des droits patrimoniaux est impossible (cas de la France)

  https://creativecommons.org/publicdomain/zero/1.0/

* CC By : licence permissive (à prendre en version 4.0)

  https://creativecommons.org/licenses/by/4.0/

* CC By-SA : licence fortement diffusive (à prendre en version 4.0)

  https://creativecommons.org/licenses/by-sa/4.0/

* CERN OHL : licence fortement diffusive (à prendre en version 1.2)

  https://www.ohwr.org/projects/cernohl/wiki

Sébastien


-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !


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

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[Christian Quest]

Pour ma part, j'ai testé un M8T pour faire du RTK, connecté à une simple 
raspberry pi et une batterie. Aucun hardware spécifique à développer ni 
électronique.


Un script se lance au boot de la raspberry et enregistre le signal dans 
un fichier sur la carte SD que je récupère ensuite comme trace GPS mais 
aussi pour faire du post-traitement RTK.


Au total ça ne dépasse pas 150€ et c'est évolutif. Il serait possible 
d'activer une connexion bluetooth / wifi (intégrés sur la Pi Zero W).


GPS: http://www.csgshop.com/product.php?id_product=258 (M8T donc avec 
RTK, moins cher sans)


Raspberry: 
https://www.kubii.fr/fr/pi-zero-w/2077-kit-pi-zero-w-3272496009509.html


et une power bank... pour quelques dizaines d'euros en fonction de la 
capacité souhaitée.



Manque plus que de packager tout ça... et pour une petite série, je 
ferai bien chauffer mon imprimante 3D ;)

On peut rajouter une LED multicolore pour indiquer l'état.

Proto pour SOTM Bordeaux ?


Le 23/03/2018 à 14:58, Dominique Rousseau a écrit :

Le Fri, Mar 23, 2018 at 09:53:03AM +0100, René-Luc Dhont [rldh...@gmail.com] a 
écrit:

Bonjour,

Est-ce que ce projet aurait un lien avec le projet Centipède de
Julien Ancelin ?
https://github.com/jancelin/centipede
https://centipede.sig.inra.fr/websig/lizmap/www/
https://jancelin.github.io/centipede/#/

Pas directement, je dirais.
De ce que je comprens du projet centipede, il s'agit de deployer des
bases fixes permettant de faire de la correction RTK, donc de fournir un
signal, plutot que le recevoir.



--
Christian Quest - OpenStreetMap France


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

Re: [Talk-it] A proposito di relazioni

[Dino Michelini]

  Scusa Martin intanto, nessuno ha mai parlato di contratti conto terzi
o menate varie, ne parli tu ora e non so a cosa ti riferisci...
sinceramente non ne sento la necessità!
Ma rimango veramente stupito
circa la tua affermazione "Al livello nazionale non c'è moltissimo da
definire..." ma come pensi che si possa portare avanti un progetto di
mapaptura collaborativa nazionale se si opera nel modo in cui scrivi? Se
non ci si mette d'accordo neache su cosa va mappato e come questo deve
essere fatto, si opera solo in modo anarchico, confuso e raffazzonato,
intrducendo una marea di errori che non fanno altro che danno
all'immagine di OSM e sminuiscono il alvoro dei mappatori.
Caro Martin
ora per la VF italiana ti trovi su OSM due superoute e varie relation
più o meno decenti, ma ti posso assicurare che prima che ci mettessi
pesantemente le mani era, a causa del modo di operare delle vere
communità locali sempre concentrate sul proprio orticello, una vera
schifezza! 
Quanto all'affermazione "Essendo tutti volontari, non si può
ordinare a nessuno di fare qualcosa..." non ho mai parlato di ordini ma
almeno su alcuni principi fondamentali (indipendenza commerciale e
politica del dato geografico, ecc.), buone pratiche (comunicazione,
trasparenza, ecc), e standard minimi per assicurare coerenza delle info
che metti nella mappatura (procedure discusse e condivise su come e cosa
si deve fare ad es. per progetti a valenza regionale/nazionale) ci
vogliono altrimenti cadi nell'errore (banale) che tu ti fai la bella
mappetta nell'orto di casa tua e poi chi se ne frega di quello che
avviene da altre parti. I problemi non sono solo il tagging ma ad es.
come raccogli i dati, come sarebbe utilie organizzarli, ad es. pochi in
OSM mappando l'uso del suolo costruiscono la topologia, ecc.
Cerchiamo
di sforzarci un pochino e invece di guardare sempre la punta del naso
diamouno sguardo anche alla luna.

Il 23.03.2018 14:42 Martin
Koppenhoefer ha scritto: 

> 2018-03-23 14:28 GMT+01:00 Dino Michelini
:
> 
>> Torno sull'argomento... è evidente che la comunità italiana di
OSM si deve strutturare meglio di quanto lo sia attualmente per quanto
riguarda la gestione di progetti di mappatura collaborativi.
> 
> la
verità è che non esiste "la comunità italiana" come gruppo omogeneo di
persone, anche se adesso c'è un organo formale (WM Italia) che aiuta
stipulare cooperazioni e contratti con terzi, le vere communità sono a
livello locale, dove la gente si conosce, e dove normalmente i progetti
di mappatura sono concordati. Al livello nazionale non c'è moltissimo da
definire, perché le coordinazioni rilevanti (per esempio sul tagging)
succedono a livello internazionale.
> 
> Essendo tutti volontari, non si
può ordinare a nessuno di fare qualcosa, contrario ad altre realità come
quelle istituzionali o privati.
> 
> Ciao, 
> Martin
 



Con Mobile Open 6 GB hai 6 Giga, 600 minuti e 300 SMS per il tuo smartphone a 
9€ al mese per sempre. Passa ora a Tiscali Mobile, il nostro mese è vero! 
http://tisca.li/Open6GB0318

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

Re: [Talk-cz] landuse v ceskych mestech

[Petr Vozdecký]

-- Původní e-mail --
Od: Vladimír Semotán 
Komu: OpenStreetMap Czech Republic 
Datum: 23. 3. 2018 9:23:08
Předmět: Re: [Talk-cz] landuse v ceskych mestech
"


Zdravím dalšího leteckého vývojáře,




už jsem tu párkrát také psal z pohledu uživatele-programátora. Zkouším
použití OSM pro renderování terénu pro letecké simulace (vrg.cz
(http://vrg.cz)). OSM je krásně detailní balík dat, jehož vytvoření muselo
dát v součtu strašně moc práce. Skláním se před tím. Ale vytváří ho
jednotlivci, nadšenci bez uceleného vedení a systému kontroly (nestojí nad
nimi zlý šéf :-), nebo QA oddělení).

"
Jsi-li šikovný programátor, můžeš pro to leccos udělat :) jako první krok
může být nějaká vizualizace či analýza té nekonzistence a z ní plynoucí buď
návrh na hromadné dotagování, nebo vytvoření nějaké pomůcky pro kontrolu nad
manuálním dotvořením - ad projekt turistických rozcestníků, poštovní
schránky apod.

:)




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

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[Dominique Rousseau]

Le Fri, Mar 23, 2018 at 09:53:03AM +0100, René-Luc Dhont [rldh...@gmail.com] a 
écrit:
> Bonjour,
> 
> Est-ce que ce projet aurait un lien avec le projet Centipède de
> Julien Ancelin ?
> https://github.com/jancelin/centipede
> https://centipede.sig.inra.fr/websig/lizmap/www/
> https://jancelin.github.io/centipede/#/

Pas directement, je dirais.
De ce que je comprens du projet centipede, il s'agit de deployer des
bases fixes permettant de faire de la correction RTK, donc de fournir un
signal, plutot que le recevoir.

-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

Re: [OSM-talk-fr] Quel bonne pratique pour taguer un cirque naturel (Exemple : Cirque de Gavarnie)

[emeric Prouteau]

L'utilisation du terme "valley" ne convient pas à mon avis car on parle de
deux choses différentes. Le cirque constitue le début d'une vallée et la
vallée d'étend le long d'un cours d'eau (En règle générale). Si on utilise
le terme "valley" on se retrouverait avec des doublons dans les cas ou un
cirque aurait le même nom q'une vallée.

Le 23 mars 2018 à 09:31, Philippe Verdy  a écrit :

> Les cirques sont juste des formes particulières de vallées, cernées par
> des hauteurs presque tout autour hormis quelques passes étroites (parfois
> via des cols).
>
> Effectivement il n'y a pas toujours des falaises, ou seulement sur une
> partie minoritaire du relief qui domine le cirque.
>
> Beaucoup sont d'anciennes vallées glacières ou d'anciens lacs qui depuis
> se sont érodés sur un passage étroit. Mais un tel passage en surface peut
> ne pas toujours exister (l'eau sort du cirque par un syphon naturel).
> Certains cirques sont des calderas d'anciens volcans. On voit plus souvent
> des falaises justement dans les calderas des volcans et dans les zones
> d'effondrement d'un plancher entre deux soulèvements techtonique. Certains
> cirques ont aussi été noyés sous la mer et c'est le poids de la
> sédimentation qui a provoqué leur effondrement, avant que la mer se retire,
> laissant les "falaises" visibles.
>
> L'origine des falaises peut être l'effondrement du plancher, mais dans
> d'autres cas c'est le fruit d'une érosion rapide par la mer ou le lent
> creusement d'un canyon par un cours d'eau.
>
> Bref je suis d'accord que "cliff" n'est pas bon. Je pencherais juste pour
> le classement en tant que "natural=valley" (ou natural=caldera, cependant
> des volcans peuvent avoir des calderas envahies par les eaux d'un lac ou
> par la mer, de sorte que ce ne sont pas vraiment des "vallées" mais plutôt
> des lacs, des baies comme à Santorin, à ne pas confondre avec les lagons
> dans le cas des atolls, qui sont cernés non pas par les cimes d'un plancher
> continental, mais par l'élévation d'un massif coralien ayant grandi le long
> des pentes peu profondes d'une caldera effondrée et noyée sous l'eau; on a
> aussi le cas des lagons surelevés: le lagon s'est soulevé à nouveau puis
> vidé de son eau, laissant apparaitre un plateau: les falaises ne sont plus
> à l'intérieur de la caldera, mais autour, le plateau n'a plus rien d'une
> vallée et est presque entièrement repli par l'accumulation du massif
> coralien qui a été soulevé, puis erodé, ses propres sédiments d'érosion
> ayant fini par combler l'ancien lagon central vidé depuis de son eau. en
> même temps que d'autres sédiments biologiques ayant fini par prospérer
> dessus, le tout mêlé de poussières ou sables apportés par le vent, pour
> former un sol complexe mais souvent fragile et pauvre en eau)
>
> Les falaises elles-même, quand il y en a autour des cirques, sont à tracer
> comme des traits simples, et elles forment rarement des courbes fermées
> autour des cirques et peuvent même se fermer non pas autour du cirque mais
> autour des cimes qui dominent le cirque... Le cirque peut être cerné de
> cimes sur plusieurs rangs concentriques (Gavarnie par exemple): il peut y
> avoir alternance de montées et descentes entre la vallée centrale et les
> plus hautes cimes visibles.
>
>
>
> Le 23 mars 2018 à 08:56, marc marc  a écrit :
>
>> Le 23. 03. 18 à 08:47, emeric Prouteau a écrit :
>> > natural=cliff + cliff=cirque n'est par forcément faisable pour tous les
>> > cirques car ils ne sont pas forcément constitués de falaises.
>>
>> De quoi sont-elle constitué dans ce cas ?
>>
>> > Mais peut-on mettre "cirque" si le terme n'est pas décris dans le wiki ?
>>
>> Oui tu est libre de mettre n'importe quel tag et valeur.
>> Bien sur au plus c'est discuté et documenté sur lw wiki,
>> au plus cela a des chances d'être utilisé.
>> ___
>> 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
>
>


-- 
*Emeric PROUTEAU*




*Ingénieur en géomatiqueemeric.prout...@gmail.com
Avant d'imprimer. Pensons à l'environnement.Save
paper. Do you really need to print this e-mail?*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk] OpenStreetMap Carto release v4.9.0

[Daniel Koć]

Dear all,

Today, v4.9.0 of the openstreetmap-carto stylesheet (the default
stylesheet on the OSM website) has been released. Once changes are
deployed on the openstreetmap.org it will take couple of days before all
tiles show the new rendering.

Changes include

Major changes
- A bug where closed ways with natural=cliff or natural=tree_row were
not rendering has been fixed. This required fixing a transform bug. The
fix will apply to all objects when they are created in OSM, but there is
no migration for existing databases. Deployments will have to decide if
the effects are serious enough to require them to reload the database.

Changes
- Adding place=square name rendering
- Adding rendering for different types of towers and masts
- Making gardens to use grass color with plant nursery pattern
- Adding rendering for intermittent water bodies
- Give oceans outline and simplify shapefiles on z0-7
- Simplify (generalize) admin borders
- Move natural=grassland and landuse=meadow earlier
- Start rendering aerialway name
- Adding icons for amenity=bbq, amenity=shower, leisure=sauna and
advertising=column
- Adding special icons for shop=dairy, shop=medical_supply and shop=music
- Move amenity=toilets to higher zoom levels
- Fixing some SVG icons artifacts
- Make military=danger_area font dark pink and slanted
- Changing rendering for construction=steps to distinguish it from roads
- Changing label colour of private parking
- Small documentation and code fixes

Thanks to all the contributors for this release, including james2432,
Penegal and jragusa, new contributors.

For a full list of commits, see
https://github.com/gravitystorm/openstreetmap-carto/compare/v4.8.0...v4.9.0

As always, we welcome any bug reports at
https://github.com/gravitystorm/openstreetmap-carto/issues

-- 
"My method is uncertain/ It's a mess but it's working" [F. Apple]

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

Re: [Talk-it] A proposito di relazioni

[Martin Koppenhoefer]

2018-03-23 14:28 GMT+01:00 Dino Michelini :

> Torno sull'argomento... è evidente che la comunità italiana di OSM si deve
> strutturare meglio di quanto lo sia attualmente per quanto riguarda la
> gestione di progetti di mappatura collaborativi.
>



la verità è che non esiste "la comunità italiana" come gruppo omogeneo di
persone, anche se adesso c'è un organo formale (WM Italia) che aiuta
stipulare cooperazioni e contratti con terzi, le vere communità sono a
livello locale, dove la gente si conosce, e dove normalmente i progetti di
mappatura sono concordati. Al livello nazionale non c'è moltissimo da
definire, perché le coordinazioni rilevanti (per esempio sul tagging)
succedono a livello internazionale.

Essendo tutti volontari, non si può ordinare a nessuno di fare qualcosa,
contrario ad altre realità come quelle istituzionali o privati.

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

Re: [Talk-it] A proposito di relazioni

[Dino Michelini]

  più che morto non trova più sul sito di Itinera il link perchè lo
hanno spostato. Inoltre, Itinera è una società privata che inizialmente
aveva ricevuto l'incarico di fare il primo rilievo completo del tratto
italiano della VF, poi hanno ricevuto l'incarico di fare il sito della
AEVF. La segnalazione al mibac si può fare ma gli va comunicato anche
che deve rivolgersi al sito della AEVF non più ad Itinera che ha ceduto
le tracce gps alla AEVF.

Il 23.03.2018 14:25 Martin Koppenhoefer ha
scritto: 

> 2018-03-23 12:26 GMT+01:00 emmexx :
> 
>> Qui i riferimenti
ufficiali per la definizione del percorso:
>> 
>>
http://www.librari.beniculturali.it/opencms/opencms/it/news/novita/novita_db174.html
[1]
>> 
>>
http://www.beniculturali.it/mibac/export/MiBAC/sito-MiBAC/Contenuti/Ministero/UfficioStampa/News/visualizza_asset.html_289739154.html
[2]
> 
> dove? Non trovo niente di concreto, anzi, per qualche strano
verso, seguendo i link per il percorso, sono finito sul sito di una Srl:
https://www.itineraria.eu/ [4] 
> Questo perché
http://www.librari.beniculturali.it/opencms/opencms/it/news/novita/novita_db164.html
[5] qui il link è morto. Vi va di segnalare la cosa al mibac? 
> Ciao,

> Martin
  


Con Mobile Open 6 GB hai 6 Giga, 600 minuti e 300 SMS per il tuo smartphone a 
9€ al mese per sempre. Passa ora a Tiscali Mobile, il nostro mese è vero! 
http://tisca.li/Open6GB0318

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

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[Philippe Verdy]

Une licence BSD-like convient au logiciel aussi bien mais n'impose pas la
clause "virale" de la GPL, qui peut être bloquante pour intégrer des
pilotes nécessaires à certains composants (dont le capteur et décodeur GPS,
ou certaines bibliothèques de post-traitement/filtrage). Globalement la BSD
conserve au moins la partie "attribution obligatoire" de CC-BY-SA, de la
GPL et de la LGPL.

Mais BSD permet d'inclure non pas du code GPL mais bien du code LGPL, et
permet d'accompagner cela de documentation en CC-BY-SA (y compris des
diagrammes, photos...).

Si vous donnez un logo pour votre projet, il peut être sur une licence type
"artistique" plus protecteur que BSD, CC-BY-SA, GPL ou LGPL, mais
permettant encore des dérivations, sans limiter les reproductions mais en
protégeant encore mieux le droit d'auteur (contre des réappropriations
abusives dans des projets propriétaires ou via des brevets abusifs)

Si vous incluez des données OSM dans votre projet, la licence ODbL devra y
être compatible, ce qui est possible là encore avec un projet en licence
globale BSD.

Votre projet BSD pourra aussi être décomposé en lots séparables, chacun
étant remplaçable ou retirable individuellement pour former d'autres
projets: le code BSD que vous y aurez mis sera facilement réutilisable.
Mais vous pouvez mettre les lots individuels de code sous licence LGPL avec
les données en ODbL, et la documentation/les images en CC-BY-SA, le logo en
licence artistique.

Prenez soin de bien "lotir" votre projet en composants identifiables et
séparables, et attribuez à chaque lot la licence qui convient (que ce soit
issu de vos travaux ou que cela vienne de projets tiers que vous
réutiliserez), et détaillez ce lotissement dans un fichier README ou
LICENSING, structurez vos sources, bibliothèques, designs utilisez en
sous-dossiers séparés pour faciliter la gestion des licences applicables.

Ensuite cela permettra de faire évoluer plus facilement votre projet si à
l'avenir vous changez des composants pour faire une version 2 ou des
versions multiples (base, pro, pour piétons, pour vélos, pour
voitures/camions, pour aviation, pour le trekking et le tout-terrain...)
avec plus ou moins d'antennes, plus ou moins de composants réseau, avec ou
sans post-traitement assisté (pouvant nécessiter des souscriptions à des
services tiers)...


Le 23 mars 2018 à 13:23, Lionel Allorge  a
écrit :

> > Stéphane Péneau a écrit :
> >> Oui, j'ai oublié de le préciser, mais tout serait en CC-by-SA.
> >
> > La licence CC By-SA est adaptée aux plans et modèles, donc à la partie
> > matérielle, mais pour la partie logicielle, il sera préférable d'opter
> > pour une licence conçue pour les logiciels, l'équivalent d'une CC By-SA
> > (fortement diffusive) étant alors la licence GNU GPL v3.0.
>
> Je confirme que la cc by sa n'est pas adaptée aux logiciels.
> C'est expliqué ici (en anglais) :
> https://creativecommons.org/faq/#can-i-apply-a-creative-
> commons-license-to-software
>
> Librement.
>
> --
> Lionel Allorge
> Lune Rouge : http://www.lunerouge.org
> April : http://www.april.org
> Wikimedia France : http://wikimedia.fr
> OpenStreetMap France : http://www.openstreetmap.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] Et si on fabriquait notre récepteur/logger GPS ?

[Jérôme Seigneuret]

Coté hardware voici les licences

http://www.inmojo.com/licenses/

Le 23 mars 2018 à 13:23, Lionel Allorge  a
écrit :

> > Stéphane Péneau a écrit :
> >> Oui, j'ai oublié de le préciser, mais tout serait en CC-by-SA.
> >
> > La licence CC By-SA est adaptée aux plans et modèles, donc à la partie
> > matérielle, mais pour la partie logicielle, il sera préférable d'opter
> > pour une licence conçue pour les logiciels, l'équivalent d'une CC By-SA
> > (fortement diffusive) étant alors la licence GNU GPL v3.0.
>
> Je confirme que la cc by sa n'est pas adaptée aux logiciels.
> C'est expliqué ici (en anglais) :
> https://creativecommons.org/faq/#can-i-apply-a-creative-
> commons-license-to-software
>
> Librement.
>
> --
> Lionel Allorge
> Lune Rouge : http://www.lunerouge.org
> April : http://www.april.org
> Wikimedia France : http://wikimedia.fr
> OpenStreetMap France : http://www.openstreetmap.fr/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] A proposito di relazioni

[Dino Michelini]

  più che un ramo secco si tratta di una relation non inserita creata
da nella superoute italiana e nella wiki. Come è evidente sulla VF ci
lavorano un pò di persone ma come spesso capita in OSM non si coordinano
tra loro, spesso non leggono neache la wiki, alcune nel mappare non
sanno lavorare con relation e superoute e fanno danni e mantenere e
monitorare un cammino così lungo non è cosa facile.
Torno
sull'argomento... è evidente che la comunità italiana di OSM si deve
strutturare meglio di quanto lo sia attualmente per quanto riguarda la
gestione di progetti di mappatura collaborativi.

Il 23.03.2018 11:29
Cascafico Giovanni ha scritto: 

> Il giorno 23 marzo 2018 10:42, Dino
Michelini ha scritto:
> 
>> Esistono problemi derivanti dalla lunghezza
del percorso 3045 km. Il problema principale è il modello adottato nel
creare il tracciato in OSM: anche in altre nazioni si è optato per una
superoute che invece di riportare le singole tappe riporta tratti molto
più lunghi
> 
> Se cerco le relazioni route=hicing con ref=VF mi appare
un "ramo secco" [2]. E' un errore? 
> [1] http://overpass-turbo.eu/s/xgr
[2] 
> [2] https://www.openstreetmap.org/relation/3854933 [3]
 



Con Mobile Open 6 GB hai 6 Giga, 600 minuti e 300 SMS per il tuo smartphone a 
9€ al mese per sempre. Passa ora a Tiscali Mobile, il nostro mese è vero! 
http://tisca.li/Open6GB0318

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

Re: [Talk-it] A proposito di relazioni

[Martin Koppenhoefer]

2018-03-23 12:26 GMT+01:00 emmexx :

>
> Qui i riferimenti ufficiali per la definizione del percorso:
>
> http://www.librari.beniculturali.it/opencms/opencms/it/news/novita/novita_
> db174.html
>
> http://www.beniculturali.it/mibac/export/MiBAC/sito-MiBAC/
> Contenuti/Ministero/UfficioStampa/News/visualizza_
> asset.html_289739154.html




dove? Non trovo niente di concreto, anzi, per qualche strano verso,
seguendo i link per il percorso, sono finito sul sito di una Srl:
https://www.itineraria.eu/
Questo perché
http://www.librari.beniculturali.it/opencms/opencms/it/news/novita/novita_db164.html
qui il link è morto. Vi va di segnalare la cosa al mibac?

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

Re: [Talk-it] A proposito di relazioni

[Dino Michelini]

  si è una delle vie francigene che permettono di passare le alpi
entrando dalla Svizzera o Francia. Al questa pagina trovi tutte le info
dell'itineradio itinerario da Santiago attraverso i Colli del Monginevro
e del Moncenisio http://www.viefrancigene.org/it/mappe/ [3]

Il
23.03.2018 11:41 Ivo Reano ha scritto: 

>> Se cerco le relazioni
route=hicing con ref=VF mi appare un "ramo secco" [2]. E' un errore? 
>>
[1] http://overpass-turbo.eu/s/xgr [1] 
>> [2]
https://www.openstreetmap.org/relation/3854933 [2]
> 
> È la "Via
Francigena" valsusina. È stata reffata "VF". Non sono sicuro ma è in
effetti un percorso curato, segnalato e pubblicizzato come tale.
 



Con Mobile Open 6 GB hai 6 Giga, 600 minuti e 300 SMS per il tuo smartphone a 
9€ al mese per sempre. Passa ora a Tiscali Mobile, il nostro mese è vero! 
http://tisca.li/Open6GB0318

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

Re: [Talk-it] A proposito di relazioni

[Dino Michelini]

  grazie, ma li conosco da anni.

Il 23.03.2018 12:26 emmexx ha
scritto: 

> On 03/23/2018 10:42 AM, Dino Michelini wrote:
> 
>>
*Relazione OSM* La superoute della Via Francigena per il tratto italiano
è stata ricostruita da me in quanto quella presente riportava solo pochi
metri dei migliaia di km. I riferimenti utilizzati per ricostruire la VF
in OSM sono stati quelli ufficiali ed approvati da Regioni, MBCT e
Commissione Europea presenti sul sito della Associazione Europea delle
Vie Francigene AEFV (http://www.viefrancigene.org [1]) peraltro citati
nelle relazioni. Nel tracciato non sono riportate tutte le varianti.
>

> Qui i riferimenti ufficiali per la definizione del percorso:
> 
>
http://www.librari.beniculturali.it/opencms/opencms/it/news/novita/novita_db174.html
[2]
> 
>
http://www.beniculturali.it/mibac/export/MiBAC/sito-MiBAC/Contenuti/Ministero/UfficioStampa/News/visualizza_asset.html_289739154.html
[3]
> 
> ciao
> maxx
> 
>
___
> Talk-it mailing list
>
Talk-it@openstreetmap.org [4]
>
https://lists.openstreetmap.org/listinfo/talk-it [5]
 



Con Mobile Open 6 GB hai 6 Giga, 600 minuti e 300 SMS per il tuo smartphone a 
9€ al mese per sempre. Passa ora a Tiscali Mobile, il nostro mese è vero! 
http://tisca.li/Open6GB0318

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

Re: [Talk-cz] Vývojáři – DATA.BRNO

[Marián Kyral]

Co třeba, pro začátek, něco takového: https://wiki.osmfoundation.org/wiki/
Licence/Waiver_and_Permission_Templates ?
Je možné to rovnou přeložit do češtiny.

Marián

-- Původní e-mail --
Od: majka 
Komu: talk-cz@openstreetmap.org
Datum: 23. 3. 2018 12:51:00
Předmět: Re: [Talk-cz] Vývojáři – DATA.BRNO
"

Možná by nebylo od věci dát někam k dispozici vzorový text toho souhlasu v
češtině (nebo možná pro klid v duši i rovnou vč. překladu v angličtině).









On Fri, 23 Mar 2018 at 12:14, Ha Noj  wrote:

"jestli dobře čtu tak skoro ano, ale je potřeba požádat o souhlas, tedy
že "CC-BY+souhlas~=ODbL".
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/
(https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/)
"

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

Re: [OSM-ja] "highway=motorway" definition in Japan region / 高速道路の定義について

[tomoya muramoto]

いいださんが変更セットの議論で言及されたJapan taggingに記載されている通り、
日本における highway=motorway の定義は、入口に自動車専用道路の標識がついている道路です。

ですので、zyxzyxさんは特に新しい提案をしていないように見えます。
(逆に、何を明確化したいのかわかりませんが)

日本の高速道路は、原付不可、小型二輪不可、普通二輪可です。
Googleストリートビューを見ると、知立バイパスは原付不可、小型二輪可、普通二輪可のようです。
https://www.google.co.jp/maps/@34.9872413,137.039779,3a,75y,345.31h,82.32t/data=!3m6!1e1!3m4!1sxF6QLHNbagJvyTdZmtJSYQ!2e0!7i13312!8i6656

現在、知立バイパスは highway=motorway
がついていますが、これをhighway=trunkに変更するのは合理的であるように思います。(Googleマップや地理院地図でも一般国道として描画されています)

ただ、zyxzyxさんが接続道路に付与した motorroad=yes
が、軽車両、原付、小型二輪のどこまでを含むのか、日本では定義されていないので、合意形成は必要かもしれません。

ですが、accessタグには小型二輪に相当するカテゴリがなく、ちょっと合意形成に時間がかかりそうな気がします…
https://wiki.openstreetmap.org/wiki/JA:Key:access

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

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[Lionel Allorge]

> Stéphane Péneau a écrit :
>> Oui, j'ai oublié de le préciser, mais tout serait en CC-by-SA.
> 
> La licence CC By-SA est adaptée aux plans et modèles, donc à la partie
> matérielle, mais pour la partie logicielle, il sera préférable d'opter
> pour une licence conçue pour les logiciels, l'équivalent d'une CC By-SA
> (fortement diffusive) étant alors la licence GNU GPL v3.0.

Je confirme que la cc by sa n'est pas adaptée aux logiciels.
C'est expliqué ici (en anglais) :
https://creativecommons.org/faq/#can-i-apply-a-creative-commons-license-to-software

Librement.

-- 
Lionel Allorge
Lune Rouge : http://www.lunerouge.org
April : http://www.april.org
Wikimedia France : http://wikimedia.fr
OpenStreetMap France : http://www.openstreetmap.fr/

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

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[Denis Bigorgne]

... pour les usages moins extrêmes (NB : je suis coincé chez moi avec de
sévères problèmes de lombaires : joli lapsus  )

Le 23 mars 2018 à 12:58, Denis Bigorgne  a écrit :

> Je suis très proche des réaction de Dominique Rousseau, mis à part la
> question autonomie.
> Il faudrait pouvoir s'en servir dans des trek de longue durée hors zone
> réseau électrique.
>
> Donc alim possible par piles : le trekkeur emmène le nombre de pile qu'il
> lui faut.
>
> Ce n'est pas incompatible avec un accu lithium pour les usages moins
> externes
>
> Le 23 mars 2018 à 07:09, Dominique Rousseau  a écrit :
>
>> Le Thu, Mar 22, 2018 at 04:05:20PM +0100, Stéphane Péneau [
>> stephane.pen...@wanadoo.fr] a écrit:
>> [...]
>> > Et maintenant j'ai besoin de toi cher lecteur :
>> >
>> > 1) Ca t'intéresse ? Tu es prêt à mettre un peu d'argent pour faire
>> > des belles traces GPS ? Heu non, des belles traces
>> > Galileo/Gps/Glonass/Beidou ?
>> > Alors dis-le, car il faudra être un certain nombre pour que ça soit
>> > possible.
>>
>> (petit) oui
>> ( ca fait longtemps que je n'ai pas fait de traces, en partie faute d'un
>> bn enregistreur autonome :o) )
>>
>> > 2) Est-ce que tu préfères utiliser une antenne integrée ou externe ?
>> > Une antenne externe magnétique, sur le toit de la voiture, sur ta
>> > casquette, ça marche beaucoup beaucoup mieux.
>>
>> Je prefereais interne, pour des questions de compacite, mais un
>> connecteur externe pour des usages vehicules ou autre, c'esdt surement
>> utile.
>>
>> > 3) J'imagine que tu veux qu'il fasse enregistreur autonome, c'est
>> > prévu. Mais sur quelle durée souhaites-tu pouvoir le faire ?
>>
>> Avec une carte microSD, vu les capacites actuelles, on peut la
>> considerer comme "infinie".
>> (de memoire les traces NMEA avec 1 poitn par seconde ca doit etre de
>> l'ordre du Mo par heure)
>>
>> > 4) De quelle autonomie as-tu besoin ? 6h ? 12h? 24h ? plus ?
>>
>> Une dizaine d'heure (une journée d'usage) serait bien, je pense.
>>
>> > 5) Est-ce que tu poserais quelques limites sur l'encombrement, le poids
>> ?
>>
>> Une dimension qui permet de la glisser dans une poche :)
>> Plus gros d'une pile AAA, moins qu'une brioque, quoi.
>>
>> --
>> Dominique Rousseau
>> d...@lee-loo.net - 06 82 43 12 27
>>
>> A l'instant où l'esclave décide qu'il ne sera plus esclave,
>> ses chaînes tombent.  -- Mahatma Gandhi
>>
>> ___
>> 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] Et si on fabriquait notre récepteur/logger GPS ?

[Denis Bigorgne]

Je suis très proche des réaction de Dominique Rousseau, mis à part la
question autonomie.
Il faudrait pouvoir s'en servir dans des trek de longue durée hors zone
réseau électrique.

Donc alim possible par piles : le trekkeur emmène le nombre de pile qu'il
lui faut.

Ce n'est pas incompatible avec un accu lithium pour les usages moins
externes

Le 23 mars 2018 à 07:09, Dominique Rousseau  a écrit :

> Le Thu, Mar 22, 2018 at 04:05:20PM +0100, Stéphane Péneau [
> stephane.pen...@wanadoo.fr] a écrit:
> [...]
> > Et maintenant j'ai besoin de toi cher lecteur :
> >
> > 1) Ca t'intéresse ? Tu es prêt à mettre un peu d'argent pour faire
> > des belles traces GPS ? Heu non, des belles traces
> > Galileo/Gps/Glonass/Beidou ?
> > Alors dis-le, car il faudra être un certain nombre pour que ça soit
> > possible.
>
> (petit) oui
> ( ca fait longtemps que je n'ai pas fait de traces, en partie faute d'un
> bn enregistreur autonome :o) )
>
> > 2) Est-ce que tu préfères utiliser une antenne integrée ou externe ?
> > Une antenne externe magnétique, sur le toit de la voiture, sur ta
> > casquette, ça marche beaucoup beaucoup mieux.
>
> Je prefereais interne, pour des questions de compacite, mais un
> connecteur externe pour des usages vehicules ou autre, c'esdt surement
> utile.
>
> > 3) J'imagine que tu veux qu'il fasse enregistreur autonome, c'est
> > prévu. Mais sur quelle durée souhaites-tu pouvoir le faire ?
>
> Avec une carte microSD, vu les capacites actuelles, on peut la
> considerer comme "infinie".
> (de memoire les traces NMEA avec 1 poitn par seconde ca doit etre de
> l'ordre du Mo par heure)
>
> > 4) De quelle autonomie as-tu besoin ? 6h ? 12h? 24h ? plus ?
>
> Une dizaine d'heure (une journée d'usage) serait bien, je pense.
>
> > 5) Est-ce que tu poserais quelques limites sur l'encombrement, le poids ?
>
> Une dimension qui permet de la glisser dans une poche :)
> Plus gros d'une pile AAA, moins qu'une brioque, quoi.
>
> --
> Dominique Rousseau
> d...@lee-loo.net - 06 82 43 12 27
>
> A l'instant où l'esclave décide qu'il ne sera plus esclave,
> ses chaînes tombent.  -- Mahatma Gandhi
>
> ___
> 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-cz] Vývojáři – DATA.BRNO

[majka]

Možná by nebylo od věci dát někam k dispozici vzorový text toho souhlasu v
češtině (nebo možná pro klid v duši i rovnou vč. překladu v angličtině).


On Fri, 23 Mar 2018 at 12:14, Ha Noj  wrote:

> jestli dobře čtu tak skoro ano, ale je potřeba požádat o souhlas, tedy
> že "CC-BY+souhlas~=ODbL".
> https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] A proposito di relazioni

[emmexx]

On 03/23/2018 10:42 AM, Dino Michelini wrote:
> *Relazione OSM*
> La superoute della Via Francigena per il tratto italiano è stata
> ricostruita da me in quanto quella presente riportava solo pochi metri
> dei migliaia di km. I riferimenti utilizzati per ricostruire la VF in
> OSM sono stati quelli ufficiali ed approvati da Regioni, MBCT e
> Commissione Europea presenti sul sito della Associazione Europea delle
> Vie Francigene AEFV (http://www.viefrancigene.org) peraltro citati nelle
> relazioni. Nel tracciato non sono riportate tutte le varianti.

Qui i riferimenti ufficiali per la definizione del percorso:

http://www.librari.beniculturali.it/opencms/opencms/it/news/novita/novita_db174.html

http://www.beniculturali.it/mibac/export/MiBAC/sito-MiBAC/Contenuti/Ministero/UfficioStampa/News/visualizza_asset.html_289739154.html

ciao
maxx

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

Re: [Talk-cz] Vývojáři – DATA.BRNO

[Ha Noj]

jestli dobře čtu tak skoro ano, ale je potřeba požádat o souhlas, tedy
že "CC-BY+souhlas~=ODbL".
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/

ha
hanoj

Dne 21. března 2018 18:34 Jakub Jelen  napsal(a):
> Koukam, ze tam je pekna ortofotomapa, Jen si nejsem jisty licenci pro pouzit
> OSM. Co by bylo potreba, abychom ji mohli pouzivat pro mapovani v Brne,
> stejne jako se pouzivaji v Praze?
>
> http://gis.brno.cz/arcgis/rest/services/PUBLIC/basemap_ortofoto_aktualni/MapServer

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

Re: [Talk-it] A proposito di relazioni

[Alfredo Gattai]

A completamento aggiungo che in molte parti in cui il CAI si occupa della
segnaletica ed il percorso ha le bandierine con scritto "VF", tale valore
e' stato riportato dentro ref

2018-03-23 11:44 GMT+01:00 Volker Schmidt :

> @ Dino
>
> Grazie per la precisa descrizione.
> Di quello che descrivi e della pagina [1] risulta che un valore della
> chiave ref nel senso stretto (" "*ref*" stands for "*reference*" and is
> used for reference numbers or codes. ") non esiste.
>
> Waymarked trails [2] utilizza un trucco, che mi piace, cioè  di generare
> automaticamente un valore di ref fittizio dagli iniziali del nome, nel
> nostro caso sarebbe "VF".
>
> Forse sarebbe opportuno formalizzare questo approccio e, dopo disussione,
> aggiungerelo alla pèagina [3]
>
> [1] http://www.viefrancigene.org/en/segnaletica/
> [2] https://waymarkedtrails.org/
>
> [3] https://wiki.openstreetmap.org/wiki/Key:ref
>
>
>
>
>
>>
>
> ___
> 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-it] A proposito di relazioni

[Volker Schmidt]

@ Dino

Grazie per la precisa descrizione.
Di quello che descrivi e della pagina [1] risulta che un valore della
chiave ref nel senso stretto (" "*ref*" stands for "*reference*" and is
used for reference numbers or codes. ") non esiste.

Waymarked trails [2] utilizza un trucco, che mi piace, cioè  di generare
automaticamente un valore di ref fittizio dagli iniziali del nome, nel
nostro caso sarebbe "VF".

Forse sarebbe opportuno formalizzare questo approccio e, dopo disussione,
aggiungerelo alla pèagina [3]

[1] http://www.viefrancigene.org/en/segnaletica/
[2] https://waymarkedtrails.org/

[3] https://wiki.openstreetmap.org/wiki/Key:ref





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

Re: [Talk-it] A proposito di relazioni

[Ivo Reano]

> Se cerco le relazioni route=hicing con ref=VF mi appare un "ramo secco"
> [2]. E' un errore?
>
> [1] http://overpass-turbo.eu/s/xgr
> [2] https://www.openstreetmap.org/relation/3854933
>

È la "Via Francigena" valsusina. È stata reffata "VF". Non sono sicuro ma è
in effetti un percorso curato, segnalato e pubblicizzato come tale.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] A proposito di relazioni

[Cascafico Giovanni]

Il giorno 23 marzo 2018 10:42, Dino Michelini  ha
scritto:

> Esistono problemi derivanti dalla lunghezza del percorso 3045 km. Il
> problema principale è il modello adottato nel creare il tracciato in OSM:
> anche in altre nazioni si è optato per una superoute che invece di
> riportare le singole tappe riporta tratti molto più lunghi
>

Se cerco le relazioni route=hicing con ref=VF mi appare un "ramo secco"
[2]. E' un errore?

[1] http://overpass-turbo.eu/s/xgr
[2] https://www.openstreetmap.org/relation/3854933
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] A proposito di relazioni

[Dino Michelini]

  E' ovvio che l'attuale percorso non può necessariamente coincidere
con quello di mille anni fa ed è alrettanto ovvio che se vuoi arrivare
da A a B puoi seguire le strade che più ritieni opportuno. Nella realtà,
che ti piacia o meno, esiste però un percorso ufficiale, segnalato e
manutenzionato da tanti volontari sul quale camminano e pedalano
migliaia di persone ogni anno. Puoi pure non tenerne conto ma questa è
la realtà. 
Quanto al discorso varianti del tracciato (sindaci ecc.)
evidentemente non conosci come funziona. Ho già proposto al consiglio
della AEVF due variante alla Via Francigena per il tratto laziale che
risolve i problemi di sicurezza per il percorso nella pronvincia di Roma
e quello nella capitale.
continua a mappare in questo modo senca porti
problemi se quallo che vedi è giusto o sbagliato e farai contanti i
tanti inglesi, tedeschi, italiani che tra Viterbo e Sutri seguendo falsi
segnavia collocari ad arte da scaltri furbetti lungo il tracciato. Mi
sembra che ragioni come prima di Galileo: vedi il sole che gira intorno
alla terra e non ti domandi se è giusto quello che vedi. 

Il 23.03.2018
11:07 Martin Koppenhoefer ha scritto: 

> 2018-03-23 10:42 GMT+01:00
Dino Michelini :
> 
>> Intervengo in quanto direttamente interessato
avendo collaborato per anni alla manutenzione del tratto che attraversa
la provincia di Viterbo. Quando si parla di Via Francigena (VF) ci si
riferisce al viaggio documentato compiuto da Sigerico (vescovo di
Canterbury https://it.wikipedia.org/wiki/Sigerico_di_Canterbury [1]) per
arrivare a Roma (itinerairo di Sigerico [2]). In termini storici si
tratta di quelle strade medievali (Vie Romee) che su tracciati romani
permettevano i pellegrini di arrivare a Roma S. Pietro
(https://it.wikipedia.org/wiki/Via_Francigena [3]).
> 
> e quindi si
cammina su strade statali e regionali? O forse hanno fatto qualche
piccola modifica? Con un elenco di città abbastanza vicine (elenco
Sigerico) dovrebbe essere abbastanza chiaro il percorso, più o meno, ma
nel dettaglio il percorso attuale è stato scelto (giustamente) secondo
il mondo di adesso. 
> 
> Per me è anche giusto che i sindaci di altri
comuni storici cercano di fare Via Francigene (o varianti) che
attraversano il loro territorio, infine non tutti i pellegrini hanno
sempre usato la stessa, unica strada. A noi interessa mappare la realtà
attuale, quindi mappiamo i percorsi segnati sul territorio, e se ci sono
alternative (con segnavia) mettiamo anche questi ;-)
> 
> Ciao, 
>
Martin
  


Con Mobile Open 6 GB hai 6 Giga, 600 minuti e 300 SMS per il tuo smartphone a 
9€ al mese per sempre. Passa ora a Tiscali Mobile, il nostro mese è vero! 
http://tisca.li/Open6GB0318

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

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[Francois Gouget]

On Thu, 22 Mar 2018, Philippe Verdy wrote:

> < 1 m en montagne c'est difficile  pour une simple raison: le manque de
> visibilité d'une part et les réflexions/chemin multiples sur les parois, et
> souvent aussi la végétation en zone forestière. Particulièrement sans
> correction si c'est l'objectif et encore plus en monofréquence.
[...]
> L'absence de ces corrections basées sur d'autres observations et mesures
> prises par d'autres satellites ou stations d'observation au sol fait qu'on
> ne peut espérer mieux qu'une précision de 30 mètres en montagne. On peut
> toujours rêver mais il faut comprendre un peut comment et sur quelles
> mesures se basent les systèmes GNSS.

Du coup quel serait l'intérêt d'un tel GPS par rapport à un smartphone ?

Il ne reste guère que l'autonomie et le plaisir d'avoir du matériel 
libre mais est-ce vraiment suffisant ou cela ne le condamne-t-il pas à 
être diffusé à une douzaine d'exemplaires seulement ?

La précision c'est vraiment le principal reproche que je ferait au GPS 
de mon smartphone. Paradoxalement en voiture elle est suffisante pour du 
Mapillary mais dès que je me promène en ville à pied il divague beaucoup 
(je soupçonne qu'il utilise la vitesse pour restreindre le champ des 
possibles de la prochaine position). Étant donné les problèmes de 
réflexion et de masquage des satellites je ne vois guère de solution 
hors passer justement à un système travaillant à partir de la L5.

La fréquence de mise à jour de la position est potentiellement un 
deuxième problème mais il est tout aussi probable que ce soit juste un 
bug de Mapillary.

Donc, pour moi, un GPS séparé pourrait éventuellement être intéressant 
mais uniquement s'il offre une meilleure précision. Or il y a à présent 
assez de satellites qui émettent un signal L5 et on nous promet de 
nouveaux smartphones avec des puces GPS qui l'utilisent pour 2018. Du 
coup j'attendrai peut-être simplement de changer de smartphone.

https://spectrum.ieee.org/tech-talk/semiconductors/design/superaccurate-gps-chips-coming-to-smartphones-in-2018


-- 
Francois Gouget   http://fgouget.free.fr/
   A man can fail many times, but he isn't a failure
until he begins to blame somebody else.
   -- John Burroughs___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] A proposito di relazioni

[Martin Koppenhoefer]

2018-03-23 10:42 GMT+01:00 Dino Michelini :

> Intervengo in quanto direttamente interessato avendo collaborato per anni
> alla manutenzione del tratto che attraversa la provincia di Viterbo. Quando
> si parla di Via Francigena (VF) ci si riferisce al viaggio documentato
> compiuto da Sigerico (vescovo di Canterbury https://it.wikipedia.org/wiki/
> Sigerico_di_Canterbury) per arrivare a Roma (itinerairo di Sigerico
> ). In termini
> storici si tratta di quelle strade medievali (Vie Romee) che su tracciati
> romani permettevano i pellegrini di arrivare a Roma S. Pietro (
> https://it.wikipedia.org/wiki/Via_Francigena).
>


e quindi si cammina su strade statali e regionali? O forse hanno fatto
qualche piccola modifica? Con un elenco di città abbastanza vicine (elenco
Sigerico) dovrebbe essere abbastanza chiaro il percorso, più o meno, ma nel
dettaglio il percorso attuale è stato scelto (giustamente) secondo il mondo
di adesso.

Per me è anche giusto che i sindaci di altri comuni storici cercano di fare
Via Francigene (o varianti) che attraversano il loro territorio, infine non
tutti i pellegrini hanno sempre usato la stessa, unica strada. A noi
interessa mappare la realtà attuale, quindi mappiamo i percorsi segnati sul
territorio, e se ci sono alternative (con segnavia) mettiamo anche questi
;-)

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

Re: [Talk-it] A proposito di relazioni

[Alfredo Gattai]

tralasciando query di overpass, ti copi l'ID della superroute poi dentro
JOSM fai "dowload object"


ti assicuri di aver selezionato relation e di scaricare le parent relation
ed i relation member ed hai quello che ti serve

Alfredo


2018-03-23 4:42 GMT+01:00 aldoct :

> Sono sempre stato convinto che nel caso ne avessi avuto bisogno sarei
> riuscito facilmente a scaricare/editare i componenti di una relazione; fino
> a quando ho pensato di percorrere la Via Francigena e dunque mi sarebbe
> servito scaricarne i componenti. Ho provato, provato e, per pudore ho
> resistito. Alla fine mi sono arreso: come si fa?
> Saluti, Aldo
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> 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-it] A proposito di relazioni

[Dino Michelini]

  cerca meglio https://wiki.openstreetmap.org/wiki/Via_Romea_Francigena
[7]

Il 23.03.2018 09:03 Cascafico Giovanni ha scritto: 

> In effetti
cercando "via franchigena", OSM se ne esce solo con un paio di PDI (un
tabellone di info turistiche ed un altro elemento), che forniscono
comunque un indizio sulla type=superroute italiana, che peraltro non
riesco a processare con overpass-turbo (nemmeno con recurse down,
qualche spunto?). 
> Ho quindi individuato una relazione-figlia della
superroute e notato che il tag ref=VF può essere utile, per cui la query
[1] restituisce i tratti italiani. 
> Sarebbe utile integrare nella
sintassi la ricerca di PDI in prossimità dei tratti, come per esempio
acuq potabile a 500 metri dal tratto della Valle d'Aosta [2] 
> [1]
http://overpass-turbo.eu/s/xgr [4] 
> [2] http://overpass-turbo.eu/s/xgp
[5] 
> PS: Non ho trovato la Via Franchigena nella wiki OSM. Sarebbe
appropriatoa come voce? 
> 
> Il giorno 23 marzo 2018 04:42, aldoct ha
scritto:
> 
>> Sono sempre stato convinto che nel caso ne avessi avuto
bisogno sarei
>> riuscito facilmente a scaricare/editare i componenti di
una relazione; fino
>> a quando ho pensato di percorrere la Via
Francigena e dunque mi sarebbe
>> servito scaricarne i componenti. Ho
provato, provato e, per pudore ho
>> resistito. Alla fine mi sono
arreso: come si fa?
>> Saluti, Aldo
>> 
>> --
>> Sent from:
http://gis.19327.n8.nabble.com/Italy-General-f5324174.html [1]
>> 
>>
___
>> Talk-it mailing
list
>> Talk-it@openstreetmap.org [2]
>>
https://lists.openstreetmap.org/listinfo/talk-it [3]
 



Con Mobile Open 6 GB hai 6 Giga, 600 minuti e 300 SMS per il tuo smartphone a 
9€ al mese per sempre. Passa ora a Tiscali Mobile, il nostro mese è vero! 
http://tisca.li/Open6GB0318

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

Re: [Talk-it] A proposito di relazioni

[Dino Michelini]

  Intervengo in quanto direttamente interessato avendo collaborato per
anni alla manutenzione del tratto che attraversa la provincia di
Viterbo. Quando si parla di Via Francigena (VF) ci si riferisce al
viaggio documentato compiuto da Sigerico (vescovo di Canterbury
https://it.wikipedia.org/wiki/Sigerico_di_Canterbury [4]) per arrivare a
Roma (itinerairo di Sigerico [5]). In termini storici si tratta di
quelle strade medievali (Vie Romee) che su tracciati romani permettevano
i pellegrini di arrivare a Roma S. Pietro
(https://it.wikipedia.org/wiki/Via_Francigena [6]). Il tratto più lungo
della VF (3045 km) è quello italiano 1855 km: dal Colle del Gran San
Bernardo a Brindisi, per questo il cammino della VF è diviso in due
parti: la VF Romea (Colle del Gran San Bernardo-Roma S. Pietro) sito
http://www.viefrancigene.org [7] e relation 955907 [8] OSM e la VF del
Sud (Roma S. Pietro-Brindisi) sito http://www.viefrancigenedelsud.it [9]
e relation 8049339. [10] In Italia la distinzione dei due tratti ha una
ragione storica: mentre il tratto Colle G.S.Bernardo (o Moncenisio)-Roma
era utilizzato principalmente in occasione dei giubilei, il tratto del
sud, Roma-Brindisi, diventa particolarmente imprtante in occasione delle
crociate in terra santa.

RELAZIONE OSM
La superoute della Via
Francigena per il tratto italiano è stata ricostruita da me in quanto
quella presente riportava solo pochi metri dei migliaia di km. I
riferimenti utilizzati per ricostruire la VF in OSM sono stati quelli
ufficiali ed approvati da Regioni, MBCT e Commissione Europea presenti
sul sito della Associazione Europea delle Vie Francigene AEFV
(http://www.viefrancigene.org [11]) peraltro citati nelle relazioni. Nel
tracciato non sono riportate tutte le varianti. 

CRITICITÀ DELLE
SUPEROUTE DELLA VF IN OSM
Esistono problemi derivanti dalla lunghezza
del percorso 3045 km. Il problema principale è il modello adottato nel
creare il tracciato in OSM: anche in altre nazioni si è optato per una
superoute che invece di riportare le singole tappe riporta tratti molto
più lunghi: nel caso italiano vi sono le regioni attraversate.
Personalmente avrei preferito una superoute internazionale costruita
sulle singole tappe/varianti di modo da evitare superoute nazionali e
tratte regionali ma il progetto in OSM erà già stato impostato in questo
modo e per omologazione mi sono adeguato. Peraltro la confusione era
tale che anche chi aveva iniziato a lavorare al tratto Roma-Brindisi nel
ref riportava invece di ref=VFr invece di ref=VF. Penso che andrebbe
rivisto il tutto per abbandonare il modello "superoute nazione/relation
regione" ed avere una "superoute internazionale/relazion tappe". Questo
permetterebbe maggiore flessibilità nella gestione della superoute e
nell'aggionare le singole tappe/varianti. 

SEGNAVIA
La segnaletica
lungo il tratto italiano è ormai armonizzata (sono quasi del tutto
eliminati i vecchi segnavia che confondevano ed erano diversi a secondo
i luoghi/associazioni che le apponevano) e consiste in segnavia
bianco-rosso (uguale a quello CAI) con un pellegrino nero su sfondo
bianco: ogni anno decine di volontari coordinati dalla AEVF come il
sottroscitto ripercorrono il tratto di competenza per controllare lo
stato di percorribilità (ad es. potrebbe essere interrotto per cedimenti
di ponte in alcuni attraversamenti di fossi causa piene di torrenti), la
corretta presenza dei segnavia e curarne la dove serve il nuovo
posizionamento (spesso nel tratto VIterbo-Sutri compaiono falsi segnavia
e vengono cancellati quelli ufficiali con lo scopo di condurre le
persone in B o agriturismi che offrono pernotti a costi esorbitanti).


Il 23.03.2018 10:05 Martin Koppenhoefer ha scritto: 

> sent from a
phone
> 
>> On 23. Mar 2018, at 09:50, Ivo Reano wrote: La via
Francigena più famosa è quella da Canterbury a Roma, via Francigena è
trovata da nominatim 10 volte.
> 
> si, ma il tratto varia
> 
> Ciao,
Martin 
> ___
> Talk-it
mailing list
> Talk-it@openstreetmap.org [2]
>
https://lists.openstreetmap.org/listinfo/talk-it [3]
 



Con Mobile Open 6 GB hai 6 Giga, 600 minuti e 300 SMS per il tuo smartphone a 
9€ al mese per sempre. Passa ora a Tiscali Mobile, il nostro mese è vero! 
http://tisca.li/Open6GB0318

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

Re: [Talk-it] Fwd: Re: Città senza memoria

[Martin Koppenhoefer]

2018-03-22 18:22 GMT+01:00 Francesco Pelullo :

> Questa pagina sul wiki ha due funzioni:
> - la prima, coordinare la ricerca degli odonimi intitolati al Re [1];
> - la seconda, fare pressione sulle pubbliche amministrazioni affinchè
> cambino gli odonimi, monitorandone l'azione ed anzi incitandole a compierla.
>
> Ora, pur condividendo il principio, io ritengo che la seconda funzione sia
> completamente estranea ad OSM.
>


un conto è scrivere: "vai al tuo comune e chiedi il cambio del nome" o
"firma la petizione qui", un altro scrivere "cambiare le nomi è possibile"
citando esempi.




> Oltretutto, ma questo è il mio parere, è stata scritta con un tono
> volutamente provocatorio (vedi parole continuamente ripetute come
> "fascistissime", o "disgrazziate"), oltre ad essere un guazzabuglio di link
> e concetti presi da chissà dove e copiati ed incollati senza un filo logico.
>



Non sono un esperto, ma pare che "leggi fascistissime" sia un termine
definito: https://it.wikipedia.org/wiki/Leggi_fascistissime questo termine
compaia 2 volte, sempre riferito a "leggi fascistissime"
"disgrazziate" non ho trovato, nemmeno "disgraziate". Sulla mancanza del
filo logico: è un wiki ;-)




>
> Per questo, chiedo cortesemente agli autori di modificare con
> sollecitudine la pagina, rimuovendo le considerazioni relative all'operato
> del Re [2], quelle attinenti l'opportunità per le pubbliche amministrazioni
> di variare gli odonimi nonché il monitoraggio dei progressi finora svolti.
>


le considerazioni all'operato del re non sono fondamentali per il wiki di
OSM, sono daccordo, comunque, una frase o due potrebbe dare qualche
informazione di base per chi è ignorante nel merito.

In realtà, ogni azione in pubblico è anche politica, criticare questa
iniziativa per il scopo di cambiare infine i nomi

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

Re: [Talk-lv] Changeset rendering status

[Ilja Denisovs]

Spriežot pēc grafikiem, manas izmaiņas tieši trāpija uz to laiku, kad rinda
jau ir bijusi pilna.

2018-03-23 11:10 GMT+02:00 Ilja Denisovs :

> Paldies par linkiem! Kaut gan nebija īsti tas, ko es cereju redzēt, bet
> tik un tā tas ir interesanta un noderīga informācija.
>
> 2018-03-22 19:38 GMT+02:00 Rihards :
>
>> On 2018.03.22. 16:58, Ilja Denisovs wrote:
>> > Sveika, OSM kopiene!
>> >
>> > Pamanīju, ka citreiz izmaiņas tiek uzrenderetas uzreiz, bet citreiz
>> > paiet stundas, līdz tas paraidīsies kartē.
>> >
>> > Tamdēļ man ir sekojošs jautājums: vai ir iespējams kaut kā redzēt kādā
>> > changeset statusu?
>>
>> tur ir tā...
>>
>> agrāk bija biš vienkāršāk, jo bija mazāk serveru, nebija tile proxy utt.
>> tagad jāņem vērā potenciālās aiztures vietas :
>>
>> * changeset replikācija uz render serveriem
>> * render queue
>> * cache servers
>> * lokālā cache
>>
>> Sākot no apakšas, noteikti ir vērts pārliecināties, ka lokāli nav
>> saglabāti vecie attēli. Cits browseris, f5 utt. Ar dažiem pieslēgumiem
>> providerim var būt transparent cache.
>>
>> Tālāk ir tile cache serveri. Te es pat īsti nez, ko var darīt, izņemot
>> non-cacheable pieprasījumus (ctrl+r/f5 utt).
>>
>> Tālāk ir renderēšanas aiztures. Tās parasti ir lielākas kad pamaina
>> stylesheet, nedēļas nogalēs (kad ir vairāk izmaiņu).
>> Te var redzēt, cik liela ir queue :
>> https://munin.openstreetmap.org/openstreetmap/render.openstr
>> eetmap/index.html#renderd
>>
>> Ja ir max, tad vispār netiek pieņemti jauni pieprasījumi. Tajos periodos
>> izmaiņas noteikti parādīsies vēlāk.
>>
>> Tālāk ir replikācija no API serveriem uz renderēšanas serveriem. Kaut
>> kur ir grafiki, kas rāda aizturi, bet es tagad vairs nevaru atrast.
>> Jāņem vērā, ka replikācija reti kad ir problēma... bet gadās.
>>
>> Vēl vairāk statusu, grafikus utt var redzēt
>> https://wiki.openstreetmap.org/wiki/Platform_Status .
>>
>> Nu un vienmēr ir iespēja redzēt konkrēta attēla statusu, piemēram :
>> https://a.tile.openstreetmap.org/18/150978/80955.png/status
>> Ja ir azdomas, ka ilgi nav pārģenerēts un gribas pamēģināt paātrināt :
>> https://a.tile.openstreetmap.org/18/150978/80955.png/dirty
>>
>> Tas gan īsti neko daudz nedos, ja rendering queue būs pilna, nestrādās
>> ar visiem zoomlevels utt.
>>
>> > --
>> > Best regards!
>> > Ilja Denisovs--
>>  Rihards
>>
>> ___
>> Talk-lv mailing list
>> Talk-lv@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-lv
>>
>
>
>
> --
> Best regards!
> Ilja Denisovs
>



-- 
Best regards!
Ilja Denisovs
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-lv] Changeset rendering status

[Ilja Denisovs]

Paldies par linkiem! Kaut gan nebija īsti tas, ko es cereju redzēt, bet tik
un tā tas ir interesanta un noderīga informācija.

2018-03-22 19:38 GMT+02:00 Rihards :

> On 2018.03.22. 16:58, Ilja Denisovs wrote:
> > Sveika, OSM kopiene!
> >
> > Pamanīju, ka citreiz izmaiņas tiek uzrenderetas uzreiz, bet citreiz
> > paiet stundas, līdz tas paraidīsies kartē.
> >
> > Tamdēļ man ir sekojošs jautājums: vai ir iespējams kaut kā redzēt kādā
> > changeset statusu?
>
> tur ir tā...
>
> agrāk bija biš vienkāršāk, jo bija mazāk serveru, nebija tile proxy utt.
> tagad jāņem vērā potenciālās aiztures vietas :
>
> * changeset replikācija uz render serveriem
> * render queue
> * cache servers
> * lokālā cache
>
> Sākot no apakšas, noteikti ir vērts pārliecināties, ka lokāli nav
> saglabāti vecie attēli. Cits browseris, f5 utt. Ar dažiem pieslēgumiem
> providerim var būt transparent cache.
>
> Tālāk ir tile cache serveri. Te es pat īsti nez, ko var darīt, izņemot
> non-cacheable pieprasījumus (ctrl+r/f5 utt).
>
> Tālāk ir renderēšanas aiztures. Tās parasti ir lielākas kad pamaina
> stylesheet, nedēļas nogalēs (kad ir vairāk izmaiņu).
> Te var redzēt, cik liela ir queue :
> https://munin.openstreetmap.org/openstreetmap/render.
> openstreetmap/index.html#renderd
>
> Ja ir max, tad vispār netiek pieņemti jauni pieprasījumi. Tajos periodos
> izmaiņas noteikti parādīsies vēlāk.
>
> Tālāk ir replikācija no API serveriem uz renderēšanas serveriem. Kaut
> kur ir grafiki, kas rāda aizturi, bet es tagad vairs nevaru atrast.
> Jāņem vērā, ka replikācija reti kad ir problēma... bet gadās.
>
> Vēl vairāk statusu, grafikus utt var redzēt
> https://wiki.openstreetmap.org/wiki/Platform_Status .
>
> Nu un vienmēr ir iespēja redzēt konkrēta attēla statusu, piemēram :
> https://a.tile.openstreetmap.org/18/150978/80955.png/status
> Ja ir azdomas, ka ilgi nav pārģenerēts un gribas pamēģināt paātrināt :
> https://a.tile.openstreetmap.org/18/150978/80955.png/dirty
>
> Tas gan īsti neko daudz nedos, ja rendering queue būs pilna, nestrādās
> ar visiem zoomlevels utt.
>
> > --
> > Best regards!
> > Ilja Denisovs--
>  Rihards
>
> ___
> Talk-lv mailing list
> Talk-lv@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lv
>



-- 
Best regards!
Ilja Denisovs
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-it] A proposito di relazioni

[Martin Koppenhoefer]

sent from a phone

> On 23. Mar 2018, at 09:50, Ivo Reano  wrote:
> 
> La via Francigena più famosa è quella  da Canterbury a Roma, via Francigena è 
> trovata da nominatim 10 volte.


si, ma il tratto varia


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

Re: [Talk-it] A proposito di relazioni

[Martin Koppenhoefer]

sent from a phone

> On 23. Mar 2018, at 09:39, Ivo Reano  wrote:
> 
> Ho guardato la zona sopra il lago di Viverone ed è presente la "Via 
> Francigena, Piemonte"


forse sarebbe meglio in description o alt_name, o si chiama davvero così, con 
la virgola?


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

Re: [Talk-it] A proposito di relazioni

[Martin Koppenhoefer]

sent from a phone

> On 23. Mar 2018, at 09:03, Cascafico Giovanni  wrote:
> 
> PS: Non ho trovato la Via Franchigena nella wiki OSM. Sarebbe appropriatoa 
> come voce?


per me si potrebbe fare, anche perché ci sono più di una (varianti)

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

Re: [OSM-talk-fr] scraping de POIs

[Nicolas Bétheuil]

Hey,

Comme d'hab, pas vraiment utilisable pour des imports massif mais pour
faire des recoupements/validation de données ça pourrait être très utile.
Par contre sur la licence, j'ai un gros doute. c'est pas parce que c'est
dispo sur le web que ça peut être utilisé dans un traitement automatique et
hop tomber en CC.

Le 21 mars 2018 à 11:57, Noémie Lehuby  a écrit :

> Hello,
>
> Avez-vous entendu parler du projet AllThePlaces :
> https://www.alltheplaces.xyz/ ?
> Il a été initié par Mapzen avec pour objectif de scraper les listes de
> localisations des sites officiels de franchises.
> Il est indiqué que les données ainsi récoltées sont dans le domaine public
> (Creative Commons’ CC-0 waiver).
>
> Qu'en pensez-vous ? Utilisable pour contribuer ?
>
> Noémie
>
>
> ___
> 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] SotM-France, contributeurs de Pessac, Bordeaux, Gironde, Nouvelle-Aquitaine, unissons-nous !

[Vincent Bergeot]

Bonjour,

du 1-3 juin 2018, à Pessac (Bordeaux-Métropole) se déroule le State of 
the Map France, 
https://wiki.openstreetmap.org/wiki/FR:State_of_the_Map_France_2018


*R**éunion le mardi 3 avril à 18h sur le campus de Pessac à l'UMR 
Passages* pour faire le point sur l'organisation et son fonctionnement, 
donner un coup de main, avant, pendant et après le State of the Map, et 
pourquoi pas l'occasion de démarrer un groupe local (bon peut-être que 
je rêve, mais j'aime rêver !).


N'hésitez pas à en discuter ici ou à m'informer de votre 
volonté/possibilité de participer ou pas !


Bonne journée

PS : l'appel à contribution est toujours ouvert, jusqu'au 15 avril ici : 
https://framaforms.org/proposition-dintervention-au-sotm-france-2018-1517936730


--
Vincent Bergeot

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

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[René-Luc Dhont]

Bonjour,

Est-ce que ce projet aurait un lien avec le projet Centipède de Julien 
Ancelin ?

https://github.com/jancelin/centipede
https://centipede.sig.inra.fr/websig/lizmap/www/
https://jancelin.github.io/centipede/#/

My 2cents

René-Luc D'Hont


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

Re: [Talk-it] A proposito di relazioni

[Cascafico Giovanni]

Orpo!!!
allora ci sono due PDI da correggere :-)

Il giorno 23 marzo 2018 09:24, Simone Saviolo  ha
scritto:

> Il giorno 23 marzo 2018 09:03, Cascafico Giovanni 
> ha scritto:
>
>> In effetti cercando "via franchigena", OSM se ne esce solo con un paio di
>> PDI
>>
>
> Un motivo potrebbe essere che si chiama "Via Francigena"... senza la "h"
> :)
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] A proposito di relazioni

[Ivo Reano]

Non esiste "la" Via Francigena per cominciare. E' un assieme di percorsi a
piedi a in bici.

> vedi [1]
> Per quanto riguarda la chiave "ref", questo dovrebbe far vedere la sigla
> utilizzata sulla segnaletica. Se non c'è (come è spesso il caso) potresti
> inventarti quella che propono tu cioè le iniziali del nome. Ma questo è
> solo un trucco.
>

La via Francigena più famosa è quella  da Canterbury a Roma, via Francigena
è trovata da nominatim 10 volte.
Poi esistono le vie dei Franchi, ovvero vie di comunicazioni tra le zone
dei francofoni/che sono stati dei Franchi.
Ad esempio in Valle Susa esiste un lungo percorso da Oulx a Torino...
Ho trovato che nella finestrella di JOSM delle relazioni, in fondo in
fondo, c'è anche la superrelazione della francigena italiana.

Ma, Aldoct quale stai "via" cercando?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] A proposito di relazioni

[Volker Schmidt]

Non esiste "la" Via Francigena per cominciare. E' un assieme di percorsi a
piedi a in bici.
vedi [1]
Per quanto riguarda la chiave "ref", questo dovrebbe far vedere la sigla
utilizzata sulla segnaletica. Se non c'è (come è spesso il caso) potresti
inventarti quella che propono tu cioè le iniziali del nome. Ma questo è
solo un trucco.

[1]
http://ra.osmsurround.org/searchRelation?name=francigena=

Volker

2018-03-23 9:24 GMT+01:00 Simone Saviolo :

> Il giorno 23 marzo 2018 09:03, Cascafico Giovanni 
> ha scritto:
>
>> In effetti cercando "via franchigena", OSM se ne esce solo con un paio di
>> PDI
>>
>
> Un motivo potrebbe essere che si chiama "Via Francigena"... senza la "h"
> :)
>
> ___
> 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