Re: [Talk-us] OSM attribution on website store locator pages

[Peter Dobratz]

I filled out the contact form on the Mobify website as they are the ones
that are being attributed without also crediting OSM.  I'll let you know if
I hear anything back.


Meanwhile, Cricket Wireless is running a store locator page, which is also
using the MapBox tiles derived from OSM data, but without attribution:
https://www.cricketwireless.com/stores

Cricket has an elaborate page about submitting copyright claims:
https://www.cricketwireless.com/legal-info/cricket-wireless-copyright-trademark-claims.html

As a first step, I tried sending an email to copyri...@cricketwireless.com.
However, that email bounced back with a "#550 5.1.1
RESOLVER.ADR.RecipNotFound; not found ##"
I'm not sure about the best way to proceed from here.

Peter

On Thu, Apr 14, 2016 at 9:22 PM, Greg Morgan  wrote:

>
>
> On Thu, Apr 14, 2016 at 9:39 AM, Matt Simpson  wrote:
>
>> All - seaming to understand the intent of this thread and hoping to shed
>> some light for you.
>>
>> Our team (MAGNETIC) was hired to design/develop the pieology website.
>> Pieology also hired a company to build their store locator, which was
>> outside our scope of work. The company they hired for store location
>> services is Momentfeed (https://momentfeed.com/), seemingly a branch or
>> distributor of Mobify, who looks to be using your service at the core of
>> the location tool they provide.
>>
>> I would suggest contacting Momentfeed and/or Mobify to discuss
>> attribution. As someone mentioned earlier, Pieology will have very little
>> input on the matter.
>>
>> Hope this helps -
>>
>>
> Matt,
>
> Thank you for the response.  www.OpenStreetMap.org is a crowd sourced map
> of the world. I love it that the Pieology site is using OSM.  There are a
> number of other notable sites that are using OSM such as Craig's list
> http://phoenix.craigslist.org/search/fua .  We are just trying to get to
> the bottom of which firm should put the correct attribution on the Pieology
> site.  I provided the CL map because it has the proper attribution.
>
> Again thank you for the response.
>
> Regards,
> Greg
>
>
>
>
>> On Thu, Apr 14, 2016 at 6:40 AM, Greg Morgan 
>> wrote:
>>
>>>
>>>
>>> On Wed, Apr 13, 2016 at 10:24 AM, Martijn van Exel  wrote:
>>>
 Interesting, a bit troubling, to see an increasing number of layers —
 abstraction — between the end user and the OSM data. Now it’s three — the
 web site itself, Mobify (never heard of them), Mapbox —  between the end
 user and OSM. Makes it easier for all the intermediaries to point to the
 others for attribution requirements. And harder for the OSM community to
 enforce this simple but important requirement. OSM can only benefit from
 having many eyes on the map if we can continue to close this feedback loop.


>>>
>>>
>>> There is one more layer of abstraction: the design firm
>>> http://www.magneticcreative.com/.  It seems that Magnetic Creative
>>> would understand this issue.  They have their name in fine print at the
>>> bottom of each page on the site.  Just as they want their name published
>>> for potential clients, OpenStreetMap would like attribution for potential
>>> future mappers.  I added their email to the list.  They would have to join
>>> the list to respond, etc.  However, they should be able to pick up the
>>> drift from this email chain.
>>>
>>> Regards,
>>> Greg
>>>
>>>
>>>
>>>
>>>
>>>
>>>
 To my mind it’s on Mapbox to enforce attribution, I assume having this
 present on the map is in the terms they present to their customers?

 Martijn


 On Apr 13, 2016, at 7:31 AM, Fred Hillhouse 
 wrote:


 Their tiles are coming from Mapbox. Who gets the attribution?


 http://b.tiles.mapbox.com/v4/dondeinc.i1021nhc/17/37433/50038.jpg70?access_token=pk.eyJ1IjoiZG9uZGVpbmMiLCJhIjoiZ200QzN4dyJ9.KIhMqSmPUSn9Kru51GZT4g

 Fred

 --
 *From:* Harald Kliems [mailto:kli...@gmail.com ]
 *Sent:* Wednesday, April 13, 2016 8:08 AM
 *To:* Hans De Kryger; Peter Dobratz
 *Cc:* talk-us@openstreetmap.org
 *Subject:* Re: [Talk-us] OSM attribution on website store locator pages

 Might make more sense to directly contact Mobify as the map provider. I
 have suspicion Pieology will have no clue what you're talking about and
 wouldn't be able to fix it themselves anyway. Contact for mobify:
 http://www.mobify.com/contact/

  Harald.

 On Wed, Apr 13, 2016 at 1:10 AM Hans De Kryger <
 hans.dekryge...@gmail.com> wrote:

 I see nothing on the entire site linking/mentioning osm. their emails
 i...@pieology.com if you want to contact them.

 *Regards,*
 *Hans*

 On Tue, Apr 12, 2016 at 9:08 PM, Peter Dobratz 
 wrote:
 I'm seeing OSM data used more and more for 

Re: [OSM-talk-be] mapping farm-shop

[Marc Gemis]

I followed the discussion on tagging about the sell tag.

The problem originated from the motorcycle preset in JOSM that had
some weird values.
Some of those shops sell multiple brands. How can you solve this ?

Then they always end up in the same discussion on the tagging mailing
list: semi-colons vs name spaced
so brand = yamaha;honda vs brand:yamaha=yes  brand:honda=yes

The main argument against the second one is that you open up the keys
to any value. And that it is (at this moment and probably  in the near
and some further future) impossible to come with nice dialogs in JOSM
nor iD for this type of tagging.

During this discussion someone started using "sell" instead of brand
to open up for categories of products.

And while I think no one has something against mapping the rather
fixed products of a farm shop, of course they came with the argument
that you will not want to add thousands of tags for all types of
products in a supermarket.



Anyway, we already have something like amenity=vending_machine ; vending=
So why not reuse that for farm shops ?

shop=farm
vending=bread;cheese

and no there is no problem with a semi-colon in this case. Semi-colons
are a bit harder to parse, not all data consumers do this at this
moment, but it is doable.
Semi-colons are a bad idea in case you a) get over the 255 character
limit of the value field, b) your values can contain a semi-colon, c)
you want to specify your value further (typical example
amenity=pub;hotel + different opening hours).


And in case you make a proposal and bring it to the tagging mailing
list: good luck and a lot of patience. Be prepare to send in one
direction the first round, update your proposal, be send in another
direction after that one and in a third one as soon as you start
opening the voting.
or simply discuss in circles from the start.

I would rather suggest to come with with some proposal, document it on
the wiki (perhaps discuss here). Write your implementation, show your
app to the world, try to find supporters for the app (and thus tagging
schema) and make your tagging schema a de-facto used (see
gk.historic.place + some of the historic tags for a use case where no
voting process was used at all).

regards

m

p.s. I also wanted to tag a farm selling poultry products not too long
ago. I see no reason why they suddenly would be selling tomatoes the
year after :-)

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

Re: [Talk-cz] JOSM down/up load connection timeout

[Tom Ka]

ahoj, tak jsem si s tim vcera chvili zase hral (pac mne to desne irituje) a
povedlo se mi to nasimulovat i pomoci wgetu. Takze JOSM je v tom mozna
nevinne. Nicmene to dela na 3 ruznych IPv6 sitich, takze chyba site se mi
nezda. Zkusim najit nekoho z vyvojaru/spravcu api.osm.org.

Bye
On Mar 28, 2016 10:39 PM, "Petr Kadlec"  wrote:

> Ahoj,
>
> 2016-03-25 7:13 GMT+01:00 Tom Ka :
>
>> Neni tu nekdo jiny kdo pouziva JOSM a IPv6? Driv to nedelalo, takze je to
>> bude zmena na strane serveru, v JOSM nebo aktualizace Javy.
>>
>
> Já používám JOSM (momentálně r9979) přes IPv6 (tedy předpokládám, plus
> jsem to teď zkusil sledovat Wiresharkem a vypadá, že snad opravdu jede přes
> IPv6) a nevšiml jsem si žádných problémů.
>
> -- Petr Kadlec / Mormegil
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-ja] 2016熊本地震クライシスマッピングの呼びかけ

[centree]

いいださん　みなさん

むらかみです。

南阿蘇地域に住む親族のフォローアップに追われてこちらをあまりしっかり読んでませんでした。

確かに、災害救助に対する初動においては、既存の地図で事足りる場合が多くなってきたように思います。
地理院はすぐにセスナを飛ばしますし、Google地図をベースにした復旧マップもありますし…

ただ、おっしゃるように被災がひと段落した段階では、OSMは大いに有用な地図になりえると思います。

いまさらながらですが、今回の被災地域（都市部を除く）は既存の地図サービスでは
建物外形が描かれて居ないことに気付きました。

地理院の標準地図（std）ではそこそこ描かれていますが、描かれていない建物も多く、精度もいまいちです。

なので、今回のクライシスマッピングで建物や土地利用用途などが描かれたことは大きな財産になると思います。

復旧には某社の住宅地図が使われる可能性が高いとは思いますが、
ウェブ上に埋め込んだり（Umapなど）、災害ボランティア等に印刷して配ったりするには…
自由なライセンスのOSMが最適のように思います（希望も含め）。
osm.org自体も、建物等を見ながらスマホで現在地確認したりするのに役立つと思います。

地理院の方から最新の正射画像等も随時出てきているようなので、
Bingには掲載がないような建物などの描画や、データの検証などが、いつかできればいいなと考えています。
http://maps.gsi.go.jp/development/ichiran.html


たくさんの方々が貴重な時間を削ってベースマップを作成してくださったことに敬意を表したいと思います。

むらかみ


- Original Message -
>From: Satoshi IIDA 
>To: OpenStreetMap Japanese talk  
>Date: 2016/4/17, Sun 17:05
>Subject: Re: [OSM-ja] 2016熊本地震クライシスマッピングの呼びかけ
> 
>
>
>いいだ@OSMFJ帽子です。
>
>まずは、今回の災害において命を落とされた方に哀悼の意を表すると共に、
>被災された方々、救助にあたっている方々、
>その他関係するさまざまな方々の苦痛が可能な限り早期に取り除かれることを祈ります。
>
>今回の災害では、初動ではOSMはほぼ使われていない、という認識です。
>では、その中で、私たちとして何ができるのか、
>地図を描くことで地域の苦痛を取り除くことができるのか、大きく悩ましいところであると考えます。
>
>なぜならば、商用非商用を含めて、地図は既にあるからです。
>そして、それらの地図を使って、可能な限りの救助活動が現在行われています。
>そのフローを妨げることは、苦痛を増やすことはあれ、和らげることにはなりません。
>
>
>以下は個人的な思いでありますが。
>今回の災害において、復旧にはしばらくの時間がかかると考えています。
>水道や電気、通信を含むインフラも甚大な被害を受けていることが報道されています。
>
>そして、そのような状況の中で迎える復旧や生活にあたっては、地図や地図データが必要になります。
>多様な地図表現が可能であり、印刷を含む様々な形で使える自由なOSMデータは
>そうした日々において、さまざまなかたの苦痛を和らげるデータの
>ひとつになることが可能になるのではないかと思うのです。
>
>生活を救うことは、命を救うことだと感じています。
>
>まずはひとりでも多くの方の命が救われ、
>そして、痛みが癒やされる日が一日も早く来るために、私たちも動くことができたらと考えています。
>
>よろしくお願いいたします。
>
>
>
>
>
>
>2016年4月17日 12:43 Shu Higashi :
>
>OSM日本コミュニティのみなさま
>>
>>OSMFJからのお知らせです。
>>
>>熊本の地震に関連して、各地での自主的な活動、お疲れ様です。
>>それらの状況をにらみつつ、OSMFJとしての対応を検討しておりましたが
>>被害の広がり具合に鑑み、中期的な取り組みとして
>>活動していく必要があるのではないかと考えております。
>>
>>つきましては、みなさまそれぞれのご判断でのマッピング等の活動に
>>ついてはそのまま進めて頂く一方で、
>>以下の様な他の地図ではあまり表現されていない地物などについて、
>>ある程度マッピングの経験のあるみなさまに呼びかけて
>>OSMの長所を活かして、実際に使ってもらえる可能性を広げる
>>マッピングも進めて行けたらと考えています。
>>
>>・公園、駐車場、学校、空き地、森林、農地、その他土地利用などのエリア。
>>・新し目の衛星画像などで分かる新しく出来た道など。
>>・山間部。
>>
>>これらのマッピングをタスクとして下記のように準備して
>>おりますので、よろしければご参加ください。
>>
>>西原村
>>http://nyampire.info/project/19
>>南阿蘇村
>>http://nyampire.info/project/20
>>熊本市
>>http://nyampire.info/project/21
>>益城町
>>http://nyampire.info/project/22
>>阿蘇市
>>http://nyampire.info/project/23
>>
>>上記タスク内にも書いてありますがマッピングに関わる
>>参考情報などは下記で共有していければと考えています。
>>https://docs.google.com/document/d/1YDaV9jIfLnbGhi1MCRee_CIib1b5F2wvk75YA4sVXGY/edit#
>>
>>
>>先行して行われている下記の建物を中心としたタスクについては
>>初心者の方などが多く作業されていますので経験者のみなさまに確認
>>(Validation)作業を行って頂けますと幸いです。
>>
>>#1787 - 熊本地震2016 M7.3 南阿蘇村 エリア
>>http://tasks.hotosm.org/project/1787
>>#1786 - 熊本地震2016 M7.3 八代市 エリア
>>http://tasks.hotosm.org/project/1786
>>#1784 - 熊本地震2016 M7.3 熊本市 エリア
>>http://tasks.hotosm.org/project/1784
>>#1778 - 熊本地震2016 M6.5 益城町エリア
>>http://tasks.hotosm.org/project/1778
>>
>>
>>また今回の熊本地震への対応について、マッピングはこうした方が良いなど
>>ご意見ありましたらこの場で意見交換させて頂ければ幸いです。
>>
>>なお、全体的な状況は下記Wikiにとりまとめています。
>>みなさまからも適宜更新お願いします。
>>http://wiki.openstreetmap.org/wiki/JA:2016_Kumamoto_earthquake
>>
>>よろしくお願いします。
>>
>>東
>>___
>>Talk-ja mailing list
>>Talk-ja@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/talk-ja
>>
>
>
>-- 
>
>Satoshi IIDA
>mail: nyamp...@gmail.com
>twitter: @nyampire
>___
>Talk-ja mailing list
>Talk-ja@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-ja
>
>
>___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-cz] OsmHiCheck chybejici rozcestniky do osmap.cz

[Marián Kyral]

Dne 19.4.2016 v 22:17 Miroslav Suchý napsal(a):
> Dne 19.4.2016 v 19:50 Marián Kyral napsal(a):
>> Ha. Jak se to správně zastavuje? Jsem teď spustil "vagrant provision",
>> něco to udělalo a zase se to rozběhlo!
> vagrant halt frontend
>   - spravne zastaveni, jakoby jenom vypne masinu, takze pristi "up" je
> rychly
>
> vagrant destroy frontend
>   - smaze uplne vsechno, takze pristi "up" se musi uplne vsechno
> nastavovat a spousti se ty provision scripty.

Tak už jsem zjistil, kde byl problém:
https://github.com/osmcz/api/commit/e4817c0f5a1a08ae18fed4c04844a45f154ba4a6

No a teď hajdy na kutě, zase jsem to přetáhl :-(

Dobrou,
Marián

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


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

Re: [Talk-cz] OsmHiCheck chybejici rozcestniky do osmap.cz

[Marián Kyral]

Dne 21.4.2016 v 23:18 Marián Kyral napsal(a):
> Dne 21.4.2016 v 22:40 Marián Kyral napsal(a):
>> Dne 20.4.2016 v 11:08 Michal Grézl napsal(a):
>>> prave sem predelal api tak aby bezelo z gitu (lokalni clone), udelal
>>> sem naky zmeny v tom vagrantu a nejspis to i rozbil, pekne prosim zkus
>>> to opravit (hlavne pridat tvoreni commons db)
>>>
>> Tak jsem to opravil, aby se to vůbec rozjelo. Jestli databáze commons
>> funguje netuším, nezkoumal jsem.
>>
>> Marián
>>
> Mimochodem, co uděláme s tímhle?
>
> [23:12:44 marian@worker api (master)]$ ls -la
> /var/www/localhost/htdocs/api/img
> lrwxrwxrwx 1 marian users 25 21. dub 22.28
> /var/www/localhost/htdocs/api/img -> /home/walley/www/mapy/img
> [23:12:47 marian@worker api (master)]$ ls -la /home/walley/www/mapy/img
> ls: nelze přistoupit k /home/walley/www/mapy/img: Adresář nebo soubor
> neexistuje
> [23:13:20 marian@worker api (master)]$
>
> Pak na tom padá rsync:
>
> Host path:
> /var/www/localhost/htdocs/api/
>   
>  
>
> Guest path:
> /vagrant  
>   
> 
>
> Command: rsync --verbose --archive --delete -z --copy-links --no-owner
> --no-group --rsync-path sudo rsync -e ssh -p  -o ControlMaster=auto
> -o ControlPath=/tmp/ssh.91 -o ControlPersist=10m -o
> StrictHostKeyChecking=no -o IdentitiesOnly=true -o
> UserKnownHostsFile=/dev/null -i
> '/var/www/localhost/htdocs/api/.vagrant/machines/frontend/virtualbox/private_key'
> --exclude .vagrant/ --exclude .git/ /var/www/localhost/htdocs/api/
> vagrant@127.0.0.1:/vagrant
> Error: Warning: Permanently added '[127.0.0.1]:' (ECDSA) to the list
> of known
> hosts.
> 
>
> symlink has no referent:
> "/var/www/localhost/htdocs/api/img"   
>   
>
>
> rsync error: some files/attrs were not transferred (see previous errors)
> (code 23) at main.c(1178)
> [sender=3.1.2]
>
>
>
> img/ by se asi měl vynechat ze sync a místo toho by se měl vytvořit
> prázdný adresář.

Tak snad fixnuto.

> Jo a ta oprava pro apache 2.4 nefunguje. Musím to vždy ručně upravit na:
>
> #  $remote_ip = $r->connection->remote_ip || '127.0.0.254'; #apache 2.4 hack
>   $remote_ip = $r->useragent_ip;
>
> Nějaká možnost, jak poznat, která verze apache běží a podle toho
> spouštět ten správný příkaz? "||" to evidentně není.

Tak snad taky fixnuto:
https://github.com/osmcz/api/commit/184251500c343647801a34dc35ae28bb18b1d5f0

Marián

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


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

Re: [Talk-GB] OSMUK AoA Directors Powers

[Jez Nicholson]

I had never considered that a pony may be in the offing...

And the web site example is good. There needs to be a balance between
getting things done by paying a reasonable amount and Directors going crazy
with the cash. Checks and balances.

How do we choose between the options?

On Thu, 21 Apr 2016 20:00 SK53,  wrote:

> A small document setting out a range of options for the Directors
> Authority clause.
>
> Jerry
>
> Directors Powers Options
>
>
> The basic boilerplate text of the Articles of Association provides that
> Directors can exercise all the powers of the Company. In initial
> discussions there was a strong consensus that OSM UK should be member led:
> broadly that most or all iniatives should orginate with the membership,
> with the Directors doing necessary work to facilitate such things.
>
>
> To take a simple example: I would presume OSMUK would want a website.
> Agreeing that a website is wanted & needed, then the Directors would need
> to have powers to agree a contract & pay the fees, which in turn implies a
> bank account etc. Allowing Directors full powers may mean that OSM UK
> follows the interests & desires of the Directors rather than those of the
> Members. In Rob Nickerson's original survey they were a range of things
> suggested and different levels of approval for them.
>
>
> The problem of restricting Directors' powers is that it is not always
> clear what powers they may need to perform various tasks.
>
>
> We can split powers into a number of different categories:
>
>
>
>-
>
>Basic powers needed to run the company as a going concern: ability to
>have a bank account, pay bills etc.
>-
>
>Entering into contracts. Necessary for many routine activities of a
>company, but others may not be routine.
>-
>
>Initiating projects.
>
>
> So far I have conceived of a number of different ways we can express this
> in the AoA:
>
>
>
>1.
>
>*Full powers*. Standard boilerplate text. Easy to do. Downside is that
>removing powers may require alterations to AoA, and furthermore restricting
>Directors' powers is quite likely to end up being contentious. Any such
>process will appear to be a group of members not trusting the Directors.
>2.
>
>*No powers*. Powers need to be conferred explicitly by the Members.
>This is the current draft. Downside is that it is likely to limit Directors
>far too much. Such limitation is likely to be particularly troublesome at
>the outset.
>3.
>
>*No powers except those needed for Directors to fulfill legal &
>fiduciary duties*. Basically an additional clause added to current
>draft. This is an attempt to allow Directors to do necessary things but not
>unnecessary ones. Likely to readily twisted for any purpose.
>4.
>
>*Full powers limited for a term*. As current draft but Directors given
>full powers until the first AGM. Directors would be expected to propose
>which powers they need at the first AGM.
>5.
>
>*Full powers, renewable at the AGM*. Again slightly limiting powers &
>putting onus on Directors to use them responsibly. Downside is that if
>powers are not renewed then back in same problem area of 2.
>6.
>
>*Powers need to fulfill obligations & resolution of the members*. A
>variant of 3, but phrased so that if the Membership votes for everyone to
>have a pony; Directors are implicitly granted such powers as needed to
>acquire & distribute said ponies.
>
>
> ___
> 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-es] HOT sale en el país!

[Cruz Enrique Borges Hernández]

Hola a todos,

La portada digital del periódico El País recoge hoy una noticia sobre
HOT dando instrucciones sobre como ayudar en las tareas referentes del
terremoto.

http://elpais.com/elpais/2016/04/21/planeta_futuro/1461255938_249596.html

Muy buen trabajo el que están haciendo la gente de HOT!!!

Nos vemos.

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

Re: [Talk-br] Limite de cidades com distritos

[santamariense]

Os municípios de um distrito só deve sim ter esse distrito mapeado.
São conceito diferentes. Sugiro que se coloque no distrito o nome
"Sede" e nome alternativo igual ao nome da cidade.

Tomem como exemplo o município de Brasilia. Ele é o único município do
Distrito Federal. Logo a área de Brasilia é igual ao do DF. O
município de Brasília contem somente o distrito Sede, logo as áreas
Sede=Brasilia=DF. As "cidades satélites" são para o IBGE tidas como
subdistritos.

Delimitar municípios de um distrito só é muito fácil... No JOSM basta
selecionar a relação da delimitação municipal clicar no botão
(http://imgur.com/JgMj9EQ) e fazer os ajustes nas tags. Feito.

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

Re: [Talk-cz] OsmHiCheck chybejici rozcestniky do osmap.cz

[Marián Kyral]

Dne 20.4.2016 v 11:08 Michal Grézl napsal(a):
> prave sem predelal api tak aby bezelo z gitu (lokalni clone), udelal
> sem naky zmeny v tom vagrantu a nejspis to i rozbil, pekne prosim zkus
> to opravit (hlavne pridat tvoreni commons db)
>

Tak jsem to opravil, aby se to vůbec rozjelo. Jestli databáze commons
funguje netuším, nezkoumal jsem.

Marián


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

[OSM-talk-fr] OpenStreetMap-France : Convocation à l'Assemblée Générale Ordinaire 2016

[Frédéric Rodrigo]

L'Assemblée Générale de l'association OpenStreetMap-France se tiendra le 
21 mai à partir de 17h30h à Clermont-Ferrand, durant notre conférence 
annuelle "State Of The Map".


Vous trouverez la convocation complète, avec l'ordre du jour sur notre 
site web : https://openstreetmap.fr/ag2016.


Comme l'an passé, il sera possible de voter à distance pour celles et 
ceux qui ne feront pas le déplacement.


N'oubliez par de renouveler votre cotisation pour pouvoir voter, vous 
pouvez le faire en ligne : comme indiquer sur 
https://openstreetmap.fr/adherer


Frédéric Rodrigo - Secrétaire d'OpenStreetMap-France pour le CA


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

Re: [Talk-cat] Apoyo viernes 22

[Wladimir Szczerban]

Hola Karina,

No hay problema, puedes venir a colaborar.

Saludos,

El 21 de abril de 2016, 17:52, Karina Santoyo 
escribió:

> Hola, mañana en la tarde podría apoyarlos de 16:30 a 20:00.
>
> No se mucho Catalán por que tengo 5 meses aquí. Igual les serviría mi
> ayuda?
>
> Saludos!
>
> Karina Santoyo
>
> Enviat des del meu iPhone
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>



-- 
Saludos,

Bolo
www.geoinquiets.cat
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-talk-fr] Différencier une assurance d'une mutuelle ?

[Philippe Verdy]

Parmi les valeurs certaines détaillent (en les séparant) les statuts
"public" différenciés du "privé". Ce qui laisse de la marge à
l'interprétation dans le cas des statuts "paritaires" ou "mixtes".

Exemples en France : les organismes de sécurité sociale qui sont
"para-publics" (même pour le régime général, et même pour les régimes
spéciaux des organisations publiques, détenus à partié entre l'entreprise
publique détenue majoritairement par l'Etat et les syndicats, et même si
l'Etat en assure, ou réssure, une bonne partie du financement en abondant
leur budget déficitaire).

Même chose pour les organismes de médecine du travail et les divers statuts
de sociétés d'économie mixte comme les agences de développement, les
chambres de commerce ou d'agriculture... Bon nombre de statuts
d'organisations sont spécifiques à chaque pays : dans le pays même, ils
fonctionnent comme des organismes publics (du fait des affiliations
obligatoires), mais pas ailleurs (où ils sont considérés comme des sociétés
étrangères et soumis aux mêmes taxes, sauf dérogation spéciale obtenus
légalement).

Même question concernant les "charities" et autres fondations : la
non-imposition ou la déductibilité des taxes concernant les dons et legs ne
sont pas transposables automatiquement sans obtenir un conventionnement
national pour chaque pays où elles opèrent, ce qui impose souvent la
création et la reconnaissance d'une organisation locale dans chaque pays...
sauf peut-être dans l'Union européenne, où existent des statuts communs
entre les pays membres cosignataires d'une convention, ce qui leur
permettant de fonctionner avec un budget unique (et ne pas être soumis à
prélèvements fiscaux lors de transferts de ressources d'un pays à l'autre,
mais surtout lors de rapatriement de ressources inutilisées pour qu'elles
ne soient pas considérées comme des "bénéfices" ou lorsque ces ressources
sont en devises convertibles où des opérations purement comptables de
change en devise nationale pourraient faire apparaître des gains sans même
qu'ils soient réalisés sur les comptes restés dans leurs devises pour
limiter justement les frais d'opérations de change).


Le 21 avril 2016 à 14:40, Francescu GAROBY  a écrit :

> Merci René : ça me convient parfaitement et ça a le bon goût de ne pas
> créer (inutilement) un nouveau tag.
>
> Francescu
>
> Le 21 avril 2016 à 14:33, Rene Chalon  a écrit :
>
>> On 21/04/2016 11:46, Francescu GAROBY  wrote:
>>
>>> Bonjour,
>>> Comme l'indique le titre de mon mail, je me demandais si cela valait le
>>> coup (et si oui, comment ?) de différencier le siège/les bureaux d'une
>>> assurance de ceux d'une mutuelle.
>>> Si, dans les faits, leur rôle est le même (assurer une personne, un lieu,
>>> un véhicule, ...), d'un point de vue légale, il y a une différence
>>> (organisme à but non lucratif, ...).
>>>
>>> Aujourd'hui, on ne peut tagguer une mutuelle que comme une assurance (
>>> office=insurance <
>>> http://wiki.openstreetmap.org/wiki/Tag:office%3Dinsurance>)
>>> mais ne pourrait-on pas lui ajouter un tag (mais lequel ?) pour la
>>> différencier ?
>>>
>>>
>> Bonjour,
>>
>> Je pense qu'ajouter le tag "ownership" (
>> http://wiki.openstreetmap.org/wiki/Key:ownership) avec la valeur
>> "private_nonprofit" devrait répondre à ta question.
>>
>> Cordialement,
>> René.
>>
>>
>> --
>>
>> René CHALON
>> ---
>> E-mail: rene.cha...@free.fr
>> Web: http://rene.chalon.free.fr/
>> Also webmaster of: http://cdaa.free.fr/
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Francescu
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-GB] OSMUK AoA Directors Powers

[SK53]

A small document setting out a range of options for the Directors Authority
clause.

Jerry

Directors Powers Options


The basic boilerplate text of the Articles of Association provides that
Directors can exercise all the powers of the Company. In initial
discussions there was a strong consensus that OSM UK should be member led:
broadly that most or all iniatives should orginate with the membership,
with the Directors doing necessary work to facilitate such things.


To take a simple example: I would presume OSMUK would want a website.
Agreeing that a website is wanted & needed, then the Directors would need
to have powers to agree a contract & pay the fees, which in turn implies a
bank account etc. Allowing Directors full powers may mean that OSM UK
follows the interests & desires of the Directors rather than those of the
Members. In Rob Nickerson's original survey they were a range of things
suggested and different levels of approval for them.


The problem of restricting Directors' powers is that it is not always clear
what powers they may need to perform various tasks.


We can split powers into a number of different categories:



   -

   Basic powers needed to run the company as a going concern: ability to
   have a bank account, pay bills etc.
   -

   Entering into contracts. Necessary for many routine activities of a
   company, but others may not be routine.
   -

   Initiating projects.


So far I have conceived of a number of different ways we can express this
in the AoA:



   1.

   *Full powers*. Standard boilerplate text. Easy to do. Downside is that
   removing powers may require alterations to AoA, and furthermore restricting
   Directors' powers is quite likely to end up being contentious. Any such
   process will appear to be a group of members not trusting the Directors.
   2.

   *No powers*. Powers need to be conferred explicitly by the Members. This
   is the current draft. Downside is that it is likely to limit Directors far
   too much. Such limitation is likely to be particularly troublesome at the
   outset.
   3.

   *No powers except those needed for Directors to fulfill legal &
   fiduciary duties*. Basically an additional clause added to current
   draft. This is an attempt to allow Directors to do necessary things but not
   unnecessary ones. Likely to readily twisted for any purpose.
   4.

   *Full powers limited for a term*. As current draft but Directors given
   full powers until the first AGM. Directors would be expected to propose
   which powers they need at the first AGM.
   5.

   *Full powers, renewable at the AGM*. Again slightly limiting powers &
   putting onus on Directors to use them responsibly. Downside is that if
   powers are not renewed then back in same problem area of 2.
   6.

   *Powers need to fulfill obligations & resolution of the members*. A
   variant of 3, but phrased so that if the Membership votes for everyone to
   have a pony; Directors are implicitly granted such powers as needed to
   acquire & distribute said ponies.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-br] RES: Limite de cidades com distritos

[Blademir Andrade de Lima]

Link aqui http://www.ipeadata.gov.br/doc/DivisaoTerritorialBrasileira_IBGE.pdf

Nelson, como disse, não concordo mas vou fazer como manda o IBGE.

Existe alguma Tag para identificar quando o distrito é a sede do município?
E quando a cidade possui bairros/subúrbios/subdistritos classificados como 
admin_level:9?

É incompatível mapear distritos(9) e subdistritos(?) sem deixar espaço para os 
bairros (10). Olhe no “Mapa 4” do documento do IBGE e entenderão..

Att,
BladeTC

Enviado do Email para Windows 10

De: Alexandre Magno Brito de Medeiros
Enviado:quinta-feira, 21 de abril de 2016 14:45
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Limite de cidades com distritos

Link inacessível. Mas nesse outro tem:
http://www.docfoc.com/divisaoterritorialbrasileiraibgepdf
Alexandre

Em 21 de abril de 2016 14:12, Blademir Andrade de Lima  
escreveu:
 
Mas ao ler http://www.ipeadata.gov.br/doc/DivisaoTerritorialBrasileira_IBGE.pdf 
 no Item 1.9 fica bem claro que Todo Município tem um Distrito:
    “Os distritos são unidades administrativas municipais criadas 
por lei municipal; podem também ser criados pela mesma lei estadual que criou o 
município. Todo município possui, no mínimo, um distrito que é denominado 
distrito sede e que abriga a cidade.”
 
Apesar de não concordar, esta é a regra, então deverá ser feito.

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

Re: [OSM-talk-fr] http://api.openstreetmap.fr/oapi hors service

[Philippe Verdy]

J'ai du mal à comprendre pourquoi les areas ont besoin d'être massivement
recalculées en masse sur les serveurs OverPass.

Alors qu'elles pourraient être calculées automatiquement à la demande et
mises en cache (par exemple pour une durée max de 24 h), donc sur beaucoup
moins d'objets que les millions de relations. D'autant plus que cela doit
nécessiter un espace de stockage permanent considérable, dont une bonne
partie n'est sans doute quasiment jamais utilisée, et que cela demande des
ressources CPU et mémoire quand le bot de mise à jour tourne..

Même une area sur un pays entier avec une géométrie très fine (comme la
France) ne prend pas plus d'une poignée de secondes pour en récupérer la
géométrie entière (ce qu'on voit quand on va sélectionner un pays par un id
de relation, avec une requête récursive)

Le 21 avril 2016 à 20:27, François Lacombe  a
écrit :

> Bonsoir Christian,
>
> Depuis quelques temps, j'ai l'impression que les areas sont mal calculées
> sur overpass (serveur Allemand)
> Toutes mes requêtes qui y font appel (principalement France et quelques
> région) donnent des résultats vides.
>
> Je n'ai pas encore creusé correctement le problème
>
> Du coup, les aeras sont bien un super outil... Quand elles sont sur le
> serveur
>
> François
> Le 21 avr. 2016 1:35 PM, "Christian Quest"  a
> écrit :
>
>> Si les requêtes font appel aux area, passer à api.openstreetmap.fr doit
>> être relativement sans impact. L'intérêt de oapi-fr était de limiter
>> uniquement à la France, mais les area permettent de faire de même.
>>
>> Le 21 avril 2016 à 10:56, Jocelyn Jaubert  a
>> écrit :
>>
>>> Bonjour,
>>>
>>> On Mon, Apr 18, 2016 at 10:06:10PM +0200, François Lacombe wrote:
>>> > Il me semble avoir vu passer un mail il y a quelques temps disant que
>>> > sans plus ample demande, oapi serait désactivé.
>>> > A moins qu'il s'agisse de oapi-fr, je laisse Jocelyn ou Christian
>>> répondre.
>>>
>>> C'est exact, oapi-fr a été désactivé, mais ce n'est pas le cas de
>>> api.openstreetmap.fr, qui n'a pas été arrété.
>>>
>>> Le mieux est effectivement d'ouvrir un ticket, comme proposé par sly.
>>>
>>> Merci,
>>> Jocelyn
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] defibrillators - was: phone boxes used for other purposes

[Michael Booth]

Wow, poor excuse from the leisure centre - they should deal with the 
actual problem and not a hypothetical one!


I've added one in my town's High Street, but unfortunately it doesn't 
show up on the standard map layer. It would be good if there was an 
"emergency" layer, which listed all the emergency tags and other 
important POIs. The humanitarian layer has police, fire, medical, ATMs, 
taxis, etc. - would make sense to add defibrillators to that list as 
well. How do we go about getting a defibrillator icon on the map?


On 21/04/2016 16:51, Ed Loach wrote:


I spent some time not that long ago trying to survey all the ones in 
Tendring using the list available at


http://www.eastamb.nhs.uk/Get-involved/Community-Public-Access-Defibrillators.htm 



as a starting point of where to look.

I’ve fed back to them some spelling mistakes that are on their list 
(they’ve not corrected them yet), and mentioned one that they aren’t 
aware of (I need to get Morrisons at Waterglade in Clacton to let them 
know officially before they can add it). There are also a couple on 
their list that I can’t find. Possibly inside the swimming pool and 
office that are mentioned, but not externally accessible outside 
opening hours when I surveyed, so they aren’t in OSM yet. I might try 
and get back during opening hours at some point, but this suggests we 
might need opening hours tags (or maybe access tags if they are only 
for customers, for example) for those not always accessible.


I used Overpass to view them

http://overpass-turbo.eu/s/cgh

The reason I mapped them was because our CAMRA branch decided to apply 
for some available funding to purchase some for local village pubs, 
getting the funding for all three that we applied for. One of the 
conditions was that there weren’t any near where we were applying to 
add another. So I needed to know where the existing ones were, and the 
overpass map seemed perfect for that. One of the pubs that was 
originally suggested already had one on the outside. Anyway, the three 
have been delivered to the pubs, and the one I know has been attached 
to the pub I mapped yesterday. One of the other two is (or will be) at 
the pub around the corner from another new one I need to survey


http://www.openstreetmap.org/note/532309

as it appears the different funding sources don’t co-ordinate (or the 
Firs decided to get their own). The final one is (or will be) at the 
Plough in Great Bentley.


This story is another reason why we might want to consider access tags:

http://www.eadt.co.uk/news/leisure_centre_did_not_lend_defib_to_school_when_teacher_collapsed_because_of_health_and_safety_1_4462686

Ed

*From:*Brian Prangle [mailto:bpran...@gmail.com]
*Sent:* 21 April 2016 09:57
*To:* Paul Berry
*Cc:* Talk GB
*Subject:* Re: [Talk-GB] phone boxes used for other purposes

Well as we have a healthcare QP running which seems not to have 
generated a community focuslike we did with schools and there's some 
interest in defibs - why not get cracking on this for the rest of the QP?


regards

Brian

On 19 April 2016 at 12:21, Paul Berry > wrote:


On the subject of defibrillators, they could make a useful GB mapping
project. They need surveying, but it is something that both urban and
rural mappers could get out and find on the lighter evenings.

I quite agree. I've just mapped two near me (one in an old phone box, 
one affixed to the wall of a shop).


I suspect there are far more out there than would be apparent from the 
map: 
http://umap.openstreetmap.fr/en/map/defibrillators-uk_81299#8/53.635/-2.304


Regards,

/Paul/



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


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

Re: [Talk-dk] manglende bygningsdata

[Peter Leth]

Kære alle

Først tak til dig Allan for dit svar (nok fordi jeg er enig og fordi du
argumenterer så fint for at skaden (evt) er sket. OG hvis der sket nogen
skade overhovedet).

Jeg har mit primære fokus på Holstebro-kommune-området hvor der både er
sommerhusområder med importerede bygninger og områder hvor jeg selv har
siddet og fedtet med tegningerne. (Ulfborg blev tegnet færdig i sidste
weekend). Jeg kan ikke sige andet end at det er superfedt at få 4-500
sommerhuse banket ind i et område, og så bare fokusere på placering af de
mange funktioner som gør området til et godt sted at holde ferie; stier,
cykeludlejning, parkering til autocampere etc.

Jeg tænker at området her primært er præget af at man bor i husene til de
falder sammen og at det er småt med nyopførsler, så for vores områdes
vedkommende skulle jeg gerne lave et løbende tilsyn af boligmassen. De
områder der vedrører landzonen er generelt langsomt forandrende vil jeg
mene.

Jeg håber virkelig at vi tager fat i importen i de områder hvor frugten
hænger lavt. Steder der ikke er optegnet endnu, med massivt resultat og kun
få konflikter og steder hvor vi med import kan komme et kæmpe skridt
længere med den samme indsats.

Så med muligheden for at vi kan delvist vel også kan dække os ind med at
rettighedshaverne kunne have reageret for længst (fx da Kolding rykkede
deres data ind i OSM), vil jeg mene at vi også kan have et argument om at
handle i god tro, når vi forhåbentlig begynder at importere.

Med venlig hilsen
Peter Leth

Den 21. april 2016 kl. 16.37 skrev Niels Elgaard Larsen :

> On 04/21/2016 10:20 AM, Allan Gyldendal Frederiksen wrote:
>
>
> En overvejelse bør nok derimod være, hvordan de frie datasæt bør/kan
>> spille sammen med OSM, for når f.eks. bygninger bliver importeret.
>>
> > Hvad gør man så med vedligeholdelse efterfølgende. Geodanmark data
> vedligeholdes jo løbende, så skal den  vedligeholdelse fremover flyde over
> i OSM
> > eller skal man lade det være op til de frivillige fremover at
> vedligeholde bygningerne.
>
>> Det vil jo nok gå fint i de centrale dele af de større byer,
>> men jo længere ud man kommer jo mindre vedligeholdelse vil der nok ske.
>>
>
> Og hvis vi prøver at importere ændringer er det omvendt. Udenfor byerne er
> husene mest friststående. Måske har de et par tags (navn, restaurant,
> hotel, skole), som nemt kan overføres.
>
> I byerne hænger bygninger sammen med andre bygninger, stier, indgange,
> building_tunnel, skure, rækværk, parkeringspladser, parkeringsanlæg, osv.
> Københavns lufthavn bliver ikke sjov at flette sammen med en ny version.
>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>



-- 
Med venlig hilsen

Peter Leth
pe...@pluk.dk
l...@creativecommons.dk

T. 9749 1180
Skype. peter.leth1
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSM-talk-fr] http://api.openstreetmap.fr/oapi hors service

[François Lacombe]

Bonsoir Christian,

Depuis quelques temps, j'ai l'impression que les areas sont mal calculées
sur overpass (serveur Allemand)
Toutes mes requêtes qui y font appel (principalement France et quelques
région) donnent des résultats vides.

Je n'ai pas encore creusé correctement le problème

Du coup, les aeras sont bien un super outil... Quand elles sont sur le
serveur

François
Le 21 avr. 2016 1:35 PM, "Christian Quest"  a
écrit :

> Si les requêtes font appel aux area, passer à api.openstreetmap.fr doit
> être relativement sans impact. L'intérêt de oapi-fr était de limiter
> uniquement à la France, mais les area permettent de faire de même.
>
> Le 21 avril 2016 à 10:56, Jocelyn Jaubert  a
> écrit :
>
>> Bonjour,
>>
>> On Mon, Apr 18, 2016 at 10:06:10PM +0200, François Lacombe wrote:
>> > Il me semble avoir vu passer un mail il y a quelques temps disant que
>> > sans plus ample demande, oapi serait désactivé.
>> > A moins qu'il s'agisse de oapi-fr, je laisse Jocelyn ou Christian
>> répondre.
>>
>> C'est exact, oapi-fr a été désactivé, mais ce n'est pas le cas de
>> api.openstreetmap.fr, qui n'a pas été arrété.
>>
>> Le mieux est effectivement d'ouvrir un ticket, comme proposé par sly.
>>
>> Merci,
>> Jocelyn
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-pt] Rede Hidrológica

[Nuno Gomes Lopes]

Boa tarde a tod@s. Juntamente com o Marcos (na realidade, grande parte do
trabalho é dele) criámos uma wiki direcionada para a rede hidrológica do
continente:
http://wiki.openstreetmap.org/wiki/WikiProject_Portugal/Hidrologia

É uma estrutura simples em árvore que ordena os rios principais e
secundários que desaguam no mar de norte para sul. Carregando num destes
rios temos acesso à rede de afluentes, ordenados de montante a jusante, e
carregando num destes temos acesso aos subafluentes, e por aí fora.

Escrevo-vos para pedir ajuda no completar desta wiki. O que vou fazendo,
não tendo acesso ao percurso de todos os rios, é reconhecer os já mapeados
no OSM e criar relações, introduzindo-os então na wiki.

Podemos contar convosco?
-- 
 
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-br] Limite de cidades com distritos

[Alexandre Magno Brito de Medeiros]

Link inacessível. Mas nesse outro tem:
http://www.docfoc.com/divisaoterritorialbrasileiraibgepdf

Alexandre

Em 21 de abril de 2016 14:12, Blademir Andrade de Lima <
blademi...@hotmail.com> escreveu:

>
>
> Mas ao ler 
> http://www.ipeadata.gov.br/doc/DivisaoTerritorialBrasileira_IBGE.pdf
> no Item 1.9 fica bem claro que Todo Município tem um Distrito:
>
> *“Os distritos são unidades administrativas municipais
> criadas por lei municipal; podem também ser criados pela mesma lei estadual
> que criou o município. Todo município possui, no mínimo, um distrito que é
> denominado distrito sede e que abriga a cidade.”*
>
>
>
> Apesar de não concordar, esta é a regra, então deverá ser feito.
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Limite de cidades com distritos

[Nelson A. de Oliveira]

2016-04-21 14:12 GMT-03:00 Blademir Andrade de Lima :
> Primeiro é sobre se devíamos mapear o distrito sede, se no município não
> existe distritos. Eu concordo com o Ivaldo nos exemplos abaixo, não
> precisamos mapear a sede, seria informação redundante.

Não é informação redundante.
Vai ficar coincidente o município e o distrito, mas não é a mesma informação.

Se não mapear vai ficar com "buracos" no mapa.

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

[Talk-br] Limite de cidades com distritos

[Blademir Andrade de Lima]

Amigos, desculpe retornar este assunto, mas estou mapeando os distritos e 
preciso chegar em um consenso para padronizar os distritos e dar continuidade.

Primeiro é sobre se devíamos mapear o distrito sede, se no município não existe 
distritos. Eu concordo com o Ivaldo nos exemplos abaixo, não precisamos mapear 
a sede, seria informação redundante.

Mas ao ler http://www.ipeadata.gov.br/doc/DivisaoTerritorialBrasileira_IBGE.pdf 
no Item 1.9 fica bem claro que Todo Município tem um Distrito:
“Os distritos são unidades administrativas municipais criadas por lei 
municipal; podem também ser criados pela mesma lei estadual que criou o 
município. Todo município possui, no mínimo, um distrito que é denominado 
distrito sede e que abriga a cidade.”

Apesar de não concordar, esta é a regra, então deverá ser feito.

Segunda dúvida é a padronização das Tags. Vejo que em muitos falta algumas 
informações. Abaixo faço uma relação das que eu uso na relação:
• IBGE:GEOCODIGO=316720210
• GEOCODIG_M=3167202 (Geocodigo municipal, não é obrigatório, mas já vinha no 
mapa do IBGE e deixei)
• admin_level=9
• border_type=district (o mais importante)
• boundary=administrative
• name=Nome (sem escrever Distrito)
• source=IBGE
• type=boundary
Na relação sempre incluo o “admin_centre”.
No “nó” da cidade/vila incluir a tag population (mas não sei onde achar essa 
informação).

Em regiões metropolitanas, aonde existe muitas subdivisões, apenas dividir em 
admin_level 9 e 10 não é suficiente, então evito mapear nestes locais, por 
enquanto.

Att,
BladeTC

Enviado do Email para Windows 10

Ivaldo Nunes de Magalhães ivaldonm em gmail.com 
Sim, mas Dois Irmãos de Buriti é cidade, tem prefeito, Câmara
Municipal... Portando não é distrito e sim município, sendo sede.

Palmeiras é um distrito subordinado administrativamente à Dois Irmãos,
portando adm_level=9. Não tem prefeito, câmara, nem nada. Talvez tenha
uma ou duas ruas.

Vou insistir, pois realmente não entendo esse procedimento de ter que
criar relação para todos os distritos que compõem uma cidade:


- Toda a cidade, independentemente de ter distritos ou não, é
denominada de distrito (sede).

Exemplo cidade A:


   - Tem apenas o distrito sede (a cidade), tem prefeito, câmara
Não tem nenhuma vila, povoado, nada. Apenas a cidade;
   - Composição da área territorial: apenas a cidade (1 relação adm_level=8);
   - Procedimento no OSM: criar apenas uma relação adm_level=8;
   - Portanto não seria necessário ter uma relação adm_level=8 e outra
adm_level=9, como está ocorrendo com 2 irmãos.


Exemplo cidade B:


   - Tem distrito sede (a cidade, com Prefeito, câmara...) e 2
distritos sob subordinação administrativa;
   - Composição da área territorial: 1 cidade e 2 distritos (2
relações adm_level=9 e 1 relação adm_level=8);
   - Procedimento do OSM: criar 2 relações adm_level=9 (distritos) e 1
relação adm_level=8, com as adm_level=9 dentro dela;
   - Não seria necessário ter 3 relações adm_level=9 (para os 2
distritos mais a sede).

Veja se a minha dúvida clareou agora.

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

Re: [Talk-ca] New project update

[Martijn van Exel]

Bjenk — 
Perhaps a micro-tasking tool such as MapRoulette (which I created) would be 
useful to help guide your thinking. I am actively looking for MapRoulette pilot 
projects involving government collaboration. MapRoulette has proven to be a 
very effective tool for solving specific problems or adding specific data types 
to OSM. Let me know if you would like to know more.
Martijn

> On Apr 21, 2016, at 10:41 AM, Ellefsen, Bjenk (STATCAN) 
>  wrote:
> 
> Paul, 
> 
> All this is open for discussion at this point. We are looking at all the 
> options.
> By defining a project its more like stating what information we wish to focus 
> on.
> We hope to work with the OSM community and we are looking at different ways 
> of doing that.
> We also have different data sources that we will be evaluating to potentially 
> link to these buildings.
> 
> Thanks for your feedback!
> 
> Bjenk
> 
> -Original Message-
> From: Paul Ramsey [mailto:pram...@cleverelephant.ca] 
> Sent: April-21-16 12:26 PM
> To: Ellefsen, Bjenk (STATCAN) 
> Cc: talk-ca@openstreetmap.org
> Subject: Re: [Talk-ca] New project update
> 
> Hey Bjenk,
> When you say "define a project" are you talking about
> 
> (a) describing a scope of work that StatsCan intends to resource and complete?
> (b) describing a scope of work that StatsCan hopes the OSM community
> will complete on your behalf?
> 
> You've used the passive voice in describing the actual collection in
> your description below, so it's not completely clear who you think
> will be collecting the information.
> 
> ATB,
> 
> P
> 
> 
> On Thu, Apr 21, 2016 at 8:35 AM, Ellefsen, Bjenk (STATCAN)
>  wrote:
>> Hello everyone,
>> 
>> Basically, what we would like to do is define a project for OSM to collect
>> information about non-residential buildings.
>> We would like to popose a list of what would be collected. We were thinking
>> of identifying specific areas to start with.
>> 
>> Cheers,
>> 
>> Bjenk Ellefsen, PhD
>> 
>> Center for Special Business Projects | Centre des Projets Spéciaux sur les
>> entreprises
>> Statistics Canada | Statistiques Canada
>> 
>> 
>> 
>> 
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>> 
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca


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

Re: [Talk-ca] New project update

[Adam Martin]

Hi Bjenk,

I think what Paul meant was more along the lines of what specifically you
wanted to do. You state that you want to define a project, but other than
stating that you want to collect certain information about non-residential
buildings, we have little else to go on.

>From the sound of it, you want to use OSM to collect and map specific
information about these non-residential buildings. Are we talking about the
number of windows in the building or employees? The number of floors or the
specific businesses / activities carried out in them?

Just give us something more to go on and we can discuss it from there :)

Adam

On Thu, Apr 21, 2016 at 2:11 PM, Ellefsen, Bjenk (STATCAN) <
bjenk.ellef...@canada.ca> wrote:

> Paul,
>
> All this is open for discussion at this point. We are looking at all the
> options.
> By defining a project its more like stating what information we wish to
> focus on.
> We hope to work with the OSM community and we are looking at different
> ways of doing that.
> We also have different data sources that we will be evaluating to
> potentially link to these buildings.
>
> Thanks for your feedback!
>
> Bjenk
>
> -Original Message-
> From: Paul Ramsey [mailto:pram...@cleverelephant.ca]
> Sent: April-21-16 12:26 PM
> To: Ellefsen, Bjenk (STATCAN) 
> Cc: talk-ca@openstreetmap.org
> Subject: Re: [Talk-ca] New project update
>
> Hey Bjenk,
> When you say "define a project" are you talking about
>
> (a) describing a scope of work that StatsCan intends to resource and
> complete?
> (b) describing a scope of work that StatsCan hopes the OSM community
> will complete on your behalf?
>
> You've used the passive voice in describing the actual collection in
> your description below, so it's not completely clear who you think
> will be collecting the information.
>
> ATB,
>
> P
>
>
> On Thu, Apr 21, 2016 at 8:35 AM, Ellefsen, Bjenk (STATCAN)
>  wrote:
> > Hello everyone,
> >
> > Basically, what we would like to do is define a project for OSM to
> collect
> > information about non-residential buildings.
> > We would like to popose a list of what would be collected. We were
> thinking
> > of identifying specific areas to start with.
> >
> > Cheers,
> >
> > Bjenk Ellefsen, PhD
> >
> > Center for Special Business Projects | Centre des Projets Spéciaux sur
> les
> > entreprises
> > Statistics Canada | Statistiques Canada
> >
> >
> >
> >
> > ___
> > Talk-ca mailing list
> > Talk-ca@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ca
> >
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-be] MissingMaps National

[Pieter-Jan Pauwels]

Hi Glenn,

Cool that you want to sponsor the server! 
Regarding OKFN help: We can help with setting up stuff or coach you how to do 
it yourself. 
But we don’t have budget to pay for merch ourselves (big name, small NPO ;)). 

Eg. I can help think on what to provide at the stand Glenn proposes and maybe 
find volunteer to help us man it.

Looking forward to it!

PJ

Community Coordinator
Open Knowledge Belgium
m: +32 476 66 27 77 a: Sint-Salvatorstraat 18/101, 9000 Gent
s: www.openknowledge.be  e: 
pieter...@openknowledge.be 



> On 21 Apr 2016, at 17:15, Glenn Plas  wrote:
> 
> Hey Ben/Pieter,
> 
> I was about to say maybe OKFN can help us.  We really should sell cool
> merchandise @ SOTM 2016, that is a golden opportunity imho.
> 
> http://wiki.openstreetmap.org/wiki/Merchandise
> 
> And park all the proceedings with OKFN for OSM.be use and be transparant
> on where the money goes.
> 
> I (company) would not mind sponsoring this server in fact in exchange
> for some small PR in the form of attribution. aka: 'Uptimed by xxx'
> 
> Glenn
> 
> On 21-04-16 15:09, Pieter-Jan Pauwels wrote:
>> Hi Ben, 
>> 
>> I’m always up to brainstorm about finding funding. I think financial or
>> non-financial sponsorships always help Eg. Combell who provides hosting? 
>> It is that way we handle such things as well for Open Knowledge Belgium.
>> 
>> Kind regards,
>> Pieter-Jan
>>  
>> Community Coordinator
>> Open Knowledge Belgium
>> m: +32 476 66 27 77 a: Sint-Salvatorstraat 18/101, 9000 Gent
>> s: www.openknowledge.be
>>  e: pieter...@openknowledge.be
>> 
>> 
>> 
>> 
>> 
>>> On 21 Apr 2016, at 13:54, Ben Abelshausen >> > wrote:
>>> 
>>> Hi,
>>> 
>>> I also think we should start working on getting some basic funding for
>>> OSM.be . I'm still paying for website, meetup and one
>>> server every month, it's not much but we should be able to get this
>>> funded somehow. If we can have some basic funding we can also make
>>> other things happen like t-shirts, fyers, and so on. Maybe the
>>> exposure with something like this mapathon and/or SOTM in september
>>> can help.
>>> 
>>> Anyone up for brainstorming/helping with this?
>>> 
>>> Met vriendelijke groeten,
>>> Best regards,
>>> 
>>> Ben Abelshausen
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk-be
>> 
>> 
>> 
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>> 
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [Talk-ca] New project update

[Paul Ramsey]

Hey Bjenk,
When you say "define a project" are you talking about

(a) describing a scope of work that StatsCan intends to resource and complete?
(b) describing a scope of work that StatsCan hopes the OSM community
will complete on your behalf?

You've used the passive voice in describing the actual collection in
your description below, so it's not completely clear who you think
will be collecting the information.

ATB,

P


On Thu, Apr 21, 2016 at 8:35 AM, Ellefsen, Bjenk (STATCAN)
 wrote:
> Hello everyone,
>
> Basically, what we would like to do is define a project for OSM to collect
> information about non-residential buildings.
> We would like to popose a list of what would be collected. We were thinking
> of identifying specific areas to start with.
>
> Cheers,
>
> Bjenk Ellefsen, PhD
>
> Center for Special Business Projects | Centre des Projets Spéciaux sur les
> entreprises
> Statistics Canada | Statistiques Canada
>
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>

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

Re: [Talk-ca] New project update

[john whelan]

MSF have used this approach in Africa etc with the HOT mapping but you need
the bodies to map the data.  There maybe enough data in OSM already but the
structure/tags might not be as you'd prefer.

Cheerio John

On 21 April 2016 at 11:35, Ellefsen, Bjenk (STATCAN) <
bjenk.ellef...@canada.ca> wrote:

> Hello everyone,
>
> Basically, what we would like to do is define a project for OSM to collect
> information about non-residential buildings.
> We would like to popose a list of what would be collected. We were
> thinking of identifying specific areas to start with.
>
> Cheers,
>
> Bjenk Ellefsen, PhD
>
> Center for Special Business Projects | Centre des Projets Spéciaux sur les
> entreprises
> Statistics Canada | Statistiques Canada
>
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] weeklyOSM 300

[Manfred A. Reiter]

The weekly round-up of OSM news, issue # 300, is now available online in
English,
giving as always a summary of important things happening in the
openstreetmap world: http://www.weeklyosm.eu/en/archives/7325 Important
issues:

   - The severe earthquake on the Ecuadorian Pacific coast with more than
   500 casualties
   - Hot Tasks - please help and map 
   - Wiki Spanisch
   

   - Wiki Englisch
   
   - The List of upcoming Mapathons
   

will
   be updated in the wiki. The OSM Calendar
    will be updated as well.

Enjoy! weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-GB] weeklyOSM 300

[Manfred A. Reiter]

The weekly round-up of OSM news, issue # 300, is now available online in
English,
giving as always a summary of important things happening in the
openstreetmap world: http://www.weeklyosm.eu/en/archives/7325 Important
issues:

   - The severe earthquake on the Ecuadorian Pacific coast with more than
   500 casualties
   - Hot Tasks - please help and map 
   - Wiki Spanisch
   

   - Wiki Englisch
   
   - The List of upcoming Mapathons
   

will
   be updated in the wiki. The OSM Calendar
    will be updated as well.

Enjoy! weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-us] weeklyOSM 300

[Manfred A. Reiter]

The weekly round-up of OSM news, issue # 300, is now available online in
English,
giving as always a summary of important things happening in the
openstreetmap world: http://www.weeklyosm.eu/en/archives/7325 Important
issues:

   - The severe earthquake on the Ecuadorian Pacific coast with more than
   500 casualties
   -
   - Hot Tasks - please help and map 
   - Wiki Spanisch
   

   - Wiki Englisch
   
   - The List of upcoming Mapathons
   

   will be updated in the wiki. The OSM Calendar
    will be updated as well.

Enjoy! weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk] weeklyOSM 300

[Manfred A. Reiter]

The weekly round-up of OSM news, issue # 300, is now available online in
English,
giving as always a summary of important things happening in the
openstreetmap world: http://www.weeklyosm.eu/en/archives/7325 Important
issues:

   - The severe earthquake on the Ecuadorian Pacific coast with more than
   500 casualties
   -
   - Hot Tasks - please help and map 
   - Wiki Spanisch
   

   - Wiki Englisch
   
   - The List of upcoming Mapathons
   

   will be updated in the wiki. The OSM Calendar
    will be updated as well.

Enjoy! weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-ca] New project update

[Kevin Farrugia]

Hi Bjenk,

What type of information are you looking to add about buildings? Some data
belongs in OSM while other attributes might be extraneous. Other people on
this list will also add their opinion on this issue I'm sure. If it's
something being done en masse, it's always best to take an abundance of
caution to not upset people at the errors that might crop up.

If you'd like to break work down into smaller chunks, there are tasking
managers available (including a Canada specific one) that help out with
manual tasks.

-Kevin
On Apr 21, 2016 11:37 AM, "Ellefsen, Bjenk (STATCAN)" <
bjenk.ellef...@canada.ca> wrote:

> Hello everyone,
>
> Basically, what we would like to do is define a project for OSM to collect
> information about non-residential buildings.
> We would like to popose a list of what would be collected. We were
> thinking of identifying specific areas to start with.
>
> Cheers,
>
> Bjenk Ellefsen, PhD
>
> Center for Special Business Projects | Centre des Projets Spéciaux sur les
> entreprises
> Statistics Canada | Statistiques Canada
>
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-GB] defibrillators - was: phone boxes used for other purposes

[Ed Loach]

I spent some time not that long ago trying to survey all the ones in Tendring 
using the list available at 

http://www.eastamb.nhs.uk/Get-involved/Community-Public-Access-Defibrillators.htm
 

as a starting point of where to look.

 

I’ve fed back to them some spelling mistakes that are on their list (they’ve 
not corrected them yet), and mentioned one that they aren’t aware of (I need to 
get Morrisons at Waterglade in Clacton to let them know officially before they 
can add it). There are also a couple on their list that I can’t find. Possibly 
inside the swimming pool and office that are mentioned, but not externally 
accessible outside opening hours when I surveyed, so they aren’t in OSM yet. I 
might try and get back during opening hours at some point, but this suggests we 
might need opening hours tags (or maybe access tags if they are only for 
customers, for example) for those not always accessible.

 

I used Overpass to view them

http://overpass-turbo.eu/s/cgh

 

The reason I mapped them was because our CAMRA branch decided to apply for some 
available funding to purchase some for local village pubs, getting the funding 
for all three that we applied for. One of the conditions was that there weren’t 
any near where we were applying to add another. So I needed to know where the 
existing ones were, and the overpass map seemed perfect for that. One of the 
pubs that was originally suggested already had one on the outside. Anyway, the 
three have been delivered to the pubs, and the one I know has been attached to 
the pub I mapped yesterday. One of the other two is (or will be) at the pub 
around the corner from another new one I need to survey

http://www.openstreetmap.org/note/532309

as it appears the different funding sources don’t co-ordinate (or the Firs 
decided to get their own). The final one is (or will be) at the Plough in Great 
Bentley.

 

This story is another reason why we might want to consider access tags:

http://www.eadt.co.uk/news/leisure_centre_did_not_lend_defib_to_school_when_teacher_collapsed_because_of_health_and_safety_1_4462686

 

Ed

 

 

From: Brian Prangle [mailto:bpran...@gmail.com] 
Sent: 21 April 2016 09:57
To: Paul Berry
Cc: Talk GB
Subject: Re: [Talk-GB] phone boxes used for other purposes

 

Well as we have a healthcare QP running which seems not to have generated a 
community focuslike we did with schools and there's some interest in defibs - 
why not get cracking on this for the rest of the QP?

regards

Brian

 

On 19 April 2016 at 12:21, Paul Berry  wrote:

On the subject of defibrillators, they could make a useful GB mapping
project. They need surveying, but it is something that both urban and
rural mappers could get out and find on the lighter evenings.

 

I quite agree. I've just mapped two near me (one in an old phone box, one 
affixed to the wall of a shop).

 

I suspect there are far more out there than would be apparent from the map: 
http://umap.openstreetmap.fr/en/map/defibrillators-uk_81299#8/53.635/-2.304

 

Regards,

Paul

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

[Talk-ca] New project update

[Ellefsen, Bjenk (STATCAN)]

Hello everyone,

Basically, what we would like to do is define a project for OSM to collect 
information about non-residential buildings.
We would like to popose a list of what would be collected. We were thinking of 
identifying specific areas to start with.

Cheers,

Bjenk Ellefsen, PhD

Center for Special Business Projects | Centre des Projets Spéciaux sur les 
entreprises
Statistics Canada | Statistiques Canada



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

[Talk-cz] SotM CZ+SK 2016 - aktuality

[Tom Ka]

Ahoj,

přinášíme porci aktualit pro letošní brněnskou párty :-)

- Místo konání akce je salónek Kometa Pub
(http://openstreetmap.cz/node/613526567), Kounicova 20.

- Zůstal nám omezený počet volných míst, registrační formulář tedy
zůstává ještě do této Neděle (24.04.) otevřený. Přidejte se!

- Všechny novinky a aktuální program najdete primárně na webu
http://openstreetmap.cz/sotm. Důležité hlásíme i přes twitter a G+
(třeba návštěvu z Německa!)

- Máme pro vás první vzorek trička na akci. (https://twitter.com/osmcz)


Tešíme se na viděnou!

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

Re: [OSM-talk-be] MissingMaps National

[Glenn Plas]

Hey Ben/Pieter,

I was about to say maybe OKFN can help us.  We really should sell cool
merchandise @ SOTM 2016, that is a golden opportunity imho.

http://wiki.openstreetmap.org/wiki/Merchandise

And park all the proceedings with OKFN for OSM.be use and be transparant
on where the money goes.

I (company) would not mind sponsoring this server in fact in exchange
for some small PR in the form of attribution. aka: 'Uptimed by xxx'

Glenn

On 21-04-16 15:09, Pieter-Jan Pauwels wrote:
> Hi Ben, 
> 
> I’m always up to brainstorm about finding funding. I think financial or
> non-financial sponsorships always help Eg. Combell who provides hosting? 
> It is that way we handle such things as well for Open Knowledge Belgium.
> 
> Kind regards,
> Pieter-Jan
>   
> Community Coordinator
> Open Knowledge Belgium
> m: +32 476 66 27 77 a: Sint-Salvatorstraat 18/101, 9000 Gent
> s: www.openknowledge.be
>  e: pieter...@openknowledge.be
> 
> 
> 
> 
> 
>> On 21 Apr 2016, at 13:54, Ben Abelshausen > > wrote:
>>
>> Hi,
>>
>> I also think we should start working on getting some basic funding for
>> OSM.be . I'm still paying for website, meetup and one
>> server every month, it's not much but we should be able to get this
>> funded somehow. If we can have some basic funding we can also make
>> other things happen like t-shirts, fyers, and so on. Maybe the
>> exposure with something like this mapathon and/or SOTM in september
>> can help.
>>
>> Anyone up for brainstorming/helping with this?
>>
>> Met vriendelijke groeten,
>> Best regards,
>>
>> Ben Abelshausen
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-be
> 
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

Re: [Talk-it] [Talk-it-bici] Tags per traffico ciclistico

[Martin Koppenhoefer]

scrivo anche qui, perché credo che Volker voleva scrivere alla lista e non
solo a me in privato.

2016-04-21 12:29 GMT+02:00 Volker Schmidt :

> Per le classi di traffico utilizzate da Bicitalia:
> per favore non le utilizzatele in OSM.Ii valori sono stime tipicamente
> senza base.



perché "senza base"? Anche se non corrisponderebbe (nel caso di
un'assegnazione da un mappatore OSM) a dei dati ottenuti tramite conteggio
preciso, penso che delle classi grezzi cosí si potrebbe assegnare
conoscendo bene le strade.




> Abbiamo avuto lunghe discussioni su questo argomento in FIAB. Queste
> classe vengono utilizzate ufficialmente da EuroVelo e corrispondono (di
> quello che mi ricordo) a classi di traffico ufficiali assegnate a tutte le
> strade in alcuni paesi, come la Germania.



ufficiali o no, non sarebbe male avere un'idea approssimativa sul traffico
su una certa strada (che poi questo può variare secondo l'ora del giorno,
la stagione, il giorno settimanale ecc. è chiaro, ma sarebbe comunque
sempre un'indicazione approssimativa e utile).

Non sapevo che esistesse questi classi di traffico in Germania, non ne ho
trovato niente in merito (ma non lo escludo), tranne una società che si
vantava di essere l'unica ad avere delle classi di frequentazione per ogni
segmento di strada. (Sembra che sia un dato interessante anche per chi
vende pubblicità su cartelloni, ovviamente).

Ciao,
Martin


___ La mail originale di Volker ___

2016-04-21 12:29 GMT+02:00 Volker Schmidt :

> Per le classi di traffico utilizzate da Bicitalia:
> per favore non le utilizzatele in OSM.Ii valori sono stime tipicamente
> senza base. Abbiamo avuto lunghe discussioni su questo argomento in FIAB.
> Queste classe vengono utilizzate ufficialmente da EuroVelo e corrispondono
> (di quello che mi ricordo) a classi di traffico ufficiali assegnate a tutte
> le strade in alcuni paesi, come la Germania.
> Queste classificazioni sono anche alla base della certificazione di
> percorsi cicloturistici per poter far parte della rete EuroVelo:
> http://www.fiab.info/download/Giulia_Cortesi_ArezzoCicloTour.pdf.
>
> Per i tag su strade, non dimenticate use_sidepath (
> http://wiki.openstreetmap.org/wiki/Tag:bicycle%3Duse_sidepath)
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-be] mapping farm-shop

[Glenn Plas]

On 21-04-16 15:52, Pieter Brusselman wrote:
> I do nut fully agree: If a shop=cheese stops his activity and another is
> comming into place eg. shop=bicycle, you also have to re-tag it.

Yes, true .. so your point you're trying to prove here is ?  I can't
deduct this from the above comment.  Things change... we edit, we
upload.  But we don't really micromanage (yet).

> In general a farm-shop sells the same category all year round, like meat
> and vegetables.  Or cheese and bread.  Or...
> And as a customer you know that - depending on the season - the range of
> product changes.

As a customer you know indeed what's for sale in a greengrocer , that is
a good argument in favour of my opinion.

> 
> And at this moment it is only possible if you do it this way:
> shop=farm;diary;meat.  But this is discouraged ;-)

this is in fact totally wrong.  ; is a record seperator, meaning it's
equivalent of :  shop=farm + shop=diary + shop=meat

shop=meat should be shop=butcher if you stay true to the shop key.

> So I was looking for the correct way.  But it seems that there is not
> yet one sollution.  I will follow Joost's suggestion and work on a proposal.

I can encourage that on a personal level, I even admire this.. but be
prepared for backlash and emotional replies and endless discussions,
people that will pat your back and ride your rocket.  In the end, the
community will decide.

Glenn


> 
> Grtz,
> Pieter
> 
> 
> Op 21/04/2016 om 15:12 schreef Glenn Plas:
>> I just had to update my example from 3 years ago because both source and
>> website key have changed.
>>
>> website: went to pretty url's instead of id's
>> source: producer ID changed for unknown reason
>>
>> It's already hard to keep those up to date.  If you start putting in
>> volatile and variable data like products they sell, you have to keep
>> them updated as well, which is a lot of work.
>>
>> I do not see a real benefit in saving that information in OSM at this
>> point.  The fact that you 'want' to do it does not count.
>>
>> the interwebs is made of URL's  , defined as 'Uniform Resource Locator'.
>>
>> That is exactly what a product list is... it's a resource locator.  We
>> do it with wiki links and nobody bats an eye over it.  We should really
>> use links to the data instead of copies.
>>
>> Can I can a 'amen' now ? ;-)
>>
>> Glenn
>>
>>
>> On 21-04-16 14:26, joost schouppe wrote:
>>> Marc, while I do agree that we don't need to do everything, I haven't
>>> seen many convincing reasons why not to do a certain thing. Often the
>>> arguments used (too complex, who is going to update, imagine what if
>>> everyone does this,...) can be used anything we do.
>>> And then after a while the people wanting to do the thing have actually
>>> done it, and we all got used to it.
>>>
>>> Pieter, I was trying to remember who showed me that site - so it must
>>> have been one of you guys. I would suggest looking at the proposal I
>>> linked, looking at the reactions on the tagging list. Then make a new
>>> proposal, learning from the feedback. It might be useful to really
>>> explain the use of such a project. And also try to show that the idea is
>>> not really new: we do very similar things for organic products
>>> ( http://wiki.openstreetmap.org/wiki/Key:organic ), gas stations,
>>> vending machines, glass containers, etc etc.
>>>
>>>
>>> ___
>>> 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] mapping farm-shop

[Glenn Plas]

On 21-04-16 15:58, joost schouppe wrote:
> No amen from me :) - as I just daid: the arguments used can be used for
> anything we do.

Not at all..  we are in the business of mapping, not groceries lists.
You need to stay loyal to the core idea and stop putting information in
OSM that is probably already out-of-date the day after you enter it.

URL's have a much longer lifespan.  Or should have atleast...  And it's
only 1 edit away from being fixed.  If you enter a list of 200 products
and need to verify that , you have lots of work.  And no one uses OSM to
get grocery lists.  But we do use OSM to get to the grocery shop.

It definitely cannot be used for anything we do as we aggregate on-topic
data, we're not making milkshakes here.  We structure data into usuable
information.

> 
> URLs aren't very stable either. Marc had to change the reference to all
> historic objects because the Flemish government changed their website
> architecture. No reason not to do this.

We can't be held accountable for the instability of a certain site.  it
goes for ALL url's that are present in OSM, including source.

  That being said, a change like that could be automated if there is a
pattern in the changes.   We can't automate grocery list updates as it
differs per shop.  So URL's a much more stable than general lists.

> 
> I stumble upon out of date objects not touched in three years all the
> time. But that's no argument not to map roads.

I never claimed that argument.  Did you misread or have I miswritten
something ?   This statement confuses me a bit.

> 
> What is hard or not to keep up to date depends on building a community
> around it, not so much on the data itself. If you build a pretty
> interface around a bit of data, it will probably get updated. If it's
> not visible, it probably won't.

Being an einzelganger working solo is by definition not a team.  If
someone likes to go all 'Don Quichot' in OSM he's on his own... we can't
stop this of course.

> 
> Of course, I wouldn't encourage someone to map the color of the lettuce,
> but as Pieter says, the idea is to map broad categories.

So we want to map details... but not too much.. somewhere halfway is
good enough ?  Now I'm totally lost.  We don't want too much accuracy
because we deep down realise updating this is gonna be hard work, yet
URL's are not thrustworthy.

If you checked the urls I gave, you'd realise that the producers
actually update their inventory themselves.  Can this get any better
than that ?

Duplicating certain data is so counterproductive at times ...*sigh*

Glenn


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


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

Re: [Talk-dk] highway=rest_area in Denmark

[Jørgen Elgaard Larsen]

Michael Andersen wrote:

I "invented" and started using
service=rest_area in 2010 because I found highway=rest_area pretty much
unusable for what I wanted to do (just like Rasmus I find that
highway=rest_area has been pretty crappily defined. A highway* that can be
tagged on either a node or an area?!?)


There are plenty of other tags that can be applied to either nodes or 
areas, and there are other highway=* that can only be applies to nodes 
(e.g. traffic_lights).


I do agree that highway=rest_area is not optimally defined, but it is 
usually a bad idea to invent tags without discussing them with the 
community; If no one knows about the tag and what it means, it just 
fills up space in the database without being of any use.



Some time ago I staŕted tagging a single node highway=rest_area at every rest
area


Good idea. I think we should just do that, and remove service=rest_area.

If anyone really cares about service=rest_area (or the accusedly crappy 
definition of highway=rest_area), they should discuss it on the tagging 
list.



- Jørgen

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

Re: [Talk-us] Optimal / preferred checkin sizes

[Greg Morgan]

On Wed, Apr 20, 2016 at 3:13 PM, Steve Friedl  wrote:

> Hi everybody,
>
>
>
> I spend way too much time in JOSM mapping my local area, but I’ve never
> really known how to best batch changes.
>
>
>
> Sometimes it’s obvious: if I work on a certain feature (say, adding
> details of fire stations), I add them and check them in one at a time, but
> sometimes I’m doing cleanup of a large area with no obvious breaking points.
>
>
>
> I don’t think that 3 square miles of road straightening ought to go in a
> single [enormous] batch, but I’m not sure that 100 entries of the form
> ‘Straightened Main Street in MyTown” / “Straightened Elm Street in MyTown”
> / “Straightened Euclid Steet in MyTown” is really adding any value.
>
>
>
> How does one decide how best to check stuff in?
>

The two words that say creativity is dead are "Best Practices".  In my
case, I don't care!  ;-)  Enjoy mapping.  If what you are mapping takes you
into a large area of work, then don't worry about it.  Part of my answer is
based on the density of mappers in my region and the US in general.  I've
been know to map for 12 hours in one change set.  I've had two conflicts in
six years.  Both of them were very odd and edge cases in my experience. I
have never thought about the size of the area that I map.  By all means
leave a change set comment.  You are communicating with other mappers. I
found that the change set comment is a frail thing.  It may not always
cover the mapping at hand regardless of the size of the area.  I will also
add note tags to features.  There are times where I cannot survey an area.
If there could be a question of why I made the change or why I split a way,
then the note tag becomes a mini comment about that decision.  It is also
another form of communication. I forgot who mentioned this on the list, but
if there is potential issue about a road that was removed because of
construction, then I will draw in a way and add a note tag explaining the
issue.  That way this whole pointless issue of arm chair mapping verses
survey mapping is removed from the joy of mapping!

Remember: have fun!  Mapping takes you into the spatial part of your
brain.  The logical side of your brain takes a rest.  That is the best part
of mapping.

Regards,
Greg
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-be] mapping farm-shop

[joost schouppe]

No amen from me :) - as I just daid: the arguments used can be used for
anything we do.

URLs aren't very stable either. Marc had to change the reference to all
historic objects because the Flemish government changed their website
architecture. No reason not to do this.

I stumble upon out of date objects not touched in three years all the time.
But that's no argument not to map roads.

What is hard or not to keep up to date depends on building a community
around it, not so much on the data itself. If you build a pretty interface
around a bit of data, it will probably get updated. If it's not visible, it
probably won't.

Of course, I wouldn't encourage someone to map the color of the lettuce,
but as Pieter says, the idea is to map broad categories.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] mapping farm-shop

[Pieter Brusselman]

I do nut fully agree: If a shop=cheese stops his activity and another is 
comming into place eg. shop=bicycle, you also have to re-tag it.


In general a farm-shop sells the same category all year round, like meat 
and vegetables.  Or cheese and bread.  Or...
And as a customer you know that - depending on the season - the range of 
product changes.


And at this moment it is only possible if you do it this way: 
shop=farm;diary;meat.  But this is discouraged ;-)


So I was looking for the correct way.  But it seems that there is not 
yet one sollution.  I will follow Joost's suggestion and work on a proposal.


Grtz,
Pieter


Op 21/04/2016 om 15:12 schreef Glenn Plas:

I just had to update my example from 3 years ago because both source and
website key have changed.

website: went to pretty url's instead of id's
source: producer ID changed for unknown reason

It's already hard to keep those up to date.  If you start putting in
volatile and variable data like products they sell, you have to keep
them updated as well, which is a lot of work.

I do not see a real benefit in saving that information in OSM at this
point.  The fact that you 'want' to do it does not count.

the interwebs is made of URL's  , defined as 'Uniform Resource Locator'.

That is exactly what a product list is... it's a resource locator.  We
do it with wiki links and nobody bats an eye over it.  We should really
use links to the data instead of copies.

Can I can a 'amen' now ? ;-)

Glenn


On 21-04-16 14:26, joost schouppe wrote:

Marc, while I do agree that we don't need to do everything, I haven't
seen many convincing reasons why not to do a certain thing. Often the
arguments used (too complex, who is going to update, imagine what if
everyone does this,...) can be used anything we do.
And then after a while the people wanting to do the thing have actually
done it, and we all got used to it.

Pieter, I was trying to remember who showed me that site - so it must
have been one of you guys. I would suggest looking at the proposal I
linked, looking at the reactions on the tagging list. Then make a new
proposal, learning from the feedback. It might be useful to really
explain the use of such a project. And also try to show that the idea is
not really new: we do very similar things for organic products
( http://wiki.openstreetmap.org/wiki/Key:organic ), gas stations,
vending machines, glass containers, etc etc.


___
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] mapping farm-shop

[Glenn Plas]

I just had to update my example from 3 years ago because both source and
website key have changed.

website: went to pretty url's instead of id's
source: producer ID changed for unknown reason

It's already hard to keep those up to date.  If you start putting in
volatile and variable data like products they sell, you have to keep
them updated as well, which is a lot of work.

I do not see a real benefit in saving that information in OSM at this
point.  The fact that you 'want' to do it does not count.

the interwebs is made of URL's  , defined as 'Uniform Resource Locator'.

That is exactly what a product list is... it's a resource locator.  We
do it with wiki links and nobody bats an eye over it.  We should really
use links to the data instead of copies.

Can I can a 'amen' now ? ;-)

Glenn


On 21-04-16 14:26, joost schouppe wrote:
> Marc, while I do agree that we don't need to do everything, I haven't
> seen many convincing reasons why not to do a certain thing. Often the
> arguments used (too complex, who is going to update, imagine what if
> everyone does this,...) can be used anything we do.
> And then after a while the people wanting to do the thing have actually
> done it, and we all got used to it.
> 
> Pieter, I was trying to remember who showed me that site - so it must
> have been one of you guys. I would suggest looking at the proposal I
> linked, looking at the reactions on the tagging list. Then make a new
> proposal, learning from the feedback. It might be useful to really
> explain the use of such a project. And also try to show that the idea is
> not really new: we do very similar things for organic products
> ( http://wiki.openstreetmap.org/wiki/Key:organic ), gas stations,
> vending machines, glass containers, etc etc.
> 
> 
> ___
> 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] MissingMaps National

[Pieter-Jan Pauwels]

Hi Ben, 

I’m always up to brainstorm about finding funding. I think financial or 
non-financial sponsorships always help Eg. Combell who provides hosting? 
It is that way we handle such things as well for Open Knowledge Belgium.

Kind regards,
Pieter-Jan

Community Coordinator
Open Knowledge Belgium
m: +32 476 66 27 77 a: Sint-Salvatorstraat 18/101, 9000 Gent
s: www.openknowledge.be  e: 
pieter...@openknowledge.be 



> On 21 Apr 2016, at 13:54, Ben Abelshausen  wrote:
> 
> Hi,
> 
> I also think we should start working on getting some basic funding for 
> OSM.be. I'm still paying for website, meetup and one server every month, it's 
> not much but we should be able to get this funded somehow. If we can have 
> some basic funding we can also make other things happen like t-shirts, fyers, 
> and so on. Maybe the exposure with something like this mapathon and/or SOTM 
> in september can help.
> 
> Anyone up for brainstorming/helping with this?
> 
> Met vriendelijke groeten,
> Best regards,
> 
> Ben Abelshausen
> ___
> 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-is] Uppfærðar loftmyndir

[Jóhannes Birgir Jensson]

MapBox hefur uppfært loftmyndir af Suðurnesjum og Akureyri þannig að nú 
er hægt að missa sig í að teikna þar.


Garð, Sandgerði og Grindavík vantaði algjörlega loftmyndir sem og stóran 
hluta Keflavíkur.


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

Re: [OSM-talk-fr] Différencier une assurance d'une mutuelle ?

[Francescu GAROBY]

Merci René : ça me convient parfaitement et ça a le bon goût de ne pas
créer (inutilement) un nouveau tag.

Francescu

Le 21 avril 2016 à 14:33, Rene Chalon  a écrit :

> On 21/04/2016 11:46, Francescu GAROBY  wrote:
>
>> Bonjour,
>> Comme l'indique le titre de mon mail, je me demandais si cela valait le
>> coup (et si oui, comment ?) de différencier le siège/les bureaux d'une
>> assurance de ceux d'une mutuelle.
>> Si, dans les faits, leur rôle est le même (assurer une personne, un lieu,
>> un véhicule, ...), d'un point de vue légale, il y a une différence
>> (organisme à but non lucratif, ...).
>>
>> Aujourd'hui, on ne peut tagguer une mutuelle que comme une assurance (
>> office=insurance <
>> http://wiki.openstreetmap.org/wiki/Tag:office%3Dinsurance>)
>> mais ne pourrait-on pas lui ajouter un tag (mais lequel ?) pour la
>> différencier ?
>>
>>
> Bonjour,
>
> Je pense qu'ajouter le tag "ownership" (
> http://wiki.openstreetmap.org/wiki/Key:ownership) avec la valeur
> "private_nonprofit" devrait répondre à ta question.
>
> Cordialement,
> René.
>
>
> --
>
> René CHALON
> ---
> E-mail: rene.cha...@free.fr
> Web: http://rene.chalon.free.fr/
> Also webmaster of: http://cdaa.free.fr/
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Différencier une assurance d'une mutuelle ?

[Rene Chalon]

On 21/04/2016 11:46, Francescu GAROBY  wrote:

Bonjour,
Comme l'indique le titre de mon mail, je me demandais si cela valait le
coup (et si oui, comment ?) de différencier le siège/les bureaux d'une
assurance de ceux d'une mutuelle.
Si, dans les faits, leur rôle est le même (assurer une personne, un lieu,
un véhicule, ...), d'un point de vue légale, il y a une différence
(organisme à but non lucratif, ...).

Aujourd'hui, on ne peut tagguer une mutuelle que comme une assurance (
office=insurance )
mais ne pourrait-on pas lui ajouter un tag (mais lequel ?) pour la
différencier ?



Bonjour,

Je pense qu'ajouter le tag "ownership" 
(http://wiki.openstreetmap.org/wiki/Key:ownership) avec la valeur 
"private_nonprofit" devrait répondre à ta question.


Cordialement,
René.


--

René CHALON
---
E-mail: rene.cha...@free.fr
Web: http://rene.chalon.free.fr/
Also webmaster of: http://cdaa.free.fr/



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

Re: [Talk-dk] manglende bygningsdata

[Soren Johannessen]

Hej

For meget lang tid siden (har også været oppe her) - spurgte jeg
Geodatastyrelsen om en kreditering af Geodatastyrelsen (plus
hyperlinks til kilden) på denne her Wiki side "

Vores bidragsydere" http://www.openstreetmap.org/copyright sammen med
andre lande databidrag var okay. Det sagde GST var okay og helt fint -
der var intet krav om at det skulle være på selv geodata niveauet
(data i sig selv)  jfr. Geodatastyrelsen. Desværre har  andre OSM i DK
ment at dette ikke var nok og da krediteringen af GST jfr. deres
tolkning konstant skal følge med også når geodata forlader selv OSM fx
Geofabrik og Mapbox trækker OSM kopier hele tiden.

Jeg vil ikke bruge mere tid her vedr. at hvor kreditering skal ske -
min holdning er at   http://www.openstreetmap.org/copyright ville være
fint nok - Andre må overtage og få afklaret dette. Det har kørt for
længe i ring denne diskussion.


Vh Søren Johannessen


2016-04-21 14:15 GMT+02:00  :
> En plausibel tolkning af licensen er at kildeangivelse skal fremgå af web
> sider (og apps) hvor slutbrugere kan finde bygningsdata. Kan udnyttere af
> OSM data forpligtes til dette? En kildeangivelse godt gemt i OSM rådata er
> næppe nok hvis/når en app skærer et udvalg til et bestemt formål. Altså set
> fra et ikke-advokat perspektiv.
>
> Google Maps har ofte en markering i bunden, med kildeangivelse for data og
> billeder, som fx hvis jeg kikker på Tyskland. Det ligner deres løsning på
> krav om kildeangivelse.
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>

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

Re: [OSM-talk-be] mapping farm-shop

[joost schouppe]

Marc, while I do agree that we don't need to do everything, I haven't seen
many convincing reasons why not to do a certain thing. Often the arguments
used (too complex, who is going to update, imagine what if everyone does
this,...) can be used anything we do.
And then after a while the people wanting to do the thing have actually
done it, and we all got used to it.

Pieter, I was trying to remember who showed me that site - so it must have
been one of you guys. I would suggest looking at the proposal I linked,
looking at the reactions on the tagging list. Then make a new proposal,
learning from the feedback. It might be useful to really explain the use of
such a project. And also try to show that the idea is not really new: we do
very similar things for organic products (
http://wiki.openstreetmap.org/wiki/Key:organic ), gas stations, vending
machines, glass containers, etc etc.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-ja] 京都世界遺産マッピングパーティ第１３回 特別編 延暦寺（西塔、横川）（再）

[yasunari]

京都の山下です。
皆さんこんにちわ。

毎月１つ、世界遺産のコンプリートをたくらむ京都世界遺産マッピングパーティ、
前回急遽中止とした第１３回 特別編 延暦寺（西塔、横川）
あらためて 5/14 に開催します。
https://openstreetmap.doorkeeper.jp/events/43361

みなさん、どうぞお越しください！！
--
山下康成＠京都府向日市

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

Re: [Talk-dk] manglende bygningsdata

[sfromis]

En plausibel tolkning af licensen er at kildeangivelse skal fremgå af web
sider (og apps) hvor slutbrugere kan finde bygningsdata. Kan udnyttere af
OSM data forpligtes til dette? En kildeangivelse godt gemt i OSM rådata er
næppe nok hvis/når en app skærer et udvalg til et bestemt formål. Altså set
fra et ikke-advokat perspektiv.

Google Maps har ofte en markering i bunden, med kildeangivelse for data og
billeder, som fx hvis jeg kikker på Tyskland. Det ligner deres løsning på
krav om kildeangivelse.
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-it] Commento al changeset

[Cascafico Giovanni]

Sembra che l'interfaccia mapbix sia irraggiungibile,.

Grazie, riproverò più tardi

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

[Talk-es] Semanario Nr. 300

[Laura Barroso]

Hola, el semanario Nr. 300, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español.

ESPECIAL ATENCIÓN A NOTICIAS EN SECCIÓN DE OSM HUMANITARIO:
1. El fuerte terremoto en la costa del Pacífico de Ecuador con alrededor
de 500 muertos es editada por muchos ayudantes de la escena OSM. Debido al
volumen considerable de mensajes nos centramos en los puntos clave, pero
pedimos a la comunidad ayudar con las carpetas en la región en crisis.

2. Con el fin de proporcionar equipos de emergencia y rescate en Ecuador,
el equipo de GIScience Heidelberg creó un mapa que enruta el desastre y la
crisis en OpenStreetMap (OSM), recogiendo y visualizando información
reciente de OSM.

http://www.weeklyosm.eu/es/ ¡Disfruta!





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

[OSM-co] Semanario Nr. 300

[Laura Barroso]

Hola, el semanario Nr. 300, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español.

ESPECIAL ATENCIÓN A NOTICIAS EN SECCIÓN DE OSM HUMANITARIO:
1. El fuerte terremoto en la costa del Pacífico de Ecuador con alrededor
de 500 muertos es editada por muchos ayudantes de la escena OSM. Debido al
volumen considerable de mensajes nos centramos en los puntos clave, pero
pedimos a la comunidad ayudar con las carpetas en la región en crisis.

2. Con el fin de proporcionar equipos de emergencia y rescate en Ecuador,
el equipo de GIScience Heidelberg creó un mapa que enruta el desastre y la
crisis en OpenStreetMap (OSM), recogiendo y visualizando información
reciente de OSM.

http://www.weeklyosm.eu/es/ ¡Disfruta!





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

[Talk-cl] Semanario Nr. 300

[Laura Barroso]

Hola, el semanario Nr. 300, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español.

ESPECIAL ATENCIÓN A NOTICIAS EN SECCIÓN DE OSM HUMANITARIO:
1. El fuerte terremoto en la costa del Pacífico de Ecuador con alrededor
de 500 muertos es editada por muchos ayudantes de la escena OSM. Debido al
volumen considerable de mensajes nos centramos en los puntos clave, pero
pedimos a la comunidad ayudar con las carpetas en la región en crisis.

2. Con el fin de proporcionar equipos de emergencia y rescate en Ecuador,
el equipo de GIScience Heidelberg creó un mapa que enruta el desastre y la
crisis en OpenStreetMap (OSM), recogiendo y visualizando información
reciente de OSM.

http://www.weeklyosm.eu/es/ ¡Disfruta!





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

Re: [OSM-talk-be] mapping farm-shop

[Pieter Brusselman]

Hi Joost,

That is why I asked my question.  We would like to move this content 
into osm.  I have to figure out what the best way is to tag all those info.


Pieter


Op 21/04/2016 om 13:53 schreef joost schouppe:
Though I wouldn't be interested in mapping this myself, I do feel like 
a project like should be possible within OSM:


http://www.boerenbrood.eu/




___
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] mapping farm-shop

[Marc Gemis]

or OSM enhanced with an external DB. We do not have to include all
data in the world in the DB. But we do need a better way to make it
possible to refer to our objects (kind of permalinks).

m

On Thu, Apr 21, 2016 at 1:53 PM, joost schouppe
 wrote:
> Though I wouldn't be interested in mapping this myself, I do feel like a
> project like should be possible within OSM:
>
> http://www.boerenbrood.eu/
>
>
>
> ___
> 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] MissingMaps National

[Ben Abelshausen]

Hi,

I also think we should start working on getting some basic funding for
OSM.be. I'm still paying for website, meetup and one server every month,
it's not much but we should be able to get this funded somehow. If we can
have some basic funding we can also make other things happen like t-shirts,
fyers, and so on. Maybe the exposure with something like this mapathon
and/or SOTM in september can help.

Anyone up for brainstorming/helping with this?

Met vriendelijke groeten,
Best regards,

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

Re: [OSM-talk-be] mapping farm-shop

[joost schouppe]

Though I wouldn't be interested in mapping this myself, I do feel like a
project like should be possible within OSM:

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

Re: [Talk-ca] Attributs des sentiers de vélo de montagne

[Begin Daniel]

Comme pour toute la classification des routes/sentiers dans OSM, il y a une 
gradation (à l’exception de trunk!-)

… path-footway-track…

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dfootway
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack

Il y a un réseau de sentier mtb à Sherbrooke ou les trois tags ci-dessus 
devraient être utilisés successivement sur un même tronçon. La description de 
l’infrastructure physique domine, par la suite on réfère à la fonction 
(footway/cycleway) ou via foot=*/ bicycle=*

Daniel


From: john whelan [mailto:jwhelan0...@gmail.com]
Sent: April-20-16 21:22
To: Bruno Remy
Cc: talk-ca
Subject: Re: [Talk-ca] Attributs des sentiers de vélo de montagne

>petits chemins dans des parcs publics
In Ottawa these are very definitely paths not footways, cycling etc is 
permitted.
Cheerio John

2016-04-20 20:52 GMT-04:00 Bruno Remy 
>:
Bonjour,
Remarque très pertinente, Claude.
Cette recommandation mériterait d'être prise en compte, personnellement je 
l'approuve avec une réserve: il semble que l'attribut highway=path soit 
préférable à highway=track car la nuance entre les deux est dans la notion de 
carrossable/non carrossable:
Puisqu'on entend par carrossable la circulation en véhicule, le terme "track" 
s'applique plus aux chemins suffisament large pour un 4-roues, ceux qui donnent 
l'accès aux pourvoiries, cabanes à sucres,  et autres petits châlets, ou 
chemins agricoles pour la circulation des tracteurs et autres engins agricoles.
À l’inverse, "path" s'applique plus aux petits sentiers étroits pour la rando 
et/ou la circulation en vélo de montagne.
Autre remarque à ce sujet: bien souvent il est confondu les tags "highway=path" 
versus "highway=footway".
"Footway" semble plus adapté à des chemins piétons (plus ou moins courts) en 
zone urbaine (trottoirs, passages piétons, petits chemins dans des parcs 
publics) tandis que "path" désignerait plutôt des sentiers de 
petite/moyenne/longue randonnée en zone non-urbaine (une "trail" pour utiliser 
l'anglicisme canadien francophone).
Bruno




Le 20 avril 2016 à 15:21, Alouette955 
> a écrit :
Bonjour,

Au Québec plusieurs sentiers de vélos de montagnes ont  été créés avec les 
attributs de pistes cyclables:

   - highway=cycleway
   - surface=unpaved

Par exemple:

   http://www.openstreetmap.org/#map=15/45.4864/-74.0544=CN

Selon mes lectures, un sentier de vélo de montagne (MTB = MountainBiking) 
devrait se désigner par:

  - highway = track ou path
  - bicycle = yes ou designated
  - surface = ...

   (ces dernières valeurs plus foot=yes sont parfaitement valables pour une 
piste partagée entre vélo et piéton sans pour autant être un sentier de vélo de 
montagne)

et optionnellement

   - mtb:scale = ...
   - mtb:name = ...
   - mtb:description = ...
   - etc ...

ref.: http://wiki.openstreetmap.org/wiki/Mountain_biking

Outre ces dernières descriptions physiques il n’y a aucune façon des distinguer 
un sentier cyclable partagé par piéton et cyclistes d’une sentier de vélo de 
montagne puisqu’ils ont les mêmes attributs de base.

J’ai constaté qu’en Colombie-Britanique on a ajouté network=mtb 
(http://www.openstreetmap.org/#map=16/49.3545/-123.0513=CN).

route=mtb a, pour sa part, été utilisé sur 5965 chemins et 5486 relations.

mtb=yes a été utilisé 30154 fois sur des chemins mais qui n’est pas 
officiellement approuvé (ni même proposé selon mes lectures).

Je pense qu’il est utile de distinguer les segments de réseaux cyclables des 
segments de vélo de montagne puisque ces derniers ne sont pas destinés aux 
balades en familles du dimanche.

j’aimerais lancer un projet visant à corriger les attributs “vélo de montagne” 
mais auparavant je voudrais qu’on s’entende sur une façon de faire uniforme.

Utilise-t-on les attributs qui semblent se répandre comme network=mtb, 
route=mtb ou mtb=yes?

On peut aussi se forcer pour ajouter des mtb:scale ou mtb:name ou 
mtb:description alors qu’on en a souvent aucune idée des valeurs. Si j’étais 
adepte de vélo de montagne je pourrais probablement déterminer un mtb:scale 
mais ce n’est malheureusement pas le cas.

En terminant je ne veux pas uniquement tagguer pour un rendu, je veux une façon 
de clairement distinguer deux types d’objets.

Quelqu’un a une idée?

Merci

Claude



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



--
Bruno Remy

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

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

Re: [OSM-talk-be] mapping farm-shop

[Glenn Plas]

Use links to their products... after all...  it's the internet.

example:

https://www.openstreetmap.org/node/1381182781

Greetings,

Glenn

On 21-04-16 12:42, Pieter Brusselman wrote:
> How can I map farm-shops selling different kind of products?  Eg.
> self-made cheese and potato's?
> 
> According to http://wiki.openstreetmap.org/wiki/Tag:shop%3Dfarm I can
> use shop = farm.  But then I can not differentiate in the products they
> sell.
> 
> Does anyone have an idea how to do it in the right way?
> 
> Pieter
> -- 
>  Pieter Brusselman
> Projectmedewerker
> tel. 09 331 59 27
> Kasteellaan 349 A, 9000 Gent
> - www.tragewegen.be 
> ---
> Volg ons spoor op 
> 
> 
> ___
> 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-fr] http://api.openstreetmap.fr/oapi hors service

[Christian Quest]

Si les requêtes font appel aux area, passer à api.openstreetmap.fr doit
être relativement sans impact. L'intérêt de oapi-fr était de limiter
uniquement à la France, mais les area permettent de faire de même.

Le 21 avril 2016 à 10:56, Jocelyn Jaubert  a
écrit :

> Bonjour,
>
> On Mon, Apr 18, 2016 at 10:06:10PM +0200, François Lacombe wrote:
> > Il me semble avoir vu passer un mail il y a quelques temps disant que
> > sans plus ample demande, oapi serait désactivé.
> > A moins qu'il s'agisse de oapi-fr, je laisse Jocelyn ou Christian
> répondre.
>
> C'est exact, oapi-fr a été désactivé, mais ce n'est pas le cas de
> api.openstreetmap.fr, qui n'a pas été arrété.
>
> Le mieux est effectivement d'ouvrir un ticket, comme proposé par sly.
>
> Merci,
> Jocelyn
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-be] mapping farm-shop

[Sander Deryckere]

I don't think that selling the products is very important.

Farm shops typically don't have a very stable range of products, but it all
depends on the time of the year (certainly for vegetables). So even if you
map what's in the shop now, it could be rather different in 3 months.

If it's more focused on selling, and will import products from other places
to avoid running out if it, it should probably be tagged as
shop=greengrocer, or shop=dairy.

Instead, it may be better to put in some link to the farm shop's website
(if there's any), and let the owners update the page.

Regards,
Sander


2016-04-21 13:01 GMT+02:00 joost schouppe :

> There might be good reason not to do this, I don't know.
>
> There is a recent proposal to tag products: sold:
> http://wiki.openstreetmap.org/wiki/Proposed_features/Sells
> Have a look at the discussion on the tagging mailing list on the subject:
>
> https://lists.openstreetmap.org/pipermail/tagging/2016-March/thread.html#28782
>
> It looks controversial.
>
>
> ___
> 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] mapping farm-shop

[joost schouppe]

There might be good reason not to do this, I don't know.

There is a recent proposal to tag products: sold:
http://wiki.openstreetmap.org/wiki/Proposed_features/Sells
Have a look at the discussion on the tagging mailing list on the subject:
https://lists.openstreetmap.org/pipermail/tagging/2016-March/thread.html#28782

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

Re: [OSM-talk-fr] Différencier une assurance d'une mutuelle ?

[Philippe Verdy]

Même question alors pour les banques mutualistes, les centres de santé et
autres opticiens mutualistes, les organismes coopératifs en agriculture,
etc. On peut ajouter aussi maintenant certains sites web de financement
coopératif, les assos qui font des microcrédits...

C'est une question générique plus relative aux statut interne et fiscal de
ces organisations. Avec en plus la complexité de la reconniassance de ces
statuts légaux ou fiscaux variables selon les pays, et même aussi selon le
type d'activité proposé (certaines activités pouvant être soumises ou pas
aux taxes).

Du coup il semble difficile de faire un tag générique de sous-classement
par statut, à moins d'en faire un tag purement franco-français.

Le 21 avril 2016 à 11:46, Francescu GAROBY  a écrit :

> Bonjour,
> Comme l'indique le titre de mon mail, je me demandais si cela valait le
> coup (et si oui, comment ?) de différencier le siège/les bureaux d'une
> assurance de ceux d'une mutuelle.
> Si, dans les faits, leur rôle est le même (assurer une personne, un lieu,
> un véhicule, ...), d'un point de vue légale, il y a une différence
> (organisme à but non lucratif, ...).
>
> Aujourd'hui, on ne peut tagguer une mutuelle que comme une assurance (
> office=insurance
> ) mais ne
> pourrait-on pas lui ajouter un tag (mais lequel ?) pour la différencier ?
>
> --
> Francescu
>
> ___
> 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-be] mapping farm-shop

[Pieter Brusselman]

How can I map farm-shops selling different kind of products?  Eg. 
self-made cheese and potato's?


According to http://wiki.openstreetmap.org/wiki/Tag:shop%3Dfarm I can 
use shop = farm.  But then I can not differentiate in the products they 
sell.


Does anyone have an idea how to do it in the right way?

Pieter
--
 Pieter Brusselman
Projectmedewerker
tel. 09 331 59 27
Kasteellaan 349 A, 9000 Gent
- www.tragewegen.be  
---

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

Re: [Talk-it] Commento al changeset

[Andrea Albani]

Se intendi cercare un tag comment con contenuto xyz per nodes, ways e
relations puoi farlo (in Overpass QL) come segue:

[out:json][timeout:25];

(
  node["comment"="xyz"]({{bbox}});
  way["comment"="xyz"]({{bbox}});
  relation["comment"="xyz"]({{bbox}});
);

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

Re: [Talk-cz] Nelze nahrávat rozcestníky

[Petr Holub]

Ahoj,

> neslo to kvuli presunu systemu z mista na misto, ted uz to funguje,
> fotky se nahraly ale nevlozily korektne do db - mam to v logu a zkusim
> je tam vlozit rucne.

ja jsem taky neco vcera vkladal a uz meztim smazal z mobilu - pokud bys
to dokazal zachranit, bylo by to fajn. Nick hopet.

Diky,
Petr


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

Re: [Talk-lt] Osmand

[Domas Jokubauskis]

2016.04.21 12:31, Saulius Kaukenas rašė:
> Panašu, kad jūs painiojate intelektualios nuosavybės, licencijos ir
> "open source" sąvokas. Kodo atskleidimas (Open Source) nesuponuoja
> jokios licencijos ir jokių teisių į kūrinį. Tai nusako licencija.
> Licencija kita vertus tik nusako sąlygas, kuriomis jūs galite naudotis
> programine įranga, bet nenusako turtinių ir neturtinių teisių. Tai
> skirtingi dalykai.
Jei jau kalbam apie intelektinę nuosavybę, tai galima paklausti, kokiu
pagrindu jūs ne savo kodą naudojate savo produkte. Paprasta, pasakysite,
juk autoriai leido naudoti kodą pagal GPL3 licenziją. Tai jei jau
naudojatės viena iš GPL3 sąlygų, tuomet gal vertėtų pamąstyti ir apie
likusių sąlygų laikymąsi. Na, o jei GPL3 nepatinka, visada galima to
kodo nenaudoti ar gauti kitokią licenziją tam kodui.

Dar kartą pasikartosiu, kad lietuviškas įgarsinimas yra atskira tema be
didelių abejonių yra atskiras komponentas ir gali būti licenzijuojamas
pagal jūsų norus. Aš taip pat prisidedu prie Rimo prašymo įgarsinimui
suteikti licenziją, leidžiančią įgarsinimą įtraukti į OsmAnd. Manau, kad
tam geriausiai tiktų tokia CC licenzija:
https://creativecommons.org/licenses/by-sa/4.0/

-- 
Pagarbiai
Domas Jokubauskis


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

Re: [Talk-it] Commento al changeset

[Stefano]

Il giorno 21 aprile 2016 12:10, Cascafico Giovanni  ha
scritto:

> É possibile interrogare OSM, magari via overpass-turbo, per estrarre dati
> in base al commento?
>
> Puoi farlo direttamente con la API.
http://wiki.openstreetmap.org/wiki/API_v0.6#

Come interfaccia c'è quella di Mapbox
https://www.mapbox.com/osm-comments
https://github.com/mapbox/osm-comments

Ciao,
Stefano


>
> --
> cascafico.altervista.org
> twitter.com/cascafico
>
> ___
> 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-GB] Remove tag "priority" from railways

[Andy Townsend]

On 21/04/2016 09:32, Brian Prangle wrote:

Hi Roland

If it's only one line affected it looks like it's the work of one 
user.  Have you tried contacting him/her? Otherwise I have no 
objections to your proposed mechanical edit


As I understand it, that one user was also working for Mentz.  I'm not 
even sure that "User B working for company C removes tag added in one 
changeset in error by user A working for company C" would count as a 
mechanical edit.


Other tags on that line look like they could do with reviewing - 
although I'm not a local, I suspect that the maximum speed signs on 
http://www.openstreetmap.org/way/150215887/history actually say "100 
mph" not "161".  Looking at the history, it appears that an unsuccessful 
attempt was made to revert that.


Cheers,

Andy


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

Re: [Talk-cz] Nelze nahrávat rozcestníky

[Michal Grézl]

neslo to kvuli presunu systemu z mista na misto, ted uz to funguje,
fotky se nahraly ale nevlozily korektne do db - mam to v logu a zkusim
je tam vlozit rucne.

(asi 6 fotek od JAnd, Speirs a Milancer)

2016-04-21 7:12 GMT+02:00 Jan Skala :
> Zdravim, včera večer jsem nemohl nahrát rozcestníky. Nejprve to nepřečetlo
> souřadnice a když jsem je naklikal v mapě, tak to napsalo chyba vložení do
> DB. Soubory tam jsou,  protože při opakování se vyhodí chybová hláška na
> stejný název, ale v editoru nemají tabulku. (rokycany_hospodarska_skola.jpg
> nebo podobné )
> Další dotaz je na posunutí fotky blíže k uzlu rozcestniku kvůli analýze. V
> lese se mi k fotce přilepily souřadnice trochu mimo.
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
Michal Grézl
http://openstreetmap.cz

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

Re: [Talk-lt] Osmand

[Rimas Kudelis]

Tikrai taip. Todėl bent mano supratimu, parašymas instrukcijų, kaip
naudoti „NaviJazz“ failus su „OsmAnd“ ar šių instrukcijų išbandymas
praktikoje tikriausiai nebūtų autorinių teisių pažeidimas. Tuo tarpu tų
lietuviškų failų išsiuntimas el. paštu kažkam kitam – jau būtų.

Rimas


2016-04-21 13:14, RN rašė:
>
> Tai suprantama. 15 straipsnis, trumpiau pasakius, draudžia kūrinį be
> autoriaus sutikimo kopijuoti ir platinti. Bet niekas nedraudžia
> vartotojui, įsigijus kūrinį tik savo reikmėms, elgtis su juo kaip jam
> atrodo geriau.
>


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

Re: [Talk-lt] Osmand

[Domas Jokubauskis]

2016.04.21 13:08, Rimas Kudelis rašė:
> Gal kas žino, kuo skiriasi „OsmAnd“ nuo „OsmAnd+“ ? Jeigu kažkuo
> skiriasi, ir pastaroji nėra atviro kodo, tai manyčiau, jog „Agmis“ visai
> turi galimybę tiesiog tartis su jos autoriais, kad šie leistų naudoti jų
> kodą pagal kažkokią kitą licenciją (nes tikriausiai tai reiškia, kad
> „OsmAnd+“ autoriai turi visas galimybes savo kūrinį relicencijuoti,
> nebent jie patys GPL'ą pažeidinėja).
„OsmAnd+“ yra tas pas pats, kas „OsmAnd~“ iš F-droid, t.y., visi naudoja
tą patį GPL3 kodą, tik kompiliavimo metu nurodo apribojimus.

-- 
Pagarbiai
Domas Jokubauskis


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

Re: [Talk-lt] Osmand

[Rimas Kudelis]

2016-04-21 13:08, Rimas Kudelis rašė:
> 2016-04-21 12:35, Darius Žitkevičius rašė:
>> Sauliau, nereikia mūsų asilais laikyti.
>>
>> GPL principas labai paprastas.
>> Jei kuriate produktą keisdami kito GPL produkto kodą, jūs PRIVALOTE
>> platinti produktą su GPL licencija.
>> Pinigus imti galite, bet kodas turi būti atviras.
>> Taškas.
> Yra ir kitas būdas – gauti iš visų GPL licenciarų leidimus jų kodą
> naudoti kitokios licencijos sąlygomis.
>
> Gal kas žino, kuo skiriasi „OsmAnd“ nuo „OsmAnd+“ ? Jeigu kažkuo
> skiriasi, ir pastaroji nėra atviro kodo, tai manyčiau, jog „Agmis“ visai
> turi galimybę tiesiog tartis su jos autoriais, kad šie leistų naudoti jų
> kodą pagal kažkokią kitą licenciją (nes tikriausiai tai reiškia, kad
> „OsmAnd+“ autoriai turi visas galimybes savo kūrinį relicencijuoti,
> nebent jie patys GPL'ą pažeidinėja).

Pagūglinau ir panašu, kad šitas variantas atkrenta – abi programos yra
GPL, tiesiog nemokama versija turi tam tikrų dirbtinių apribojimų.

Rimas

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

[Talk-it] Commento al changeset

[Cascafico Giovanni]

É possibile interrogare OSM, magari via overpass-turbo, per estrarre dati
in base al commento?


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

Re: [Talk-lt] Osmand

[Rimas Kudelis]

2016-04-21 12:35, Darius Žitkevičius rašė:
> Sauliau, nereikia mūsų asilais laikyti.
>
> GPL principas labai paprastas.
> Jei kuriate produktą keisdami kito GPL produkto kodą, jūs PRIVALOTE
> platinti produktą su GPL licencija.
> Pinigus imti galite, bet kodas turi būti atviras.
> Taškas.

Yra ir kitas būdas – gauti iš visų GPL licenciarų leidimus jų kodą
naudoti kitokios licencijos sąlygomis.

Gal kas žino, kuo skiriasi „OsmAnd“ nuo „OsmAnd+“ ? Jeigu kažkuo
skiriasi, ir pastaroji nėra atviro kodo, tai manyčiau, jog „Agmis“ visai
turi galimybę tiesiog tartis su jos autoriais, kad šie leistų naudoti jų
kodą pagal kažkokią kitą licenciją (nes tikriausiai tai reiškia, kad
„OsmAnd+“ autoriai turi visas galimybes savo kūrinį relicencijuoti,
nebent jie patys GPL'ą pažeidinėja).

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

Re: [Talk-lt] Osmand

[Rimas Kudelis]

Sveiki,

2016-04-21 12:53, Saulius Kaukenas rašė:
> Matau, kad vistiek nesupratote. Mes source code išplatinome. Visi, kas
> parsisiunčia NaviJazz, gauna lietuvių kalbos įgarsinimo source code.
>
> Mano pastaba buvo tokia, kad to kodo negalima naudoti be mūsų leidimo
> _kitame_ produkte, su kitomis licencinėmis sąlygomis. GPL licencija to
> taip pat neleidžia, ar jūs čia bandot sau prieštarauti, sakydami, kad
> su NaviJazz kodu daryti galima ką nori, kai tuo tarpu su OsmAnd kodu - ne?

Va čia sakyčiau yra jūsų klaida.

GPL licencija jūsų neįpareigoja tiesiog išplatinti ar pateikti savo
kodą. Ji įpareigoja tą kodą pateikti taipogi GPL (arba su ja
suderinamos) licencijos sąlygomis. Kitaip sakant, jūs negalite sakyti,
kad „štai kodas, bet jūs jo negalite naudoti kituose produktuose, galite
tik žiūrėti“, nes GPL licencija tokius papildomus ribojimus draudžia.
(Tai parašyta GPL FAQ).

> Leidimo naudoti lietuvišką įgarsinimą OsmAnd, beje, niekas iš čia
> diskutuojančių ir nepaprašė.

Na tai tuomet aš būsiu pirmas ir paprašysiu jūsų leidimo pateikti
lietuvišką „NaviJazz“ įgarsinimą „OsmAnd“ programos autoriams GPL
licencijos sąlygomis. :)

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

Re: [Talk-lt] Osmand

[Saulius Kaukenas]

Dariau,

Matau, kad vistiek nesupratote. Mes source code išplatinome. Visi, kas
parsisiunčia NaviJazz, gauna lietuvių kalbos įgarsinimo source code.

Mano pastaba buvo tokia, kad to kodo negalima naudoti be mūsų leidimo
_kitame_ produkte, su kitomis licencinėmis sąlygomis. GPL licencija to taip
pat neleidžia, ar jūs čia bandot sau prieštarauti, sakydami, kad su
NaviJazz kodu daryti galima ką nori, kai tuo tarpu su OsmAnd kodu - ne?

Leidimo naudoti lietuvišką įgarsinimą OsmAnd, beje, niekas iš čia
diskutuojančių ir nepaprašė.

Pagarbiai,

2016 m. balandžio 21 d. 12:35, Darius Žitkevičius  rašė:

> Sauliau, nereikia mūsų asilais laikyti.
>
> GPL principas labai paprastas.
> Jei kuriate produktą keisdami kito GPL produkto kodą, jūs PRIVALOTE
> platinti produktą su GPL licencija.
> Pinigus imti galite, bet kodas turi būti atviras.
> Taškas.
>
> 2016 m. balandžio 21 d. 12:31, Saulius Kaukenas  > rašė:
>
>> Gerbiamas Mantai,
>>
>> Panašu, kad jūs painiojate intelektualios nuosavybės, licencijos ir "open
>> source" sąvokas. Kodo atskleidimas (Open Source) nesuponuoja jokios
>> licencijos ir jokių teisių į kūrinį. Tai nusako licencija. Licencija kita
>> vertus tik nusako sąlygas, kuriomis jūs galite naudotis programine įranga,
>> bet nenusako turtinių ir neturtinių teisių. Tai skirtingi dalykai.
>>
>> Jei jūs turite kokių nors klausimų dėl intelektualios nuosavybės,
>> geriausia būtų konsultuotis su ekspertais, kurie ruošia teisininkus, siūlau
>> susisiekti su dr. Tadu Klimu (https://www.ltlaw.lt/) arba pradžiai
>> paskaityti jo knygą apie sutarčių teisę:
>> http://www.cap-press.com/books/isbn/9780890895061/Comparative-Contract-Law--Cases-Text-and-Materialshttp://www.cap-press.com/books/isbn/9780890895061/Comparative-Contract-Law--Cases-Text-and-Materials
>>
>> Pagarbiai,
>>
>> 2016 m. balandžio 21 d. 11:12, Mantas  rašė:
>>
>>> Dar grįžtant prie licencijos klausimo. Radau labai gražiai paaiškintą
>>> GPLv3 licenciją:
>>>
>>> https://www.tldrlegal.com/l/gpl-3.0
>>>
>>> Ten „Privaloma“ skiltyje yra toks punktas: „Disclose Source“
>>> (lietuviškai „Atskleisti kodą“), kur nurodyta:
>>>
>>> „All code linked with GPL 3.0 source code must be disclosed under a GPL
>>> 3.0 compatible license.“
>>>
>>> Vertimas
>>>
>>> „Visas kodas siejamas su GPL 3.0 išeities kodu turi būti atskleistas
>>> pagal GPL 3.0 arba suderinamą licencija.“
>>>
>>> Šiuo atveju, kaip suprantu NaviJazz naudoja OsmAnd kaip biblioteką ir
>>> tai reiškia, kad NaviJazz turi atskleisti savo kodą pagal GPL 3.0 arba
>>> suderinamą licenciją.
>>>
>>> Yra dar kita licencija LGPL:
>>>
>>> https://www.tldrlegal.com/l/lgpl-3.0
>>>
>>> Kur L reiškia „Mažesnis GPL“. LGPL leidžia kitoms uždaro kodo programoms
>>> naudoti LGPL kodą, kaip biblioteką ir nereikalauja atskleisti programos
>>> kodo. Tačiau, OsmAnd licencija yra GPL, o ne LGPL, todėl NaviJazz
>>> akivaizdžiai pažeidžia OsmAnd licenciją.
>>>
>>> Aš čia nepuolu nei ką, tiesiog informuoju NaviJazz kūrėjus :)
>>>
>>> O priekaištai dėl vertimo nebūvimo yra visiškai nepagrįsti. Tiek
>>> Lietuvoje, tiek visame pasaulyje yra labai griežtos autorių teisės, kurios
>>> *pagal nutylėjimą* draudžia naudoti autorinį kūrinį, bet kokiems tikslams,
>>> nebent nurodyta kitaip. Ir draudimas galioja net 70 metų po autoriaus
>>> mirties. Todėl tiems, kurie nemoka anglų kalbos ir nesupranta licencijos,
>>> nėra jokio pagrindo manyti, kad gali imti autorinį kūrinį ir daryti su juo
>>> ką nori, kadangi iš esmės licencija ne draudžia, o leidžia.
>>>
>>> Visai nesenai turėjau progą atsinaujinti žinias atvirų licencijų
>>> klausimais Technariume vykusiame susitikime su teisininke Jūrate, kuri
>>> konsultavo atvirų licencijų klausimais:
>>>
>>> http://www.meetup.com/Technarium/events/230272744/
>>>
>>> Todėl, jei NaviJazz autoriams kyla abejonių, siūlau susisiekti su
>>> teisininke Jūrate:
>>>
>>> http://www.iam.lt/komanda/
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> 2016 m. balandžio 20 d. 19:49, Darius Žitkevičius 
>>> rašė:
>>>
 Kas žino kaip kuriamas TTS, mielai prisidėčiau.
 Į Sauliaus sapaliones, kad nevarkit mes tuoj visą padarysim,
 nebekreipkim dėmesio.

 2016 m. balandžio 20 d. 19:23, Eduardas Kriščiūnas 
 rašė:

> Tai labai tipiškas tų „nepiktų“ žmonių „argumentas“. Dažniausiai
> visokie nusikaltėliai ir pažeidėjai siūlo nebūti piktais, kai jiems
> oficialiais būdais parodai įstatymo raidę. Nors prieš tai jie ant tavęs
> visai „nepiktai“ spjaudė.
>
> O jei į temą, tai garso failus išbandžiau ir tikrai matau poreikį
> normaliam TTS įgarsinimui. Tie natūralaus balso pertrūkiai konstruojant
> sakinius labai apsunkina informacijos suvokimą.
>
> 2016.04.20 18:58, Rimas Kudelis rašė:
>
>> Ahem, „piktų žmonių“? Vadinasi, kai jūs rašote, kad kažkokie siūlomi
>> veiksmai „pažeidžia NaviJazz licenciją“, tai jūs kuriate darbo
>> vietas, o
>> štai 

[OSM-talk-fr] Différencier une assurance d'une mutuelle ?

[Francescu GAROBY]

Bonjour,
Comme l'indique le titre de mon mail, je me demandais si cela valait le
coup (et si oui, comment ?) de différencier le siège/les bureaux d'une
assurance de ceux d'une mutuelle.
Si, dans les faits, leur rôle est le même (assurer une personne, un lieu,
un véhicule, ...), d'un point de vue légale, il y a une différence
(organisme à but non lucratif, ...).

Aujourd'hui, on ne peut tagguer une mutuelle que comme une assurance (
office=insurance )
mais ne pourrait-on pas lui ajouter un tag (mais lequel ?) pour la
différencier ?

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

Re: [Talk-lt] Osmand

[Rimas Kudelis]

2016-04-21 12:29, RN rašė:
>
> Asmeniškai man tokia sąvoka kaip *pagal nutylėjimą*  nesuprantama.
> Suprantama, kai prie autoriaus kūrinio lietuvių kalba yra užrašas:
> Visos teisės apsaugotos, kopijuoti ir platinti draudžiama.
>

Įstatymų nežinojimas ar nesupratimas neatleidžia nuo pareigos jų laikytis.

Štai ištrauka iš LR autorių teisių ir gretutinių teisių įstatymo (
http://www3.lrs.lt/pls/inter3/dokpaieska.showdoc_l?p_id=471807 ):

> *12 straipsnis. Autorių teisių apsaugos ženklas*
>
> Autorius arba kitas autorių teisių subjektas gali pranešti visuomenei
> apie savo turtines teises panaudodamas autorių teisių apsaugos ženklą.
> Jį sudaro trys elementai: apskritime arba lenktiniuose skliaustuose
> įrašyta raidė C, autoriaus arba kito autorių teisių subjekto vardas
> (pavadinimas) ir kūrinio pirmojo išleidimo metai.
>

Kaip matote, autorius GALI pranešti apie savo teises. O gali ir
nepranešti, tos teisės niekur nuo to nedingsta.
Taip pat yra 15 straipsnis, štai jo ištrauka:

> *15 straipsnis. Autorių turtinės teisės*
>
> 1. Autorius turi išimtines teises leisti arba uždrausti šiuos veiksmus:
>
> 1) atgaminti kūrinį bet kokia forma ar būdu;
>
> 2) išleisti kūrinį;
>
> 3) versti kūrinį;
>
> 4) adaptuoti, aranžuoti, inscenizuoti ar kitaip perdirbti kūrinį;
>
> 5) platinti kūrinio originalą ar jo kopijas parduodant, nuomojant,
> teikiant panaudai ar kitaip perduodant nuosavybėn arba valdyti, taip
> patimportuojant, eksportuojant;
>
> 6) viešai rodyti kūrinio originalą ar kopijas;
>
> 7) viešai atlikti kūrinį bet kokiais būdais ir priemonėmis;
>
> 8) transliuoti, retransliuoti ir kitaip viešai skelbti kūrinį,
> įskaitant jo padarymą viešai prieinamu kompiuterių tinklais (internete).
>
> 2. Bet koks kūrinio originalo ar jo kopijų panaudojimas be autoriaus,
> jo teisių perėmėjo ar jo tinkamai įgalioto asmens leidimo yra laikomas
> neteisėtu (išskyrus šio Įstatymo numatytus atvejus).
>

Trumpai tariant, neparašymas apie draudimą kažką kopijuoti ar platinti
nereiškia automatinio leidimo tai daryti. Plačiau – skaitykite įstatymą.

Rimas


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

Re: [Talk-lt] Osmand įgarsinimas

[Paulius Zaleckas]

Tai OsmAnd daznai asikartojancias frazes klijuoja is irasu (sugeruotu su
TTS), bet dar prideda ir gyvai su tuo paciu TTS sugeneruota pvz gatves
pavadinima. Tokiu budu taupo CPU resursus. Todel ir palaiko tas kalbas
kurios yra Android TTS palaikomos.
On Apr 21, 2016 12:13 PM, "Rimas Kudelis"  wrote:

>
> 2016-04-21 11:58, Eduardas Kriščiūnas rašė:
> > Spėju, kad čia kažką painiojate. TTS, mano supratimu, tuo ir skiriasi
> > nuo paruoštų įrašų, kad gali ištarti bet kokią frazę, pavadinimą ir
> > pan., t.y. ten yra algoritmas, o ne fiksuoti failai, todėl TTS'ui
> > visiškai nerūpi ką kalbėti. Jis skaito tekstą iš žemėlapio ir
> > išverstas navigacijos komandas pagal tam tikras tarimo taisykles.
>
> Aš tai kiek kitaip įsivaizduoju konkrečiai šiuo atveju: jeigu „OsmAnd“
> pats klijuoja frazes iš gabaliukų (už + trijų šimtų + metrų + laikykitės
> kairės), toks klijavimas irgi gali būti vadinamas gan primityviu TTS.
> Turint omeny, kad tiek angliškam, tiek rusiškam įgarsinimui yra pridėti
> failai su įgarsinimo fragmentais, manau, jog šitas spėjimas pakankamai
> pagrįstas.
>
> Turint omeny, kad šita programa šneka labai ribotą žodžių kiekį, manau,
> kad jai logiška turėti iš anksto įgarsintus sakinių fragmentus. Tai
> tikrai ir paprasčiau, ir žymiai taupiau vietos atžvilgiu, negu
> pateikinėti atskirus TTS varikliukus kiekvienai kalbai, kurie galėtų
> pasakyti bet ką, bet apsiribotų kalbėjimu apie sukimą kairėn/dešinėn,
> nuvažiavimą nuo žiedo ir pan.
>
> Būtų dar variantas naudoti sisteminį (su „Android“ pateikiamą) TTS
> varikliuką, bet čia irgi klausimas, kelioms kalboms kokybiški
> varikliukai yra gamykliškai pateikiami. Įtariu, kad labai nedideliam jų
> kiekiui. O įgarsinimas su baisingu kitos kalbos akcentu gali būti labai
> sunkiai suprantamas ir labiau trukdyti, negu gelbėti. Berods turiu tokį
> įgarsinimą savo automobilyje.
>
> Rimas
>
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-lt] Osmand

[Saulius Kaukenas]

Gerbiamas Mantai,

Panašu, kad jūs painiojate intelektualios nuosavybės, licencijos ir "open
source" sąvokas. Kodo atskleidimas (Open Source) nesuponuoja jokios
licencijos ir jokių teisių į kūrinį. Tai nusako licencija. Licencija kita
vertus tik nusako sąlygas, kuriomis jūs galite naudotis programine įranga,
bet nenusako turtinių ir neturtinių teisių. Tai skirtingi dalykai.

Jei jūs turite kokių nors klausimų dėl intelektualios nuosavybės, geriausia
būtų konsultuotis su ekspertais, kurie ruošia teisininkus, siūlau
susisiekti su dr. Tadu Klimu (https://www.ltlaw.lt/) arba pradžiai
paskaityti jo knygą apie sutarčių teisę:
http://www.cap-press.com/books/isbn/9780890895061/Comparative-Contract-Law--Cases-Text-and-Materialshttp://www.cap-press.com/books/isbn/9780890895061/Comparative-Contract-Law--Cases-Text-and-Materials

Pagarbiai,

2016 m. balandžio 21 d. 11:12, Mantas  rašė:

> Dar grįžtant prie licencijos klausimo. Radau labai gražiai paaiškintą
> GPLv3 licenciją:
>
> https://www.tldrlegal.com/l/gpl-3.0
>
> Ten „Privaloma“ skiltyje yra toks punktas: „Disclose Source“ (lietuviškai
> „Atskleisti kodą“), kur nurodyta:
>
> „All code linked with GPL 3.0 source code must be disclosed under a GPL
> 3.0 compatible license.“
>
> Vertimas
>
> „Visas kodas siejamas su GPL 3.0 išeities kodu turi būti atskleistas pagal
> GPL 3.0 arba suderinamą licencija.“
>
> Šiuo atveju, kaip suprantu NaviJazz naudoja OsmAnd kaip biblioteką ir tai
> reiškia, kad NaviJazz turi atskleisti savo kodą pagal GPL 3.0 arba
> suderinamą licenciją.
>
> Yra dar kita licencija LGPL:
>
> https://www.tldrlegal.com/l/lgpl-3.0
>
> Kur L reiškia „Mažesnis GPL“. LGPL leidžia kitoms uždaro kodo programoms
> naudoti LGPL kodą, kaip biblioteką ir nereikalauja atskleisti programos
> kodo. Tačiau, OsmAnd licencija yra GPL, o ne LGPL, todėl NaviJazz
> akivaizdžiai pažeidžia OsmAnd licenciją.
>
> Aš čia nepuolu nei ką, tiesiog informuoju NaviJazz kūrėjus :)
>
> O priekaištai dėl vertimo nebūvimo yra visiškai nepagrįsti. Tiek
> Lietuvoje, tiek visame pasaulyje yra labai griežtos autorių teisės, kurios
> *pagal nutylėjimą* draudžia naudoti autorinį kūrinį, bet kokiems tikslams,
> nebent nurodyta kitaip. Ir draudimas galioja net 70 metų po autoriaus
> mirties. Todėl tiems, kurie nemoka anglų kalbos ir nesupranta licencijos,
> nėra jokio pagrindo manyti, kad gali imti autorinį kūrinį ir daryti su juo
> ką nori, kadangi iš esmės licencija ne draudžia, o leidžia.
>
> Visai nesenai turėjau progą atsinaujinti žinias atvirų licencijų
> klausimais Technariume vykusiame susitikime su teisininke Jūrate, kuri
> konsultavo atvirų licencijų klausimais:
>
> http://www.meetup.com/Technarium/events/230272744/
>
> Todėl, jei NaviJazz autoriams kyla abejonių, siūlau susisiekti su
> teisininke Jūrate:
>
> http://www.iam.lt/komanda/
>
>
>
>
>
>
>
>
> 2016 m. balandžio 20 d. 19:49, Darius Žitkevičius 
> rašė:
>
>> Kas žino kaip kuriamas TTS, mielai prisidėčiau.
>> Į Sauliaus sapaliones, kad nevarkit mes tuoj visą padarysim, nebekreipkim
>> dėmesio.
>>
>> 2016 m. balandžio 20 d. 19:23, Eduardas Kriščiūnas 
>> rašė:
>>
>>> Tai labai tipiškas tų „nepiktų“ žmonių „argumentas“. Dažniausiai visokie
>>> nusikaltėliai ir pažeidėjai siūlo nebūti piktais, kai jiems oficialiais
>>> būdais parodai įstatymo raidę. Nors prieš tai jie ant tavęs visai
>>> „nepiktai“ spjaudė.
>>>
>>> O jei į temą, tai garso failus išbandžiau ir tikrai matau poreikį
>>> normaliam TTS įgarsinimui. Tie natūralaus balso pertrūkiai konstruojant
>>> sakinius labai apsunkina informacijos suvokimą.
>>>
>>> 2016.04.20 18:58, Rimas Kudelis rašė:
>>>
 Ahem, „piktų žmonių“? Vadinasi, kai jūs rašote, kad kažkokie siūlomi
 veiksmai „pažeidžia NaviJazz licenciją“, tai jūs kuriate darbo vietas, o
 štai kai kiti jums geranoriškai paaiškina, kad jūs, platindami
 „NaviJazz“, tikriausiai patys pažeidėte GPL licenciją, pagal kurią
 licencijuotas jūsų programos pagrindas, ir siūlo pasitikslinti, tai jie
 jau pikti žmonės?

 Jeigu savęs prie tų piktų žmonių nepriskiriate, tai jūsų požiūris
 nelabai nuoseklus, sakyčiau...

>>>
>>>
>>> ___
>>> Talk-lt mailing list
>>> Talk-lt@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-lt
>>>
>>
>>
>>
>> --
>> Darius Žitkevičius
>>
>> Laimingas tas, kuris džiaugsmingai dirba ir džiaugiasi darbais, kuriuos
>> padarė. – J. V. Gėtė.
>>
>> ___
>> Talk-lt mailing list
>> Talk-lt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-lt
>>
>>
>
>
> --
>  Mantas aka sirex
>   __o   /\
> _ \<,_   -- launchpad.net/~sirex --  /\/  \
> ___(_)/_(_)_/_/\
> ^
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> 

Re: [Talk-lt] Osmand

[RN]

Asmeniškai man tokia sąvoka kaip *pagal nutylėjimą*  nesuprantama.
Suprantama, kai prie autoriaus kūrinio lietuvių kalba yra užrašas: Visos 
teisės apsaugotos, kopijuoti ir platinti draudžiama.



On April 21, 2016 11:39:58 AM Mantas  wrote:


Dar grįžtant prie licencijos klausimo. Radau labai gražiai paaiškintą GPLv3
licenciją:

https://www.tldrlegal.com/l/gpl-3.0

Ten „Privaloma“ skiltyje yra toks punktas: „Disclose Source“ (lietuviškai
„Atskleisti kodą“), kur nurodyta:

„All code linked with GPL 3.0 source code must be disclosed under a GPL 3.0
compatible license.“

Vertimas

„Visas kodas siejamas su GPL 3.0 išeities kodu turi būti atskleistas pagal
GPL 3.0 arba suderinamą licencija.“

Šiuo atveju, kaip suprantu NaviJazz naudoja OsmAnd kaip biblioteką ir tai
reiškia, kad NaviJazz turi atskleisti savo kodą pagal GPL 3.0 arba
suderinamą licenciją.

Yra dar kita licencija LGPL:

https://www.tldrlegal.com/l/lgpl-3.0

Kur L reiškia „Mažesnis GPL“. LGPL leidžia kitoms uždaro kodo programoms
naudoti LGPL kodą, kaip biblioteką ir nereikalauja atskleisti programos
kodo. Tačiau, OsmAnd licencija yra GPL, o ne LGPL, todėl NaviJazz
akivaizdžiai pažeidžia OsmAnd licenciją.

Aš čia nepuolu nei ką, tiesiog informuoju NaviJazz kūrėjus :)

O priekaištai dėl vertimo nebūvimo yra visiškai nepagrįsti. Tiek Lietuvoje,
tiek visame pasaulyje yra labai griežtos autorių teisės, kurios *pagal
nutylėjimą* draudžia naudoti autorinį kūrinį, bet kokiems tikslams, nebent
nurodyta kitaip. Ir draudimas galioja net 70 metų po autoriaus mirties.
Todėl tiems, kurie nemoka anglų kalbos ir nesupranta licencijos, nėra jokio
pagrindo manyti, kad gali imti autorinį kūrinį ir daryti su juo ką nori,
kadangi iš esmės licencija ne draudžia, o leidžia.

Visai nesenai turėjau progą atsinaujinti žinias atvirų licencijų klausimais
Technariume vykusiame susitikime su teisininke Jūrate, kuri konsultavo
atvirų licencijų klausimais:

http://www.meetup.com/Technarium/events/230272744/

Todėl, jei NaviJazz autoriams kyla abejonių, siūlau susisiekti su
teisininke Jūrate:

http://www.iam.lt/komanda/








2016 m. balandžio 20 d. 19:49, Darius Žitkevičius  rašė:


Kas žino kaip kuriamas TTS, mielai prisidėčiau.
Į Sauliaus sapaliones, kad nevarkit mes tuoj visą padarysim, nebekreipkim
dėmesio.

2016 m. balandžio 20 d. 19:23, Eduardas Kriščiūnas 
rašė:


Tai labai tipiškas tų „nepiktų“ žmonių „argumentas“. Dažniausiai visokie
nusikaltėliai ir pažeidėjai siūlo nebūti piktais, kai jiems oficialiais
būdais parodai įstatymo raidę. Nors prieš tai jie ant tavęs visai
„nepiktai“ spjaudė.

O jei į temą, tai garso failus išbandžiau ir tikrai matau poreikį
normaliam TTS įgarsinimui. Tie natūralaus balso pertrūkiai konstruojant
sakinius labai apsunkina informacijos suvokimą.

2016.04.20 18:58, Rimas Kudelis rašė:


Ahem, „piktų žmonių“? Vadinasi, kai jūs rašote, kad kažkokie siūlomi
veiksmai „pažeidžia NaviJazz licenciją“, tai jūs kuriate darbo vietas, o
štai kai kiti jums geranoriškai paaiškina, kad jūs, platindami
„NaviJazz“, tikriausiai patys pažeidėte GPL licenciją, pagal kurią
licencijuotas jūsų programos pagrindas, ir siūlo pasitikslinti, tai jie
jau pikti žmonės?

Jeigu savęs prie tų piktų žmonių nepriskiriate, tai jūsų požiūris
nelabai nuoseklus, sakyčiau...




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





--
Darius Žitkevičius

Laimingas tas, kuris džiaugsmingai dirba ir džiaugiasi darbais, kuriuos
padarė. – J. V. Gėtė.

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





--
 Mantas aka sirex
  __o   /\
_ \<,_   -- launchpad.net/~sirex --  /\/  \
___(_)/_(_)_/_/\
^



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

Re: [OSM-ja] 2016熊本地震クライシスマッピングの呼びかけ

[Shu Higashi]

東です。

OSM経験者向けのタスクの説明ビデオを作ってみました。
使っているディタはiDです。
だらだら喋っているので各10分ほどになっちゃいました。
花粉症のため鼻声で咳き込んでいますがご容赦を。

タスキング・マネージャを使ったOSMマッピングfor熊本地震（OSM経験者向け）1
https://youtu.be/b_RPisK1u9M
タスキング・マネージャを使ったOSMマッピングfor熊本地震（OSM経験者向け）2
https://youtu.be/OtbuTRUSU38
タスキング・マネージャを使ったOSMマッピングfor熊本地震（OSM経験者向け）3
https://youtu.be/6Gzbzluyvns
タスキング・マネージャを使ったOSMマッピングfor熊本地震（OSM経験者向け）4
https://youtu.be/NskxUAr8SZA

余裕があればもっとコンパクトなものにトライしてみたいと思います。


2016/04/17 Satoshi IIDA :
> いいだ@OSMFJ帽子です。
>
> まずは、今回の災害において命を落とされた方に哀悼の意を表すると共に、
> 被災された方々、救助にあたっている方々、
> その他関係するさまざまな方々の苦痛が可能な限り早期に取り除かれることを祈ります。
>
> 今回の災害では、初動ではOSMはほぼ使われていない、という認識です。
> では、その中で、私たちとして何ができるのか、
> 地図を描くことで地域の苦痛を取り除くことができるのか、大きく悩ましいところであると考えます。
>
> なぜならば、商用非商用を含めて、地図は既にあるからです。
> そして、それらの地図を使って、可能な限りの救助活動が現在行われています。
> そのフローを妨げることは、苦痛を増やすことはあれ、和らげることにはなりません。
>
>
> 以下は個人的な思いでありますが。
> 今回の災害において、復旧にはしばらくの時間がかかると考えています。
> 水道や電気、通信を含むインフラも甚大な被害を受けていることが報道されています。
>
> そして、そのような状況の中で迎える復旧や生活にあたっては、地図や地図データが必要になります。
> 多様な地図表現が可能であり、印刷を含む様々な形で使える自由なOSMデータは
> そうした日々において、さまざまなかたの苦痛を和らげるデータの
> ひとつになることが可能になるのではないかと思うのです。
>
> 生活を救うことは、命を救うことだと感じています。
>
> まずはひとりでも多くの方の命が救われ、
> そして、痛みが癒やされる日が一日も早く来るために、私たちも動くことができたらと考えています。
>
> よろしくお願いいたします。
>
>
>
>
> 2016年4月17日 12:43 Shu Higashi :
>
>> OSM日本コミュニティのみなさま
>>
>> OSMFJからのお知らせです。
>>
>> 熊本の地震に関連して、各地での自主的な活動、お疲れ様です。
>> それらの状況をにらみつつ、OSMFJとしての対応を検討しておりましたが
>> 被害の広がり具合に鑑み、中期的な取り組みとして
>> 活動していく必要があるのではないかと考えております。
>>
>> つきましては、みなさまそれぞれのご判断でのマッピング等の活動に
>> ついてはそのまま進めて頂く一方で、
>> 以下の様な他の地図ではあまり表現されていない地物などについて、
>> ある程度マッピングの経験のあるみなさまに呼びかけて
>> OSMの長所を活かして、実際に使ってもらえる可能性を広げる
>> マッピングも進めて行けたらと考えています。
>>
>> ・公園、駐車場、学校、空き地、森林、農地、その他土地利用などのエリア。
>> ・新し目の衛星画像などで分かる新しく出来た道など。
>> ・山間部。
>>
>> これらのマッピングをタスクとして下記のように準備して
>> おりますので、よろしければご参加ください。
>>
>> 西原村
>> http://nyampire.info/project/19
>> 南阿蘇村
>> http://nyampire.info/project/20
>> 熊本市
>> http://nyampire.info/project/21
>> 益城町
>> http://nyampire.info/project/22
>> 阿蘇市
>> http://nyampire.info/project/23
>>
>> 上記タスク内にも書いてありますがマッピングに関わる
>> 参考情報などは下記で共有していければと考えています。
>>
>> https://docs.google.com/document/d/1YDaV9jIfLnbGhi1MCRee_CIib1b5F2wvk75YA4sVXGY/edit#
>>
>>
>> 先行して行われている下記の建物を中心としたタスクについては
>> 初心者の方などが多く作業されていますので経験者のみなさまに確認
>> (Validation)作業を行って頂けますと幸いです。
>>
>> #1787 - 熊本地震2016 M7.3 南阿蘇村 エリア
>> http://tasks.hotosm.org/project/1787
>> #1786 - 熊本地震2016 M7.3 八代市 エリア
>> http://tasks.hotosm.org/project/1786
>> #1784 - 熊本地震2016 M7.3 熊本市 エリア
>> http://tasks.hotosm.org/project/1784
>> #1778 - 熊本地震2016 M6.5 益城町エリア
>> http://tasks.hotosm.org/project/1778
>>
>>
>> また今回の熊本地震への対応について、マッピングはこうした方が良いなど
>> ご意見ありましたらこの場で意見交換させて頂ければ幸いです。
>>
>> なお、全体的な状況は下記Wikiにとりまとめています。
>> みなさまからも適宜更新お願いします。
>> http://wiki.openstreetmap.org/wiki/JA:2016_Kumamoto_earthquake
>>
>> よろしくお願いします。
>>
>> 東
>> ___
>> 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-talk-fr] http://api.openstreetmap.fr/oapi hors service

[Jocelyn Jaubert]

Bonjour,

On Mon, Apr 18, 2016 at 10:06:10PM +0200, François Lacombe wrote:
> Il me semble avoir vu passer un mail il y a quelques temps disant que
> sans plus ample demande, oapi serait désactivé.
> A moins qu'il s'agisse de oapi-fr, je laisse Jocelyn ou Christian répondre.

C'est exact, oapi-fr a été désactivé, mais ce n'est pas le cas de
api.openstreetmap.fr, qui n'a pas été arrété.

Le mieux est effectivement d'ouvrir un ticket, comme proposé par sly.

Merci,
Jocelyn

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

Re: [Talk-lt] Osmand įgarsinimas

[Eduardas Kriščiūnas]

Spėju, kad čia kažką painiojate. TTS, mano supratimu, tuo ir skiriasi 
nuo paruoštų įrašų, kad gali ištarti bet kokią frazę, pavadinimą ir 
pan., t.y. ten yra algoritmas, o ne fiksuoti failai, todėl TTS'ui 
visiškai nerūpi ką kalbėti. Jis skaito tekstą iš žemėlapio ir išverstas 
navigacijos komandas pagal tam tikras tarimo taisykles.


Domas Jokubauskis rašė:

2016.04.20 19:51, Rimas Kudelis rašė:

O TTS šiame kontekste reiškia „text-to-speech“ (mašininį įgarsinimą)
ar kažką kito? Jeigu pirmasis atvejis, tai klausimas: ar niekas
nebandė reikiamų failų sugeneruoti „Liepos“ balsų pagalba? Ar tai dėl
kažkokių priežasčių netinkamas būdas?

Pažiūrėjau, kad eSpeak TTS variklis palaiko lietuvių kalbą. Yra
variantas ir Android pritaikytas. Reiktų parašyti, ką tam TTS kalbėti.
Pavyzdį pridedu. Tekstas: "tikslą pasieksite po 10 kilometrų". Bandžiau
su Gespeaker.



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




smime.p7s
Description: S/MIME skaitmeninis parašas
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-GB] phone boxes used for other purposes

[Brian Prangle]

Well as we have a healthcare QP running which seems not to have generated a
community focuslike we did with schools and there's some interest in defibs
- why not get cracking on this for the rest of the QP?

regards

Brian

On 19 April 2016 at 12:21, Paul Berry  wrote:

> On the subject of defibrillators, they could make a useful GB mapping
>> project. They need surveying, but it is something that both urban and
>> rural mappers could get out and find on the lighter evenings.
>
>
> I quite agree. I've just mapped two near me (one in an old phone box, one
> affixed to the wall of a shop).
>
> I suspect there are far more out there than would be apparent from the
> map:
> http://umap.openstreetmap.fr/en/map/defibrillators-uk_81299#8/53.635/-2.304
>
> Regards,
> *Paul*
>
>
> On 18 April 2016 at 19:21, Philip Barnes  wrote:
>
>> On Mon, 2016-04-18 at 18:52 +0100, Robert Norris wrote:
>> > >
>> > > From: jack.fitzsim...@ntlworld.com
>> > > To: talk-gb@openstreetmap.org
>> > > Date: Sat, 16 Apr 2016 16:13:56 +0100
>> > > Subject: [Talk-GB] phone boxes used for other purposes
>> > >
>> > >
>> > > I’m sure it must have been discussed before but how do I map a K6
>> > > booth
>> > > with no phone currently used for another purpose? I visited two
>> > > today
>> > > intending to get the phone numbers but discovered they were both
>> > > local
>> > > information points.
>> > >
>> > I've mapped a few that I've seen used as book shares like
>> > amenity=book_exchange, although I'd use amenity=public_bookcase now.
>> >
>> > Indeed the last one I remember doing has been kindly updated:
>> >
>> > http://www.openstreetmap.org/node/3775804762/history
>> >
>> > For your case I'd probably use some form of tourism tag too (see http
>> > ://wiki.openstreetmap.org/wiki/Tag:tourism%3Dinformation)
>> >
>> I've mapped one which has a defibrillator in it as building=phone_box,
>> medical=defibrillator.
>>
>> On the subject of defibrillators, they could make a useful GB mapping
>> project. They need surveying, but it is something that both urban and
>> rural mappers could get out and find on the lighter evenings.
>>
>> Phil (trigpoint)
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-dk] highway=rest_area in Denmark

[Michael Andersen]

I strongly disagree with changing service=rest_area to highway=rest_area, 
since the way service=rest_area is used is quite different from the definition 
of highway=rest_area (which I find to be quite crappy). Just changing them will 
basically just mess up things, more than improve them. Adding a single 
highway=rest_area node at each occurence of service=rest_area is another 
matter though and in fact already has been done in a number of cases.

Onsdag den 20. april 2016 14:53:30 skrev Nelson A. de Oliveira:
> What I saw (and was trying to understand) is why 95% of all the
> highway=service + service=rest_area are located in Denmark.
> 
> 
> I can see some improvements regarding this question:
> 
> 1) it's possible to define a better tagging for highways that are
> resting areas, but this should be discussed/suggested in a more
> specific channel (the tagging list, for example)
> 
> 2) it's possible to create small buffers around the service=rest_area
> ways and find/calculate possible missing highway=services or
> highway=rest_area (or it could even be verified manually).
> 
> Of course I am not here to say "you must map using this specific tag"
> nor I don't want to just change all the highway=service +
> service=rest_area to highway=rest_area.
> 
> Regardless the first item, the second one should improve the data in
> Denmark.
> 
> Best regards,
> Nelson
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk


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

Re: [Talk-gb-westmidlands] GPS Tracks

[Brian Prangle]

Hi Jonathan

try some of the tools listed here
http://wiki.openstreetmap.org/wiki/Batch_Upload_of_GPX_%28various_tools%29

Regards

brian

On 20 April 2016 at 16:58, Jonathan  wrote:

>
>
> Hi all,
>
>
>
> Sorry if this isn’t pertinent to this list but if not point me in the
> right direction.
>
>
>
> I have a large number, hundreds and growing, of GPS tracks I’ve created
> while driving my van around the west midlands.
>
>
>
> I’m after a tool, web or Windows based, to help me upload them, en-masse,
> to OSM and also to help me to gather metrics from them, such as how many
> miles covered, avg speed etc, preferably exporting such data in a
> spreadsheet.  I’d also like to see them all overlaid on an OSM map for
> capturing of an image.
>
>
>
> Any thoughts?
>
>
>
> Thanks
>
>
>
> Jonathan
>
> Bigfatfrog67
>
>
>
>
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-GB] Remove tag "priority" from railways

[Brian Prangle]

Hi Roland

If it's only one line affected it looks like it's the work of one user.
Have you tried contacting him/her? Otherwise I have no objections to your
proposed mechanical edit

Regards

Brian

On 21 April 2016 at 08:36, Roland Olbricht  wrote:

> Dear all,
>
> we (corporation Mentz) would like to remove the tag "priority" from the
> railways in GB.
>
> They have been intially set by us to denote railway lines with important
> passenger traffic. But the German community has asked us there to use the
> route relations for that purpose instead. That has the advantage that the
> burden of maintaining it up to date is shared by more eyeballs.
>
> We would like to keep this consistent in GB. It is only one line affected:
> http://overpass-turbo.eu/s/fNB
>
> I would therefore suggest to do a mechanical edit that drops the tag
> "prioity" from the ways of this line.
>
> Best regards,
>
> Roland
>
> --
> Dr. Roland Olbricht
> mdv - Mentz Datenverarbeitung GmbH
> Am Mittelhafen 10
> 48155 Münster
> e-Mail: olbri...@mentz.net
> Tel: +49 (0) 251 70330 232
> Fax: +49 (0) 251 70330 300
> http://www.mentz.net
>
> Sitz der Gesellschaft:
> Grillparzerstraße 18, 81675 München
> Geschäftsführer Dr.-Ing. Hans-J. Mentz
> Amtsgericht München, HRB 91898
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-lt] Osmand įgarsinimas

[RN]

Dėkui už nuorodą. Laisvalaikiu butinai paskaitysiu. Tiktai šis tekstas 
turėtu būti ne kažkur interneto platybėse, o betarpiškai pačioje programoje.



On April 21, 2016 10:47:15 AM Rimas Kudelis  wrote:


Gerai jau, baikim stumti ant to patrioto, geriau pasidarykim tą
įgarsinimą patys.

Rimas

2016-04-21 10:41, Mantas rašė:

Yra vertimas ir į lietuvių kalbą, tik ne trečiai, o antrai versijai:

http://www.akl.lt/ak/licencijos/?doc=gpl.html

2016 m. balandžio 21 d. 10:34, RN > rašė:

Programos NaviJazz GO autorius draudžia Lietuvišką įgarsinimą
platinti. Rašo, kad tai pažeidžia licencijos sąlygas, nors kas
toje licensijoje parašyta neaišku. Licencijos tekstas tik anglų
kalba,o teksto vertimo į Valstybinę Lietuvių kalbą nėra. Kadangi
anglų kalba lietuvoje dar kol kas neturi antros valstybinės kalbos
statuso, tai vartotojas skaityti, o tuo labiau pats daryti vertimą
neprivalo! Pats programos autorius privalo pateikti licencijos
tekstą vartotojui suprantama kalba.






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

Re: [Talk-lt] Osmand

[Mantas]

Dar grįžtant prie licencijos klausimo. Radau labai gražiai paaiškintą GPLv3
licenciją:

https://www.tldrlegal.com/l/gpl-3.0

Ten „Privaloma“ skiltyje yra toks punktas: „Disclose Source“ (lietuviškai
„Atskleisti kodą“), kur nurodyta:

„All code linked with GPL 3.0 source code must be disclosed under a GPL 3.0
compatible license.“

Vertimas

„Visas kodas siejamas su GPL 3.0 išeities kodu turi būti atskleistas pagal
GPL 3.0 arba suderinamą licencija.“

Šiuo atveju, kaip suprantu NaviJazz naudoja OsmAnd kaip biblioteką ir tai
reiškia, kad NaviJazz turi atskleisti savo kodą pagal GPL 3.0 arba
suderinamą licenciją.

Yra dar kita licencija LGPL:

https://www.tldrlegal.com/l/lgpl-3.0

Kur L reiškia „Mažesnis GPL“. LGPL leidžia kitoms uždaro kodo programoms
naudoti LGPL kodą, kaip biblioteką ir nereikalauja atskleisti programos
kodo. Tačiau, OsmAnd licencija yra GPL, o ne LGPL, todėl NaviJazz
akivaizdžiai pažeidžia OsmAnd licenciją.

Aš čia nepuolu nei ką, tiesiog informuoju NaviJazz kūrėjus :)

O priekaištai dėl vertimo nebūvimo yra visiškai nepagrįsti. Tiek Lietuvoje,
tiek visame pasaulyje yra labai griežtos autorių teisės, kurios *pagal
nutylėjimą* draudžia naudoti autorinį kūrinį, bet kokiems tikslams, nebent
nurodyta kitaip. Ir draudimas galioja net 70 metų po autoriaus mirties.
Todėl tiems, kurie nemoka anglų kalbos ir nesupranta licencijos, nėra jokio
pagrindo manyti, kad gali imti autorinį kūrinį ir daryti su juo ką nori,
kadangi iš esmės licencija ne draudžia, o leidžia.

Visai nesenai turėjau progą atsinaujinti žinias atvirų licencijų klausimais
Technariume vykusiame susitikime su teisininke Jūrate, kuri konsultavo
atvirų licencijų klausimais:

http://www.meetup.com/Technarium/events/230272744/

Todėl, jei NaviJazz autoriams kyla abejonių, siūlau susisiekti su
teisininke Jūrate:

http://www.iam.lt/komanda/








2016 m. balandžio 20 d. 19:49, Darius Žitkevičius  rašė:

> Kas žino kaip kuriamas TTS, mielai prisidėčiau.
> Į Sauliaus sapaliones, kad nevarkit mes tuoj visą padarysim, nebekreipkim
> dėmesio.
>
> 2016 m. balandžio 20 d. 19:23, Eduardas Kriščiūnas 
> rašė:
>
>> Tai labai tipiškas tų „nepiktų“ žmonių „argumentas“. Dažniausiai visokie
>> nusikaltėliai ir pažeidėjai siūlo nebūti piktais, kai jiems oficialiais
>> būdais parodai įstatymo raidę. Nors prieš tai jie ant tavęs visai
>> „nepiktai“ spjaudė.
>>
>> O jei į temą, tai garso failus išbandžiau ir tikrai matau poreikį
>> normaliam TTS įgarsinimui. Tie natūralaus balso pertrūkiai konstruojant
>> sakinius labai apsunkina informacijos suvokimą.
>>
>> 2016.04.20 18:58, Rimas Kudelis rašė:
>>
>>> Ahem, „piktų žmonių“? Vadinasi, kai jūs rašote, kad kažkokie siūlomi
>>> veiksmai „pažeidžia NaviJazz licenciją“, tai jūs kuriate darbo vietas, o
>>> štai kai kiti jums geranoriškai paaiškina, kad jūs, platindami
>>> „NaviJazz“, tikriausiai patys pažeidėte GPL licenciją, pagal kurią
>>> licencijuotas jūsų programos pagrindas, ir siūlo pasitikslinti, tai jie
>>> jau pikti žmonės?
>>>
>>> Jeigu savęs prie tų piktų žmonių nepriskiriate, tai jūsų požiūris
>>> nelabai nuoseklus, sakyčiau...
>>>
>>
>>
>> ___
>> Talk-lt mailing list
>> Talk-lt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-lt
>>
>
>
>
> --
> Darius Žitkevičius
>
> Laimingas tas, kuris džiaugsmingai dirba ir džiaugiasi darbais, kuriuos
> padarė. – J. V. Gėtė.
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
>


-- 
 Mantas aka sirex
  __o   /\
_ \<,_   -- launchpad.net/~sirex --  /\/  \
___(_)/_(_)_/_/\
^
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-lt] Osmand įgarsinimas

[Domas Jokubauskis]

2016.04.20 19:51, Rimas Kudelis rašė:
> O TTS šiame kontekste reiškia „text-to-speech“ (mašininį įgarsinimą)
> ar kažką kito? Jeigu pirmasis atvejis, tai klausimas: ar niekas
> nebandė reikiamų failų sugeneruoti „Liepos“ balsų pagalba? Ar tai dėl
> kažkokių priežasčių netinkamas būdas?

Pažiūrėjau, kad eSpeak TTS variklis palaiko lietuvių kalbą. Yra
variantas ir Android pritaikytas. Reiktų parašyti, ką tam TTS kalbėti.
Pavyzdį pridedu. Tekstas: "tikslą pasieksite po 10 kilometrų". Bandžiau
su Gespeaker.

-- 
Pagarbiai
Domas Jokubauskis



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

Re: [Talk-dk] manglende bygningsdata

[Michael Andersen]

Hej

Jeg sætter personligt pris på at der nu endeligt tages initiativ til en import 
af bygninger (Jeg har lagt et betydeligt arbejde i den danske del, men har 
haft et helt andet fokus og aldrig haft fingrene i de offentlige data). På den 
anden side har jeg også en ganske betydelig erfaring som bidragsyder og 
har været vidne til adskillige importer, som efter min mening, i nogle 
tilfælde aldrig burde have været foretaget og i andre tilfælde burde have 
været "datavasket" inden udførelse og i alle tilfælde burde have været 
korrekt dokumenteret ifølge 
http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct[1] 
.
På grund af mine erfaringer vil jeg personligt meget gerne have lejlighed til 
fremover at have grundigt snor i alt hvad der foretages af importer i den 
danske del af OSM og jeg finder det ret respektløst at du trods gentagne 
henstillinger om at følge vores procedure for den slags er fortsat med at 
importere (http://www.openstreetmap.org/changeset/38727834).

Jeg har derfor kontaktet 
http://wiki.openstreetmap.org/wiki/Data_working_group[2] 
 (som jeg kan se allerede har været aktiv: 
http://www.openstreetmap.org/changeset/38747869)

Jeres projektleder er velkommen til selv at tilmelde sig listen her.

Mvh http://www.openstreetmap.org/user/Hjart

Onsdag den 20. april 2016 11:21:22 skrev Lars Christensen:
> Ja er enig i at Geoforum ikke har noget med dette at gøre. Det er SDFE 
man
> skal kigge til, hvis man skal kigge til nogen. Dog kan vi jo "bare" læse
> betingelserne her:
> http://download.kortforsyningen.dk/content/vilk%C3%A5r-og-betingelser
> 
> Her står:
> *"Myndigheden giver en verdensomspændende, gratis, ikke-eksklusiv, og 
i
> øvrigt ubegrænset brugsret til data, som frit bl.a. kan:*
> 
>- *kopieres, distribueres og offentliggøres,*
>- *ændres og sammensættes med andet materiale*
>- *bruges kommercielt og ikke-kommercielt" *
> 
> Derudover står der mht. kilder:
> *"Kildeangivelse*
> 
> *Myndigheden håndhæver sin ophavsret. Når data anvendes skal 
brugeren: *
> 
>- *på et rimeligt sted egnet til distributionsmediet indsætte følgende:*
> 
> 
> 
> 
> 
> *1. ”Indeholder data fra Geodatastyrelsen”
> 2. Navnet på datasættet(ene)3. Tidspunkt, hvor
> datasættet(ene) er hentet hos myndigheden, eller om der er tale om en
> datatjeneste.(fx: ”Indeholder data fra Geodatastyrelsen,
> Kort10, januar 2013”. Eller: ”Indeholder data fra
> Geodatastyrelsen, Matrikelkortet, WMS-tjeneste”)" *
> 
> Derfor skal der ved masse importen jo bare sikres at der står disse ting i
> og at SDFE på en måde står som kilde til data. Så mener jeg at OSM har
> ryggen fri.
> 
> Målet med de frie data er jo lige netop at det skal bruges og skabe 
vækst
> og være til gavn. OSM bliver brugt mere og mere af kommuner og 
private,
> både som baggrundskort og lagring / hentning af data. Derfor mener jeg 
ikke
> at vi skal begrænse det og gøre det bureaukratisk, men blot forholde os 
til
> det der står på kortforsyningens hjemmeside.
> 
> Med venlig hilsen
> Lars Agerskov Christensen
> 
> 
> Den 20. april 2016 kl. 11.10 skrev Uffe Kousgaard <
> 
> uffe.kousga...@routeware.dk>:
> > Hej,
> > 
> > Geoforum Danmark har ikke noget med disse data at gøre.
> > Det er nok nærmere Geodatastyrelsen, som har fået et nyt 
bureaukratisk
> > navn, som er absolut intetsigende og umuligt at huske.
> > 
> > mvh
> > Uffe Kousgaard
> > 
> > 
> > 
> > Soren Johannessen wrote:
> > 
> > Hej Lars
> > 
> > Du bliver nødt til først at oprette en engelsk wiki-side på OSM Wiki
> > om at du har planer om en masseimport - læs her hvad den skal
> > indeholde https://wiki.openstreetmap.org/wiki/Import/Guidelines
> > 
> > Hvis du bare starter en masseimport så lukker OSM datagruppen din
> > konto ned samt reverter tilbage det du har lagt ind.
> > 
> > Dernæst skal der være konsensus blandt de danske OSM brugere om 
at det
> > er en god ide at bygninger kommer ind + Så skal det afklares med
> > Geoforum Danmark om bygningspolygonerne må smides i OSM 
(licensen).
> > Det bedste er at nogen ansvarlige i Geoforum Danmark siger at OSM 
godt
> > må bruge  bygningspolygoner fra de frie grunddata - Så har OSM DK 
det
> > på skrift og har ryggen fri.
> > 
> > NB - jeg er selv tilhænger af disse bygningspolygoner vi mangler 
mange
> > steder i DK komme ind fra de frie grunddata, men vi skal lige gøre det
> > med omtanke samt få det afklaret vedr. licens
> > 
> > 
> > Vh
> > Søren Johannessen
> > 
> > 
> > 2016-04-20 10:02 GMT+02:00 Lars
> > Christensen
> > :
> > 
> > 
> > Hej
> > 
> > Jeg er igang med at uploade manglende bygninger i områder i Hillerød,
> > Måløv, Gladsaxe og Bagsværd. Derudover vil der også blive lagt 
manglende
> > stier, der går mellem nogle af bygningerne.
> > 
> > Alt data kommer fra Frie danske geodata.
> > 
> > Dette indgår i et projekt vi har hos Niras. I er velkommen til at 

Re: [Talk-lt] Osmand įgarsinimas

[Mantas]

Yra vertimas ir į lietuvių kalbą, tik ne trečiai, o antrai versijai:

http://www.akl.lt/ak/licencijos/?doc=gpl.html

2016 m. balandžio 21 d. 10:34, RN  rašė:

> Programos NaviJazz GO autorius draudžia Lietuvišką įgarsinimą platinti.
> Rašo, kad tai pažeidžia licencijos sąlygas, nors kas toje licensijoje
> parašyta neaišku. Licencijos tekstas tik anglų kalba,o teksto vertimo į
> Valstybinę Lietuvių kalbą nėra. Kadangi anglų kalba lietuvoje dar kol kas
> neturi antros valstybinės kalbos statuso, tai vartotojas skaityti, o tuo
> labiau pats daryti vertimą neprivalo! Pats programos autorius privalo
> pateikti licencijos tekstą vartotojui suprantama kalba.
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
>


-- 
 Mantas aka sirex
  __o   /\
_ \<,_   -- launchpad.net/~sirex --  /\/  \
___(_)/_(_)_/_/\
^
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

[Talk-GB] Remove tag "priority" from railways

[Roland Olbricht]

Dear all,

we (corporation Mentz) would like to remove the tag "priority" from the 
railways in GB.

They have been intially set by us to denote railway lines with important 
passenger traffic. But the German community has asked us there to use the route 
relations for that purpose instead. That has the advantage that the burden of 
maintaining it up to date is shared by more eyeballs.

We would like to keep this consistent in GB. It is only one line affected:
http://overpass-turbo.eu/s/fNB

I would therefore suggest to do a mechanical edit that drops the tag "prioity" 
from the ways of this line.

Best regards,

Roland

--
Dr. Roland Olbricht
mdv - Mentz Datenverarbeitung GmbH
Am Mittelhafen 10
48155 Münster
e-Mail: olbri...@mentz.net
Tel: +49 (0) 251 70330 232
Fax: +49 (0) 251 70330 300
http://www.mentz.net

Sitz der Gesellschaft:
Grillparzerstraße 18, 81675 München
Geschäftsführer Dr.-Ing. Hans-J. Mentz
Amtsgericht München, HRB 91898

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

Re: [Talk-lt] Osmand įgarsinimas

[RN]

Programos NaviJazz GO autorius draudžia Lietuvišką įgarsinimą platinti. 
Rašo, kad tai pažeidžia licencijos sąlygas, nors kas toje licensijoje 
parašyta neaišku. Licencijos tekstas tik anglų kalba,o teksto vertimo į 
Valstybinę Lietuvių kalbą nėra. Kadangi anglų kalba lietuvoje dar kol kas 
neturi antros valstybinės kalbos statuso, tai vartotojas skaityti, o tuo 
labiau pats daryti vertimą neprivalo! Pats programos autorius privalo 
pateikti licencijos tekstą vartotojui suprantama kalba.
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt