Re: [OSM-ja] 北海道の廃線マッピングの対応について

[石野貴之]

石野です。いいださん返信ありがとうございます。

2019年5月17日(金) 11:15 Satoshi IIDA :

> 2. 地物の属性をWikipediaから（文章をそのまま使っているわけではないので"問題ない"と思う）
>

ここもガイドラインを決めておきたいところですね。例えば名前は著作性のない「事実情報」なので、nameタグの表記をWikipediaをもとに書いても良いのかどうかなど…。


> 3. 始点と終点などの参照としてGoogle Street
> Viewなどを利用（位置情報をそのまま使っているわけではないので"問題ない"と判断している？）
>
> ひとまず、参照として使ってもらうのは避けていただいたほうがよいのかな、と連絡した上で、
> 即座に消すかどうかは、他のかたの意見も週明けくらいまでお待ちしたいです。
> なお、例えばMapillaryなどのアプリを使って、マップされた廃線の位置を撮影してもらい、
> 「事実である」ことを確認すれば、今回の件については消さなくてもよいのではないか、とも感じます。
>
> これには異論ありません。


> > (1) Googleマップをもとにマッピングしたい地物の当たりをつける⇒(2) 実際に現地へGo⇒(3) 現地調査をもとにマッピング
> の流れは許容されると考えられるでしょうか。
>
> 個人的には、許容範囲内です。
> 1. 現地調査を挟んでおり、それが「事実である（＝著作性がない）」ことが確認できていることが重要なポイントです。
> 例えば、「Googleマップをもとに」のところを、他の権利主体に変えてみると、わかりよいのじゃないかと思います。
> （例: 「旅行雑誌Aをもとにマッピングしたい地物の当たりをつける」というかんじ）
>
> これは一安心です。

ところで、ライセンスを侵害せずに堂々と廃線マッピングができる方法があることに気づきました。古い地理院タイルです！
http://maps.gsi.go.jp/development/ichiran.html
にある「国土画像情報」の「第一期」なら撮影が1974-1978年で、かつほぼ全国をカバーしているようです。
問題の「興浜南線」についても、鮮明とはいえませんが線路らしきものが見えています。これを彼に伝えれば皆が幸せになれるのは間違いないでしょう。

石野 貴之
yumean1...@gmail.com

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

Re: [talk-au] use of addr:unit

[David Wales]

Hi Sebastian,

If you want to go crazy, you could try Simple Indoor Tagging:

https://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging
https://wiki.openstreetmap.org/wiki/Indoor_Mapping

This allows you to separately map each floor of the building, thus
allowing each address to be mapped specifically!

Regards,
David Wales

On 17/5/19 9:53 am, Andrew Harvey wrote:
> Agreed,  if it's an apartment block, then just the street address
> should be enough. The unit field would be more helpful for say
> townhouses where the units are spread out and you could tag
> individually, or shops as Graeme notes.
>
> There is
> also https://wiki.openstreetmap.org/wiki/Key:building:flats which you
> can add to t he block of flats/apartments to tag how many units are
> contained in the building. This is useful for people to determine
> density (even though most people would just use GNAF etc for this
> rather than OSM, some new developments OSM could be ahead of GNAF and
> the other state address databases).
>
> On Fri, 17 May 2019 at 08:13, Graeme Fitzpatrick
> mailto:graemefi...@gmail.com>> wrote:
>
>
>
> On Thu, 16 May 2019 at 23:51, Andrew Harvey
> mailto:andrew.harv...@gmail.com>> wrote:
>
> To me they are all the same. I think addr:flats given it's
> documented on the wiki and is in use is the best tag to use.
> Open to other opinions.
>
>
> I usually just tag the whole building with the street address (100
> This Street, Somewhere, QLD, 1234), & then only add individual
> unit numbers for shops / offices etc (shop=butcher is Unit 1, 100
> This Street ...), rather than residential units.
>
> Thanks
>
> Graeme
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au



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

Re: [OSM-ja] 北海道の廃線マッピングの対応について

[Satoshi IIDA]

いいだです。

うーん、個人的には、黒寄りのグレー、という印象です。
あとでChangeset commentにも書きますが、整理するとこんなかんじかと思っています。

1. ジオメトリはBingからトレース（間違いなく、問題ない）
2. 地物の属性をWikipediaから（文章をそのまま使っているわけではないので"問題ない"と思う）
3. 始点と終点などの参照としてGoogle Street
Viewなどを利用（位置情報をそのまま使っているわけではないので"問題ない"と判断している？）

ひとまず、参照として使ってもらうのは避けていただいたほうがよいのかな、と連絡した上で、
即座に消すかどうかは、他のかたの意見も週明けくらいまでお待ちしたいです。
なお、例えばMapillaryなどのアプリを使って、マップされた廃線の位置を撮影してもらい、
「事実である」ことを確認すれば、今回の件については消さなくてもよいのではないか、とも感じます。

> (1) Googleマップをもとにマッピングしたい地物の当たりをつける⇒(2) 実際に現地へGo⇒(3) 現地調査をもとにマッピング
の流れは許容されると考えられるでしょうか。

個人的には、許容範囲内です。
1. 現地調査を挟んでおり、それが「事実である（＝著作性がない）」ことが確認できていることが重要なポイントです。
例えば、「Googleマップをもとに」のところを、他の権利主体に変えてみると、わかりよいのじゃないかと思います。
（例: 「旅行雑誌Aをもとにマッピングしたい地物の当たりをつける」というかんじ）




2019年5月17日(金) 2:45 石野貴之 :

> 石野です。
>
> Wikipediaだけならまだしも、Google Street Viewとなるとこれは確信犯に見えます。
>
> チェンジセットのコメントを引用します。
> --ここからgranitschädel
> さんのコメントを引用--
> Ok, then I explain it more accurate. For mapping I use the normal Bing
> Satellite Map everytime (In my homecountry I use high-quality satellite
> photos from state surveying service of Saxony,they are released for common
> use). But sometimes I compare the Map with Google Maps and Google Street
> View to clarify the route of the railways. But I never used Google Products
> as a base for my mapping, so I think that none violation happens.
> --引用ここまで--
> あくまでベースマップはBingであるとの主張のようですが、Google製品と「比較」しながらマッピングするのは許容されないと私も思います。
>
> 念のために確認しますが、
> (1) Googleマップをもとにマッピングしたい地物の当たりをつける⇒(2) 実際に現地へGo⇒(3) 現地調査をもとにマッピング
> の流れは許容されると考えられるでしょうか。
>
> 石野 貴之
> yumean1...@gmail.com
>
> 2019年5月17日(金) 0:09 Satoshi IIDA :
>
>>
>> いいだです。
>>
>> ひとまずの情報共有ということで。
>> Twitterでmuramototomoyaさんよりご連絡いただき、
>> （いまのところ）北海道を対象に廃線をマッピングされていたかたが、
>> Google Street Viewを参照してマッピングしていたことがわかりました。
>>
>> muramototomoyaさんとyumean1119さんでいまやりとりいただいていますが、
>> 必要に応じてリバートなどの処置を行います。
>>
>> https://www.openstreetmap.org/changeset/70166605
>> https://twitter.com/muramototomoya/status/1129020203881226241
>>
>>
>>
>>
>> --
>> 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
>


-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-de] boundarys / river als boundary / admin_level?

[Martin Koppenhoefer]

sent from a phone

On 16. May 2019, at 23:00, wambac...@posteo.de wrote:

>> - Bei Flüssen - verdoppeln der Wege (übereinander) oder
>>  zusätzliche tags auf dem river way?
> wenn du es unbedingt machen willst (Tagging für die Anwendung!), dann
> als separater Way.


das sehe ich wie Chris66, idealerweise hängt es davon ab, wie die Grenze 
festgelegt ist. Praktisch kann das allerdings ein ziemlicher Aufwand sein, das 
herauszufinden, es empfiehlt sich, zusätzlich eine note dranzumachen, wenn das 
tagging das Ergebnis einer gründlichen Recherche ist.

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

Re: [talk-au] use of addr:unit

[Andrew Harvey]

Agreed,  if it's an apartment block, then just the street address should be
enough. The unit field would be more helpful for say townhouses where the
units are spread out and you could tag individually, or shops as Graeme
notes.

There is also https://wiki.openstreetmap.org/wiki/Key:building:flats which
you can add to t he block of flats/apartments to tag how many units are
contained in the building. This is useful for people to determine density
(even though most people would just use GNAF etc for this rather than OSM,
some new developments OSM could be ahead of GNAF and the other state
address databases).

On Fri, 17 May 2019 at 08:13, Graeme Fitzpatrick 
wrote:

>
>
> On Thu, 16 May 2019 at 23:51, Andrew Harvey 
> wrote:
>
>> To me they are all the same. I think addr:flats given it's documented on
>> the wiki and is in use is the best tag to use. Open to other opinions.
>>
>
> I usually just tag the whole building with the street address (100 This
> Street, Somewhere, QLD, 1234), & then only add individual unit numbers for
> shops / offices etc (shop=butcher is Unit 1, 100 This Street ...), rather
> than residential units.
>
> Thanks
>
> Graeme
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-latam] imagenes sentinel 2 2018

[Marco Antonio]

hola,

El otro día mapeando pude ver la capa de sentinel 2 para 2018. Resolución
10m, segun veo esta disponible una versión sin nubes..

En JOSM hay que activar la capa "*EOx cloudless Sentinel-2 2018*" en menu
imagenes → preferencias, seleccionar y darle a "activar". En el editor iD
recien saldrá

https://wiki.openstreetmap.org/wiki/Sentinel-2

Abrazos,

Marco Antonio
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[mav]

Le 16/05/2019 à 18:27, Leo Gaspard via Talk-fr a écrit :

Vincent Bergeot  writes:

Le 16/05/2019 à 18:10, Gwenaël Jouvin via Talk-fr a écrit :

Je ne saurais préciser quel est le type de licence d’un tel document, je serais 
même choqué d’apprendre que de tels documents soient soumis au droit d’auteur.
Pour moi, comme tout document produit et publié par une administration, c’est 
dans le domaine public ?

je dirais (sans être juriste) que l'obtention d'un permis de construire
est produite par une administration mais le dépot d'une demande de
permis de construire, avec un plan, est plutôt fait par un architecte.

J'aurai du préciser que le plan contenu dans une demande de permis de
construire est-il soumis à une licence ouverte.

Les discussions sur l'usage des permis de construire concernent (à mon
avis) les plans contenus dans ces demandes.

D'un autre point de vue… ce sont les plans des permis de construire qui
finiront dans le cadastre, non ?


Pour rebondir sur cet aspect, cela arrive oui.

Mais il y a fréquemment des différences entre la demande de permis et la 
réalisation. L'une des plus évidentes à voir dans OSM avec la 
superposition cadastre/ortho est la modification de l'implantation dans 
la parcelle, sans modification de la forme.


Et c'est pour ça que normalement les géomètres du cadastre vont vérifier 
la cohérence entre terrain et permis.



Bonne soirée,

mav


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

[Talk-GB] Electric vehicle charge points

[Rob Nickerson]

Robert, all,

See also: https://www.eafo.eu

When I looked at EV charge maps last month, this seemed the most complete.

For these "close but not close enough" third party data sets do we need a
special tool to help us refine the data quality? E.g. an app that asks you
to collect a GPS tagged photo of the object.

P.s. With this and renewable energy, is the time coming to set up an
Environmental OSM team/group/working group? Just floating the idea out
there.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [talk-au] use of addr:unit

[Graeme Fitzpatrick]

On Thu, 16 May 2019 at 23:51, Andrew Harvey 
wrote:

> To me they are all the same. I think addr:flats given it's documented on
> the wiki and is in use is the best tag to use. Open to other opinions.
>

I usually just tag the whole building with the street address (100 This
Street, Somewhere, QLD, 1234), & then only add individual unit numbers for
shops / offices etc (shop=butcher is Unit 1, 100 This Street ...), rather
than residential units.

Thanks

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

Re: [Talk-GB] Electric car charging points

[Robert Whittaker (OSM lists)]

On Thu, 16 May 2019 at 21:31, BD  wrote:
> Some time ago I came across "National Charge Point Registry", which can be 
> found here:
> https://data.gov.uk/dataset/1ce239a6-d720-4305-ab52-17793fedfac3/national-charge-point-registry
>
> I wonder if we could import that data into OSM? I'm sure that it would be 
> useful to the greater community and general public.

As it happens, I've just started having a play with this data. I
haven't got a full comparison tool working yet, but you can get an
idea of how the NCR data compares to what we currently have in OSM at
https://osm.mathmos.net/chargepoint/progress/ (click on one of the
postal areas on the map to see that data for it).

It appears that the NCR data is not all that complete, and I'm also
not sure the locations are accurate enough for a direct import. Given
other micro-mapped features near charging points, we'd want to get the
locations relative to them correct. There are also charge-point
locations in the NCR that are 10's of meters away from where they
actually are on the ground. (Some examples at
https://osm.mathmos.net/chargepoint/progress/NR/#15/52.6253/1.2994 . )
There is certainly scope for using the data to improve coverage and
detail in OSM though.

Robert.

-- 
Robert Whittaker

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

[Talk-it] Dubbio da "un milione di tag"

[francesco gargano]

Salve a tutti, qualche giorno addietro ho fotografato
questo [1] in zona via Marsala a Roma, e consultando
come è mappato su OSM, trovo che c'è un [2] amenity=pub.
La domanda è : tag principale a piacere tra uno di quelli
che declama il titolare dell'attività, o se ne può inventare
e documentare uno nuovo che non esiste per gli esercenti
multi-attività tipo quello esistente negli shop per i supermarket?



[1] https://www.mapillary.com/map/im/Qk8o73NyNkGS5Zt_IAOU2A
[2] https://www.openstreetmap.org/node/1641723118
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] [Talk-gb-london] bulk importing london open data to osm

[Rob Nickerson]

Hi all,

In addition to Martin's TfL cycle data project, I wanted to draw your
attention to another London data email (see below). This one is for
Electric Vehicle charge points. I've had a quick play and the data quality
looks good at first glance. It would benefit from a few more eyes on it so
posting here as some not on the talk-gb-london might still be interested in
it.

P.S. The corporate/government projects all appear London focused at the
moment but there are some exciting projects outside London too. For
example, collaboration with transport authorities in the Midlands (
https://lists.openstreetmap.org/pipermail/talk-gb-westmidlands/2019-April/002370.html
). If you have others please feel free to share.

Best regards,
*Rob*

--- begin forwarded email:
hello

using a combination of ilya zyerev's osm conflation and osm conflation
audit tools, a dataset of proposed changes/additions to osm charging
stations< http://osm-conflate-audit.glitch.me/project/charging_stations/ >
is now available for community validation

once the 131 datapoints have been audited, we can use josm to import valid
data as per ilya's instructions<
https://wiki.openstreetmap.org/wiki/OSM_Conflator#Community_Validation >

supporting wiki page<
https://wiki.openstreetmap.org/wiki/Import/London/Greater_London_Authority/Charging_Stations
>

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

Re: [Talk-de] boundarys / river als boundary / admin_level?

[wambacher]

Hi Florian,

> Die Fragen die sich mir jetzt stellen:
>
> - Sollen alle ways die eine boundary darstellen ein
>   admin_level/boundary=administrative unabhängig von ihrer relation
>   tragen?

Nein, das ist nicht mehr nötig. Es gibt zig-tausende von
Boundaries-Segmenten, die ungetaggt sind und dennoch sind alle Grenzen ok.

Das wurde auch schon diskutiert, aber wie so oft, weiss ich nicht mehr
wo (im Forum?)

> - Bei Flüssen - verdoppeln der Wege (übereinander) oder
>   zusätzliche tags auf dem river way?
wenn du es unbedingt machen willst (Tagging für die Anwendung!), dann
als separater Way.

Gruss

walter

-- 

My projects:

Admin Boundaries of the World 
Missing Boundaries

Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] boundarys / river als boundary / admin_level?

[Martin Koppenhoefer]

sent from a phone

> On 16. May 2019, at 21:03, Florian Lohoff  wrote:
> 
> osmosis --read-pbf file=detmold-regbez-latest.osm.pbf --tf accept-ways
>boundary=administrative --used-node --write-xml output.osm
> 
> Grenzen extrahiert - und das ist falsch. Es exportiert eben Wege
> ohne boundary=administrative nicht


und wenn Du die Relationen und deren Member evtl. rekursiv mitfilterst? Oder 
nur die Relationen mit members?

Nur die ways klappt natürlich in dem Fall nicht, aber da kann man dem Osmium 
keinen Vorwurf machen. 

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

[Talk-GB] Electric car charging points

[BD]

Hi All,   Some time ago I came across National Charge Point Registry, 
which can be found here:  data.gov.uk data.gov.uk   I wonder if we could import 
that data into OSM? Im sure that it would be useful to the greater 
community and general public.   Cheers,  dzidek23   PS. I have no idea how to 
do a mass import to OSM and I would not like to experiment with such big 
dataset...
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-de] boundarys / river als boundary / admin_level?

[Markus]

Liebe Grenzen-Spezialisten,

abgesehen von tagging-Regeln
ist bei "Flüssen als Grenze" die *Situation vor Ort* zu beachten.

Da gibt es folgende Varianten:

1. Die Grenze ist geodätisch festgelegt, unabhängig vom Fluss
Dann benutzt man einfach zwei Linien.

2. Die Grenze wurde zu einem bestimmten Zeitpunkt als "der Fluss"
festgelegt.
Dann braucht man ebenfalls zwei Linien: eine für den Fluss/die Grenze
/damals/ und die daraus gebliebene Grenze heute, und eine für den Fluss
/heute/.

3. Die Grenze ist immer noch als "der Fluss" festgelegt.
Dann muss man erst mal klären, was genau "der Fluss" bedeutet? Und meist
gibt es dafür keine amtliche Definition - dann muss man sich (mit wem?)
erst mal einigen...
Selbst "die Mitte des Flusses" ist keine per se abbildbare Regelung, da
Flüsse sehr oft saisonal ihr Profil verändern, Nebenarme bilden, ein
anderes Bett wählen, etc.

Auch die Mapper malen - je nach Aufnahmedatum des von ihnen benutzen
Luftbildes - den Fluss mal so und mal anders ;-)
Und manchen mal den einen oder anderen Arm zum "Hauptfluss" (und damit
zur "Grenze").

Und selbst wenn sie die Ufer mit-malen, legen die einen die Flusslinie
in die Mitte der zwei Ufer, die anderen in die Hauptströmungslinie, die
dritten in die Mitte der gebaggerten Schifffahrtsrinne, und es würde
mich nicht wundern, wenn einige den GPS-Track ihrer letzten Kajakfahrt
dafür hernehmen :-)

Da gibt es noch etwas Klärungsbedarf...
(den man dann im Wiki dokumentieren könnte)

Mit herzlichem Gruss,
Markus



 Florian Lohoff:
> On Thu, May 16, 2019 at 08:04:48PM +0200, chris66 wrote:
>> Moinsen,
>>
>>> Die Fragen die sich mir jetzt stellen:
>>>
>>> - Sollen alle ways die eine boundary darstellen ein
>>>admin_level/boundary=administrative unabhängig von ihrer relation
>>>tragen?
>>
>> Sie *dürfen* die Info tragen, als Kompatibilitätskrücke für Anwendungen,
>> die Probleme mit Relationen haben.
>
> Der Punkt ist das auch die Dokumentation kaputt ist - Es wird
> halt im Wiki  das dieses
>
> osmosis --read-pbf file=detmold-regbez-latest.osm.pbf --tf accept-ways
> boundary=administrative --used-node --write-xml output.osm
>
> Grenzen extrahiert - und das ist falsch. Es exportiert eben Wege
> ohne boundary=administrative nicht. Damit sind die Grenzen kaputt.
> (Dafür werden andere Objekte exportiert die nichts mit
> boundaries zu tun haben)
>
>>> - Bei Flüssen - verdoppeln der Wege (übereinander) oder
>>>zusätzliche tags auf dem river way?
>>
>> Wenn der Fluß tatsächlich per Gesetz die Grenze darstellt, dann
>> kommt er in die Relation, eine zusätzliche Linie wird dann nicht
>> gezeichnet.
>
> Der Fluß von 1970 stellt die Grenze dar. Das ist vermutlich heute
> nicht mehr die Flußmitte.
>
>> Üblicher ist es allerdings eine Grenze parallel zum Fluß einzuzeichnen.
>
> Flo
>
>
> ___
> 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] Increase of mail size limit

[Rob Nickerson]

Personally I don't think that is very user friendly. I can post onto my
Google drive or upload to the wiki (if it's one of the very few file types
it supports) but others may not know or be bothered.

It's quite normal to include attachments in line with communication (e.g an
attachment in an email or an attachment in a chat/instant message program).
We should allow people the choice so that they are able to do what comes
naturally to them.

*Rob*


On Thu, 16 May 2019 at 13:37, Ed Loach  wrote:

> Rob wrote:
>
> > Joking aside, please note I'm not asking for much here. A 40kb limit is
> tiny and
> > people do breach the limit occasionally. In this instance it was ~500kb.
> I ended up
> > having to put the attachments elsewhere but that delayed the post by 24
> hours
> > (it was already late and I decided to delay faffing until the next day).
>
> I suspect a small limit is designed to discourage attachments, which could
> be hosted elsewhere and links included.
>
> Ed
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-de] boundarys / river als boundary / admin_level?

[Florian Lohoff]

On Thu, May 16, 2019 at 08:04:48PM +0200, chris66 wrote:
> Moinsen,
> 
> > Die Fragen die sich mir jetzt stellen:
> > 
> > - Sollen alle ways die eine boundary darstellen ein
> >admin_level/boundary=administrative unabhängig von ihrer relation
> >tragen?
> 
> Sie *dürfen* die Info tragen, als Kompatibilitätskrücke für Anwendungen,
> die Probleme mit Relationen haben.

Der Punkt ist das auch die Dokumentation kaputt ist - Es wird
halt im Wiki  das dieses

osmosis --read-pbf file=detmold-regbez-latest.osm.pbf --tf accept-ways
boundary=administrative --used-node --write-xml output.osm

Grenzen extrahiert - und das ist falsch. Es exportiert eben Wege
ohne boundary=administrative nicht. Damit sind die Grenzen kaputt.
(Dafür werden andere Objekte exportiert die nichts mit 
boundaries zu tun haben)

> > - Bei Flüssen - verdoppeln der Wege (übereinander) oder
> >zusätzliche tags auf dem river way?
> 
> Wenn der Fluß tatsächlich per Gesetz die Grenze darstellt, dann
> kommt er in die Relation, eine zusätzliche Linie wird dann nicht
> gezeichnet.

Der Fluß von 1970 stellt die Grenze dar. Das ist vermutlich heute
nicht mehr die Flußmitte.

> Üblicher ist es allerdings eine Grenze parallel zum Fluß einzuzeichnen.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

Re: [OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[osm . sanspourriel]

Le 16/05/2019 à 20:30, Leo Gaspard - osm...@leo.gaspard.io a écrit :

osm.sanspourr...@spamgourmet.com writes:

Maintenant a priori c'est l'auteur (le promoteur) qui cherche à pousser
les données sur OSM. Mais pas pour de bonnes raisons juste pour faire
des vues 3D à pas cher.

Si c'est effectivement le promoteur qui fait ça, et donc que c'est
compatible en licence… au fond, tant mieux ?

Il suffit d'entourer d'un gros polygone landuse=construction (ce qui est
déjà fait) jusqu'à ce que ça sorte de terre, et comme ça une fois que
les bâtiments seront là on n'aura rien à mapper, juste à supprimer ce
landuse=construction. Et si un jour le projet est abandonné, ce sera
possible de tout supprimer à ce moment.

En l'état le mapping me semble aussi précis qu'il puisse l'être, et
personnellement je ne vois pas de problème à mapper dans un polygone
landuse=construction les bâtiments qui sont en cours de construction.


Ce n'est pas si simple car le promoteur cherche à pousser des OSM :
- des élucubrations pour que ça fasse beau (arbres, pelouses) et qui ne
seront pas réalisées du moins pas comme ça - souvent juste une pelouse
bête sans plantations ou des plantations ridicules alors qu'il pousse
des arbres adultes
- ce qu'il demande au Permis de Construire (PC) et ce qu'il obtient
c'est rarement exactement ce qu'il a initialement demandé
- ce qu'il obtient n'est pas forcément ce qu'il réalise

Et ce n'est pas parce que c'est le promoteur qui le fait qu'il en a le
droit. En France comme en Belgique ou en Allemagne et sans doute
ailleurs l'architecte a pas mal de droits. Ici comme c'est limité, ça
passe sans doute. Mais la personne qui mets ça dans OSM doit s'assurer
de la compatibilité de la licence.

Je préfère qu'il ne pousse que les bâtiments et voiries en
planned:building/planned:highway (ou proposed:) et que le préfixe ne
soit changé que quand le bâti/l'infrastructure est réalisée.

Jean-Yvon

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

Re: [OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[Vincent Bergeot]

Le 16/05/2019 à 20:30, Leo Gaspard via Talk-fr a écrit :

osm.sanspourr...@spamgourmet.com writes:

Maintenant a priori c'est l'auteur (le promoteur) qui cherche à pousser
les données sur OSM. Mais pas pour de bonnes raisons juste pour faire
des vues 3D à pas cher.

Si c'est effectivement le promoteur qui fait ça, et donc que c'est
compatible en licence… au fond, tant mieux ?

Il suffit d'entourer d'un gros polygone landuse=construction (ce qui est
déjà fait) jusqu'à ce que ça sorte de terre, et comme ça une fois que
les bâtiments seront là on n'aura rien à mapper, juste à supprimer ce
landuse=construction. Et si un jour le projet est abandonné, ce sera
possible de tout supprimer à ce moment.

En l'état le mapping me semble aussi précis qu'il puisse l'être, et
personnellement je ne vois pas de problème à mapper dans un polygone
landuse=construction les bâtiments qui sont en cours de construction.


Si c'étaient en cours, oui mais ils ne sont pas en cours de 
construction, du moins dans le gros pourcentage des contributions faites 
par ce contributeur et 2 autres, les projets ne sont même pas entamés et 
pour des cas proches de chez moi, le raccordement de la parcelle n'est 
pas fait, c'est juste une friche avec un panneau.


On parle là de données qui ont parfois plusieurs années et des 
landuse=construction qui n'ont toujours pas bougé.


Oui pour cartographier avec un landuse=construction une parcelle qui est 
en cours de construction (chantier, grue, ...) ! Mais à l'état du permis 
de construire, c'est encore hypothétique (opposition justement, retard, 
lancement, ...), j'avoue que je suis beaucoup plus dubitatif (pour 
rester soft).


et la question ici est surtout : est ce que le plan (dessiné par un 
architecte, oeuvre de son esprit) associé à une demande de permis de 
construire possède une licence de type LO (licence ouverte par défaut) 
ou OdbL (compatible aussi avec OSM). Le fait que cela soit publiquement 
consultable ne dit rien de la licence (je peux avoir mal compris).


à plus


--
Vincent Bergeot


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

Re: [OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[ades]

A priori le permis de construire, stricto sensu, est communicable, diffusable, 
etc. c’est un acte administratif, il doit suivre les règles de base.

Les documents ayant servi à rédiger la demande de PC, même si le PC y fait 
référence, ça m’étonnerait qu’ils soient sous licence libre, s’agissant 
d’oeuvre de l’esprit, protégées par les droits d’auteur, les droits industriels 
ou commerciaux, etc., etc.

Si c’est le maitre d’ouvrage qui « pourri » osm, faudrait demander au maitre 
d’œuvre, en exagérant un peu le fait que c’est maintenant en libre, , ce qu’il 
pense du fait que son projet soit en ODBL, histoire de rire un peu …
Ça calmerait peut-être un peu…

PS l’implantation de végétation fait partie du projet et n’est donc pas libre, 
sauf mention contraire bien claire. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[marc marc]

Le 16.05.19 à 17:35, Vincent Bergeot a écrit :
> licence des permis de construire consultable en mairie.

j'ignore pour la France, mais j'ai posé la question à un architecte qui 
travaille en Belgique (la réponse n'est donc peut-être pas la même en 
France) :
- l'architecte possède la propriété intellectuelle de l’œuvre
- le maitre d'ouvrage (le client qui fait bâtir), l'entrepreneur
(celui qui bâti), l'administration publique ne possède qu'un droit 
d'utilisation (au point qu'un autre architecte doit demander au premier 
s'il veux reprendre le plan pour en faire un travail dérivé ou pour 
poursuivre la construction si le premier contrat est rompu)
de plus le plan du permis concerne l'intention, la réalisation est 
rarement identique.
c'est pour celle double raison que l'administration fait un métré
(une mesure) du contour du bâtiment en fin de travaux.
bref les plan d'un permis en Belgique c'est comme les gafam,
c'est pas parce le monde entier a le droit de lire que c'est odbl.

La France étant en avance sur certains aspects OpenData,
peut-être a-t-elle imposée une licence open obligatoire
lors de la demande de permis, mais cela n'a pas l'air de être le cas 
selon la fin de page [1] puisque l'obligation d'attribution par ex est 
incompatble avec l'odbl

[1] 
https://www.architectes.org/questions-reponses-pour-les-professionnels/l-utilisation-d-un-plan-d-architecte-par-une-societe-de
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[Leo Gaspard via Talk-fr]

osm.sanspourr...@spamgourmet.com writes:
> Maintenant a priori c'est l'auteur (le promoteur) qui cherche à pousser
> les données sur OSM. Mais pas pour de bonnes raisons juste pour faire
> des vues 3D à pas cher.

Si c'est effectivement le promoteur qui fait ça, et donc que c'est
compatible en licence… au fond, tant mieux ?

Il suffit d'entourer d'un gros polygone landuse=construction (ce qui est
déjà fait) jusqu'à ce que ça sorte de terre, et comme ça une fois que
les bâtiments seront là on n'aura rien à mapper, juste à supprimer ce
landuse=construction. Et si un jour le projet est abandonné, ce sera
possible de tout supprimer à ce moment.

En l'état le mapping me semble aussi précis qu'il puisse l'être, et
personnellement je ne vois pas de problème à mapper dans un polygone
landuse=construction les bâtiments qui sont en cours de construction.

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

Re: [Talk-de] boundarys / river als boundary / admin_level?

[chris66]

Moinsen,


Die Fragen die sich mir jetzt stellen:

- Sollen alle ways die eine boundary darstellen ein
   admin_level/boundary=administrative unabhängig von ihrer relation
   tragen?


Sie *dürfen* die Info tragen, als Kompatibilitätskrücke für Anwendungen,
die Probleme mit Relationen haben.


- Bei Flüssen - verdoppeln der Wege (übereinander) oder
   zusätzliche tags auf dem river way?


Wenn der Fluß tatsächlich per Gesetz die Grenze darstellt, dann
kommt er in die Relation, eine zusätzliche Linie wird dann nicht
gezeichnet.

Üblicher ist es allerdings eine Grenze parallel zum Fluß einzuzeichnen.

Chris




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

Re: [Talk-de] boundarys / river als boundary / admin_level?

[Christoph Hormann]

On Thursday 16 May 2019, Florian Lohoff wrote:
>
> - Sollen alle ways die eine boundary darstellen ein
>   admin_level/boundary=administrative unabhängig von ihrer relation
>   tragen?

Die Frage nach dem 'sollen' ist objektiv nicht zu beantworten.

Was man sagen kann ist:

* dass Grenzen durchgehend nur auf den Relationen getaggt sind und dass 
die Ways nicht durchgehend boundary-Tags tragen.
* dass dies schon recht lange so ist.  OSM-Carto stellt seit 2015 keine 
ways auf Basis ihrer boundary-tags mehr dar.
* dass viele Mapper entsprechende Tags für redundant und für 
überflüssige Arbeit halten.
* dass jedoch auch eine ganze Menge Datennutzer es gerne hätten, wenn 
die ways entsprechendes Tagging hätten, damit sie nicht die Relationen 
auswerten müssen.

Es gab dazu Anfang 2018 eine recht umfangreiche Diskussion:

https://lists.openstreetmap.org/pipermail/tagging/2018-March/thread.html#35347

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-ja] 北海道の廃線マッピングの対応について

[石野貴之]

石野です。

Wikipediaだけならまだしも、Google Street Viewとなるとこれは確信犯に見えます。

チェンジセットのコメントを引用します。
--ここからgranitschädel 
さんのコメントを引用--
Ok, then I explain it more accurate. For mapping I use the normal Bing
Satellite Map everytime (In my homecountry I use high-quality satellite
photos from state surveying service of Saxony,they are released for common
use). But sometimes I compare the Map with Google Maps and Google Street
View to clarify the route of the railways. But I never used Google Products
as a base for my mapping, so I think that none violation happens.
--引用ここまで--
あくまでベースマップはBingであるとの主張のようですが、Google製品と「比較」しながらマッピングするのは許容されないと私も思います。

念のために確認しますが、
(1) Googleマップをもとにマッピングしたい地物の当たりをつける⇒(2) 実際に現地へGo⇒(3) 現地調査をもとにマッピング
の流れは許容されると考えられるでしょうか。

石野 貴之
yumean1...@gmail.com

2019年5月17日(金) 0:09 Satoshi IIDA :

>
> いいだです。
>
> ひとまずの情報共有ということで。
> Twitterでmuramototomoyaさんよりご連絡いただき、
> （いまのところ）北海道を対象に廃線をマッピングされていたかたが、
> Google Street Viewを参照してマッピングしていたことがわかりました。
>
> muramototomoyaさんとyumean1119さんでいまやりとりいただいていますが、
> 必要に応じてリバートなどの処置を行います。
>
> https://www.openstreetmap.org/changeset/70166605
> https://twitter.com/muramototomoya/status/1129020203881226241
>
>
>
>
> --
> 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-talk] correct (scholarly) attribution?

[Frederik Ramm]

Hi,

if someone writes a scientific paper and wants to reference an OSM data
set they used, what would be the correct way to do that? Typically such
mentions contain author and name of the work, and publication place and
year. Or maybe the web-like "retrieved on ..."?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[osm . sanspourriel]

D'un autre point de vue… ce sont les plans des permis de construire qui
finiront dans le cadastre, non ?


Un extrait (le plan de masse) sert partiellement (le cadastre n'importe
pas les arbres fantaisistes, je dis ça, je dis rien).

> Un permis de construire est opposable, donc il doit être connu de tous

Connu ne veut pas dire publiable sous ODbL.

Maintenant a priori c'est l'auteur (le promoteur) qui cherche à pousser
les données sur OSM. Mais pas pour de bonnes raisons juste pour faire
des vues 3D à pas cher.

Jean-Yvon

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

Re: [OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[David Crochet]

Bonjour

Le 16/05/2019 à 17:35, Vincent Bergeot a écrit :

une idée, piste ?


Un permis de construire est opposable, donc il doit être connu de tous

Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[Vincent Bergeot]

Le 16/05/2019 à 18:27, Leo Gaspard a écrit :

Vincent Bergeot  writes:

Le 16/05/2019 à 18:10, Gwenaël Jouvin via Talk-fr a écrit :

Je ne saurais préciser quel est le type de licence d’un tel document, je serais 
même choqué d’apprendre que de tels documents soient soumis au droit d’auteur.
Pour moi, comme tout document produit et publié par une administration, c’est 
dans le domaine public ?

je dirais (sans être juriste) que l'obtention d'un permis de construire
est produite par une administration mais le dépot d'une demande de
permis de construire, avec un plan, est plutôt fait par un architecte.

J'aurai du préciser que le plan contenu dans une demande de permis de
construire est-il soumis à une licence ouverte.

Les discussions sur l'usage des permis de construire concernent (à mon
avis) les plans contenus dans ces demandes.

D'un autre point de vue… ce sont les plans des permis de construire qui
finiront dans le cadastre, non ?


aucune idée :)

--
Vincent Bergeot


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

Re: [OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[Rpnpif]

Le 16 mai 2019, Vincent Bergeot a écrit :

> Le 16/05/2019 à 18:10, Gwenaël Jouvin via Talk-fr a écrit :
> > Bonjour,
> >
> > Je ne saurais préciser quel est le type de licence d’un tel document, je 
> > serais même choqué d’apprendre que de tels documents soient soumis au droit 
> > d’auteur.
> > Pour moi, comme tout document produit et publié par une administration, 
> > c’est dans le domaine public ?  
> 
> je dirais (sans être juriste) que l'obtention d'un permis de construire 
> est produite par une administration mais le dépot d'une demande de 
> permis de construire, avec un plan, est plutôt fait par un architecte.
> 
> J'aurai du préciser que le plan contenu dans une demande de permis de 
> construire est-il soumis à une licence ouverte.
> 
> Les discussions sur l'usage des permis de construire concernent (à mon 
> avis) les plans contenus dans ces demandes.
> 
> Je ne sais pas si c'est clair, je ne suis ni archi ni juriste :)

Oui mais ils sont consultables par tout citoyen (ce qui ne répond pas à
la question). Donc publiables ?

Les plans doivent avoir quand même une protection (illégitime à mon
sens mais c'est subjectif) pour l'architecte.

-- 
Alain Rpnpif

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

[Talk-de] boundarys / river als boundary / admin_level?

[Florian Lohoff]

Hi,
ich suche seit ein paar Monaten sporadisch nach einem Fehler in meinem
Addressextrakt das bestimmt boundary polygone mit libosmium nicht
"parsebar" sind, bzw die an verschiedenen Stellen kaputt sind. Meine
Arbeitshypothese war bisher das das poly zu klein ist und deshalb
die boundary (Kreis, Stadt) nicht mit drin ist.

Heute habe ich mir dann mal das mit osmosis auseinander geschnitten
und gefiltert und im josm geladen.

osmosis --read-pbf file=detmold-regbez-latest.osm.pbf --tf accept-ways
boundary=administrative --used-node --write-xml output.osm

Dabei ist mir aufgefallen - Da fehlen Stücke in der relation. Die
sind wenn ich die via API lade aber da.

Die Stücke die fehlen sind Teile bei denen die Boundary ein Fluß ist.
Hier ist (war) in der Boundary nur der Fluß drin der keine Tags
wie boundary=administrative/admin_level trägt, diese sind ausschließlich
in der relation. Ich habe den weg jetzt dupliziert und entsprechend
admin_level und boundary=administrative da hinterlassen.

Die Fragen die sich mir jetzt stellen:

- Sollen alle ways die eine boundary darstellen ein
  admin_level/boundary=administrative unabhängig von ihrer relation
  tragen?
- Bei Flüssen - verdoppeln der Wege (übereinander) oder
  zusätzliche tags auf dem river way?

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

Re: [OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[Leo Gaspard via Talk-fr]

Vincent Bergeot  writes:
> Le 16/05/2019 à 18:10, Gwenaël Jouvin via Talk-fr a écrit :
>> Je ne saurais préciser quel est le type de licence d’un tel document, je 
>> serais même choqué d’apprendre que de tels documents soient soumis au droit 
>> d’auteur.
>> Pour moi, comme tout document produit et publié par une administration, 
>> c’est dans le domaine public ?
>
> je dirais (sans être juriste) que l'obtention d'un permis de construire 
> est produite par une administration mais le dépot d'une demande de 
> permis de construire, avec un plan, est plutôt fait par un architecte.
>
> J'aurai du préciser que le plan contenu dans une demande de permis de 
> construire est-il soumis à une licence ouverte.
>
> Les discussions sur l'usage des permis de construire concernent (à mon 
> avis) les plans contenus dans ces demandes.

D'un autre point de vue… ce sont les plans des permis de construire qui
finiront dans le cadastre, non ?

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

Re: [OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[Vincent Bergeot]

Le 16/05/2019 à 18:10, Gwenaël Jouvin via Talk-fr a écrit :

Bonjour,

Je ne saurais préciser quel est le type de licence d’un tel document, je serais 
même choqué d’apprendre que de tels documents soient soumis au droit d’auteur.
Pour moi, comme tout document produit et publié par une administration, c’est 
dans le domaine public ?


je dirais (sans être juriste) que l'obtention d'un permis de construire 
est produite par une administration mais le dépot d'une demande de 
permis de construire, avec un plan, est plutôt fait par un architecte.


J'aurai du préciser que le plan contenu dans une demande de permis de 
construire est-il soumis à une licence ouverte.


Les discussions sur l'usage des permis de construire concernent (à mon 
avis) les plans contenus dans ces demandes.


Je ne sais pas si c'est clair, je ne suis ni archi ni juriste :)

à plus





Des éléments ici :

https://www.service-public.fr/particuliers/vosdroits/F2467

https://www.legifrance.gouv.fr/affichCodeArticle.do?idArticle=LEGIARTI33218942=LEGITEXT31366350


Gwenaël


Le 16/05/2019 à 17:35, Vincent Bergeot a écrit :

Bonjour,

dans les échanges suivants (https://www.openstreetmap.org/changeset/45891332), 
la question est posée de la licence des permis de construire consultable en 
mairie.

Il me semble que la discussion a déjà eu lieu sur cette liste mais je n'ai pas 
retrouvé. Je cherche un texte, décret, truc de loi qui valide ou invalide la 
licence ouverte des permis de construire (je suis dubitatif).

une idée, piste ?

à plus


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



--
Vincent Bergeot


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

Re: [Talk-it] Source dubbio

[Andrea Enzo]

Da quello che so un membro della DWG è iscritto alla nostra ml.

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[Gwenaël Jouvin via Talk-fr]

Bonjour,

Je ne saurais préciser quel est le type de licence d’un tel document, je serais 
même choqué d’apprendre que de tels documents soient soumis au droit d’auteur.
Pour moi, comme tout document produit et publié par une administration, c’est 
dans le domaine public ?
Des éléments ici :

https://www.service-public.fr/particuliers/vosdroits/F2467

https://www.legifrance.gouv.fr/affichCodeArticle.do?idArticle=LEGIARTI33218942=LEGITEXT31366350


Gwenaël


Le 16/05/2019 à 17:35, Vincent Bergeot a écrit :
> Bonjour,
> 
> dans les échanges suivants 
> (https://www.openstreetmap.org/changeset/45891332), la question est posée de 
> la licence des permis de construire consultable en mairie.
> 
> Il me semble que la discussion a déjà eu lieu sur cette liste mais je n'ai 
> pas retrouvé. Je cherche un texte, décret, truc de loi qui valide ou invalide 
> la licence ouverte des permis de construire (je suis dubitatif).
> 
> une idée, piste ?
> 
> à plus
> 

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

[OSM-talk-fr] Licence des Permis de construire, compatibilité OSM

[Vincent Bergeot]

Bonjour,

dans les échanges suivants 
(https://www.openstreetmap.org/changeset/45891332), la question est 
posée de la licence des permis de construire consultable en mairie.


Il me semble que la discussion a déjà eu lieu sur cette liste mais je 
n'ai pas retrouvé. Je cherche un texte, décret, truc de loi qui valide 
ou invalide la licence ouverte des permis de construire (je suis dubitatif).


une idée, piste ?

à plus

--
Vincent Bergeot


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

Re: [Talk-it] Source dubbio

[Martin Koppenhoefer]

qualcuno ha già sentito la DWG?

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

[OSM-talk-fr] Tag pour les Archives (départementales, municipales...) ?

[LeTopographeFou]

Bonjour,

En faisant le point sur l'usage (marqué obsolète) de la clé 
'amenity=public_building' je suis tombé sur le cas des archives 
publiques (départementales, municipales...) pour lesquelles je ne trouve 
pas de schéma claire.


En regardant l'existant je trouve 'office=government' ou 
'amenity=library' ou 'amenity=archives' . Je serait bien tenté par 
'office=government' avec 'government=archives' mais suis ouvert à autre 
chose.


Une idée ?

Pour info (pour les francophones) :

 * 64 objets avec "Archives (D|d)épartementales" à ce jour
 * 32 objets avec "Archives (M|m)unicipales" à ce jour

--
LeTopographeFou

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

Re: [Talk-it] Source dubbio

[Geometra Alberto VARALLI]

Ho provveduto allo scarico dei dati, procedete come ritenete giusto.

Vi aggiornerò sulle evoluzioni della faccenda.

Alberto



Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno gio 16 mag 2019 alle ore 09:22 Federico Cortese <
cortese...@gmail.com> ha scritto:

> Carissimi,
> premetto che qualche giorno fa ho parlato con Alberto Varalli ed ho
> potuto toccare con mano la sua completa disponibilità e buona fede.
> Capisco chi è infastidito da questo import, anche se sono dispiaciuto
> per alcuni toni un po' accesi.
> Il fatto che un amministratore locale, nonché geometra, si interessi
> ad OSM non può che portare vantaggi al progetto.
> Non ho avuto modo di approfondire i changeset incriminati, anche se,
> da quel poco che ho visto, effettivamente sono stati eliminati oggetti
> preesistenti e sostituiti senza preservarne il tagging; se avete
> potuto approfondire che le problematiche sono diffuse, concordo per il
> revert. La redaction mi sembra eccessiva, dato che il collega potrebbe
> riuscire ad ottenere la sottoscrizione del waiver da parte della
> Regione.
> Purtroppo se succedono queste cose non è solo colpa di chi ci cade, ma
> anche un po' di come è pensato OSM (mancanza di limiti per nuovi
> utenti, pochi controlli, ecc.)... ma se n'è parlato tante volte.
>
> Ciao,
> Federico
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>


-- 

-- 

*Geom. Alberto Varalli*

Sede: Via Roma  n. 13/c, 10070 Usseglio (TO)

Cell. 348-5400147 -o- @mail: geom.vara...@gmail.com

P.I.V.A.: 10645110015

Tutte le informazioni contenute in questo messaggio, incluso ogni allegato,
sono di carattere confidenziale e possono essere legalmente riservate. Sono
destinate  ad uso esclusivo del ricevente ed ogni divulgazione, copia,
distribuzione o riferimento è proibito e può essere considerato illegale.
Se tale messaggio è stato ricevuto per errore, il mittente deve esserne
prontamente avvisato ed il messaggio deve essere distrutto, compreso ogni
allegato presente.

La trasmissione via posta elettronica non può essere ritenuta sicura o
priva di errori, in quanto le informazioni potrebbero essere intercettate,
danneggiate, smarrite, distrutte, arrivare in ritardo o incomplete, oppure
contenere virus informatici. Per queste ragioni il mittente non si ritiene
responsabile per errori od omissioni nel contenuto di questo messaggio che
deriva da una trasmissione via posta elettronica. Se si rendesse
necessaria una verifica formale sul contenuto di questo messaggio siete
pregati di richiederne una copia cartacea.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-ja] 北海道の廃線マッピングの対応について

[Satoshi IIDA]

いいだです。

ひとまずの情報共有ということで。
Twitterでmuramototomoyaさんよりご連絡いただき、
（いまのところ）北海道を対象に廃線をマッピングされていたかたが、
Google Street Viewを参照してマッピングしていたことがわかりました。

muramototomoyaさんとyumean1119さんでいまやりとりいただいていますが、
必要に応じてリバートなどの処置を行います。

https://www.openstreetmap.org/changeset/70166605
https://twitter.com/muramototomoya/status/1129020203881226241




-- 
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-talk-fr] Malgré un premier blocage, cela continue ! L3mp1ck4 / Dupuiche / Y43l

[Rpnpif]

Le 16 mai 2019, Vincent Bergeot a écrit :

> Le 03/05/2019 à 15:41, Stéphane Péneau a écrit :
> > Ah oui, j'avais oublié cet aspect "license" , merci de me le rappeler.  
> 
> 
> Oua, une réponse :)
> 
> peut-être que l'on va avancer sur la licence et sur les décisions à 
> prendre : 
> https://www.openstreetmap.org/changeset/45891332#map=17/47.95862/1.87889

Bonjour,

Un peu risqué sa réponse : les demandes de permis de construire
pourraient être refusées, même si l'intention est louable.

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Malgré un premier blocage, cela continue ! L3mp1ck4 / Dupuiche / Y43l

[Vincent Bergeot]

Le 03/05/2019 à 15:41, Stéphane Péneau a écrit :

Ah oui, j'avais oublié cet aspect "license" , merci de me le rappeler.



Oua, une réponse :)

peut-être que l'on va avancer sur la licence et sur les décisions à 
prendre : 
https://www.openstreetmap.org/changeset/45891332#map=17/47.95862/1.87889









Stf

Le 03/05/2019 à 13:17, Vincent Bergeot a écrit :


De plus la licence des permis de construire, utilisés comme sources 
pour tracer ces bâtiments, n'est pas évidente. Nous ne savons pas 
d'où proviennent ces plans, présentés parfois comme des permis de 
construire, parfois comme des "projet de construction" 
https://www.openstreetmap.org/changeset/65662659.


à plus





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



--
Vincent Bergeot


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

Re: [talk-au] use of addr:unit

[Andrew Harvey]

To me they are all the same. I think addr:flats given it's documented on
the wiki and is in use is the best tag to use. Open to other opinions.

On Thu, 16 May 2019 at 23:37, Sebastian Spiess  wrote:

> Thanks I did not see this one before.
> Is there a real difference between units and flats? Flats appears very
> British to me while I did consider units as covering Units, separated Units
> one a block of land, apartments within an apartment building and
> flats/units within one building/house.
>
> On 16/5/19 11:08 pm, Andrew Harvey wrote:
>
> https://wiki.openstreetmap.org/wiki/Key:addr:flats is documented and in
> use for this.
>
> On Thu, 16 May 2019 at 22:18, Sebastian Spiess  wrote:
>
>> Hi all,
>>
>> how would you tag multiple units in one building or apartment block?
>>
>> e.g. if we have an apartment block with units 1, 2, 3, 4...
>>
>> addr:unit=1;2;3;4
>>
>> or
>>
>> addr:unit=1-4
>>
>> or
>>
>> addr:unit=Unit 1-4
>>
>>
>> what to do if the numbering is not consecutive, e.g. only units 1, 3, 6,
>> 7, 8
>>
>>
>> The wiki seems to be quite light on detail about this so what are your
>> thoughts?
>>
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] use of addr:unit

[Sebastian Spiess]

Thanks I did not see this one before.
Is there a real difference between units and flats? Flats appears very
British to me while I did consider units as covering Units, separated
Units one a block of land, apartments within an apartment building and
flats/units within one building/house.

On 16/5/19 11:08 pm, Andrew Harvey wrote:
> https://wiki.openstreetmap.org/wiki/Key:addr:flats is documented and
> in use for this.
>
> On Thu, 16 May 2019 at 22:18, Sebastian Spiess  > wrote:
>
> Hi all,
>
> how would you tag multiple units in one building or apartment block?
>
> e.g. if we have an apartment block with units 1, 2, 3, 4...
>
> addr:unit=1;2;3;4
>
> or
>
> addr:unit=1-4
>
> or
>
> addr:unit=Unit 1-4
>
>
> what to do if the numbering is not consecutive, e.g. only units 1,
> 3, 6,
> 7, 8
>
>
> The wiki seems to be quite light on detail about this so what are your
> thoughts?
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-au
>

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

Re: [talk-au] use of addr:unit

[Andrew Harvey]

https://wiki.openstreetmap.org/wiki/Key:addr:flats is documented and in use
for this.

On Thu, 16 May 2019 at 22:18, Sebastian Spiess  wrote:

> Hi all,
>
> how would you tag multiple units in one building or apartment block?
>
> e.g. if we have an apartment block with units 1, 2, 3, 4...
>
> addr:unit=1;2;3;4
>
> or
>
> addr:unit=1-4
>
> or
>
> addr:unit=Unit 1-4
>
>
> what to do if the numbering is not consecutive, e.g. only units 1, 3, 6,
> 7, 8
>
>
> The wiki seems to be quite light on detail about this so what are your
> thoughts?
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-it] Rete ferroviaria in Sicilia

[Roberto Inzerillo]

Salve, vorrei apportare alcune modifiche/update alla rete ferroviaria in Sicilia dato che ho notato alcune mancanze/inesattezze. Ho acquisito un po' di esperienza con le bus route aggiornando ed aggiungendone di nuove su Palermo seguendo il PTv2, ma non ho ancora fatto nulla con le railway quindi prima di proseguire vorrei confrontarmi con chi in passato se ne è già occupato. Vorrei coordinarmi per seguire delle linee comuni ed essere indirizzato su un modus operandi (qualora esista già) consolidato.

 

n.b. quel che vedo in Sicilia sono solo dati "vecchi" ed incompleti. 

 

E' mia intenzione documentare quanto faccio su:

https://wiki.openstreetmap.org/wiki/WikiProject_Italy/Ferrovie

https://wiki.openstreetmap.org/wiki/Sicilia/Ferrovie

 

Al momento ho solo generato alcune delle relazioni route=railway per le Linee Complementari, prendendo come base le corrispondenti route=train già esistenti.

Però io non sono un esperto conoscitore della rete ferroviaria, quindi uso come riferimento quel che trovo su internet (e.g. wikipedia, rfi)e quanto già esistente su OSM. L'ausilio di altri più addentro di me nel settore sarebbe prezioso.

 

:-)


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

Re: [Talk-GB] Increase of mail size limit

[Ed Loach]

Rob wrote:

> Joking aside, please note I'm not asking for much here. A 40kb limit is tiny 
> and 
> people do breach the limit occasionally. In this instance it was ~500kb. I 
> ended up 
> having to put the attachments elsewhere but that delayed the post by 24 hours 
> (it was already late and I decided to delay faffing until the next day). 

I suspect a small limit is designed to discourage attachments, which could be 
hosted elsewhere and links included.

Ed


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

[talk-au] use of addr:unit

[Sebastian Spiess]

Hi all,

how would you tag multiple units in one building or apartment block?

e.g. if we have an apartment block with units 1, 2, 3, 4...

addr:unit=1;2;3;4

or

addr:unit=1-4

or

addr:unit=Unit 1-4


what to do if the numbering is not consecutive, e.g. only units 1, 3, 6,
7, 8


The wiki seems to be quite light on detail about this so what are your
thoughts?


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

Re: [Talk-it] Import strutture ricettive Matera

[Daniele Forsi]

Il giorno gio 16 mag 2019 alle ore 12:11 Cascafico Giovanni ha scritto:

> [2] https://umap.openstreetmap.fr/en/map/matera-open-data_326828

sulla umap ho visto questi 2 nomi dove non c'è uno spazio prima del trattino:
Casale dei Sindaci- Albergo del Sedile
Sextanzio- Le Grotte della Civica

l'indirizzo del secondo appare minuscolo e senza accento nel popup:
via madonna delle virtu' 149

per quest'altro l'indirizzo appare maiuscolo:
Aquatio Cave Luxury Hotel
VIA CONCHE 12

non ne ho guardati altri
-- 
Daniele Forsi

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

Re: [talk-cz] Prosba o otestovani Fody/osmap.cz

[Tom Ka]

čt 16. 5. 2019 v 12:21 odesílatel xkomc...@centrum.cz
 napsal:
> Díky moc! A ne, rozhodně to nijak nespěchá.

hotovo, nakonec to bylo docela rychle.

> Ano, pěší = turistická. Nějak jsem to nemohl najít, asi tou změnou
> pořadí. Omlouvám se.

ok

> PS: když při nahrávání vyberu "Informační tabule", pořád tam je pole. To
> je bug nebo feature? (U bodu záchrany to dává smysl, tam jednoznačné
> identifikátory bývají, ale tady?)

muze to mit smysl zadat, tak proc to nepovolit, u ostatnich kde to
povoleno neni to (podle mne) smysl nedava z principu.

Bye

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

Re: [talk-cz] Prosba o otestovani Fody/osmap.cz

[xkomc...@centrum.cz]

Díky moc! A ne, rozhodně to nijak nespěchá.

Ano, pěší = turistická. Nějak jsem to nemohl najít, asi tou změnou 
pořadí. Omlouvám se.


Jirka Komárek


PS: když při nahrávání vyberu "Informační tabule", pořád tam je pole. To 
je bug nebo feature? (U bodu záchrany to dává smysl, tam jednoznačné 
identifikátory bývají, ale tady?)


On 16. 05. 19 12:09, Tom Ka wrote:

OK, upravim. Zda se, ze JSON poradi nakonec zachovava, zkusil jsem
jednoduchym hackem dostat aspon pesi na prvni misto, jinak porad co
navrhl Zdenek mi prijde OK, ale budu to muset udelat, neni to na 5min.
Pokud mate nekdo pocit, ze je vyrazne lepsi jine poradi, dejte vedet.

Bye

čt 16. 5. 2019 v 11:49 odesílatel Zdeněk Pražák  napsal:

rovněž bych požádal o seřazení tlačítek pro nahrávání typu rozcestníku v pořadí 
pěší, cyklo, silniční, lyžařská, koňská, vozíčkář
Pražák

-- Původní e-mail --
Od: xkomc...@centrum.cz 
Komu: talk-cz@openstreetmap.org
Datum: 15. 5. 2019 22:36:58
Předmět: Re: [talk-cz] Prosba o otestovani Fody/osmap.cz

Ahoj,

hlásím, že při nahrávání rozcestníku chybí možnost "Turistický" (a
zbytek je přeházený - třeba "Cyklo" je dost daleko od "Silniční")

Jirka Komárek

On 15. 05. 19 10:51, Tom Ka wrote:

Ahoj, bylo provedeno nasazeni na produkci. V pripade problemu prosim
dejte vedet, ale snad jsme odchytili vsechno.

Diky tom.k

út 14. 5. 2019 v 11:21 odesílatel Tom Ka  napsal:

Ahoj,

s pomoci Mariana jsem upravil Fody a osmap.cz aby se neduplikovaly
informace o logice tagovani ale prebirala se z Fody. Umozni to tak na
jednom miste pruzneji menit typy tagu a vztahy mezi nimy. Rad bych
poprosil o otestovani zadavani/prohlizeni fotek ve vyvojove verzi Fody
a osmap.cz. Zadavani fotek a prohlizeni je:

https://merlin.fit.vutbr.cz/tmp/osmcz/

vyvojova verze Fody pak jako obvykle na:

https://osm.fit.vutbr.cz/fody-dev/

Issue na githubu s detaily a kodem osmap.cz je:
https://github.com/osmcz/osmcz/issues/182

Po zavedeni se na produkci mimo jine vyresi moznost primo zadavat
ruzne typy znaceni.

Diky moc.

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

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

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

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


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

[Talk-it] Import strutture ricettive Matera

[Cascafico Giovanni]

Ciao,
ho abbozzato una pagina [1] da mandare in ML import; se non ho contato male
sono +900 POI, gran parte case vacanze (tourism=chalet?)

Pensavo di importare in modo manuale alberghi e BB, poco più di 200, con
una umap [2]. Sulle casa vacanze ho delle perplessità circa la permanenza
delle attività, oltre ad un IMHO problema di densità


[1] https://wiki.openstreetmap.org/wiki/Import/Catalogue/Hotels-Matera-umap
[2] https://umap.openstreetmap.fr/en/map/matera-open-data_326828
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] Prosba o otestovani Fody/osmap.cz

[Tom Ka]

OK, upravim. Zda se, ze JSON poradi nakonec zachovava, zkusil jsem
jednoduchym hackem dostat aspon pesi na prvni misto, jinak porad co
navrhl Zdenek mi prijde OK, ale budu to muset udelat, neni to na 5min.
Pokud mate nekdo pocit, ze je vyrazne lepsi jine poradi, dejte vedet.

Bye

čt 16. 5. 2019 v 11:49 odesílatel Zdeněk Pražák  napsal:
>
> rovněž bych požádal o seřazení tlačítek pro nahrávání typu rozcestníku v 
> pořadí pěší, cyklo, silniční, lyžařská, koňská, vozíčkář
> Pražák
>
> -- Původní e-mail --
> Od: xkomc...@centrum.cz 
> Komu: talk-cz@openstreetmap.org
> Datum: 15. 5. 2019 22:36:58
> Předmět: Re: [talk-cz] Prosba o otestovani Fody/osmap.cz
>
> Ahoj,
>
> hlásím, že při nahrávání rozcestníku chybí možnost "Turistický" (a
> zbytek je přeházený - třeba "Cyklo" je dost daleko od "Silniční")
>
> Jirka Komárek
>
> On 15. 05. 19 10:51, Tom Ka wrote:
> > Ahoj, bylo provedeno nasazeni na produkci. V pripade problemu prosim
> > dejte vedet, ale snad jsme odchytili vsechno.
> >
> > Diky tom.k
> >
> > út 14. 5. 2019 v 11:21 odesílatel Tom Ka  napsal:
> >> Ahoj,
> >>
> >> s pomoci Mariana jsem upravil Fody a osmap.cz aby se neduplikovaly
> >> informace o logice tagovani ale prebirala se z Fody. Umozni to tak na
> >> jednom miste pruzneji menit typy tagu a vztahy mezi nimy. Rad bych
> >> poprosil o otestovani zadavani/prohlizeni fotek ve vyvojove verzi Fody
> >> a osmap.cz. Zadavani fotek a prohlizeni je:
> >>
> >> https://merlin.fit.vutbr.cz/tmp/osmcz/
> >>
> >> vyvojova verze Fody pak jako obvykle na:
> >>
> >> https://osm.fit.vutbr.cz/fody-dev/
> >>
> >> Issue na githubu s detaily a kodem osmap.cz je:
> >> https://github.com/osmcz/osmcz/issues/182
> >>
> >> Po zavedeni se na produkci mimo jine vyresi moznost primo zadavat
> >> ruzne typy znaceni.
> >>
> >> Diky moc.
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [talk-cz] Prosba o otestovani Fody/osmap.cz

[Tom Ka]

On Thu, May 16, 2019, 08:51 Marián Kyral  wrote:

>
> -- Původní e-mail --
> Od: xkomc...@centrum.cz 
> Komu: talk-cz@openstreetmap.org
> Datum: 15. 5. 2019 22:35:40
> Předmět: Re: [talk-cz] Prosba o otestovani Fody/osmap.cz
>
> Ahoj,
>
> hlásím, že při nahrávání rozcestníku chybí možnost "Turistický" (a
>
> turisticky je asi pesi nebo neco jineho?

zbytek je přeházený - třeba "Cyklo" je dost daleko od "Silniční")
>
> Jirka Komárek
>
>
> Tak pořadí jsem zatím neřešil, ono se to generuje z json dat a tam není
> (zatím) pořadí - Tome?
>

Neni a poradi elementu json asi neresi. Podivam se na to, jen to asi nebude
dnes.

Bye


> Marián
>
>
>
> On 15. 05. 19 10:51, Tom Ka wrote:
> > Ahoj, bylo provedeno nasazeni na produkci. V pripade problemu prosim
> > dejte vedet, ale snad jsme odchytili vsechno.
> >
> > Diky tom.k
> >
> > út 14. 5. 2019 v 11:21 odesílatel Tom Ka 
> napsal:
> >> Ahoj,
> >>
> >> s pomoci Mariana jsem upravil Fody a osmap.cz aby se neduplikovaly
> >> informace o logice tagovani ale prebirala se z Fody. Umozni to tak na
> >> jednom miste pruzneji menit typy tagu a vztahy mezi nimy. Rad bych
> >> poprosil o otestovani zadavani/prohlizeni fotek ve vyvojove verzi Fody
> >> a osmap.cz. Zadavani fotek a prohlizeni je:
> >>
> >> https://merlin.fit.vutbr.cz/tmp/osmcz/
> >>
> >> vyvojova verze Fody pak jako obvykle na:
> >>
> >> https://osm.fit.vutbr.cz/fody-dev/
> >>
> >> Issue na githubu s detaily a kodem osmap.cz je:
> >> https://github.com/osmcz/osmcz/issues/182
> >>
> >> Po zavedeni se na produkci mimo jine vyresi moznost primo zadavat
> >> ruzne typy znaceni.
> >>
> >> Diky moc.
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Prosba o otestovani Fody/osmap.cz

[Zdeněk Pražák]

rovněž bych požádal o seřazení tlačítek pro nahrávání typu rozcestníku v
pořadí pěší, cyklo, silniční, lyžařská, koňská, vozíčkář

Pražák



-- Původní e-mail --
Od: xkomc...@centrum.cz 
Komu: talk-cz@openstreetmap.org
Datum: 15. 5. 2019 22:36:58
Předmět: Re: [talk-cz] Prosba o otestovani Fody/osmap.cz
"Ahoj,

hlásím, že při nahrávání rozcestníku chybí možnost "Turistický" (a
zbytek je přeházený - třeba "Cyklo" je dost daleko od "Silniční")

Jirka Komárek

On 15. 05. 19 10:51, Tom Ka wrote:
> Ahoj, bylo provedeno nasazeni na produkci. V pripade problemu prosim
> dejte vedet, ale snad jsme odchytili vsechno.
>
> Diky tom.k
>
> út 14. 5. 2019 v 11:21 odesílatel Tom Ka 
napsal:
>> Ahoj,
>>
>> s pomoci Mariana jsem upravil Fody a osmap.cz aby se neduplikovaly
>> informace o logice tagovani ale prebirala se z Fody. Umozni to tak na
>> jednom miste pruzneji menit typy tagu a vztahy mezi nimy. Rad bych
>> poprosil o otestovani zadavani/prohlizeni fotek ve vyvojove verzi Fody
>> a osmap.cz. Zadavani fotek a prohlizeni je:
>>
>> https://merlin.fit.vutbr.cz/tmp/osmcz/
>>
>> vyvojova verze Fody pak jako obvykle na:
>>
>> https://osm.fit.vutbr.cz/fody-dev/
>>
>> Issue na githubu s detaily a kodem osmap.cz je:
>> https://github.com/osmcz/osmcz/issues/182
>>
>> Po zavedeni se na produkci mimo jine vyresi moznost primo zadavat
>> ruzne typy znaceni.
>>
>> Diky moc.
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [Talk-GB] wiki confirmation code

[Paul Berry]

Hi Nora,

Are you seeing something like this?

Permission error



You do not have permission to create this page, for the following reason:

You must confirm your email address before editing pages. Please set and
validate your email address through your user preferences
.


Regards,

*Paul*

On Wed, 15 May 2019 at 22:46,  wrote:

> Hi
>
> I'm asked to enter a confirmation code after attempting to add some
> content to my wiki profile page for the first time.
>
> Where do I get the confirmation code from?
>
> Thanks
> Nora
>
>
> ___
> 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] early vote for OSMUK Q3 Quarterly Project

[Jez Nicholson]

Given plenty of discussion here for having a quarterly project on solar I
have started a vote for it to be the next project
https://www.loomio.org/p/MoIw3091/-solar-power-will-be-the-q3-july-sept-2019-quarterly-project

If it is looking popular then we can get some prep done ready for kick-off
in July.

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

Re: [Talk-it] Source dubbio

[Federico Cortese]

Carissimi,
premetto che qualche giorno fa ho parlato con Alberto Varalli ed ho
potuto toccare con mano la sua completa disponibilità e buona fede.
Capisco chi è infastidito da questo import, anche se sono dispiaciuto
per alcuni toni un po' accesi.
Il fatto che un amministratore locale, nonché geometra, si interessi
ad OSM non può che portare vantaggi al progetto.
Non ho avuto modo di approfondire i changeset incriminati, anche se,
da quel poco che ho visto, effettivamente sono stati eliminati oggetti
preesistenti e sostituiti senza preservarne il tagging; se avete
potuto approfondire che le problematiche sono diffuse, concordo per il
revert. La redaction mi sembra eccessiva, dato che il collega potrebbe
riuscire ad ottenere la sottoscrizione del waiver da parte della
Regione.
Purtroppo se succedono queste cose non è solo colpa di chi ci cade, ma
anche un po' di come è pensato OSM (mancanza di limiti per nuovi
utenti, pochi controlli, ecc.)... ma se n'è parlato tante volte.

Ciao,
Federico

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

Re: [OSM-talk-fr] Umap

[Magalie Dartus]

Bonjour,

Merci pour ces réponses! Ravie que ce projet soit toujours bien vivant!

Bonne journée

Mavgalie

Le mer. 15 mai 2019 à 23:34, deuzeffe  a écrit :

> Le 15/05/2019 à 18:06, Magalie Dartus a écrit :
> > Bonjour à tous,
>
> Bonsoir,
>
> > Est-ce que vous savez si le projet umap est toujours maintenu?
>
> Oui, le projet umap est toujours maintenu et bien vivant, même s'il n'y
> a qu'un seul développeur qui s'y colle, mais je confirme qu'ybon était
> donc bien vivant il y a quelques jours ;)
>
> Le réalisé est ici : https://github.com/umap-project/umap
>
> Il y a un canal irc et, de mémoire, umap a été installé dans sa nouvelle
> version sur une nouvelle machine, il y a quelques mois.
>
> À noter que Framacarte est une instance d'umap installé chez et par
> Framasoft et qui est utilisable tout pareil.
>
> Voili, voilà.
> --
> deuzeffe, fan d'umap (comment ça, ça s'est vu ?)
>
>
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-cz] Prosba o otestovani Fody/osmap.cz

[Marián Kyral]

-- Původní e-mail --
Od: xkomc...@centrum.cz 
Komu: talk-cz@openstreetmap.org
Datum: 15. 5. 2019 22:35:40
Předmět: Re: [talk-cz] Prosba o otestovani Fody/osmap.cz
"Ahoj,

hlásím, že při nahrávání rozcestníku chybí možnost "Turistický" (a
zbytek je přeházený - třeba "Cyklo" je dost daleko od "Silniční")

Jirka Komárek
"



Tak pořadí jsem zatím neřešil, ono se to generuje z json dat a tam není
(zatím) pořadí - Tome?




Marián




"
On 15. 05. 19 10:51, Tom Ka wrote:
> Ahoj, bylo provedeno nasazeni na produkci. V pripade problemu prosim
> dejte vedet, ale snad jsme odchytili vsechno.
>
> Diky tom.k
>
> út 14. 5. 2019 v 11:21 odesílatel Tom Ka 
napsal:
>> Ahoj,
>>
>> s pomoci Mariana jsem upravil Fody a osmap.cz aby se neduplikovaly
>> informace o logice tagovani ale prebirala se z Fody. Umozni to tak na
>> jednom miste pruzneji menit typy tagu a vztahy mezi nimy. Rad bych
>> poprosil o otestovani zadavani/prohlizeni fotek ve vyvojove verzi Fody
>> a osmap.cz. Zadavani fotek a prohlizeni je:
>>
>> https://merlin.fit.vutbr.cz/tmp/osmcz/
>>
>> vyvojova verze Fody pak jako obvykle na:
>>
>> https://osm.fit.vutbr.cz/fody-dev/
>>
>> Issue na githubu s detaily a kodem osmap.cz je:
>> https://github.com/osmcz/osmcz/issues/182
>>
>> Po zavedeni se na produkci mimo jine vyresi moznost primo zadavat
>> ruzne typy znaceni.
>>
>> Diky moc.
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [Talk-it] Aggiornamento distributori provincia di Foggia

[Cascafico Giovanni]

Grazie, la metto sicuramente in inventario per le bash. Per ora ho risolto
con il linguaggio usato da openrefine (GREL): spezzo la stringa
suil'apostrofo, faccio un title delle due risultanti e concateno.

toTitlecase((split(value,"'"))[0])+"'"+toTitlecase((split(value,"'"))[1])

Il giorno mer 15 mag 2019 alle ore 23:56 Daniele Forsi 
ha scritto:

> Il giorno mer 15 mag 2019 alle ore 11:11 Cascafico Giovanni ha scritto:
>
> > Apropos, se qualcuno ha un'idea per convertire per esempio D'ADDARIO in
> D'Addario, la inserisco nel file delle operazioni [2]
>
> non conosco il file operazioni, ma se gestisce le espressioni regolari
> in stile Perl con \L trasformi in minuscolo e con \U in maiuscolo (la
> & è tutta la corrispondenza e \b il confine tra parole:
> $ echo "TEST D'ADDARIO a test" | sed -e "s/.*/\L&/" -e "s/\b./\U&/g"
> Test D'Addario A Test
>
> > [2]
> https://github.com/cascafico/OSM-ItalyFuelStations/blob/master/anagrafica.operations
>
> --
> Daniele Forsi
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Source dubbio

[Martin Koppenhoefer]

sent from a phone

> On 15. May 2019, at 21:10, Andrea Musuruane  wrote:
> 
> Se si avesse il waiver da Regione Piemonte in tempi molto brevi, ho comunque 
> dei dubbi sul mantenere i dati importati perché mi sembra che l'import sia  
> al di sotto degli standard qualitativi richiesti.


concordo con questa valutazione, visto le cancellazioni ed il tagging immaturo, 
anche se avessimo il waiver della Regione e potessimo utilizzare legalmente i 
dati regionali, ci sarebbe comunque da fare un revert di queste modifiche. 
Capisco che le intenzioni erano buoni, ma bisogna anche vedere il danno ai dati 
esistenti.

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