Re: [OSM-ja] 福岡／大分豪雨災害クライシスマッピングのタグ付けについて

[Shu Higashi]

東です。

+1 です。

2017/08/07 Satoshi IIDA :
> いいだです。
>
> +1 to muramotoさんです。
>
>
> 2017年8月7日 10:10 Zoar. :
>
>> ぞあです。
>>
>> muramoto さんお疲れさまです。
>> ご提案の内容での編集に賛成します。
>>
>> Twitter での議論をまとめてくださったので確認しやすかったです。ありがとうございます。
>> https://togetter.com/li/1132198
>>
>>
>>
>> On 2017/08/04 10:37, tomoya muramoto wrote:
>>
>>> muramotoです。
>>>
>>> twitter上も含めて意見は一応出尽くしたように思われます。
>>>
>>> つきましては、以下の編集を実施したいと考えます。
>>> 賛成・反対・要修正などご意見いただければと思います。
>>>
>>> (1)日本国内を対象にoverpass turboを使って以下の検索を行う。
>>> 検索式イメージ = `hazard_type=*` and `hazard_prone=yes` in Japan
>>> (2)検索結果をJOSMで読み込み以下の編集を行う。
>>> ・natural=*, landuse=*, surface=*を削除
>>> ・nameをdescriptionに変更
>>>
>>> また、被災地区の地図を眺めてところ、`hazard_type=*`等が付与されていない災害エリアデータが見つかりました。
>>> 例：http://www.openstreetmap.org/way/506838256 (古橋先生が作成されたデータのようです)
>>> その対応として以下の編集を行う。
>>> (3)日田市内および朝倉市内を対象に、nameが付いたnatural=*, landuse=brownfieldを検索する。
>>> (4)検索結果をJOSMで読み込み、ひとつずつ目視で確認しながら、`hazard_type=*`,
>>> `hazard_prone=yes`を付与、natural=*, landuse=*を削除、nameをdescriptionに変更する。
>>>
>>> (`hazard_prone=yes`の要不要については意見がばらばらですが、とりあえず残す形にしています)
>>>
>>> なお、本編集はなんらかのソースに基づくものではない(実際に復旧されているのか私にはわからない)ため、
>>> 編集を実施するためにはコミュニティの合意が必要であると考えます。
>>> ですので、賛成・反対だけでも良いのでコメントいただければ嬉しいです。
>>>
>>> なお、編集の可否に関わらず、後日osm wikiに議論の記録をまとめようと思います。
>>> https://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags
>>>
>>> よろしくお願いします。
>>>
>>> muramoto
>>>
>>>
>>>
>>> ___
>>> Talk-ja mailing list
>>> Talk-ja@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ja
>>>
>>>
>> --
>> Twitter : @k_zoar
>> OSM: http://hdyc.neis-one.org/?k_zoar
>>
>> ___
>> 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

Re: [OSM-ja] 避難場所・避難所のタグ付け方法

[Shu Higashi]

遅くなりました。

統一すると分かりやすくなる利点があるのはその通りだとは思いますが
shelter_typeとhazard_typeは、その値自体に普段時用と緊急時用が
混在していたり、区別ができないもののように思えます。
＜shelter_typeの例＞
https://wiki.openstreetmap.org/wiki/JA:Key:shelter_type
basic_hut（避難小屋）：緊急時用
changing_rooms（更衣室）：非緊急時用
field_shelter（動物向け避難設備）：緊急時用
public_transport（待合室）：非緊急時用
＜hazard_typeの例＞
https://wiki.openstreetmap.org/wiki/JA:Key:hazard_type
landslide（地すべりなど）：緊急時用と非緊急時用を区別する対象ではない
avalanche（雪崩など）：同上
flood（洪水）：同上

この両者にemergency:を付けている実例を見つけきれなかったので
おそらく新たなタグ付けスキーマとなるかと思います。
新たなものを作ること自体は悪くはないと思いますが
普段時用と緊急時用で明らかにタグ付けの競合が起こりそうでない限り
（発災前後で明らかに区別した方が良いものでない限り）
そこまでここで独自に作らなくても良いように思います。

いかがでしょうか。

東

2017/08/04 tomoya muramoto :
> 今回付与するタグには、全部emergency接頭辞をつけるのはどうでしょうか。
> emergency:shelter_type:ja=福祉避難所/一次避難所/二次避難所
> emergency:hazard_type=*
>
> そうすることで、普段時用のタグと緊急時用のタグが一目で区別でき、わかりやすくなるのではと思います。
>
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-br] [OHM] Possibility to build a new Historic Project to OSM

[Rodrigo Mariano]

​​
Hi Tim and Richard,


> Speaking of OpenHistoricalMap I think historic events bound to geography
would be welcome. The Historic Event proposal was for the different but of
course bigger OSM project.The example given in the wiki page was historic
battlefields which would be suitable.
> I think there could be discussion about notability. For example, if a
city records and notifies that an event occured in a place (e.g. Blue
Plaques) then we can say it's notable for sure. At any rate the event
should be able to be verified by another mapper.

I tried to describe a bit about the notation of the categories in wiki page
[1]. Is correct? (Or in the right way?)


> I don't think that more general events such as "crimes in 1930s" would be
appropriate in OHM however - at one geographical level this is statistical
information, and one that might be better linked to the historic geographic
area. At individual level it may not be notable - but a prominent
assasination might be.

I agree with you. In this case, "crimes" were a example.


> i have an ongoing interest in doing a battlefield project. i think we
need to think about what kind of framework we need to describe events, what
it should include and what it can omit. we probably want to develop use
cases so that we can think about how the pieces should go together.

Would the features of this framework be like the tags? Which types of data
and their attributes can be included? Example: buildings like churchs, that
have a name, start date and etc.


I have described the basics of historical tags on the wiki page [1].

To be able to do data insertion through API: do I need a specific
authorization? Or to insert data, do I need to create a server node
connected to OSM?


PS: I'm new on OSM. So excuse me for any "rookie" question.



[1] https://wiki.openstreetmap.org/wiki/Pauliceia2.0


Regards,


On Mon, Aug 7, 2017 at 9:50 AM, Richard Welty 
wrote:

> On 8/7/17 8:20 AM, Tim Waters wrote:
> > Hi Rodrigo,
> >
> > Speaking of OpenHistoricalMap I think historic events bound to
> > geography would be welcome. The Historic Event proposal was for the
> > different but of course bigger OSM project.The example given in the
> > wiki page was historic battlefields which would be suitable.
> i have an ongoing interest in doing a battlefield project. i think we need
> to think about what kind of framework we need to describe events, what
> it should include and what it can omit. we probably want to develop use
> cases so that we can think about how the pieces should go together.
>
> > I think there could be discussion about notability. For example, if a
> > city records and notifies that an event occured in a place (e.g. Blue
> > Plaques) then we can say it's notable for sure. At any rate the event
> > should be able to be verified by another mapper.
> we also should probably have a discussion about documentation standards,
> recognizing that not all historical events have detailed documentation. i
> can find extensive documentation for many battles of the American Civil
> War. the documentation for most of the battles of the Revolutionary War
> is much thinner.
>
> richard
>
> --
> rwe...@averillpark.net
>  Averill Park Networking - GIS & IT Consulting
>  OpenStreetMap - PostgreSQL - Linux
>  Java - Web Applications - Search
>
>
> ___
> Historic mailing list
> histo...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/historic
>



-- 

Rodrigo M. Mariano
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-GB] Edits in Wales

[Miguel Sevilla-Callejo]

Sorry, the link to the changeset is incomplete in my last email, here is
the correct one:
https://www.openstreetmap.org/changeset/50943658
Cheers
M

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

On 9 August 2017 at 23:40, Miguel Sevilla-Callejo 
wrote:

> Hello again,
>
> I started to edit around and within Aberystwyth, Wales. Yesterday I did an
> edition to fix the bilingual labelling of some streets as I explained
> before in this thread but other user (Mike Baggaley) is asking to me to
> remove and change a neutral approach for labelling the streets [1].
>
> I understood that this list is the proper place to discuss and to start a
> consensus in the way to edit within the UK.
>
> So I would like to translate here why I'm using a neutral approach for the
> bilingual tagging in Wales: mainly because I'm following the wiki.
>
> I'll invite Mike Baggaley or whoever thinks I'm doing an inappropriate
> editions to consider joint this thread here and argue about.
>
> Just in case, next, I copy and paste my reply to Mike Baggaley in the
> changeset discussion where I explained mi position:
>
> "I disagree with you [to not use "Welsh name / English name" for "name"
> tag].
>
> If you please read the wiki you will read how to tag in multilingual
> situations.
>
> First, "name" tag could be use as you can see in street sings [1]. You can
> check on Mapillary how are labelled [2][3]
>
> Second, "Welsh name / English name" label for "name" tag is recommended
> for a neutral or bilingual version in Wales [4].
>
> Moreover, from the legal point of view, in Wales, in general, and in
> Ceredigion Council, in particular, Welsh is as important as English [5].
> Even Ordnance Survey has labelled some streets of Aberystwyth in both
> languages in their maps! [6]
>
> In conclusion, it is not necessary to change my editions because are
> appropriates."
>
> Bests
>
> Miguel
>
> [0] https://www.openstreetmap.org/changeset/
> [1] https://wiki.openstreetmap.org/wiki/Key:name
> [2] https://www.mapillary.com/map/im/BVAjyV5Yt6hediIk7Lqv4w
> [3] https://www.mapillary.com/map/im/j1ngoo9wTxbfXfnMdcEGVA
> [4] https://wiki.openstreetmap.org/wiki/Multilingual_names#Wales "In the
> name field, a neutral or a bilingual version can be entered."
> [5] http://www.legislation.gov.uk/mwa/2011/1/contents
> [6] http://map.ceredigion.gov.uk/connect/?mapcfg=COMMUNITY_AND_LIVING
>
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
> On 27 July 2017 at 14:48, Miguel Sevilla-Callejo 
> wrote:
>
>> Hi again,
>>
>> As far as I understand the wiki, my experience in Spanish bilingual
>> situations and the common sense (as you can see in street signals) I'm
>> going to change name=* to a neutral way as far as I could because is non
>> sense to have only English name in name=* tag (and adding name:en=* if do
>> not exist).
>>
>> I see (may be SK53 add them) there are name:cy tag in many streets [1] so
>> is as easy to edit name=* adding the Welsh name before as you can see in
>> the streets, add name:en=* if necessary.
>>
>> Cheers
>>
>> Miguel
>>
>> [1] e.g. way of the photo http://imgur.com/VkxGasm -->
>> http://www.openstreetmap.org/way/152547339
>>
>> --
>> *Miguel Sevilla-Callejo*
>> Doctor en Geografía
>>
>> On 27 July 2017 at 14:29, SK53  wrote:
>>
>>> Hi Miguel,
>>>
>>> I tend to agree with you. However, we have never had a consensus on
>>> which approach to use. Perhaps because we have few mappers in Wales and
>>> even fewer who are Welsh speakers by preference. Certainly using an English
>>> road name in Welsh-speaking areas of Wales is likely to put off Welsh
>>> speakers from contributing, so I tend to regard using both names as a
>>> quasi-political compromise. It's not easy to parse but will be intelligible
>>> to all, and does not require the elaborate explanation about name:en and
>>> name:cy.
>>>
>>> So be prepared for people querying this approach.
>>>
>>> From a perspective of entering the data it is important to add name:en
>>> and name:cy.
>>>
>>> Ironically I have been using Aber to test a mapnik overlay of Welsh
>>> names, so more data would be very useful.
>>>
>>> Jerry
>>>
>>> On 27 July 2017 at 14:15, Miguel Sevilla-Callejo 
>>> wrote:
>>>
 Hello Phil,

 Thanks for your reply, great to know someone is editing or/checking
 editions around.

 Respect the issue about the street names if you follow wiki indications
 for multilingual names [1] you could read for Welsh that "It is better to
 use *name:en* for English names and *name:cy* for the Welsh name. In
 the *name* field, a neutral or a bilingual version can be entered."
 [2]. So it's time to proceed in the correct mode.

 You can see an example of street sing here: http://imgur.com/VkxGasm

 I guess we should follow the neutral bilingual approach for that rather
 than to use only Welsh (which in top) or English name.

 

Re: [Talk-GB] Edits in Wales

[Miguel Sevilla-Callejo]

Hello again,

I started to edit around and within Aberystwyth, Wales. Yesterday I did an
edition to fix the bilingual labelling of some streets as I explained
before in this thread but other user (Mike Baggaley) is asking to me to
remove and change a neutral approach for labelling the streets [1].

I understood that this list is the proper place to discuss and to start a
consensus in the way to edit within the UK.

So I would like to translate here why I'm using a neutral approach for the
bilingual tagging in Wales: mainly because I'm following the wiki.

I'll invite Mike Baggaley or whoever thinks I'm doing an inappropriate
editions to consider joint this thread here and argue about.

Just in case, next, I copy and paste my reply to Mike Baggaley in the
changeset discussion where I explained mi position:

"I disagree with you [to not use "Welsh name / English name" for "name"
tag].

If you please read the wiki you will read how to tag in multilingual
situations.

First, "name" tag could be use as you can see in street sings [1]. You can
check on Mapillary how are labelled [2][3]

Second, "Welsh name / English name" label for "name" tag is recommended for
a neutral or bilingual version in Wales [4].

Moreover, from the legal point of view, in Wales, in general, and in
Ceredigion Council, in particular, Welsh is as important as English [5].
Even Ordnance Survey has labelled some streets of Aberystwyth in both
languages in their maps! [6]

In conclusion, it is not necessary to change my editions because are
appropriates."

Bests

Miguel

[0] https://www.openstreetmap.org/changeset/
[1] https://wiki.openstreetmap.org/wiki/Key:name
[2] https://www.mapillary.com/map/im/BVAjyV5Yt6hediIk7Lqv4w
[3] https://www.mapillary.com/map/im/j1ngoo9wTxbfXfnMdcEGVA
[4] https://wiki.openstreetmap.org/wiki/Multilingual_names#Wales "In the
name field, a neutral or a bilingual version can be entered."
[5] http://www.legislation.gov.uk/mwa/2011/1/contents
[6] http://map.ceredigion.gov.uk/connect/?mapcfg=COMMUNITY_AND_LIVING


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

On 27 July 2017 at 14:48, Miguel Sevilla-Callejo 
wrote:

> Hi again,
>
> As far as I understand the wiki, my experience in Spanish bilingual
> situations and the common sense (as you can see in street signals) I'm
> going to change name=* to a neutral way as far as I could because is non
> sense to have only English name in name=* tag (and adding name:en=* if do
> not exist).
>
> I see (may be SK53 add them) there are name:cy tag in many streets [1] so
> is as easy to edit name=* adding the Welsh name before as you can see in
> the streets, add name:en=* if necessary.
>
> Cheers
>
> Miguel
>
> [1] e.g. way of the photo http://imgur.com/VkxGasm -->
> http://www.openstreetmap.org/way/152547339
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
> On 27 July 2017 at 14:29, SK53  wrote:
>
>> Hi Miguel,
>>
>> I tend to agree with you. However, we have never had a consensus on which
>> approach to use. Perhaps because we have few mappers in Wales and even
>> fewer who are Welsh speakers by preference. Certainly using an English road
>> name in Welsh-speaking areas of Wales is likely to put off Welsh speakers
>> from contributing, so I tend to regard using both names as a
>> quasi-political compromise. It's not easy to parse but will be intelligible
>> to all, and does not require the elaborate explanation about name:en and
>> name:cy.
>>
>> So be prepared for people querying this approach.
>>
>> From a perspective of entering the data it is important to add name:en
>> and name:cy.
>>
>> Ironically I have been using Aber to test a mapnik overlay of Welsh
>> names, so more data would be very useful.
>>
>> Jerry
>>
>> On 27 July 2017 at 14:15, Miguel Sevilla-Callejo 
>> wrote:
>>
>>> Hello Phil,
>>>
>>> Thanks for your reply, great to know someone is editing or/checking
>>> editions around.
>>>
>>> Respect the issue about the street names if you follow wiki indications
>>> for multilingual names [1] you could read for Welsh that "It is better to
>>> use *name:en* for English names and *name:cy* for the Welsh name. In
>>> the *name* field, a neutral or a bilingual version can be entered."
>>> [2]. So it's time to proceed in the correct mode.
>>>
>>> You can see an example of street sing here: http://imgur.com/VkxGasm
>>>
>>> I guess we should follow the neutral bilingual approach for that rather
>>> than to use only Welsh (which in top) or English name.
>>>
>>> In Spain we have same regions with this issue and we are use to manage.
>>>
>>> Telegram is like WhatsApp, a Instant Messenger platform, initially focus
>>> in mobile [3] and we use in Spain to re-emplace IRC [4] despite we
>>> connected both services through Riot.im [4]
>>>
>>> By the way, I'm one of the administrator of the Non-official,
>>> unauthorized OpenStreetMap supergroup on Telegram: @openstreetmaporg [5]
>>>
>>> We keep in contact

Re: [Talk-GB] Latest OS Opendata

[Robert Whittaker (OSM lists)]

On 9 August 2017 at 18:13, Chris Hill  wrote:
> I have a rather strange explanation as to why Forestry Commission land is
> not shown on the OS Open Greenspace dataset. OS Customer Services have
> explained that they can't distinguish what woodland is Forestry Commission
> from aerial imagery nor can they determine what the access is from such
> imagery. This seems ridiculous but that is their answer.

I suspect that producing the Green Space map was forced upon OS by
politicians, so they've just taken whatever existing datasets they
have, and looked for polygon features that map to "Green Space" and
exported them. (Hence the odd choice to include Golf Courses, which
are mostly private.) Around me, the OS Green Space coverage is
particularly poor with a lot of the public green space in my town
missing. Much of the missing land in the town is owned by the District
Council, but there are also bits that are CRoW Access Land and
registered commons, which I'd have thought OS should know about. And
then there's the whole of Thetford Forest missing!

> I think it still has some value as it stands.

Definitively. I've already found a couple of play areas hidden in
housing estates that I didn't know existed, that I'll need to go a
survey.

The killer feature would be doing a comparison with the OSM data and
showing discrepancies -- though that's much easier said than done!

> Any more feedback will always be welcome.

Would you consider adding the CRoW Access Land as an additional layer?
(You can get the data under the OGL from
http://environment.data.gov.uk/ds/catalogue/#/catalogue under the
heading "CRoW Act 2000 - Access Layer".

If you're interested in adding even more datasets, the National Trust
has OGL data of it's "always open" land at
http://uk-nationaltrust.opendata.arcgis.com/datasets/202ec400dfe9471aaf257e4b6c956394_0
, and the Forestry Commission make their Public Forest Estate
boundaries available under the OGL at
http://data-forestry.opendata.arcgis.com/datasets/national-forest-estate-legal-boundary-england-2016/
and/or 
http://data-forestry.opendata.arcgis.com/datasets/national-forest-estate-ownership-england-2016
(though there isn't public access to all of it). In both of these
datasets there will be overlap with the CRoW Access Land.

Robert,

-- 
Robert Whittaker

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

Re: [OSM-talk-fr] Demande d'avis sur une idée de "défi du mois"

[marc marc]

Bonsoir,

Le 09. 08. 17 à 15:46, Alain VASSAULT a écrit :
> Il y a un peu partout des repères géodésique
> Dans mon secteur (sens/Yonne) il y a, au pifometre, 1/10 de ces points 
> présent sur OSM.
Si j'ai bien compris l'historique, ils ont été tous importé.
il me semble intéressant d'essayer de comprendre ce que sont devenu les 
points manquant.
Si leur id osm est inconnu, il doit être retrouvable par exemple avec 
une requête overpass et une date au lendemain de l'import.

> l'IGN à du mal à mettre à jour les fiches descriptives de leur base.
Une idée audacieuse :
au lieu de transmettre à l'ign les maj nécessaire à leur système peu 
pratique (je pense aux pdfet façon de les générer), mettons les info 
dans osm (que manque-t-il comme info ? une description et une/des url de 
photo ?) et renseignons cette source d'info à l'ign, quitte à leur créer 
un umap qui fournit le même genre de service que leur site actuel.

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

Re: [OSM-talk-fr] Demande d'avis sur une idée de "défi du mois"

[Alain VASSAULT]

Ho! Merci pour l'info !

J'ai envoyé un courriel à mon contact de l'IGN pour l'inciter à mettre à 
disposition les infos dans ce genre de fichier et sur ce site lol.

Bon bah je viens de lui réécrire pour lui dire que quelqu'un avait déjà 
commencer le boulot, et lui fournir l'uri, qu'il s'en inspire ^^





Le 9 août 2017 22:26:32 GMT+02:00, Vincent Privat  a 
écrit :
>Ah oui et sans oublier que Christian a fait le boulot de l'IGN à leur
>place
>:)
>http://www.data.gouv.fr/fr/datasets/bornes-geodesiques-ign/
>
>Est-ce que le jeu de données est "branché" sur osmose ?
>
>Le 9 août 2017 à 21:55,  a écrit :
>
>> Le 09/08/2017 à 17:42, Alain VASSAULT -
>alain.vassa...@tranquillement.info
>> a écrit :
>>
>> Importation de masse ok, mais on est loin d'une intégration complète.
>>
>> Je vient de check une zone un peu dire connue et avec du monde sur
>> place PARIS et environ.
>>
>> Si tu prends des déserts aussi  ;-).
>> Exemple de partenariat perdant-perdant :
>> - on met leurs fiches à jour et du coup ils peuvent virer leurs
>derniers
>> vérificateurs
>>
>> Exemple de partenariat gagnant-gagnant :
>> - on met à jour leurs fiches et ils nous offrent des accès afin
>> d'améliorer les tracés GPS avec RTK soit la composition d'images avec
>> micmac (message ciblé ;-)).
>> Stéphane pourra préciser si la première chose n'a pas de sens parce
>qu'on
>> a déjà accès à ce qu'on veut.
>> Mais globalement un partenariat si d'un côté on aide à maintenir des
>> bornes géodésiques devrait aboutir à ce que l'IGN nous aide à
>améliorer la
>> précision des tracés, d'où l'idée d'utiliser RGP ou leur savoir faire
>pour
>> faire nos propres bases.
>>
>> À propos de défi du mois, merci Donat de mettre des operator:wikidata
>;-).
>> Ceux qui ont touché des POI SNSM comprendront.
>>
>> Jean-Yvon
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Demande d'avis sur une idée de "défi du mois"

[Vincent Privat]

Ah oui et sans oublier que Christian a fait le boulot de l'IGN à leur place
:)
http://www.data.gouv.fr/fr/datasets/bornes-geodesiques-ign/

Est-ce que le jeu de données est "branché" sur osmose ?

Le 9 août 2017 à 21:55,  a écrit :

> Le 09/08/2017 à 17:42, Alain VASSAULT - alain.vassa...@tranquillement.info
> a écrit :
>
> Importation de masse ok, mais on est loin d'une intégration complète.
>
> Je vient de check une zone un peu dire connue et avec du monde sur
> place PARIS et environ.
>
> Si tu prends des déserts aussi  ;-).
> Exemple de partenariat perdant-perdant :
> - on met leurs fiches à jour et du coup ils peuvent virer leurs derniers
> vérificateurs
>
> Exemple de partenariat gagnant-gagnant :
> - on met à jour leurs fiches et ils nous offrent des accès afin
> d'améliorer les tracés GPS avec RTK soit la composition d'images avec
> micmac (message ciblé ;-)).
> Stéphane pourra préciser si la première chose n'a pas de sens parce qu'on
> a déjà accès à ce qu'on veut.
> Mais globalement un partenariat si d'un côté on aide à maintenir des
> bornes géodésiques devrait aboutir à ce que l'IGN nous aide à améliorer la
> précision des tracés, d'où l'idée d'utiliser RGP ou leur savoir faire pour
> faire nos propres bases.
>
> À propos de défi du mois, merci Donat de mettre des operator:wikidata ;-).
> Ceux qui ont touché des POI SNSM comprendront.
>
> Jean-Yvon
>
> ___
> 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] Demande d'avis sur une idée de "défi du mois"

[osm . sanspourriel]

Le 09/08/2017 à 17:42, Alain VASSAULT - 
alain.vassa...@tranquillement.info a écrit :



Importation de masse ok, mais on est loin d'une intégration complète.

Je vient de check une zone un peu dire connue et avec du monde sur 
place PARIS et environ.



Si tu prends des déserts aussi  ;-).
Exemple de partenariat perdant-perdant :
- on met leurs fiches à jour et du coup ils peuvent virer leurs derniers 
vérificateurs


Exemple de partenariat gagnant-gagnant :
- on met à jour leurs fiches et ils nous offrent des accès afin 
d'améliorer les tracés GPS avec RTK soit la composition d'images avec 
micmac (message ciblé ;-)).
Stéphane pourra préciser si la première chose n'a pas de sens parce 
qu'on a déjà accès à ce qu'on veut.
Mais globalement un partenariat si d'un côté on aide à maintenir des 
bornes géodésiques devrait aboutir à ce que l'IGN nous aide à améliorer 
la précision des tracés, d'où l'idée d'utiliser RGP ou leur savoir faire 
pour faire nos propres bases.


À propos de défi du mois, merci Donat de mettre des operator:wikidata 
;-). Ceux qui ont touché des POI SNSM comprendront.


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

[OSM-talk-ie] Go Map app on Apple iPad

[Brian Hollinshead]

Wonder if any of you have used the Go Map app. on an Apple iPad and if so,
how good you found it please?

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

Re: [OSM-talk] European Data Portal declares the CC-BY 4.0 and ODbL 1.0 compatible

[Simon Poole]

I've got a response from the the EDP and they agree that labelling the
licences in question as "compatible" could be misleading, they have
indicated that they will change the wording going forward.

Simon


Am 03.08.2017 um 22:50 schrieb Simon Poole:
>
> Currently outgoing mail from the mailing list server is experiencing
> very long delays, so this is a bit late, but I tried to contact the
> operators this afternoon but haven't heard anything back yet. It
> should be noted that in my opinion the incompatibility is not just
> with with the ODbL, but with a large number of the licenses listed as
> compatible on that page.
>
> Simon
>
>
> Am 03.08.2017 um 15:16 schrieb Simon Poole:
>> Hi Maurizio
>>
>> Thank you for the pointer.
>>
>> I believe the error is really that they overlooked some of the finer
>> points of the CC licences, but I'll see if it is possible to discuss
>> this with them.
>>
>> Simon
>>
>>
>> Am 03.08.2017 um 10:35 schrieb Maurizio Napolitano:
>>> I discovered today a service made by the  European Data Portal (EDP)
>>> where you can find the list of all the most used license for open data
>>> in Europe.
>>> The service offers a long list where, for each entry, you can have a
>>> short description about permissions and restrictions of each license
>>> and also the compatibility with the others.
>>> If you read the information about che CC-BY 4.0
>>> https://www.europeandataportal.eu/en/content/show-license?license_id=CC-BY4.0
>>> you find on the list of the compatible licenses also the ODC-ODbL 1.0.
>>>
>>> But, the License Working Group (LWG) of the OSM Foundation explained
>>> that there are some issues between these 2 licenses
>>> https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/
>>>
>>> and now the suggestion is to ask the permission to import the data
>>> distributed under cc-by 4.0.
>>> https://drive.google.com/file/d/0B3PN5zfbzThqeTdWR1l3SzJVcTg/view
>>>
>>> The decision of the LWG is born after a discussion with the staff of
>>> the Creative Commons.
>>>
>>> The European Data Portal is an important reference for all the public
>>> administrations of Europe. For this reason I think that it's better
>>> start a discussione with the EDP's staff to have a common vision.
>>>
>>> What do you think about?
>>> Ciao
>>>
>>>
>>>
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] Fwd: [Colaboracion.osm] Taller para las V Jornadas de WMES

[Alejandro S.]

Buenas,

De la categoría del wiki[0] tenemos varios usuarios:
* KikeTM [1] parece activo (ediciones hace 11 días)
* picoesquina [2] parece activo (ediciones hace 10 días)

Parece usuarios avanzados con miles de ediciones, seguro que tienen algo
interesante que contar :)

¿Estáis suscritos a esta lista? ¡Manifestaos!


Saludos,
alejandroscf

[0]: https://wiki.openstreetmap.org/wiki/Category:Users_in_Murcia
[1]: http://www.openstreetmap.org/user/KikeTM
[2]: http://www.openstreetmap.org/user/picoesquina

Atentamente,
  Alejandro Suárez

2017-08-09 13:16 GMT+02:00 Jaime Crespo :

> ¿A quién tenemos en Murcia?
>
>
> -- Forwarded message --
> From: David Abián 
> Date: 2017-08-09 12:19 GMT+02:00
> Subject: [Colaboracion.osm] Taller para las V Jornadas de WMES
> To: colaboracion@wikimedia.es, Jorge Sanz , Miguel Sevilla-Callejo
>
>
> Hola, amigos.
>
> Como el año pasado, nos encantaría aprender más sobre OpenStreetMap con
> una charla o un taller de unos 30 minutos (y, si es posible, también con
> una presentación muy breve sobre el proyecto) en las Jornadas de
> Wikimedia España, que esta vez se celebrarán en Murcia los días 15, 16 y
> 17 de septiembre.
>
> Si os parece bien la propuesta, podéis decidir la temática o contactar
> con quienes creáis que puedan y quieran acudir a compartir algo
> interesante sobre OSM. Quedáis todos invitados a asistir en cualquier
> caso. ;-)
>
> Saludos.
>
>
> --
> David Abián
> Junta Directiva
>
> Wikimedia España
> Vega Sicilia, 2
> 47008 - Valladolid
> https://wikimedia.es
>
> Wikimedia España es una asociación sin ánimo de lucro española con
> CIF G-10413698 inscrita en el Registro Nacional de Asociaciones,
> Grupo 1, Sección 1, Núm. Nacional 597390.
>
> «Imagina un mundo en el que cada persona
> tenga acceso libre a todo el conocimiento».
> ___
> Colaboracion.osm mailing list
> colaboracion@wikimedia.es
> https://listas.wikimedia.es/mailman/listinfo/colaboracion.osm
>
>
> --
> Jaime Crespo
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-GB] Latest OS Opendata

[Chris Hill]

I have a rather strange explanation as to why Forestry Commission land 
is not shown on the OS Open Greenspace dataset. OS Customer Services 
have explained that they can't distinguish what woodland is Forestry 
Commission from aerial imagery nor can they determine what the access is 
from such imagery. This seems ridiculous but that is their answer.


I have updated the overlay [1] to change the colours, though I left the 
outline red to help them stand out. I've added a layer selector and 
turned the overlay off for low zoom levels (<12) to make scrolling work 
better. I fixed a bug and remembered to add the OS attribution this time 
too.


I think it still has some value as it stands.

Any more feedback will always be welcome.

Cheers, Chris (chillly)

[1] https://raggedred.net/greenspace


On 09/08/2017 10:16, Andy Robinson wrote:

Chris,

I guess the bit of interest is the 90% of Public Forest Estate that the 
Forestry Commission dedicated right of access.
https://www.forestry.gov.uk/forestry/infd-7rufp5#access

Cheers
Andy

-Original Message-
From: Chris Hill [mailto:o...@raggedred.net]
Sent: 08 August 2017 20:08
To: Andy Robinson; 'OSM Talk GB'
Subject: Re: [Talk-GB] Latest OS Opendata

Thanks Andy,

I've asked OS about Forestry Commission land, let's see what they say.

Cheers, Chris (chillly)


On 08/08/2017 09:37, Andy Robinson wrote:

Nice work Chris. As you say it does contain some privately owned space. It also 
looks somewhat out of date with changes from a couple of years ago not 
reflected and missing plenty of smaller play areas within our urban sprawls. A 
very useful tool for checking though.

Also as this set doesn’t include Forestry Commission land that is fully accessible it can 
give a false impression of some of our "open spaces". A good example is Cannock 
Chase (Staffs), which is mix of open space and Forestry Commission.

Cheers
Andy

-Original Message-
From: Chris Hill [mailto:o...@raggedred.net]
Sent: 07 August 2017 22:34
To: OSM Talk GB
Subject: [Talk-GB] Latest OS Opendata

I've taken a look at the latest OS open data: OS Open Greenspace. I've created 
a simple overlay made of 1x1 degree overlay tiles, which is probably a bit big 
for some areas, so scrolling can be a bit unpredictable.

https://raggedred.net/greenspace/#13/53.4520/-1.2173

There are ten types of green space in the dataset:

"Allotments Or Community Growing Spaces"
"Bowling Green"
"Cemetery"
"Golf Course"
"Other Sports Facility"
"Play Space"
"Playing Field"
"Public Park Or Garden"
"Religious Grounds"
"Tennis Court"

Click on an area to show the type and the name if it has one.

Often the OS open data is a bit of a crude representation but this looks a pretty good. 
OS described it as "public open space" but it certainly includes some 
privately-owned spaces such as private golf courses. I think this is a useful dataset to 
check an area to see if OSM is missing something.

Feedback is welcome. If it's useful, I'll probably sort out the tile sizes and 
change the colours for each type.



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

Re: [Talk-it] Parcheggio anche per bus turistici

[Fabrizio]

Per i bus turistici si può usare tourist_bus=yes invece per tir e mezzi
pesanti hgv=yes (controllerei se nel parcheggio ci sono degli spazi
dedicati a loro con apposita segnaletica, in quel caso taggherei la zona
dedicata con tourist_bus=designated etc...)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Demande d'avis sur une idée de "défi du mois"

[Alain VASSAULT]

Importation de masse ok, mais on est loin d'une intégration complète.

Je vient de check une zone un peu dire connue et avec du monde sur 
place PARIS et environ.


- 381 poi vue sur over-pass (ma requête visible sur ma capture d'écran)

    Capture over-pass: 
https://framapic.org/IrksWAbZIb7g/rNWN0Gf91c99.PNG


- 1371 repère de nivellement + 483 site géodesique (pouvent contenir 
plusieurs points) sur le site de l'IGN


    Capture carte IGN Paris et environ: 
https://framapic.org/4Qun37Dqosdm/JO5iR7v2FOGe.PNG


    Capture carte IGN avec sélection et donc info "panier": 
https://framapic.org/DzHCQgePQ4n5/wylPnWFYHgSy.PNG


Visiblement après lecture il se basais sur des fiches HTML (qui n'existe 
plus), et des fiches PDF sur un ftp (déjà plus accessible à l'époque de 
l'article).


Aujourd'hui on ne peut extraire en PDF que les points mis en panier, si 
plusieurs points dans le panier, l'ensemble des fiches PDF sont 
fusionnée en un seul PDF (peut prendre du temps à être généré et proposé 
au téléchargement au navigateur.


Je sais que j'ai créer dans OSM tous les points de mon village ainsi que 
les points du village de mes beau parents car aucun n'existait.


Je me suis fait une extraction des fiches pour tout mon secteur et je 
tenterais d'arpenter, créer dans OSM, et faire la mise à jour fiche dès 
que ma santé et ma famille me libérera du temps ^^.


Tranquille

Le 09/08/2017 à 16:29, Vincent Privat a écrit :

Un peu de lecture s'impose:
http://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques

Les repères ont été importés en masse il y a un moment. S'il en manque 
dans ton secteur c'est probablement qu'ils ont été supprimés 
accidentellement.
L'IGN n'a jamais rendu facile l'accès aux fiches et on a toujours du 
trouver des hack pour y avoir accès.
Il faudrait que le service géodésie fasse une publication officielle 
des données brutes sur le site de l'IGN ou sur data.gouv.fr 
 pour remédier à ce problème.


Ensuite, une maintenance collaborative est une excellente idée, 
j'espère voir un partenariat OSM-FR / IGN dans ce sens :)


Le 9 août 2017 à 15:46, Alain VASSAULT 
> a écrit :


Bonjour, j'aurai une idée de défis du mois.

Tout le monde ici connais l'IGN.
Il y a un peu partout des repères géodésique (repérage horizontal
d'un point précis) et de nivellement (repérage horizontal et
vertical d'un point précis).
Grâce à ces dit point de repère, l'IGN peut établir les cartes que
l'on connait.
Dans mon secteur (sens/Yonne) il y a, au pifometre, 1/10 de ces
points présent sur OSM.
De plus, par manque d'arpenteur et de finance, l'IGN à du mal à
mettre à jour les fiches descriptives de leur base.

Je me disais que si on s'y mettais tous ensemble, on pourrait
créer tout ces points dans OSM et participer à la mise à jour des
fiches.

Je suis en relation directe par courriel avec le chef de l'unité
de mise à jour des fiches qui serait ravis d'une telle aide
(surtout pour les fiches sans photos, sachant que les photos ne
sont obligatoires que depuis l'année 2000).

Il vient de me confirmer que toutes les données des fiches (photos
comprise) sont Open data (il faudrait que je lui demande sous
quelle licence ?).

Je suis prêt à centraliser les propositions de mises à jour pour
qu'il ne se fasse pas flooder sa boîte professionnelle.

Pour mise à jour, je recommande un tableau avec la ref/nom du
repère, une photo geo-référencée, et un commentaire pour d'écrire
le repère (toujours en relief ou non, peut être caché par la
végétation, non trouvé).

Pour la photo il demande certains pré requis :
- représenter le repère dans son environnement proche (distance de
prise de vue entre 3 et 10 mètres et de préférence en perspective),
- centrée sur le repère
- format 4/3 horizontal
- résolution de l'image supérieure ou égale à 640x480

Les fiches actuelle sont consultables sur leur site
http://geodesie.ign.fr/fiches/index.php?module=e=visugeod


Il y a même une aide pour la consultation :
http://geodesie.ign.fr/fiches/Aide_serveur_de_fiches_v2.pdf

Même si je crois m'être fait la remarque qu'elle n'était pas à jour.


J'ai commencé à le faire dans mon coin en me disant qu'avec ces
repère geo-référencé de confiance cela pourrait permettre de mieux
calé les couches pour OSM, et les repères de nivellement une idée
de l'élévation du terrain et apporter une base pour qu'osm puisse
faire des cartes avec les tracé d'altitude.

Désolé si mon message choque les yeux des cartographes,
arpenteurs, et autres professionnels ainsi que les contributeurs
confirmés.

  

Re: [OSM-talk-fr] Demande d'avis sur une idée de "défi du mois"

[Vincent Privat]

Un peu de lecture s'impose:
http://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques

Les repères ont été importés en masse il y a un moment. S'il en manque dans
ton secteur c'est probablement qu'ils ont été supprimés accidentellement.
L'IGN n'a jamais rendu facile l'accès aux fiches et on a toujours du
trouver des hack pour y avoir accès.
Il faudrait que le service géodésie fasse une publication officielle des
données brutes sur le site de l'IGN ou sur data.gouv.fr pour remédier à ce
problème.

Ensuite, une maintenance collaborative est une excellente idée, j'espère
voir un partenariat OSM-FR / IGN dans ce sens :)

Le 9 août 2017 à 15:46, Alain VASSAULT 
a écrit :

> Bonjour, j'aurai une idée de défis du mois.
>
> Tout le monde ici connais l'IGN.
> Il y a un peu partout des repères géodésique (repérage horizontal d'un
> point précis) et de nivellement (repérage horizontal et vertical d'un point
> précis).
> Grâce à ces dit point de repère, l'IGN peut établir les cartes que l'on
> connait.
> Dans mon secteur (sens/Yonne) il y a, au pifometre, 1/10 de ces points
> présent sur OSM.
> De plus, par manque d'arpenteur et de finance, l'IGN à du mal à mettre à
> jour les fiches descriptives de leur base.
>
> Je me disais que si on s'y mettais tous ensemble, on pourrait créer tout
> ces points dans OSM et participer à la mise à jour des fiches.
>
> Je suis en relation directe par courriel avec le chef de l'unité de mise à
> jour des fiches qui serait ravis d'une telle aide (surtout pour les fiches
> sans photos, sachant que les photos ne sont obligatoires que depuis l'année
> 2000).
>
> Il vient de me confirmer que toutes les données des fiches (photos
> comprise) sont Open data (il faudrait que je lui demande sous quelle
> licence ?).
>
> Je suis prêt à centraliser les propositions de mises à jour pour qu'il ne
> se fasse pas flooder sa boîte professionnelle.
>
> Pour mise à jour, je recommande un tableau avec la ref/nom du repère, une
> photo geo-référencée, et un commentaire pour d'écrire le repère (toujours
> en relief ou non, peut être caché par la végétation, non trouvé).
>
> Pour la photo il demande certains pré requis :
> - représenter le repère dans son environnement proche (distance de prise
> de vue entre 3 et 10 mètres et de préférence en perspective),
> - centrée sur le repère
> - format 4/3 horizontal
> - résolution de l'image supérieure ou égale à 640x480
>
> Les fiches actuelle sont consultables sur leur site
> http://geodesie.ign.fr/fiches/index.php?module=e=visugeod
>
> Il y a même une aide pour la consultation : http://geodesie.ign.fr/fiches/
> Aide_serveur_de_fiches_v2.pdf
> Même si je crois m'être fait la remarque qu'elle n'était pas à jour.
>
>
> J'ai commencé à le faire dans mon coin en me disant qu'avec ces repère
> geo-référencé de confiance cela pourrait permettre de mieux calé les
> couches pour OSM, et les repères de nivellement une idée de l'élévation du
> terrain et apporter une base pour qu'osm puisse faire des cartes avec les
> tracé d'altitude.
>
> Désolé si mon message choque les yeux des cartographes, arpenteurs, et
> autres professionnels ainsi que les contributeurs confirmés.
>
> Dite moi ce que vous en pensez. Car si valider je me crée une boîte
> courriel spéciale pour vos contributions ^^
>
> Cordialement,
>
> Alain alias Tranquille
> --
> Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma
> brièveté.
> ___
> 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] Demande d'avis sur une idée de "défi du mois"

[Alain VASSAULT]

Bonjour, j'aurai une idée de défis du mois.

Tout le monde ici connais l'IGN.
Il y a un peu partout des repères géodésique (repérage horizontal d'un point 
précis) et de nivellement (repérage horizontal et vertical d'un point précis).
Grâce à ces dit point de repère, l'IGN peut établir les cartes que l'on connait.
Dans mon secteur (sens/Yonne) il y a, au pifometre, 1/10 de ces points présent 
sur OSM.
De plus, par manque d'arpenteur et de finance, l'IGN à du mal à mettre à jour 
les fiches descriptives de leur base.

Je me disais que si on s'y mettais tous ensemble, on pourrait créer tout ces 
points dans OSM et participer à la mise à jour des fiches.

Je suis en relation directe par courriel avec le chef de l'unité de mise à jour 
des fiches qui serait ravis d'une telle aide (surtout pour les fiches sans 
photos, sachant que les photos ne sont obligatoires que depuis l'année 2000).

Il vient de me confirmer que toutes les données des fiches (photos comprise) 
sont Open data (il faudrait que je lui demande sous quelle licence ?).

Je suis prêt à centraliser les propositions de mises à jour pour qu'il ne se 
fasse pas flooder sa boîte professionnelle.

Pour mise à jour, je recommande un tableau avec la ref/nom du repère, une photo 
geo-référencée, et un commentaire pour d'écrire le repère (toujours en relief 
ou non, peut être caché par la végétation, non trouvé).

Pour la photo il demande certains pré requis :
- représenter le repère dans son environnement proche (distance de prise de vue 
entre 3 et 10 mètres et de préférence en perspective),
- centrée sur le repère
- format 4/3 horizontal
- résolution de l'image supérieure ou égale à 640x480

Les fiches actuelle sont consultables sur leur site 
http://geodesie.ign.fr/fiches/index.php?module=e=visugeod

Il y a même une aide pour la consultation : 
http://geodesie.ign.fr/fiches/Aide_serveur_de_fiches_v2.pdf
Même si je crois m'être fait la remarque qu'elle n'était pas à jour.


J'ai commencé à le faire dans mon coin en me disant qu'avec ces repère 
geo-référencé de confiance cela pourrait permettre de mieux calé les couches 
pour OSM, et les repères de nivellement une idée de l'élévation du terrain et 
apporter une base pour qu'osm puisse faire des cartes avec les tracé d'altitude.

Désolé si mon message choque les yeux des cartographes, arpenteurs, et autres 
professionnels ainsi que les contributeurs confirmés.

Dite moi ce que vous en pensez. Car si valider je me crée une boîte courriel 
spéciale pour vos contributions ^^

Cordialement,

Alain alias Tranquille
-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Latest OS Opendata

[Andy Townsend]

On 09/08/2017 12:44, Dave F wrote:
Interesting, if only to note it's inaccuracies: a few parks are 
missing half of their full area in my locale.


Is National Trust/CRoW land in a separate database? 


Actually, looking at NT land near me is pretty interesting - what is 
included and what is excluded is an odd combination:


https://raggedred.net/greenspace/#14/53.1727/-1.3102

(and compare with http://www.openstreetmap.org/way/331912832 which is 
the observable, mostly accessible Hardwick Park).


The GreenSpace dataset contains a number of fields that were 
historically part of Hardwick Park, are still owned by NT but aren't 
publicly accessible.  It also includes some NT-owned fields that have 
never in my lifetime been part of Hardwick Park (but may have been 
before), and also a private pub car park, but doesn't include some 
adjacent NT-owned fields that were historically part of the same 
estate.  It excludes new park access roads, so must have been updated 
fairly recently, and also excludes a farm access track through the 
estate, but not the farmyard.


It's such an odd mixture that if I were a data consumer of it I'd be 
very reluctant to use it without combining it with something else to 
sanity check it.  It's great for finding "hidden allotments" though - 
for example I'd never noticed 
https://raggedred.net/greenspace/#19/53.16869/-1.43609 before, and will 
now need to have a look to see what it actually is.


Best Regards,

Andy


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

Re: [OSM-talk-be] Fwd: [Tagging] Brasserie

[Yves bxl-forever]

Hello,

opening_hours:kitchen is normally intended for this.  But do many data 
consumers already handle it?

I like the idea of using two separate nodes, it makes sense especially when a 
location encompasses two different functions, i.e. a bar and a restaurant.

Yves




On Wed, 9 Aug 2017 13:26:37 +0200
Marc Gemis  wrote:

> There is no established way to map "kitchen-hours" at this moment AFAIK.
> You could solve this with 2 nodes, one restaurant, one pub with
> different opening hours, grouped together in a site relation. But if
> this is the best way to do so, is debatable.
> 
> According to the wikipedia definition, I think  the izakaya could be
> mapped with amenity=pub; food=yes
> 
> m.
> 
> 
> 
> On Wed, Aug 9, 2017 at 12:35 PM, Thomas Bertels  wrote:
> > Reposting my message from tagging:
> >
> > Based on https://www.lemoniteur.be/documentation/horeca-135.html it seems
> > that a brasserie is a café that serves simple food, and hence the manager
> > doesn't need to be a professional cook:
> >
> > Café
> > Vous ne devez pas avoir un accès à la profession Restaurateurs et
> > Traiteurs-organisateurs de banquets à condition de n'offrir que de la petite
> > restauration (potages, croques et toutes sortes de toasts, croquettes, à
> > l’exception de croquettes de pommes de terre, vol-au-vent, boudins noirs et
> > boudins blancs, brochettes grilles, pains fourrés, hamburgers, hot-dogs,
> > pittas et croissants, pâtes, pizzas, quiches ou autres tartes sales, salades
> > froides, assiettes anglaises, œufs prépares, desserts (notamment des crêpes,
> > des glaces, des gaufres, des gâteaux, des brioches, des yaourts et des
> > milk-shakes). Ces repas légers ne peuvent être servis qu’avec du pain.
> >
> > This category applies too to the "restaurants" that serve only pizzas
> > (pizzerias), pitas, hamburgers... except french fries ("à l’exception de
> > croquettes de pommes de terre").
> >
> > Currently, amenity=pub food=yes seems to be the most used.
> >
> >
> > I've noticed that some places are called "Restaurant-Brasserie", and those
> > don't just serve simple foods, but also classic restaurant foods.
> >
> > So we should probably differentiate them based on that (at least in
> > Belgium):
> >
> > - The "Brasserie" ones could be tagged as amenity=pub food=yes (although pub
> > has an Anglo-Saxon connotation, which is to be expected given the UK origin
> > of osm).
> >
> > - The "Restaurant-Brasserie" ones could be tagged as amenity=restaurant, but
> > something is needed to specify that it's opened not just during classic
> > hours (or do we just always add opening_hours?) and that we can drink
> > without eating (so basically that it's also a café).
> >
> > In addition to brasserie, bistro and taverne, there's also izakaya in Japan.
> > So I guess all of these could be tagged as amenity=pub food=yes?
> >
> >
> > Le 8/08/2017 à 19:12, Glenn Plas a écrit :
> >
> > cuisine described the food served, not the restaurant type.
> >
> > The wiki is quite clear on that
> > https://wiki.openstreetmap.org/wiki/Key:cuisine
> >
> > So I quite agree with Marc that putting brasserie as this key's value is
> > not a description of the food being served.
> >
> > Glenn
> >
> > I'm not sure whether I like the cuisine=brasserie. Do all the
> > brasseries serve the same type food ? Can't you have a brasserie that
> > is only serving fish dishes, or meat or vegetarian or a combination ?
> > Can you expect the same food from a brasserie in Belgium and France ?
> >
> > as for amenity=brasserie (and amenity=tavern) I fear that is a useless
> > tag, as long as the data consumers will not start using it.
> > What about the Danish Kro ? should they use amenity=tavern as well ?
> >
> > Furthermore what is the difference between a brasserie, bistro,
> > taverne, eetcafe ? (I see Thomas has an explanation for brasserie)
> >
> > m.
> >
> >
> > ___
> > 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: [OSM-talk-be] Fwd: [Tagging] Brasserie

[Marc Gemis]

There is no established way to map "kitchen-hours" at this moment AFAIK.
You could solve this with 2 nodes, one restaurant, one pub with
different opening hours, grouped together in a site relation. But if
this is the best way to do so, is debatable.

According to the wikipedia definition, I think  the izakaya could be
mapped with amenity=pub; food=yes

m.



On Wed, Aug 9, 2017 at 12:35 PM, Thomas Bertels  wrote:
> Reposting my message from tagging:
>
> Based on https://www.lemoniteur.be/documentation/horeca-135.html it seems
> that a brasserie is a café that serves simple food, and hence the manager
> doesn't need to be a professional cook:
>
> Café
> Vous ne devez pas avoir un accès à la profession Restaurateurs et
> Traiteurs-organisateurs de banquets à condition de n'offrir que de la petite
> restauration (potages, croques et toutes sortes de toasts, croquettes, à
> l’exception de croquettes de pommes de terre, vol-au-vent, boudins noirs et
> boudins blancs, brochettes grilles, pains fourrés, hamburgers, hot-dogs,
> pittas et croissants, pâtes, pizzas, quiches ou autres tartes sales, salades
> froides, assiettes anglaises, œufs prépares, desserts (notamment des crêpes,
> des glaces, des gaufres, des gâteaux, des brioches, des yaourts et des
> milk-shakes). Ces repas légers ne peuvent être servis qu’avec du pain.
>
> This category applies too to the "restaurants" that serve only pizzas
> (pizzerias), pitas, hamburgers... except french fries ("à l’exception de
> croquettes de pommes de terre").
>
> Currently, amenity=pub food=yes seems to be the most used.
>
>
> I've noticed that some places are called "Restaurant-Brasserie", and those
> don't just serve simple foods, but also classic restaurant foods.
>
> So we should probably differentiate them based on that (at least in
> Belgium):
>
> - The "Brasserie" ones could be tagged as amenity=pub food=yes (although pub
> has an Anglo-Saxon connotation, which is to be expected given the UK origin
> of osm).
>
> - The "Restaurant-Brasserie" ones could be tagged as amenity=restaurant, but
> something is needed to specify that it's opened not just during classic
> hours (or do we just always add opening_hours?) and that we can drink
> without eating (so basically that it's also a café).
>
> In addition to brasserie, bistro and taverne, there's also izakaya in Japan.
> So I guess all of these could be tagged as amenity=pub food=yes?
>
>
> Le 8/08/2017 à 19:12, Glenn Plas a écrit :
>
> cuisine described the food served, not the restaurant type.
>
> The wiki is quite clear on that
> https://wiki.openstreetmap.org/wiki/Key:cuisine
>
> So I quite agree with Marc that putting brasserie as this key's value is
> not a description of the food being served.
>
> Glenn
>
> I'm not sure whether I like the cuisine=brasserie. Do all the
> brasseries serve the same type food ? Can't you have a brasserie that
> is only serving fish dishes, or meat or vegetarian or a combination ?
> Can you expect the same food from a brasserie in Belgium and France ?
>
> as for amenity=brasserie (and amenity=tavern) I fear that is a useless
> tag, as long as the data consumers will not start using it.
> What about the Danish Kro ? should they use amenity=tavern as well ?
>
> Furthermore what is the difference between a brasserie, bistro,
> taverne, eetcafe ? (I see Thomas has an explanation for brasserie)
>
> m.
>
>
> ___
> 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-es] Fwd: [Colaboracion.osm] Taller para las V Jornadas de WMES

[Jaime Crespo]

¿A quién tenemos en Murcia?


-- Forwarded message --
From: David Abián 
Date: 2017-08-09 12:19 GMT+02:00
Subject: [Colaboracion.osm] Taller para las V Jornadas de WMES
To: colaboracion@wikimedia.es, Jorge Sanz , Miguel Sevilla-Callejo


Hola, amigos.

Como el año pasado, nos encantaría aprender más sobre OpenStreetMap con
una charla o un taller de unos 30 minutos (y, si es posible, también con
una presentación muy breve sobre el proyecto) en las Jornadas de
Wikimedia España, que esta vez se celebrarán en Murcia los días 15, 16 y
17 de septiembre.

Si os parece bien la propuesta, podéis decidir la temática o contactar
con quienes creáis que puedan y quieran acudir a compartir algo
interesante sobre OSM. Quedáis todos invitados a asistir en cualquier
caso. ;-)

Saludos.


--
David Abián
Junta Directiva

Wikimedia España
Vega Sicilia, 2
47008 - Valladolid
https://wikimedia.es

Wikimedia España es una asociación sin ánimo de lucro española con
CIF G-10413698 inscrita en el Registro Nacional de Asociaciones,
Grupo 1, Sección 1, Núm. Nacional 597390.

«Imagina un mundo en el que cada persona
tenga acceso libre a todo el conocimiento».
___
Colaboracion.osm mailing list
colaboracion@wikimedia.es
https://listas.wikimedia.es/mailman/listinfo/colaboracion.osm


-- 
Jaime Crespo

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

Re: [OSM-talk-be] Fwd: [Tagging] Brasserie

[Thomas Bertels]

Reposting my message from tagging:
Based on https://www.lemoniteur.be/documentation/horeca-135.html it 
seems that a brasserie is a café that serves simple food, and hence 
the manager doesn't need to be a professional cook:

_Café_
Vous ne devez pas avoir un accès à la profession Restaurateurs et 
Traiteurs-organisateurs de banquets à condition de n'offrir que de la 
petite restauration (potages, croques et toutes sortes de toasts, 
croquettes, à l’exception de croquettes de pommes de terre, 
vol-au-vent, boudins noirs et boudins blancs, brochettes grilles, 
pains fourrés, hamburgers, hot-dogs, pittas et croissants, pâtes, 
pizzas, quiches ou autres tartes sales, salades froides, assiettes 
anglaises, œufs prépares, desserts (notamment des crêpes, des glaces, 
des gaufres, des gâteaux, des brioches, des yaourts et des 
milk-shakes). Ces repas légers ne peuvent être servis qu’avec du pain.
This category applies too to the "restaurants" that serve only pizzas 
(pizzerias), pitas, hamburgers... except french fries ("à l’exception 
de croquettes de pommes de terre").


Currently, amenity=pub food=yes seems to be the most used.


I've noticed that some places are called "Restaurant-Brasserie", and 
those don't just serve simple foods, but also classic restaurant foods.


So we should probably differentiate them based on that (at least in 
Belgium):


- The "Brasserie" ones could be tagged as amenity=pub food=yes (although 
pub has an Anglo-Saxon connotation, which is to be expected given the UK 
origin of osm).


- The "Restaurant-Brasserie" ones could be tagged as amenity=restaurant, 
but something is needed to specify that it's opened not just during 
classic hours (or do we just always add opening_hours?) and that we can 
drink without eating (so basically that it's also a café).


In addition to brasserie, bistro and taverne, there's also izakaya 
 in Japan. So I guess all of 
these could be tagged as amenity=pub food=yes?


Le 8/08/2017 à 19:12, Glenn Plas a écrit :

cuisine described the food served, not the restaurant type.

The wiki is quite clear on that
https://wiki.openstreetmap.org/wiki/Key:cuisine

So I quite agree with Marc that putting brasserie as this key's value is
not a description of the food being served.

Glenn


I'm not sure whether I like the cuisine=brasserie. Do all the
brasseries serve the same type food ? Can't you have a brasserie that
is only serving fish dishes, or meat or vegetarian or a combination ?
Can you expect the same food from a brasserie in Belgium and France ?

as for amenity=brasserie (and amenity=tavern) I fear that is a useless
tag, as long as the data consumers will not start using it.
What about the Danish Kro ? should they use amenity=tavern as well ?

Furthermore what is the difference between a brasserie, bistro,
taverne, eetcafe ? (I see Thomas has an explanation for brasserie)

m.



___
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

[OSM-talk] OpenStreetMap Awards 2017

[Ilya Zverev]

Hi folks,

Yesterday a 500th OSM member has voted at the OSM Awards. And we have just a 
week left for the other 500 to vote. Which means you: go to the...

http://awards.osmz.ru/

...right now, read through the names and descriptions, and choose people you 
think should be awarded something for their work. Because you won't have 
another chance at saying thanks to them this year. Unless you do it directly, 
which is obviously better. Still, show them your support by going to the 
website and voting.

The voting closes on 16th of August. And in a few days, at the social event of 
the State of the Map 2017, the winners will be announced. The blog post will 
follow shortly after that.

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

Re: [OSM-talk] Draft Trademark Policy

[Simon Poole]

Am 06.08.2017 um 23:21 schrieb molto...@gmail.com:
>
> If I'm reading the various opinions correctly, one seed for disagreement is 
> how much of a deterrent the requirement to ask for permission to use the 
> trademark actually is. Some see it as too high and want to make it unecessary 
> in more case, while some see it as low enough and are happy to use it in any 
> case that endangers the trademark.
I believe the only common case where we are requiring permission are the
domain names, which is as has been pointed out not that common as is.

>
> Perhaps a middle ground can be reached by adding a FAQ with clear 
> descriptions of the usecases where permission is certain to be granted ? 
> Keeping the protection in place but making it less of a deterrant.
I believe we already do that in the FAQ.

>
> FWIW, I like the OpenThingMap and other osm wordplays naming theme. It adds 
> to the sense of cheerful community, with all those projects obviously being 
> related to OSM. This lighthearted naming should IMHO be cherrished and 
> enabled, but it also needs to be supervised so that it doesn't dilute the 
> trademark.
>
> I hope that the draft can be made more enabling while remaining just as 
> protective.
>
Believe me, it was always clear that the domain names would be the most
discussed point (essentially nobody has commented on anything else up to
now to prove that point), and if we could have done this differently we
would have. Nobody denies that the word play can be fun, but you point
out the issues yourself, it extends beyond the community and it doesn't
jibe with trademark law in the real world.

Simon




signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] Latest OS Opendata

[Andy Robinson]

Chris,

I guess the bit of interest is the 90% of Public Forest Estate that the 
Forestry Commission dedicated right of access.
https://www.forestry.gov.uk/forestry/infd-7rufp5#access

Cheers
Andy

-Original Message-
From: Chris Hill [mailto:o...@raggedred.net] 
Sent: 08 August 2017 20:08
To: Andy Robinson; 'OSM Talk GB'
Subject: Re: [Talk-GB] Latest OS Opendata

Thanks Andy,

I've asked OS about Forestry Commission land, let's see what they say.

Cheers, Chris (chillly)


On 08/08/2017 09:37, Andy Robinson wrote:
> Nice work Chris. As you say it does contain some privately owned space. It 
> also looks somewhat out of date with changes from a couple of years ago not 
> reflected and missing plenty of smaller play areas within our urban sprawls. 
> A very useful tool for checking though.
>
> Also as this set doesn’t include Forestry Commission land that is fully 
> accessible it can give a false impression of some of our "open spaces". A 
> good example is Cannock Chase (Staffs), which is mix of open space and 
> Forestry Commission.
>
> Cheers
> Andy
>
> -Original Message-
> From: Chris Hill [mailto:o...@raggedred.net]
> Sent: 07 August 2017 22:34
> To: OSM Talk GB
> Subject: [Talk-GB] Latest OS Opendata
>
> I've taken a look at the latest OS open data: OS Open Greenspace. I've 
> created a simple overlay made of 1x1 degree overlay tiles, which is probably 
> a bit big for some areas, so scrolling can be a bit unpredictable.
>
> https://raggedred.net/greenspace/#13/53.4520/-1.2173
>
> There are ten types of green space in the dataset:
>
> "Allotments Or Community Growing Spaces"
> "Bowling Green"
> "Cemetery"
> "Golf Course"
> "Other Sports Facility"
> "Play Space"
> "Playing Field"
> "Public Park Or Garden"
> "Religious Grounds"
> "Tennis Court"
>
> Click on an area to show the type and the name if it has one.
>
> Often the OS open data is a bit of a crude representation but this looks a 
> pretty good. OS described it as "public open space" but it certainly includes 
> some privately-owned spaces such as private golf courses. I think this is a 
> useful dataset to check an area to see if OSM is missing something.
>
> Feedback is welcome. If it's useful, I'll probably sort out the tile sizes 
> and change the colours for each type.
>
> --
> cheers
> Chris Hill (chillly)
>
>
>



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

[Talk-in] OSM 13th Birthday Celebrations

[Arun Ganesh]

The 13th anniversary of the OpenStreetMap project is this Sunday - 13th
August!

At Bengaluru tomorrow, Thursday 7pm, Mapbox will be hosting a special
GeoBLR meetup with Jennings Anderson who is doing his research on the
communities that map on OSM. We'll also have time to interact and meet
others mappers and geo enthusiasts in the city. And of course we will have
a special birthday cake! Please come, you can RSVP here [2].

Is anyone else planning an event?

[1]http://wiki.openstreetmap.org/wiki/OpenStreetMap_13th_
Anniversary_Birthday_party
[2] https://www.meetup.com/GeoBLR/events/242245726/
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-talk-fr] largeur supérieur à X mètre

[marc marc]

Le 08. 08. 17 à 07:14, Francois Gouget a écrit :
> On Mon, 7 Aug 2017, marc marc wrote:
> 
>> il n'y a pas de page wiki pour est_width
>> ce n'est qu'une redirection vers la page width oü un paragraphe signale
>> son existence sans apporter d'info supplémentaire.
> 
> Cela veut bien dire que les règles sont les mêmes. Si elles étaient
> différentes elles seraient explicitées, soit sur la page de width, soit,
> plus probablement, sur une page différente.
Le rapport width <> est_width est de 90% - 10%
Regarde les valeurs de witdh, la majorité sont des valeurs rondes.
Je doute très fort que la majorité des mesures réelle fasse une valeur 
ronde. Pour les portes, les valeurs usuelles ne sont pas rondes.
Pour les routes, il n'y a même pas d'accord sur la prise en compte ou 
non des trottoirs. sans compter que la largeur d'une route est par 
nature assez variable (pas de guides laser sur les asphalteuses).
Je pense que l’écrasante majorité des width sont des estimations 
suffisante pour ce qu'on en fait dans osm.
le paragraphe est_width vient d'un unique contributeur wiki sans aucune 
discussion sur le wiki, je ne tirerai aucune conclusion autre que ce 
qu'il a lui même marqué : est_width existe pour les estimations :)

>>> Comme dit précédemment, pour ce qui est de l'accessibilité voir la clef
>>> wheelchair qui permettra de prendre en compte d'autres critères :
>>> marches, encombrement des pièces, toilettes accessibles, etc.
>>> https://wiki.openstreetmap.org/wiki/FR:Key:wheelchair
>> Pour pouvoir mettre une valeur a wheelchair, tu as besoin de l'ensemble
>> des infos.
> Pour moi cela veut dire qu'il faut soit se rendre sur place
Pour la présence de marche, des photo style mapilary sont suffisantes.
Pour la largeur de l'entrée, oui il faut avoir été sur place.

> il me parait irréaliste
> d'espérer que des contributeurs qui ne prennent pas la peine de
> positionner le champ wheelchair mettront toutes les informations
> nécessaires pour déterminer sa valeur.

Je pense que cela se ferra par étape, comme beaucoup de chose dans osm.
A l'avenir quand je créerai un poi, je prendrai la peine d'ajouter le 
présence de marche ou pas pour l'entrée
J'ai déjà vu des changeset d'autres mappeur faire cela pour une rue ou 
un quartier commerçant.
Le recensement des largeur serra probablement plus lent puisqu'un 
traiter des photos va plus vite que d'aller sur place.
Mais qu'importe, s'il y a des mapeurs motivés, autant donner un cadre 
pour que ces données soient utilisable niveau applicatif.

>> Les critères sont mêmes différent selon que c'est un fauteuil
>> manuel/électrique ou quelqu'un qui le pousse.
> Alors ce qu'il faudrait c'est plus une modification de wheelchair pour
> prendre en compte les différents cas.
il y a des ébauches en ce sens. mais cela part toujours du même schéma : 
il faut marche+largeur(+intérieur). cela conduit a un constat oui/non et 
une zone grise (limited) qui dépend de l'utilisateur.

> Je doute que l'on puisse représenter toutes ces informations
> individuelles sous forme structurée.
La page wiki de l'accessibilité existante a fait une bonne partie du 
travail. Je n'ai pas vu de problème majeur.
Le travail qui reste à faire est souvent des typo et des harmonisations 
de valeur du genre de celle qu'y ont été faite les semaines précédentes.
je ferrai une proposition pour chaque tag dans les semaines à venir.

> D'ailleurs le champ width ne me paraît même pas utilisable en l'état
> pour des PIs : que représente-t-il ? La largeur de la façade du commerce
> ? La largeur des allées dans une superette ? La largeur de la cage
> d'ascenseur ? La largeur de l'entrée pour voitures ?
si le tag est sur l'entrée c'est la largeur de l'entrée
si le tag est sur le poi/building, c'est la largeur du poi/building, 
sauf si un sous-tag précise que cela se rapporte à l'entrée comme 
entrance:width
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr