Re: [OSM-ja] タグ投票の必要票について（Was: 提案:投票中 [Japan tagging/Access transportation mode]）

[yuu hayashi]

hayashiです

このスレッドを立てていただきありがとうございます。

「タグの提案」となると「JA:提案プロセス」に則って提案するのがよいかと思いますが、
https://wiki.openstreetmap.org/wiki/JA:%E6%8F%90%E6%A1%88%E3%83%97%E3%83%AD%E3%82%BB%E3%82%B9

いままで、「JapanTagging」のページを更新する際の明確な基準というものがなかったように思いますので、
「JapanTagging」 のページを更新するプロセスも、同様な規定があるとよいと思います。
この場で 「JapanTaggingの提案プロセス」（必要投票数も含む）について議論できたらよいかなと思います。

私の提案としては、
「Proposal process/JA:提案プロセス」を基にして「JA:JapanTagging更新プロセス」を策定するのがよいかと考えています。
その中で、投票規定数なども決めていければと思います。


2018年12月21日(金) 20:31 Satoshi IIDA :

>
> いいだです。
>
> 異なる話題かと思うので、件名を変えました。
> （スレッドもきちんと切れてるかな、切れてるといいな）
>
> 厳しい割に中途半端、というのは、僕も詳しい経緯を知らず、正直なところ、
> 「すごい昔に決まって、そういうもの、として運用されている」という認識です。
>
> 過去の議論でも、8:1がRejectはおかしくない？という話がでてたりしますが、
> そこから具体的にしきい値が変わったりはしていないようです。
>
>
> https://wiki.openstreetmap.org/wiki/Talk:Proposal_process#Take_2_.282015-03.29
>
>
>
>
>
> 2018年12月19日(水) 10:50 石野貴之 :
>
>> 石野@yumean1119です。
>> 投票が承認される条件について確認したいことがありメールしています。
>>
>> (1) 前者の「8票以上の賛成」とは、後者との整合性を考えると「反対票なしで8票以上」の意味だと思うのですが、
>> では賛成8-反対1だった場合はどのようになるのでしょうか。
>>
>> プロ野球における首位打者認定の例外規定のように、10票への不足分を反対票とみなしてもなお賛成票が74%を超えるため承認、
>> となるのでしょうか。でないと、8-0, 8-2はよくて8-1はよくないというのは不自然に思われます。
>> (参考: https://ja.wikipedia.org/wiki/首位打者
>> )
>>
>> (2) 「74%の賛成」について、(a) このような厳しいわりに中途半端な数字なのは何故でしょうか。また、
>> (b) 原文が"more than 74% approval"となっており、英語のmore
>> thanは日本語の「以上」と異なりその数自身を含まないのですが、
>>
>> これは日本語でいう「75％以上」と同じとみてよいのでしょうか。それとも、小数点以下ほんのわずかでも74%を超えるとよいということなのでしょうか。(例えば20/27=74.074…%)
>>
>> 石野 貴之(yumean1...@gamil.com)
>>
>>
>> 
>>  ウイルス
>> フリー｡ www.avast.com
>> 
>> <#m_3258685442825948927_m_1653427217371840178_m_-8641177534077063336_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>> ___
>> Talk-ja mailing list
>> Talk-ja@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ja
>>
>
>
> --
> Satoshi IIDA
> mail: nyamp...@gmail.com
> twitter: @nyampire
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[OSM-ja] 提案:投票終了 [Japan tagging/Access transportation mode]

[yuu hayashi]

Proposal - Post-Voting - Japan tagging/Access transportation mode

hayashiです

2018-12-03 に 「Japan tagging」のページに「車両種別」のタグ付け指針を記載しましょうという提案を「Proposal -
Japan tagging/Access transportation mode」として提起しました。

投票期間が過ぎましたので'投票'を終了いたしました。
投票開始日: 2018-12-16
投票終了日: 2018-12-30

[投票結果]

投票ページ:
https://wiki.openstreetmap.org/wiki/Japan_tagging/Access_transportation_mode#Voting_.2F_.E6.8A.95.E7.A5.A8

approve/承認: 9
 oppose/反対: 0
（今回の提案はTalk-jaでの投票も受付ましたが、Talk-jaでの投票はありませんでした）

今回の投票の結果「十分な支持を得られた」とみなすことできると考えますので、この提案は「Approved/承認」されたことにいたします。


< 関連情報 >
提案ページ:
https://wiki.openstreetmap.org/wiki/Japan_tagging/Access_transportation_mode

提案の議論ページ:
https://wiki.openstreetmap.org/wiki/JA_talk:Japan_tagging/Access_transportation_mode#Voting_.2F_.E6.8A.95.E7.A5.A8.E4.B8.AD

OSM提案プロセス:
https://wiki.openstreetmap.org/wiki/JA:%E6%8F%90%E6%A1%88%E3%83%97%E3%83%AD%E3%82%BB%E3%82%B9
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-ja] 信濃川に対するタグ付けについて

[nabetaro]

鍋太郎です。

一旦、信濃川wayについていたalt_name,alt_name:enを削除しました。
信濃川リレーションに千曲川リレーションを追加しようとしたところ
JOSMで「ロール検証に問題 - 
ロール'main_stream'を持つリレーションメンバーである'リレーション'が、Waterwayテンプレートの受付可能な種別'ウェイ'に含まれていません」
という警告になりました。
やはり、type=waterwayのメンバーにリレーションがないことがここで効いているようです。

一旦メンバーは変更せずにおきます。

On Sun, 30 Dec 2018 14:06:18 +0900
tomoya muramoto  wrote:

> あ、私の案だと、犀川の支流をどのリレーションに入れるのか難しいですね。
> 
> 鍋太郎さんの案のほうがよさそうです。
> 
> muramoto


-- 
+-+
  倉澤 望(鍋太郎)
  KURASAWA Nozomu (nabetaro)  
  GnuPG KeyID/FingerPrint:
4E907A5F / F3A9 35FC C5D5 7FBC 7009  895A D5BE 94B9 4E90 7A5F
+-+

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

Re: [Talk-de] OSM-Karte mit Leaflet selber bauen

[Markus]

Hallo Harald,

ich habe mal etwas "Gerüst" gebaut:
https://wiki.openstreetmap.org/wiki/DE:OSM_mit_Leaflet

Da wo ich nicht weitergekommen bin, habe ich einen Kommentar geschrieben...
Vielleicht kannst Du - oder andere - ja das eine oder andere ergänzen?

Mit herzlichem Gruss,
Markus



Am 29.12.2018 um 17:38 schrieb Markus:
> Hallo Harald,
> 
>> muss es eine "deutsche" Anleitung sein? 
> 
> Ja, denn die meisten Anleitungen sind nur in Englisch.
> Und gerade wenn jemand IT-mässig nicht so bewandert ist, hilft eine
> deutsche Anleitung unnötige Missverständnisse zu vermeiden.
> 
>> die Leaflet Tutorials [1]
> 
> könnten ja eine Grundlage für die Doku bieten.
> 
> Mir schwebt eine Art "Baukasten" vor.
> Verschiedene Use Cases sollen damit abgedeckt werden können.
> Vom Einfachen zum Komplexen, Schritt für Schritt :-)
> 
>> wie dynamisch die "Daten" sein sollen.
> 
> Wenn es nur die Wanderwege oder Sehenswürdigkeiten oder so einer
> Gemeinde sein sollen, reicht eine statische GeoJSON (die man zu Beginn
> der Wandersaison jeweils neu macht).
> 
> Wenn jemand die Brückendurchfahrtshöhen in DE oder EU zeigen will,
> braucht man vermutlich eine andere Lösung.
> 
> Weitere Use Cases:
> - alle Dart-Sport Vereinigungen oder Flughäfen weltweit anzeigen
>   (da braucht man dann noch eine Suche nach Orten)
> - Änderungen in der OSM-DB überwachen
> - ...
> 
>> overpass Anbindung bedeutet ein bisschen mehr Arbeit (es gibt
>> zwar ein Plugin, das geht aber nicht wirklich ressourcenschonend mit
>> den Anfragen zu overpass um und man wird dann ziemlich schnell für
>> minuten geblockt, da bei overpass nur zwei gleichzeitige Abfrage pro IP
>> zulässig sind)
> 
> Für weit Fortgeschrittene könne man später auch noch ergänzen, wie man
> Wikidata abfragt, oder Wikipedia, oder Commons.
> Oder wie man spezifische Popups macht (Layout), oder Kombi-Popups mit
> Bildern aus Commons.
> 
>> Wenn die Daten aber eher "statischer" Natur sind, die Daten einfach als
>> GeoJSON exportieren und das direkt über das entsprechende Plugin (siehe
>> Tutorials) einbinden, inkl. Popups usw.
> 
> Also erst mal HTML-Gerüst, dann die einzubindenden Skripte, Variablen,
> CSS, dann wie man die Daten findet und einbindet und Popups macht, Menüs
> und Doku in der Karte, ...
> 
> Mit herzlichem Gruss,
> Markus
> 
>> [1] https://leafletjs.com/examples.html
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


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

Re: [OSM-talk-fr] Après la carte en breton : voici les cartes en occitan et en basque

[Vincent Privat]

Et maintenant dans JOSM :)
https://josm.openstreetmap.de/wiki/Maps/France

Le mer. 19 déc. 2018 à 19:48, Christian Quest  a
écrit :

> Ces trois fonds sont désormais aussi sur https://tile.openstreetmap.fr/ :)
>
> Le mar. 18 déc. 2018 à 00:16, Christian Quest  a
> écrit :
>
>> Je me met au prédictif ;)
>>
>> Le lun. 17 déc. 2018 à 23:20, Maël REBOUX  a
>> écrit :
>>
>>> Ha ben ça c’est cool. Merci.
>>>
>>> J’avais mis ça sur ma liste de choses à faire pendant les congés. Je
>>> peux rayer ;)
>>>
>>>
>>> Le 16 déc. 2018 à 19:20, Christian Quest  a
>>> écrit :
>>>
>>> J'ai ajouté ces trois rendus dans ceux connus d'uMap... plus besoin de
>>> bricoler les URL ;)
>>>
>>> Le dim. 16 déc. 2018 à 15:51, Vincent Bergeot  a
>>> écrit :
>>>
 Bonjour,

 merci pour ces tuiles
 Le 13/12/2018 à 21:40, Maël REBOUX a écrit :

 [..]

 Les url des services de tuiles (au format TMS) sont les suivants :

- breton (br) : https://tile.openstreetmap.bzh/br/{z}/{x}/{y}.png
- occitan (oc) : https://tile.openstreetmap.bzh/oc/{z}/{x}/{y}.png
- basque (eu) : https://tile.openstreetmap.bzh/eu/{z}/{x}/{y}.png




 Umap permet d'ajouter un services de tuiles personnalisé, à priori du
 même format que ce que vous proposez !

 Mais je n'arrive pas à le faire marcher ! Bon en même temps, je
 comprends pas tout à ces questions :)

 Bonne journée

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

>>>
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>> ___
>>> 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
>>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>
>
> --
> Christian Quest - OpenStreetMap France
> ___
> 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-be] Lijst van dorpen/gemeenten/steden naargelang grootte/belang

[Karel Adams]

Dankjewel, Marc. Voor mijn concrete situatie is het onderscheid tussen 
Brussel, Parijs, Madrid nog niet zo relevant. Maar uw voorbeeld van "een 
localiteit met 5000 inwoners" is dat des te meer: inderdaad valt zo een 
dorp/gemeente/stad hier in het superdichtbevolkte Vlaanderen amper op, 
maar elders kan/zal dat heel anders zijn, zelfs binnen Europa. Laat 
staan in Siberië, of zo, daar zouden 500 inwoners al meer in het oog 
vallen... En als ze er zelfs voor de "officiële" renderer nog niet uit 
zijn, dan kan ik er inderdaad beter niet proberen mijn tanden op te 
breken :)


Vriendelijke groet,

Karel

On 30/12/2018 18:13, Marc Gemis wrote:

Voor mij lijkt Joost's vraag relevant aangezien Brussel misschien wel
een grote stad is naar Belgische normen, maar klein is in vergelijking
met Londen, Parijs of Madrid.

Verder is een plaats met 5000 inwoners misschien niet relevant in
Vlaanderen, maar in een gebied met lage bevolkingsdichtheid (Ik denk
bv. aan Zweden of Wales) wel. Dit is een probleem dat ze bij de
default kaartstijl op osm.org ook nog niet hebben kunnen oplossen.

m.

On Wed, Dec 26, 2018 at 6:31 AM Karel Adams  wrote:

Europa.

Maar wat is daarvan de relevantie?

KA

On 25/12/2018 21:52, joost schouppe wrote:

Wat is de scope van je project? Vlaanderen, België, de wereld?

Op ma 24 dec. 2018 11:52 schreef Karel Adams 
(ik denk dat ik dit punt reeds eerder aankaartte, maar heb nog steeds
geen oplossing, het blijft dus een probleem)

Voor een eigen "moving-map" applicatie (waarover verder geen discussie
aub, want daarover gaat het niet) wil ik graag een lijst van
steden/dorpen/gemeenten vanuit openstreetmap, mèt indicatie van
omvang/belang/grootte.

Het idee is dat ik een buitengemeente zoals (om maar iets te zeggen)
Wakkerzeel niet wil weergeven als ik mijn eigen dorp van Haacht weergeef
in een omgeving van 100 kilometer, maar wel in een omgeving van 10
kilometer.

Maar hoe krijg ik uit OSM een indicatie van de grootte/belang van een
"localiteit"? "Aantal inwoners" gaat een eind de richting uit, maar is
lang niet overal ingevuld. "admin_level" lijkt veelbelovend, maar geeft
problemen met grotere steden, die enerzijds gemapt zijn als node maar
dan zonder admin_level, en anderszijds als "boundary", veelal een
"relation". En inderdaad lijkt die "admin_level" bedoeld te zijn om de
grenzen af te bakenen, niet om de gemeente te categoriseren.

Kortom, wat ik wil bereiken is een lijstje zoals hieronder (met telkens
ook lengtegraad en breedtegraad erbij, maar dat haal ik wel uit
Overpass, die kan ik tegenwoordig query'en met mijn ogen dicht :) ), hoe
kom ik daaraan?

Mechelengrote stad

Leuven grote stad

Lierminder grote stad

Aarschotminder grote stad

Haachtgemeente

Wakkerzeeldeelgemeente

Brusselzeer grote stad

Antwerpenzeer grote stad, mét parking :)



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


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

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

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


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

Re: [Talk-it] Copyright

[Maurizio Napolitano]

Purtroppo questo accade ogni volta che avviene un terremoto in quanto
le redazioni si limitano a fare uno screenshot di parte della mappa
presente su INGV.
Dove, invece, la citazione c'è, solo che essendo in basso a destra,
viene spesso esclusa dagli screenshot.

In sintesi:
il più delle volte si tratta di buona fede

On Sun, Dec 30, 2018 at 6:11 PM Lorenzo Pesci  wrote:
>
> Segnalo che Repubblica ha usato le mappe Osm senza citazione, controllate per 
> favore.
> https://roma.repubblica.it/cronaca/2018/12/30/news/terremoto_a_roma_magnitudo_3_2_epicentro_gallicano-215470501/
>
> Ciao Lorenzo Pesci
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



-- 
Maurizio "Napo" Napolitano
http://de.straba.us

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

Re: [OSM-talk-be] Lijst van dorpen/gemeenten/steden naargelang grootte/belang

[Marc Gemis]

Voor mij lijkt Joost's vraag relevant aangezien Brussel misschien wel
een grote stad is naar Belgische normen, maar klein is in vergelijking
met Londen, Parijs of Madrid.

Verder is een plaats met 5000 inwoners misschien niet relevant in
Vlaanderen, maar in een gebied met lage bevolkingsdichtheid (Ik denk
bv. aan Zweden of Wales) wel. Dit is een probleem dat ze bij de
default kaartstijl op osm.org ook nog niet hebben kunnen oplossen.

m.

On Wed, Dec 26, 2018 at 6:31 AM Karel Adams  wrote:
>
> Europa.
>
> Maar wat is daarvan de relevantie?
>
> KA
>
> On 25/12/2018 21:52, joost schouppe wrote:
>
> Wat is de scope van je project? Vlaanderen, België, de wereld?
>
> Op ma 24 dec. 2018 11:52 schreef Karel Adams >
>> (ik denk dat ik dit punt reeds eerder aankaartte, maar heb nog steeds
>> geen oplossing, het blijft dus een probleem)
>>
>> Voor een eigen "moving-map" applicatie (waarover verder geen discussie
>> aub, want daarover gaat het niet) wil ik graag een lijst van
>> steden/dorpen/gemeenten vanuit openstreetmap, mèt indicatie van
>> omvang/belang/grootte.
>>
>> Het idee is dat ik een buitengemeente zoals (om maar iets te zeggen)
>> Wakkerzeel niet wil weergeven als ik mijn eigen dorp van Haacht weergeef
>> in een omgeving van 100 kilometer, maar wel in een omgeving van 10
>> kilometer.
>>
>> Maar hoe krijg ik uit OSM een indicatie van de grootte/belang van een
>> "localiteit"? "Aantal inwoners" gaat een eind de richting uit, maar is
>> lang niet overal ingevuld. "admin_level" lijkt veelbelovend, maar geeft
>> problemen met grotere steden, die enerzijds gemapt zijn als node maar
>> dan zonder admin_level, en anderszijds als "boundary", veelal een
>> "relation". En inderdaad lijkt die "admin_level" bedoeld te zijn om de
>> grenzen af te bakenen, niet om de gemeente te categoriseren.
>>
>> Kortom, wat ik wil bereiken is een lijstje zoals hieronder (met telkens
>> ook lengtegraad en breedtegraad erbij, maar dat haal ik wel uit
>> Overpass, die kan ik tegenwoordig query'en met mijn ogen dicht :) ), hoe
>> kom ik daaraan?
>>
>> Mechelengrote stad
>>
>> Leuven grote stad
>>
>> Lierminder grote stad
>>
>> Aarschotminder grote stad
>>
>> Haachtgemeente
>>
>> Wakkerzeeldeelgemeente
>>
>> Brusselzeer grote stad
>>
>> Antwerpenzeer grote stad, mét parking :)
>>
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [Talk-it] Copyright

[Volker Schmidt]

Per una notizia di questo tipo gli darei anche il beneficio della fretta.


On Sun, 30 Dec 2018 at 18:17, liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> wrote:

> Il 30/12/18 18:10, Lorenzo Pesci ha scritto:
> > Segnalo che Repubblica ha usato le mappe Osm senza citazione,
> controllate per
> > favore.
> >
> https://roma.repubblica.it/cronaca/2018/12/30/news/terremoto_a_roma_magnitudo_3_2_epicentro_gallicano-215470501/
> >
> > Ciao Lorenzo Pesci
> >
>
> Un link aiuterebbe, pressappoco questa area quà:
>
> https://www.openstreetmap.org/#map=12/41.8876/12.6073
>
>
>
> --
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
>
> ___
> 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: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

[JB]

Ce qui est bien, dans un wiki pléthorique, c'est qu'on trouve toujours 
ce qu'on veut. Même avec l'indication en en-tête :
"Some methods are common, others are less widely used or discouraged. 
Some methods are strongly discouraged for the main OSM project but 
accepted and in widespread use in the separate Open Historical Map 
 project."
Les pages moins ésotériques n'indiquent juste pas la méthode : 
https://wiki.openstreetmap.org/wiki/Lifecycle_prefix

JB.

Le 30/12/2018 à 18:07, osm.sanspourr...@spamgourmet.com a écrit :


Heureusement la position d'extension temporelle ne s'est pas faite 
sans réfléchir aux conséquences.


Ajouter le paramètre temporel en variable aurait cassé toutes les 
valeurs, imposant à tout utilisateur des données de regarder s'il 
s'agit d'une valeur normale ou d'une valeur temporelle.


Là on introduit de nouvelles clés évaluées seulement par l'humain ou 
par la machine à un instant t et remplaçant donc la clé suffixée par 
cette même clé non suffixée.


Date_namespace_suffix_as_"keyname:DATESPEC=..." 



C'est la même logique que le disused: utilisé aussi par Christian mais 
cette fois-ci en utilisant le suffixe et non le préfixe.


Lifecycle prefix (: = ) 
: 
si tu te fiches de l'aspect temporel tu ignores simplement ces clés, 
si ça t'intéresse tu les gères. La logique de JB serait : tu casses 
tout ce qui existe dès que tu introduis un paramètre temporel.


Jean-Yvon


Le 30/12/2018 à 09:46, JB - jb...@mailoo.org a écrit :

Le 29/12/2018 à 21:54, Christian Quest a écrit :


admin_level:-2018-12-31=8
admin_level:2019-01-01-=9

je ne connaissais pas la syntaxe, je peux les ajouter, mais est-ce 
que les précédentes communes fusionnées ont été mise à jour comme 
cela par quelqu'un de façon systématique ?


La syntaxe est déconseillée : pas de valeur variable dans la clé (ici 
la date), la partie variable est dans la valeur (à droite du "=").



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



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


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

Re: [Talk-it] Copyright

[liste DOT girarsi AT posteo DOT eu]

Il 30/12/18 18:10, Lorenzo Pesci ha scritto:

Segnalo che Repubblica ha usato le mappe Osm senza citazione, controllate per
favore.
https://roma.repubblica.it/cronaca/2018/12/30/news/terremoto_a_roma_magnitudo_3_2_epicentro_gallicano-215470501/

Ciao Lorenzo Pesci



Un link aiuterebbe, pressappoco questa area quà:

https://www.openstreetmap.org/#map=12/41.8876/12.6073



--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

[Talk-it] Copyright

[Lorenzo Pesci]

Segnalo che Repubblica ha usato le mappe Osm senza citazione, controllate per favore.https://roma.repubblica.it/cronaca/2018/12/30/news/terremoto_a_roma_magnitudo_3_2_epicentro_gallicano-215470501/Ciao Lorenzo Pesci ___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

[osm . sanspourriel]

Heureusement la position d'extension temporelle ne s'est pas faite sans 
réfléchir aux conséquences.


Ajouter le paramètre temporel en variable aurait cassé toutes les 
valeurs, imposant à tout utilisateur des données de regarder s'il s'agit 
d'une valeur normale ou d'une valeur temporelle.


Là on introduit de nouvelles clés évaluées seulement par l'humain ou par 
la machine à un instant t et remplaçant donc la clé suffixée par cette 
même clé non suffixée.


Date_namespace_suffix_as_"keyname:DATESPEC=..." 



C'est la même logique que le disused: utilisé aussi par Christian mais 
cette fois-ci en utilisant le suffixe et non le préfixe.


Lifecycle prefix (: = ) 
: 
si tu te fiches de l'aspect temporel tu ignores simplement ces clés, si 
ça t'intéresse tu les gères. La logique de JB serait : tu casses tout ce 
qui existe dès que tu introduis un paramètre temporel.


Jean-Yvon


Le 30/12/2018 à 09:46, JB - jb...@mailoo.org a écrit :

Le 29/12/2018 à 21:54, Christian Quest a écrit :


admin_level:-2018-12-31=8
admin_level:2019-01-01-=9

je ne connaissais pas la syntaxe, je peux les ajouter, mais est-ce 
que les précédentes communes fusionnées ont été mise à jour comme 
cela par quelqu'un de façon systématique ?


La syntaxe est déconseillée : pas de valeur variable dans la clé (ici 
la date), la partie variable est dans la valeur (à droite du "=").



___
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] Données RTE et BRGM

[Jean-Francois Gaffard]

bonjour

j'ai fait un petit test d'intégration d'un tronçon de ligne souterrain 
au Lioran, voir https://openinframap.org/#16.14/45.089058/2.749191 . 
Est-ce convenable (les bons tags et la mention de la source). merci de 
vos retours.


Jeffdelonge


Le 28/12/2018 à 11:04, David Marchal a écrit :

Chers tous,

J’ai mis à jour la page 
https://wiki.openstreetmap.org/wiki/FR:Sources_de_donn%C3%A9es_potentielles/France 
pour deux choses : d’une part, la page mentionnait que RTE ne publiait 
pas encore ses données, donc j’ai corrigé ça avec des liens vers les 
données et une mention à la licence d’utilisation. Cela, vous le 
saviez sans doute déjà, mais à tout hasard… D’autre part, j’ai rajouté 
une source de données que j’ai pu dégoter et qui, à ma connaissance, 
n’avait pas encore d’équivalent : celles des cavités souterraines 
(gouffres, grottes, ponors…), publiée en licence ouverte par le BRGM. 
S’il en est qui s’intéressent aux karsts, à la géologie ou à la 
spéléologie, ça devrait leur être utile car, à ma connaissance, il y a 
peu de données à ce sujet. Pour savoir comment modéliser les karsts 
dans OSM, voir https://wiki.openstreetmap.org/wiki/Key:sinkhole


Cordialement.



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



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-lt] Užtvankos

[Tomas Straupis]

Geoportale galima atsisiųsti Lietuvos TOPO 2016 žemėlapio duombazę
(TOP50LKS 800Mb).

Pirmas dalykas, į ką atkreipiau dėmesį, tai kad hidroelektrinės ir
užtvankos yra dvi atskiros nesusijusios klasės. Taigi hidroelektrinės
agregatai užtvankos žymėjimui įtakos neturi. (Hidroelektrinės apskritai
pažymėtos taškais)

Užtvankos pažymėtos linija ~aukščiausioje pylimo/konstrukcijos dalyje. Jei
per užtvanką eina kelias - tai per jį ir eina užtvankos žymėjimas.

KaunoHE:
[image: paveikslas.png]
Tik nedidelė atkarpa pažymėta kaip užtvanka. Daugiau už hidro-įrenginius,
bet mažiau, nei kad realiai yra pylimo(?).

Kitose vietose užtvanka žymima per visą pylimą:
[image: paveikslas.png]

Taigi lyg ir atitinka tai, ką matau OSM užpelkiuose: aukščiausioje dalyje
vektorius, kuriame waterway=dam. Jei per užtvanką eina kelias - tai dar
papildomai ir highway=*. Embankment - pagal skonį, bet tai jau nesusiję su
užtvankomis.

Kadangi waterway=dam aukščiausiame taške, reiškia vandens lygio svyravimai
neturi įtakos užtvankos žymėjimui - logiška.

Ką manote?

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

Re: [Talk-de] Kehr/Reinigungszeiten von Straßen

[Elstermann, Mike]

Wir finanzieren hier gern das Gemeinwohl ;-)

> Am 30.12.2018 um 15:38 schrieb Volker :
> 
> Parkposition speichern gibt es schon in OSMAND. Und wenn Du Dir in Deinem 
> Kalender einen Link zu OSMAND legst ist das dann auch abgefrühstückt. Sag 
> mal, habt Ihr Anhaltiner überhaupt keine Fantasie?=-O Wenn es mir ans Geld 
> ginge, wäre ich da sehr erfinderisch.8-)
> 
> 
> Am 30.12.2018 um 14:27 schrieb Elstermann, Mike:
>> Perfekt! Danke, genau das hab ich gesucht! So einfach :-)
>> 
>> @Volker:
>>> Außer Du willst 'ne Kehrkarte bauen
>> Ja, genau da überleg ich, weil hier in Halle im Paulusviertel gern viel 
>> abkassiert wird.
>> Und wenn ich So. mein Auto dort abstelle und ggf. bis Do. nicht brauch, 
>> denke ich nicht daran, es vor Do. umzuparken und dann sind bis zu 35 EUR 
>> fällig. :-(
>> Eine Parkposition auf dem Smartphone Speicher und dann vorher gewarnt zu 
>> werden, das wäre es doch? Oder? Oder gibt’s das schon? Wenn ja, wo?
>> 
>> BG, mikeE.
>> 
>> 
>>> Am 28.12.2018 um 22:22 schrieb lenta...@web.de:
>>> 
>>> Hallo Mike,
>>> 
>>> das  ist hier beschrieben:
>>> https://wiki.openstreetmap.org/wiki/DE:Key:parking:lane#Verschiedene_Auflagen_zu_verschiedenen_Zeiten
>>> 
>>> Für dein Beispiel also an dem betreffenden Straßenabschnitt:
>>> parking:condition:right=no_stopping
>>> parking:condition:right:time_interval=We 08:00-10:00
>>> parking:condition:right:default=free
>>> parking:condition:left=no_stopping
>>> parking:condition:left:time_interval=Mo 09:00-11:00
>>> parking:condition:left:default=free
>>> 
>>> Lentando
>>> 
>>> 
>>> Am 28.12.18 um 21:47 schrieb Elstermann, Mike:
 Jo, das kommt auf das Gleiche raus.
 Wo kann ich das taggen?
 
 BG, mikeE.
 
> Am 28.12.2018 um 00:32 schrieb Volker :
>> Die Reinigungszeiten würde ich weniger taggen. Eher das dadurch bedingte 
>> zeitlich beschränkete Halteverbot. Das wäre wahrscheinlich auch besser 
>> auswertbar.
>>> Am 27.12.2018 um 15:02 schrieb Elstermann, Mike:
>> Hallo zusammen,
 wie kann man Kehr/Reinigungszeiten von Straßenabschnitten taggen?
>> Z. B.:
>> Rechte Seite jeden Mittwoch 8:00-10:00 Uhr.
>> Linke Seite jeden Motang 9:00-11:00 Uhr.
 Danke & BG, mikeE.
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
>>> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de
>>> 
>>> 
>>> ___
>>> Talk-de mailing list
>>> Talk-de@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-de
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Kehr/Reinigungszeiten von Straßen

[Volker]

Parkposition speichern gibt es schon in OSMAND. Und wenn Du Dir in 
Deinem Kalender einen Link zu OSMAND legst ist das dann auch 
abgefrühstückt. Sag mal, habt Ihr Anhaltiner überhaupt keine 
Fantasie?=-O Wenn es mir ans Geld ginge, wäre ich da sehr erfinderisch.8-)



Am 30.12.2018 um 14:27 schrieb Elstermann, Mike:

Perfekt! Danke, genau das hab ich gesucht! So einfach :-)

@Volker:

Außer Du willst 'ne Kehrkarte bauen

Ja, genau da überleg ich, weil hier in Halle im Paulusviertel gern viel 
abkassiert wird.
Und wenn ich So. mein Auto dort abstelle und ggf. bis Do. nicht brauch, denke 
ich nicht daran, es vor Do. umzuparken und dann sind bis zu 35 EUR fällig. :-(
Eine Parkposition auf dem Smartphone Speicher und dann vorher gewarnt zu 
werden, das wäre es doch? Oder? Oder gibt’s das schon? Wenn ja, wo?

BG, mikeE.



Am 28.12.2018 um 22:22 schrieb lenta...@web.de:

Hallo Mike,

das  ist hier beschrieben:
https://wiki.openstreetmap.org/wiki/DE:Key:parking:lane#Verschiedene_Auflagen_zu_verschiedenen_Zeiten

Für dein Beispiel also an dem betreffenden Straßenabschnitt:
parking:condition:right=no_stopping
parking:condition:right:time_interval=We 08:00-10:00
parking:condition:right:default=free
parking:condition:left=no_stopping
parking:condition:left:time_interval=Mo 09:00-11:00
parking:condition:left:default=free

Lentando


Am 28.12.18 um 21:47 schrieb Elstermann, Mike:

Jo, das kommt auf das Gleiche raus.
Wo kann ich das taggen?

BG, mikeE.


Am 28.12.2018 um 00:32 schrieb Volker :

Die Reinigungszeiten würde ich weniger taggen. Eher das dadurch bedingte 
zeitlich beschränkete Halteverbot. Das wäre wahrscheinlich auch besser 
auswertbar.

Am 27.12.2018 um 15:02 schrieb Elstermann, Mike:

Hallo zusammen,

wie kann man Kehr/Reinigungszeiten von Straßenabschnitten taggen?

Z. B.:
Rechte Seite jeden Mittwoch 8:00-10:00 Uhr.
Linke Seite jeden Motang 9:00-11:00 Uhr.

Danke & BG, mikeE.

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

___

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

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



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

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



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

[Talk-ko] weeklyOSM #440 2018-12-18-2018-12-24

[weeklyteam]

매주 일어나는 OSM 소식을 종합한, 440번째 주간OSM이 발행되었습니다.

http://www.weeklyosm.eu/ko/archives/11223/

읽어 주셔서 감사합니다!

주간OSM이란? 
누가?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
어디서?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

Re: [Talk-GB] Leicester A

[SK53]

Thanks; I had no idea. He was not familiar to me as a regular mapper. Nor
were his other activities known to me (or probably other mappers who are
not active in OpenSource). I vaguely knew he was a mapper of long-standing.

We should perhaps consider sending a message to this list when we lose
someone from the community, although I note that when David Evans died I
only messaged the people on my East Midlands list.

Jerry

On Sun, 30 Dec 2018 at 13:11, Spike  wrote:

> In case you did not know Jerry,
>
> Gerv passed away in July 2018 >>
> https://en.wikipedia.org/wiki/Gervase_Markham_(programmer)
>
> Best regards
> Spike
>
> On 30/12/2018 12:26, SK53 wrote:
>
> Eventually I finally had time after a meeting in Leicester to go and have
> a look at this. It's been on my to-do list (if no-one else caught it) but
> as I usually visit Leicester for specific other purposes I've always run
> out of time to get over to the LRI.
>
> Even on the ground the whole set-up is quite confusing. The road into the
> A threads it's way between old buildings, and although two way has a
> painted lane for buggies & pushchairs on the E side (hardly appropriate for
> A access). The new A seems to be a single storey building replacing
> parts of the Victoria Building and the demolished St Luke's Chapel. There
> is a separate service road off Welford Road opposite the Prison for
> emergency vehicles with a very substantial set of bays for off-loading
> ambulances.
>
> I think I've captured most of this. I used turn restrictions for the turn
> out of the multi-storey (right turn only) and for the service road to A
> I've used two unconventional access terms: access=staff (for the exit from
> the multi-storey) and emergency_vehicle on the restricted roads off Welford
> Road. If anyone has any better way for handling these cases do feel free to
> fix the data directly.
>
> Most aerial imagery actually shows the new building in various states of
> construction: but I would have found it very difficult to interpret without
> having seen the place on the ground. Leicester seems to suffer from
> relatively poor quality imagery in multiple sources. Additionally many of
> the mapped buildings come from not very precise tracing of OS StreetView
> and are often a hinderance when trying to improve the accuracy of the
> mapping. I really hope that the Environment Agency's new Lidar data become
> available soon. It would be a great help in resolving a number of issues
> around Leicester.
>
> I didn't have time to locate the Children's A, but suspect that this is
> accessed from Infirmary Way (there is a loop service road on the N side of
> the new A building, which I have mapped). It appears on signage near the
> new multi-storey but then disappears from later signs. Hospitals are not
> the easiest places to map, particularly ones with a long history on a
> single site., therefore in practice an additional ground survey is
> probably needed: not just to find the Children's A, but to add missing
> service roads, parking areas, footways, and fix other details which have
> changed with the addition of the new building.
>
> Regards,
>
> Jerry
>
> On Mon, 23 Oct 2017 at 06:35, Gervase Markham  wrote:
>
>> I had cause to go to Leicester A on Saturday. It was renewed in April
>> (Google Earth suggests there was a big building project), and the map
>> has not been updated, and so it's not clear on OSM where the drop-off
>> is, or which is the associated multi-storey. The road I think it is, is
>> part not-marked-as-such and part non-existent. There's also a separate
>> Children's A entrance. Given the nature of these facilities, and the
>> terrible Leicester 1-way system, it would be very good to have the map
>> be extremely clear on these points!
>>
>> Can someone local look into the issue, please?
>>
>> Thanks :-)
>>
>> Gerv
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
> ___
> Talk-GB mailing 
> listTalk-GB@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-gb
>
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-de] Kehr/Reinigungszeiten von Straßen

[Elstermann, Mike]

Perfekt! Danke, genau das hab ich gesucht! So einfach :-)

@Volker:
>Außer Du willst 'ne Kehrkarte bauen
Ja, genau da überleg ich, weil hier in Halle im Paulusviertel gern viel 
abkassiert wird.
Und wenn ich So. mein Auto dort abstelle und ggf. bis Do. nicht brauch, denke 
ich nicht daran, es vor Do. umzuparken und dann sind bis zu 35 EUR fällig. :-(
Eine Parkposition auf dem Smartphone Speicher und dann vorher gewarnt zu 
werden, das wäre es doch? Oder? Oder gibt’s das schon? Wenn ja, wo?

BG, mikeE.


> Am 28.12.2018 um 22:22 schrieb lenta...@web.de:
> 
> Hallo Mike,
> 
> das  ist hier beschrieben:
> https://wiki.openstreetmap.org/wiki/DE:Key:parking:lane#Verschiedene_Auflagen_zu_verschiedenen_Zeiten
> 
> Für dein Beispiel also an dem betreffenden Straßenabschnitt:
> parking:condition:right=no_stopping
> parking:condition:right:time_interval=We 08:00-10:00
> parking:condition:right:default=free
> parking:condition:left=no_stopping
> parking:condition:left:time_interval=Mo 09:00-11:00
> parking:condition:left:default=free
> 
> Lentando
> 
> 
> Am 28.12.18 um 21:47 schrieb Elstermann, Mike:
>> Jo, das kommt auf das Gleiche raus.
>> Wo kann ich das taggen?
>> 
>> BG, mikeE.
>> 
>> > Am 28.12.2018 um 00:32 schrieb Volker :
>> > > Die Reinigungszeiten würde ich weniger taggen. Eher das dadurch bedingte 
>> > > zeitlich beschränkete Halteverbot. Das wäre wahrscheinlich auch besser 
>> > > auswertbar.
>> > > > Am 27.12.2018 um 15:02 schrieb Elstermann, Mike:
>> >> Hallo zusammen,
>> >> >> wie kann man Kehr/Reinigungszeiten von Straßenabschnitten taggen?
>> >> Z. B.:
>> >> Rechte Seite jeden Mittwoch 8:00-10:00 Uhr.
>> >> Linke Seite jeden Motang 9:00-11:00 Uhr.
>> >> >> Danke & BG, mikeE.
>> >> ___
>> >> Talk-de mailing list
>> >> Talk-de@openstreetmap.org
>> >> https://lists.openstreetmap.org/listinfo/talk-de
>> > > > ___
>> > Talk-de mailing list
>> > Talk-de@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-de
>> 
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-GB] Leicester A

[Spike]

In case you did not know Jerry,

Gerv passed away in July 2018 >> 
https://en.wikipedia.org/wiki/Gervase_Markham_(programmer)


Best regards
Spike

On 30/12/2018 12:26, SK53 wrote:
Eventually I finally had time after a meeting in Leicester to go and 
have a look at this. It's been on my to-do list (if no-one else caught 
it) but as I usually visit Leicester for specific other purposes I've 
always run out of time to get over to the LRI.


Even on the ground the whole set-up is quite confusing. The road into 
the A threads it's way between old buildings, and although two way 
has a painted lane for buggies & pushchairs on the E side (hardly 
appropriate for A access). The new A seems to be a single storey 
building replacing parts of the Victoria Building and the demolished 
St Luke's Chapel. There is a separate service road off Welford Road 
opposite the Prison for emergency vehicles with a very substantial set 
of bays for off-loading ambulances.


I think I've captured most of this. I used turn restrictions for the 
turn out of the multi-storey (right turn only) and for the service 
road to A I've used two unconventional access terms: access=staff 
(for the exit from the multi-storey) and emergency_vehicle on the 
restricted roads off Welford Road. If anyone has any better way for 
handling these cases do feel free to fix the data directly.


Most aerial imagery actually shows the new building in various states 
of construction: but I would have found it very difficult to interpret 
without having seen the place on the ground. Leicester seems to suffer 
from relatively poor quality imagery in multiple sources. Additionally 
many of the mapped buildings come from not very precise tracing of OS 
StreetView and are often a hinderance when trying to improve the 
accuracy of the mapping. I really hope that the Environment Agency's 
new Lidar data become available soon. It would be a great help in 
resolving a number of issues around Leicester.


I didn't have time to locate the Children's A, but suspect that this 
is accessed from Infirmary Way (there is a loop service road on the N 
side of the new A building, which I have mapped). It appears on 
signage near the new multi-storey but then disappears from later 
signs. Hospitals are not the easiest places to map, particularly ones 
with a long history on a single site., therefore in practice an 
additional ground survey is probably needed: not just to find the 
Children's A, but to add missing service roads, parking areas, 
footways, and fix other details which have changed with the addition 
of the new building.


Regards,

Jerry

On Mon, 23 Oct 2017 at 06:35, Gervase Markham > wrote:


I had cause to go to Leicester A on Saturday. It was renewed in
April
(Google Earth suggests there was a big building project), and the map
has not been updated, and so it's not clear on OSM where the drop-off
is, or which is the associated multi-storey. The road I think it
is, is
part not-marked-as-such and part non-existent. There's also a separate
Children's A entrance. Given the nature of these facilities, and the
terrible Leicester 1-way system, it would be very good to have the map
be extremely clear on these points!

Can someone local look into the issue, please?

Thanks :-)

Gerv


___
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



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

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

[JB]

Le 29/12/2018 à 21:54, Christian Quest a écrit :


admin_level:-2018-12-31=8
admin_level:2019-01-01-=9

je ne connaissais pas la syntaxe, je peux les ajouter, mais est-ce que 
les précédentes communes fusionnées ont été mise à jour comme cela par 
quelqu'un de façon systématique ?


La syntaxe est déconseillée : pas de valeur variable dans la clé (ici la 
date), la partie variable est dans la valeur (à droite du "=").



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

Re: [OSM-ja] wikipediaへの導入を目的とした河川リレーションの「破壊」

[Shu Higashi]

飯田さん、下記状況、了解です。
また何かありましたら言ってください。
東

2018/12/30 Satoshi IIDA :
> いいだです。
>
>> 東さん
> Yuriさんへのメッセージありがとうございます。
>
> こちらで展開できてなくてすみません、
> Issueとしては、既にこのへんにあるかな、と思っています。
> https://phabricator.wikimedia.org/T156433?fbclid=IwAR04xtJmdzgW2EPCeFDgWFLsPw_-KTtGzlTEDgcurKoAAAq72jrTuz_Ui54
>
> ざっとしか見れていないのですが、
> osm2pgsqlのスキーマ変更と、それに伴うデータベースの再構成が必要になり、
> そこまで手が回らないので却下というか、ペンディングになってるように見えます。
>
>
> 2018年12月30日(日) 13:32 Shu Higashi :
>
>> Yuriさんから下記返事をもらいました。
>>
>> --回答（ここから）-
>> In theory, this is a limitation of the osm2pgsql program - the lines
>> are imported into postgres db if it has a wikidata tag. It shouldn't
>> depend on the type of the relation, but maybe it does affect it.
>> Kartographer extension doesn't know anything about this -- its all on
>> the backend.  Make sure you create a phabricator issue in
>> phabricator.wikimedia.org, describing the issue.  I am not as active
>> in the wikipedia at the moment, but hopefully WMF will respond to the
>> community requests.
>> --回答（ここまで）-
>>
>> アバウトに訳すと
>> ・これはosm2pgsqlの制限事項
>> ・ライン（ウェイ）にwikidataタグがあればインポートされる
>> ・リレーションの種別には依存しないはずだが、影響を受ける場合があるかも
>> ・Kartographerエクステンションはその部分には関知しておらず、バックエンド側でどうやっているか次第
>> ・phabricator.wikimedia.org にissueを上げてね
>> ・私はwikipedia関連の活動は現在あまりやっていないがコミュニティからのリクエストにはウィキメディア・ファウンデーションが対応してくれるかも
>> というところです。
>>
>> ウィキペディアのinfoboxにあるマップ上に表示させるために
>> それぞれでやるべきことをまとめると以下のようなところでしょうか。
>> OSMとwikidataは従来通り、特に変わったことをしなくても良くて
>> いはずですが、最終的にはextension/template側の
>> 判断と対応を待たないと詳細不明です。
>>
>> 1)OSM
>> ・決まった通りにタグ（リレーションのタグとかwikidata=Q番号のタグ）をつける。
>> 例：
>> https://www.openstreetmap.org/relation/2354599
>> 2)wikidata
>> ・対象項目を登録し、Q番号を発行。
>> 例：
>> https://www.wikidata.org/wiki/Q734455
>> 「オープンストリートマップのリレーションID」が登録されていますがこれが必須がどうかは不明。
>> （個人的にはこれに依存しない方がベターと考えています）
>> 3)Wikipedia/Wikimedia
>>
>> ・extensionだかtemplateだかで、リレーションの種別に影響を受けないように修正が必要（修正後にjawikiもアップデートしてもらう必要あり。いずれにしても少し時間がかかりそう。）
>> 例：（使われているマップはOSMから複製してWMFが独自に配信しているため更新タイムラグが発生する）
>> https://ja.wikipedia.org/wiki/%E4%BF%A1%E6%BF%83%E5%B7%9D
>>
>> ということでWMFへのissueはどうしましょうか。
>> 私のセンスで良ければ上げておきますが、この先の進め方や
>> 書く内容にご意見があるようでしたらお任せしたいです。
>>
>> 東
>>
>> 2018/12/27 Shu Higashi :
>> >> 可能ならお願いできると嬉しいです。
>> >> Extension:Kartographerに対して、waterwayなど他のrelation
>> >> typeを追加できるようにしたい、が要望になるかと思っています。
>> >
>> > 了解です。明日以降やりとりしてみます。
>> > 状況があまりよく分かっていないのですが
>> > テンプレートのマップに表示する際に
>> > もしOSMのリレーションIDで紐づけているでしたら
>> > あまり推奨されないやり方なので(IDは変わり得るので)
>> > それをwaterwayに拡張するのは
>> > むしろOSMコミュニティ側からの反対があるかもしれません。
>> > いずれにしてもきいてみます。
>> > 東
>> >
>> >>
>> >>
>> >> 2018年12月27日(木) 22:31 Shu Higashi :
>> >>
>> >>> 東です。
>> >>>
>> >>> > Extension:Kartographerの機能追加って、どうしたらいいんですかね。。。
>> >>> > って思ったら、エクステンションの作者のYuri Astrakhanさん、普通にtalk MLとかでよく見るひとだ。
>> >>> > どういう形でソースコードが公開されてるのか、どうやったら提案できるのか、Wikipediaのひとに聞いてみますね。
>> >>>
>> >>> Yuriさんとは別件でやりとりしているので急ぎでなければ
>> >>> （明日以降で良ければ）当方から連絡をとることはできます。
>> >>> もしすでに進めているようでしたらおまかせします。
>> >>>
>> >>> > (c)Triglav2018氏へ再連絡し、上記を確認してもらう。(間違った編集が続かないようにするため)
>> >>> > -> Triglav2018さんが実施したいこともなんとなくわかってきましたので、
>> >>> > 回避策をWikipedia & wikidataコミュと相談して進めて、そこから連絡がいいかな、と思っています。
>> >>> > やりたいこと自体は、とてもよいことだと思いますので。
>> >>> >
>> >>> >
>> >>> >
>> >>> > 2018年12月27日(木) 21:57 tomoya muramoto :
>> >>> >
>> >>> >> みなさま
>> >>> >>
>> >>> >> コメントありがとうございます。
>> >>> >>
>> >>> >> 私なりに今回の件をまとめてみました。
>> >>> >>
>> >>> >> 【確認できたこと】
>> >>> >> (1)河川リレーションにtype=routeをつけるのは間違いである
>> >>> >>
>> >>> >>
>> >>>
>> (2)Triglav氏の解説ページ[*]に記載されたリレーション作成事例のうち、河川、トンネル、駅の通路をtype=routeでリレーション化するのは間違いである。そのほかにも間違ったリレーションが作成されているのか、個別事例で確認が必要。
>> >>> >> (3)wikidata=*タグがつけられているからといって、wikipedia=*タグを削除してはいけない。
>> >>> >> [*]
>> >>> >>
>> >>>
>> https://ja.m.wikipedia.org/wiki/利用者:Triglav/ウィキペディア一辺倒な方のためのオープンストリートマップ利用術
>> >>> >>
>> >>> >> 【今後に必要なアクション】
>> >>> >> (a)リバートを含む修正作業
>> >>> >>
>> >>> >>
>> >>>
>> (b)WikipediaおよびWikidataコミュニティへ連絡し、今回の事案を把握してもらう。必要に応じて、Extension:Kartographerの機能追加を提案する。
>> >>> >> (c)Triglav2018氏へ再連絡し、上記を確認してもらう。(間違った編集が続かないようにするため)
>> >>> >>
>> >>> >> ---
>> >>> >>
>> >>> >>
>> >>>
>> 現時点では、いいだ様が(a)リバート作業に手を挙げていただき、(b)についても一部進めていただいているようです。また、アマノ様にも修正作業いただいたようです。ありがとうございます。
>> >>> >>
>> >>> >> ●いいだ様への質問
>> >>> >> リバート作業の進め方(分担など)について案をお持ちでしたら展開いただければと思います。個別のリバートは待ったほうがよいでしょうか？
>> >>> >>
>> >>> >> ●みなさまへの質問・お願い
>> >>> >>
>> >>> >>
>> >>>
>> (b)(c)の対応をどなたか担当いただけませんでしょうか？私がやってもいいのですが、一度Triglav2018氏とのコミュニケーションに失敗していること、ネガティブな気持ちが先行してしまっているので攻撃的な連絡になりそうなことが懸念され、二の足を踏んでいます。
>> >>> >> (b)(c)の対応は当面不要とのご意見があれば、あわせてお願いいたします。
>> >>> >>
>> >>> >> よろしくお願いします。
>> >>> >>
>> >>> >> muramoto
>> >>> >> ___
>> >>> >> Talk-ja mailing list
>> >>> >> Talk-ja@openstreetmap.org
>> >>> >> https://lists.openstreetmap.org/listinfo/talk-ja
>> >>> >>
>> >>> >
>> >>> >
>> >>> > --
>> >>> > Satoshi IIDA
>> >>> > mail: nyamp...@gmail.com
>> >>> > twitter: @nyampire
>> >>> >
>> >>> ___
>> >>> Talk-ja mailing list
>> >>> Talk-ja@openstreetmap.org
>> >>> https://lists.openstreetmap.org/listinfo/talk-ja
>> >>>
>> >>
>> >>
>> >> --
>> >> Satoshi IIDA