[Talk-it] Strada interrotta e routing

[Fabrizio Carrai]

Dopo la tragica alluvione che ha colpito Livorno ho dovuto inserire un tag
barrier=jersey_barrier per l'interruzione della SP8 [1]. Come ricordato da
Daniele ho atteso diverse ore, ma il routing continua a farmi passare sulla
strada, il tag barrier sembra ignorato.
Avete delle indicazioni ?

Grazie

-- 
*Fabrizio*

*[1] *https://www.openstreetmap.org/node/1079775332
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-cl] Datos cartográficos desde mapas Precenso 2016/Censo2017

[Marco González Luengo]

Estimados,

Hoy mi hermano me acaba de mostrar que la página del Censo 2017 tiene datos
cartográficos sobre calles, manzanas y división administrativa de Chile que
probablemente pueda sernos útil para mapear zonas que aún tienen resultados
incompletos y que aún no han sido cotejadas por revisión manual.

http://www.censo2017.cl/resultados-precenso-2016#1483043043443-4db741fa-4733

¿Son considerables para integrar o usar como fuente? ¿Cómo habría que
hacer? Me son relevantes para hacer ediciones a Pichilemu, mi ciudad de
interés, para al menos tener un callejero más preciso, ya que la ciudad ha
cambiado significativamente en los últimos 5 años.

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

[OSM-talk] JOSM now supports OSM+Wikidata service

[Yuri Astrakhan]

The "not yet fully named" service is now accessible directly from JOSM -
just like OT.  Simply install or update Wikipedia plugin, and it will show
up in the download data screen (expert mode).

Documentation:
https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service#Using_from_JOSM
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[James]

Mappy McDataFace+1

On Sep 17, 2017 8:05 PM, "Blake Girardot HOT/OSM" 
wrote:

Mappy McDataFace is a serious suggestion, please include it in any
official lists of proposals.

Cheers
Blake

On Sun, Sep 17, 2017 at 5:46 PM, Yuri Astrakhan 
wrote:
> One thing we should consider is the domain name.  I doubt we can afford
> woq.com :)
>
> These names were proposed
> woq   2
> wdoqs
> woqs
> q936
>
> And these proposed names have OSM in them, so likely are not good
according
> to Legal
> wosm  2
> wikosm
> wdosm
> wikidosm
>
> (P.S. Sorry for double - hit send too fast before fixing the first list)
>
> On Sun, Sep 17, 2017 at 5:45 PM, Yuri Astrakhan 
> wrote:
>>
>> One thing we should consider is the domain name.  I doubt we can afford
>> woq.com :)
>>
>> These names were proposed
>> woq   2
>> wdoqs
>> wdosm
>> woqs
>> q936
>>
>> And these proposed names have OSM in them, so likely are not good
>> according to Legal
>> wosm  2
>> wikosm
>> wikidosm
>>
>>
>> On Sun, Sep 17, 2017 at 5:10 PM, Simon Poole  wrote:
>>>
>>> I believe there is a slight misunderstanding, while remixing
>>> OpenStreetMap/OSM/etc in various ways may result in cutesy copycat
domain
>>> names they simply do not jibe well with reality.
>>>
>>> Not only does every single one of them weaken the standing of the marks
>>> themselves and make is increasingly difficult to take action against
misuse,
>>> they are further uncontrollable liabilities for the whole community. I
gave
>>> the example of OpenWeatherMap, but there are others that would be really
>>> painful if they ended up in the hands of your fav giant tech corp.
>>>
>>> That said, I'm not sure why you believe the policy has broken something,
>>> with the exception of a few local chapters, to my knowledge, the OSMF
has
>>> never granted a licence to anybody to use the marks in a domain name. As
>>> outlined in the FAQ we will be operating a grandfathering scheme to
legalize
>>> such use after the fact so actually making such use legit for the first
>>> time.
>>>
>>> And yes: WoQ would be a wonderful name for Yuris service and shows that
>>> it is completely possible to break out of the old schema of simply
copying
>>> OSM.
>>>
>>> Simon
>>>
>>>
>>> Am 17.09.2017 um 15:57 schrieb Yves:
>>>
>>> So, no OpenSparqlMap, then? :(
>>> Sad, this policy definitely broke something.
>>> Yves
>>>
>>> Le 17 septembre 2017 12:58:12 GMT+02:00, Blake Girardot
>>>  a écrit :

 Hi,

 How does this relate to the new draft trademark policy?

 I can't tell from the draft policy, but I believe that OSM at least is
 a protected mark, not sure about osm.

 But I do think Simone Poole asked the community to stop naming things
 with osm trademarks in them or variations on openstreetmap phrase.

 Cheers
 blake

 On Sat, Sep 16, 2017 at 5:11 PM, Yuri Astrakhan
  wrote:
>
>  The new service is getting more and more usage, but it lacks the most
>  important thing - a good name.  So far my two choices are:
>
>  * wikosm
>  * wikidosm
>
>  Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap
>  databases, and uses SPARQL (query language) to search it, so might be
> good
>  to reflect that in the name.
>
>
> https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_
SPARQL_query_service
>
>  P.S.  I know this is the hardest problem after off-by-one and
> caching...
>
> 
>  talk mailing list
>  talk@openstreetmap.org
>  https://lists.openstreetmap.org/listinfo/talk


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



--

Blake Girardot
Humanitarian OpenStreetMap Team

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

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Blake Girardot HOT/OSM]

Mappy McDataFace is a serious suggestion, please include it in any
official lists of proposals.

Cheers
Blake

On Sun, Sep 17, 2017 at 5:46 PM, Yuri Astrakhan  wrote:
> One thing we should consider is the domain name.  I doubt we can afford
> woq.com :)
>
> These names were proposed
> woq   2
> wdoqs
> woqs
> q936
>
> And these proposed names have OSM in them, so likely are not good according
> to Legal
> wosm  2
> wikosm
> wdosm
> wikidosm
>
> (P.S. Sorry for double - hit send too fast before fixing the first list)
>
> On Sun, Sep 17, 2017 at 5:45 PM, Yuri Astrakhan 
> wrote:
>>
>> One thing we should consider is the domain name.  I doubt we can afford
>> woq.com :)
>>
>> These names were proposed
>> woq   2
>> wdoqs
>> wdosm
>> woqs
>> q936
>>
>> And these proposed names have OSM in them, so likely are not good
>> according to Legal
>> wosm  2
>> wikosm
>> wikidosm
>>
>>
>> On Sun, Sep 17, 2017 at 5:10 PM, Simon Poole  wrote:
>>>
>>> I believe there is a slight misunderstanding, while remixing
>>> OpenStreetMap/OSM/etc in various ways may result in cutesy copycat domain
>>> names they simply do not jibe well with reality.
>>>
>>> Not only does every single one of them weaken the standing of the marks
>>> themselves and make is increasingly difficult to take action against misuse,
>>> they are further uncontrollable liabilities for the whole community. I gave
>>> the example of OpenWeatherMap, but there are others that would be really
>>> painful if they ended up in the hands of your fav giant tech corp.
>>>
>>> That said, I'm not sure why you believe the policy has broken something,
>>> with the exception of a few local chapters, to my knowledge, the OSMF has
>>> never granted a licence to anybody to use the marks in a domain name. As
>>> outlined in the FAQ we will be operating a grandfathering scheme to legalize
>>> such use after the fact so actually making such use legit for the first
>>> time.
>>>
>>> And yes: WoQ would be a wonderful name for Yuris service and shows that
>>> it is completely possible to break out of the old schema of simply copying
>>> OSM.
>>>
>>> Simon
>>>
>>>
>>> Am 17.09.2017 um 15:57 schrieb Yves:
>>>
>>> So, no OpenSparqlMap, then? :(
>>> Sad, this policy definitely broke something.
>>> Yves
>>>
>>> Le 17 septembre 2017 12:58:12 GMT+02:00, Blake Girardot
>>>  a écrit :

 Hi,

 How does this relate to the new draft trademark policy?

 I can't tell from the draft policy, but I believe that OSM at least is
 a protected mark, not sure about osm.

 But I do think Simone Poole asked the community to stop naming things
 with osm trademarks in them or variations on openstreetmap phrase.

 Cheers
 blake

 On Sat, Sep 16, 2017 at 5:11 PM, Yuri Astrakhan
  wrote:
>
>  The new service is getting more and more usage, but it lacks the most
>  important thing - a good name.  So far my two choices are:
>
>  * wikosm
>  * wikidosm
>
>  Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap
>  databases, and uses SPARQL (query language) to search it, so might be
> good
>  to reflect that in the name.
>
>
> https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service
>
>  P.S.  I know this is the hardest problem after off-by-one and
> caching...
>
> 
>  talk mailing list
>  talk@openstreetmap.org
>  https://lists.openstreetmap.org/listinfo/talk


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



-- 

Blake Girardot
Humanitarian OpenStreetMap Team

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

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Pierre Béland]

Then WiseOM ! No OSM license and neither hotosm Blake ;)
 
Pierre 


  De : Yuri Astrakhan 
 À : winfi...@gmail.com 
Cc : OpenStreetMap talk mailing list 
 Envoyé le : Dimanche 17 Septembre 2017 19h20
 Objet : Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata 
service?
   
RichardF on IRC suggested "semaptic" >  take the "semantic" word associated 
with wikidata and add moar mapswhich seem to have gained a few support votes 
there.   Does it have any negative meanings in any languages?
On Sun, Sep 17, 2017 at 6:15 PM, Jo  wrote:

SparklyMapData or SparklyDataMap

2017-09-17 23:46 GMT+02:00 Yuri Astrakhan :

One thing we should consider is the domain name.  I doubt we can afford woq.com 
:)
These names were proposedwoq   2wdoqs 
woqs
q936
And these proposed names have OSM in them, so likely are not good according to 
Legalwosm  2wikosmwdosm wikidosm
(P.S. Sorry for double - hit send too fast before fixing the first list)
On Sun, Sep 17, 2017 at 5:45 PM, Yuri Astrakhan  wrote:

One thing we should consider is the domain name.  I doubt we can afford woq.com 
:)
These names were proposedwoq   2wdoqs 
wdosm woqsq936
And these proposed names have OSM in them, so likely are not good according to 
Legalwosm  2wikosmwikidosm

On Sun, Sep 17, 2017 at 5:10 PM, Simon Poole  wrote:

  I believe there is a slight misunderstanding, while remixing 
OpenStreetMap/OSM/etc in various ways may result in cutesy copycat domain names 
they simply do not jibe well with reality. Not only does every single one of 
them weaken the standing of the marks themselves and make is increasingly 
difficult to take action against misuse, they are further uncontrollable 
liabilities for the whole community. I gave the example of OpenWeatherMap, but 
there are others that would be really painful if they ended up in the hands of 
your fav giant tech corp. That said, I'm not sure why you believe the policy 
has broken something, with the exception of a few local chapters, to my 
knowledge, the OSMF has never granted a licence to anybody to use the marks in 
a domain name. As outlined in the FAQ we will be operating a grandfathering 
scheme to legalize such use after the fact so actually making such use legit 
for the first time. And yes: WoQ would be a wonderful name for Yuris service 
and shows that it is completely possible to break out of the old schema of 
simply copying OSM. Simon
  
 Am 17.09.2017 um 15:57 schrieb Yves:
  
So, no OpenSparqlMap, then? :(
 Sad, this policy definitely broke something. 
 Yves 
 
 Le 17 septembre 2017 12:58:12 GMT+02:00, Blake Girardot  
a écrit : 
 Hi,

How does this relate to the new draft trademark policy?

I can't tell from the draft policy, but I believe that OSM at least is
a protected mark, not sure about osm.

But I do think Simone Poole asked the community to stop naming things
with osm trademarks in them or variations on openstreetmap phrase.

Cheers
blake

On Sat, Sep 16, 2017 at 5:11 PM, Yuri Astrakhan  wrote:

 The new service is getting more and more usage, but it lacks the most 
important thing - a good name. So far my two choices are: * wikosm * wikidosm 
Suggestions? Votes? The service combines Wikidata and OpenStreetMap databases, 
and uses SPARQL (query language) to search it, so might be good to reflect that 
in the name. https://wiki.openstreetmap.org /wiki/Wikidata%2BOSM_SPARQL_qu 
ery_service P.S. I know this is the hardest problem after off-by-one and 
caching... talk mailing list talk@openstreetmap.org 
https://lists.openstreetmap.or g/listinfo/talk
 
  
  
 __ _
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.or g/listinfo/talk
 
 
 
__ _
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.or g/listinfo/talk






__ _
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.or g/listinfo/talk





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


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

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Yuri Astrakhan]

RichardF on IRC suggested "semaptic"
>  take the "semantic" word associated with wikidata and add moar maps
which seem to have gained a few support votes there.   Does it have any
negative meanings in any languages?

On Sun, Sep 17, 2017 at 6:15 PM, Jo  wrote:

> SparklyMapData or SparklyDataMap
>
> 2017-09-17 23:46 GMT+02:00 Yuri Astrakhan :
>
>> One thing we should consider is the domain name.  I doubt we can afford
>> woq.com :)
>>
>> These names were proposed
>> woq   2
>> wdoqs
>> woqs
>> q936
>>
>> And these proposed names have OSM in them, so likely are not good
>> according to Legal
>> wosm  2
>> wikosm
>> wdosm
>> wikidosm
>>
>> (P.S. Sorry for double - hit send too fast before fixing the first list)
>>
>> On Sun, Sep 17, 2017 at 5:45 PM, Yuri Astrakhan 
>> wrote:
>>
>>> One thing we should consider is the domain name.  I doubt we can afford
>>> woq.com :)
>>>
>>> These names were proposed
>>> woq   2
>>> wdoqs
>>> wdosm
>>> woqs
>>> q936
>>>
>>> And these proposed names have OSM in them, so likely are not good
>>> according to Legal
>>> wosm  2
>>> wikosm
>>> wikidosm
>>>
>>>
>>> On Sun, Sep 17, 2017 at 5:10 PM, Simon Poole  wrote:
>>>
 I believe there is a slight misunderstanding, while remixing
 OpenStreetMap/OSM/etc in various ways may result in cutesy copycat domain
 names they simply do not jibe well with reality.

 Not only does every single one of them weaken the standing of the marks
 themselves and make is increasingly difficult to take action against
 misuse, they are further uncontrollable liabilities for the whole
 community. I gave the example of OpenWeatherMap, but there are others that
 would be really painful if they ended up in the hands of your fav giant
 tech corp.

 That said, I'm not sure why you believe the policy has broken
 something, with the exception of a few local chapters, to my knowledge, the
 OSMF has never granted a licence to anybody to use the marks in a domain
 name. As outlined in the FAQ we will be operating a grandfathering scheme
 to legalize such use after the fact so actually making such use legit for
 the first time.

 And yes: WoQ would be a wonderful name for Yuris service and shows that
 it is completely possible to break out of the old schema of simply copying
 OSM.

 Simon

 Am 17.09.2017 um 15:57 schrieb Yves:

 So, no OpenSparqlMap, then? :(
 Sad, this policy definitely broke something.
 Yves

 Le 17 septembre 2017 12:58:12 GMT+02:00, Blake Girardot
   a écrit :
>
> Hi,
>
> How does this relate to the new draft trademark policy?
>
> I can't tell from the draft policy, but I believe that OSM at least is
> a protected mark, not sure about osm.
>
> But I do think Simone Poole asked the community to stop naming things
> with osm trademarks in them or variations on openstreetmap phrase.
>
> Cheers
> blake
>
> On Sat, Sep 16, 2017 at 5:11 PM, Yuri Astrakhan  
>  wrote:
>>
>>  The new service is getting more and more usage, but it lacks the most
>>  important thing - a good name.  So far my two choices are:
>>
>>  * wikosm
>>  * wikidosm
>>
>>  Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap
>>  databases, and uses SPARQL (query language) to search it, so might be 
>> good
>>  to reflect that in the name.
>>
>>  https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service
>>
>>  P.S.  I know this is the hardest problem after off-by-one and caching...
>>
>> --
>>
>>  talk mailing list
>>  talk@openstreetmap.org
>>  https://lists.openstreetmap.org/listinfo/talk
>
>
>
>

 ___
 talk mailing 
 listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk



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


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

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Jo]

SparklyMapData or SparklyDataMap

2017-09-17 23:46 GMT+02:00 Yuri Astrakhan :

> One thing we should consider is the domain name.  I doubt we can afford
> woq.com :)
>
> These names were proposed
> woq   2
> wdoqs
> woqs
> q936
>
> And these proposed names have OSM in them, so likely are not good
> according to Legal
> wosm  2
> wikosm
> wdosm
> wikidosm
>
> (P.S. Sorry for double - hit send too fast before fixing the first list)
>
> On Sun, Sep 17, 2017 at 5:45 PM, Yuri Astrakhan 
> wrote:
>
>> One thing we should consider is the domain name.  I doubt we can afford
>> woq.com :)
>>
>> These names were proposed
>> woq   2
>> wdoqs
>> wdosm
>> woqs
>> q936
>>
>> And these proposed names have OSM in them, so likely are not good
>> according to Legal
>> wosm  2
>> wikosm
>> wikidosm
>>
>>
>> On Sun, Sep 17, 2017 at 5:10 PM, Simon Poole  wrote:
>>
>>> I believe there is a slight misunderstanding, while remixing
>>> OpenStreetMap/OSM/etc in various ways may result in cutesy copycat domain
>>> names they simply do not jibe well with reality.
>>>
>>> Not only does every single one of them weaken the standing of the marks
>>> themselves and make is increasingly difficult to take action against
>>> misuse, they are further uncontrollable liabilities for the whole
>>> community. I gave the example of OpenWeatherMap, but there are others that
>>> would be really painful if they ended up in the hands of your fav giant
>>> tech corp.
>>>
>>> That said, I'm not sure why you believe the policy has broken something,
>>> with the exception of a few local chapters, to my knowledge, the OSMF has
>>> never granted a licence to anybody to use the marks in a domain name. As
>>> outlined in the FAQ we will be operating a grandfathering scheme to
>>> legalize such use after the fact so actually making such use legit for the
>>> first time.
>>>
>>> And yes: WoQ would be a wonderful name for Yuris service and shows that
>>> it is completely possible to break out of the old schema of simply copying
>>> OSM.
>>>
>>> Simon
>>>
>>> Am 17.09.2017 um 15:57 schrieb Yves:
>>>
>>> So, no OpenSparqlMap, then? :(
>>> Sad, this policy definitely broke something.
>>> Yves
>>>
>>> Le 17 septembre 2017 12:58:12 GMT+02:00, Blake Girardot
>>>   a écrit :

 Hi,

 How does this relate to the new draft trademark policy?

 I can't tell from the draft policy, but I believe that OSM at least is
 a protected mark, not sure about osm.

 But I do think Simone Poole asked the community to stop naming things
 with osm trademarks in them or variations on openstreetmap phrase.

 Cheers
 blake

 On Sat, Sep 16, 2017 at 5:11 PM, Yuri Astrakhan  
  wrote:
>
>  The new service is getting more and more usage, but it lacks the most
>  important thing - a good name.  So far my two choices are:
>
>  * wikosm
>  * wikidosm
>
>  Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap
>  databases, and uses SPARQL (query language) to search it, so might be 
> good
>  to reflect that in the name.
>
>  https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service
>
>  P.S.  I know this is the hardest problem after off-by-one and caching...
>
> --
>
>  talk mailing list
>  talk@openstreetmap.org
>  https://lists.openstreetmap.org/listinfo/talk




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

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Yuri Astrakhan]

One thing we should consider is the domain name.  I doubt we can afford
woq.com :)

These names were proposed
woq   2
wdoqs
woqs
q936

And these proposed names have OSM in them, so likely are not good according
to Legal
wosm  2
wikosm
wdosm
wikidosm

(P.S. Sorry for double - hit send too fast before fixing the first list)

On Sun, Sep 17, 2017 at 5:45 PM, Yuri Astrakhan 
wrote:

> One thing we should consider is the domain name.  I doubt we can afford
> woq.com :)
>
> These names were proposed
> woq   2
> wdoqs
> wdosm
> woqs
> q936
>
> And these proposed names have OSM in them, so likely are not good
> according to Legal
> wosm  2
> wikosm
> wikidosm
>
>
> On Sun, Sep 17, 2017 at 5:10 PM, Simon Poole  wrote:
>
>> I believe there is a slight misunderstanding, while remixing
>> OpenStreetMap/OSM/etc in various ways may result in cutesy copycat domain
>> names they simply do not jibe well with reality.
>>
>> Not only does every single one of them weaken the standing of the marks
>> themselves and make is increasingly difficult to take action against
>> misuse, they are further uncontrollable liabilities for the whole
>> community. I gave the example of OpenWeatherMap, but there are others that
>> would be really painful if they ended up in the hands of your fav giant
>> tech corp.
>>
>> That said, I'm not sure why you believe the policy has broken something,
>> with the exception of a few local chapters, to my knowledge, the OSMF has
>> never granted a licence to anybody to use the marks in a domain name. As
>> outlined in the FAQ we will be operating a grandfathering scheme to
>> legalize such use after the fact so actually making such use legit for the
>> first time.
>>
>> And yes: WoQ would be a wonderful name for Yuris service and shows that
>> it is completely possible to break out of the old schema of simply copying
>> OSM.
>>
>> Simon
>>
>> Am 17.09.2017 um 15:57 schrieb Yves:
>>
>> So, no OpenSparqlMap, then? :(
>> Sad, this policy definitely broke something.
>> Yves
>>
>> Le 17 septembre 2017 12:58:12 GMT+02:00, Blake Girardot
>>   a écrit :
>>>
>>> Hi,
>>>
>>> How does this relate to the new draft trademark policy?
>>>
>>> I can't tell from the draft policy, but I believe that OSM at least is
>>> a protected mark, not sure about osm.
>>>
>>> But I do think Simone Poole asked the community to stop naming things
>>> with osm trademarks in them or variations on openstreetmap phrase.
>>>
>>> Cheers
>>> blake
>>>
>>> On Sat, Sep 16, 2017 at 5:11 PM, Yuri Astrakhan  
>>>  wrote:

  The new service is getting more and more usage, but it lacks the most
  important thing - a good name.  So far my two choices are:

  * wikosm
  * wikidosm

  Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap
  databases, and uses SPARQL (query language) to search it, so might be good
  to reflect that in the name.

  https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service

  P.S.  I know this is the hardest problem after off-by-one and caching...

 --

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

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Yuri Astrakhan]

One thing we should consider is the domain name.  I doubt we can afford
woq.com :)

These names were proposed
woq   2
wdoqs
wdosm
woqs
q936

And these proposed names have OSM in them, so likely are not good according
to Legal
wosm  2
wikosm
wikidosm


On Sun, Sep 17, 2017 at 5:10 PM, Simon Poole  wrote:

> I believe there is a slight misunderstanding, while remixing
> OpenStreetMap/OSM/etc in various ways may result in cutesy copycat domain
> names they simply do not jibe well with reality.
>
> Not only does every single one of them weaken the standing of the marks
> themselves and make is increasingly difficult to take action against
> misuse, they are further uncontrollable liabilities for the whole
> community. I gave the example of OpenWeatherMap, but there are others that
> would be really painful if they ended up in the hands of your fav giant
> tech corp.
>
> That said, I'm not sure why you believe the policy has broken something,
> with the exception of a few local chapters, to my knowledge, the OSMF has
> never granted a licence to anybody to use the marks in a domain name. As
> outlined in the FAQ we will be operating a grandfathering scheme to
> legalize such use after the fact so actually making such use legit for the
> first time.
>
> And yes: WoQ would be a wonderful name for Yuris service and shows that it
> is completely possible to break out of the old schema of simply copying OSM.
>
> Simon
>
> Am 17.09.2017 um 15:57 schrieb Yves:
>
> So, no OpenSparqlMap, then? :(
> Sad, this policy definitely broke something.
> Yves
>
> Le 17 septembre 2017 12:58:12 GMT+02:00, Blake Girardot
>   a écrit :
>>
>> Hi,
>>
>> How does this relate to the new draft trademark policy?
>>
>> I can't tell from the draft policy, but I believe that OSM at least is
>> a protected mark, not sure about osm.
>>
>> But I do think Simone Poole asked the community to stop naming things
>> with osm trademarks in them or variations on openstreetmap phrase.
>>
>> Cheers
>> blake
>>
>> On Sat, Sep 16, 2017 at 5:11 PM, Yuri Astrakhan  
>>  wrote:
>>>
>>>  The new service is getting more and more usage, but it lacks the most
>>>  important thing - a good name.  So far my two choices are:
>>>
>>>  * wikosm
>>>  * wikidosm
>>>
>>>  Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap
>>>  databases, and uses SPARQL (query language) to search it, so might be good
>>>  to reflect that in the name.
>>>
>>>  https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service
>>>
>>>  P.S.  I know this is the hardest problem after off-by-one and caching...
>>>
>>> --
>>>
>>>  talk mailing list
>>>  talk@openstreetmap.org
>>>  https://lists.openstreetmap.org/listinfo/talk
>>
>>
>>
>>
>
> ___
> talk mailing 
> listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Trademark policy

[Yves]

Sorry for breaking the thread.
I understand the reasoning and the need for this policy, Simon, but can't help 
seeing the disappearance of such naive (somebody said infamous? ) names a bit 
sad. 
But it's time to grow up, I guess. 
Cheers, 
Yves 

Le 17 septembre 2017 23:10:40 GMT+02:00, Simon Poole  a écrit :
>I believe there is a slight misunderstanding, while remixing
>OpenStreetMap/OSM/etc in various ways may result in cutesy copycat
>domain names they simply do not jibe well with reality.
>
>Not only does every single one of them weaken the standing of the marks
>themselves and make is increasingly difficult to take action against
>misuse, they are further uncontrollable liabilities for the whole
>community. I gave the example of OpenWeatherMap, but there are others
>that would be really painful if they ended up in the hands of your fav
>giant tech corp.
>
>That said, I'm not sure why you believe the policy has broken
>something,
>with the exception of a few local chapters, to my knowledge, the OSMF
>has never granted a licence to anybody to use the marks in a domain
>name. As outlined in the FAQ we will be operating a grandfathering
>scheme to legalize such use after the fact so actually making such use
>legit for the first time.
>
>And yes: WoQ would be a wonderful name for Yuris service and shows that
>it is completely possible to break out of the old schema of simply
>copying OSM.
>
>Simon
>
>
>Am 17.09.2017 um 15:57 schrieb Yves:
>> So, no OpenSparqlMap, then? :(
>> Sad, this policy definitely broke something.
>> Yves
>>
>> Le 17 septembre 2017 12:58:12 GMT+02:00, Blake Girardot
>>  a écrit :
>>
>> Hi,
>>
>> How does this relate to the new draft trademark policy?
>>
>> I can't tell from the draft policy, but I believe that OSM at
>least is
>> a protected mark, not sure about osm.
>>
>> But I do think Simone Poole asked the community to stop naming
>things
>> with osm trademarks in them or variations on openstreetmap
>phrase.
>>
>> Cheers
>> blake
>>
>> On Sat, Sep 16, 2017 at 5:11 PM, Yuri Astrakhan
> wrote:
>>
>> The new service is getting more and more usage, but it lacks
>> the most important thing - a good name. So far my two choices
>> are: * wikosm * wikidosm Suggestions? Votes? The service
>> combines Wikidata and OpenStreetMap databases, and uses
>SPARQL
>> (query language) to search it, so might be good to reflect
>> that in the name.
>>
>https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service
>> P.S. I know this is the hardest problem after off-by-one and
>> caching...
>>
>
>> talk mailing list talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
>>
>>
>>
>>
>> ___

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

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Simon Poole]

I believe there is a slight misunderstanding, while remixing
OpenStreetMap/OSM/etc in various ways may result in cutesy copycat
domain names they simply do not jibe well with reality.

Not only does every single one of them weaken the standing of the marks
themselves and make is increasingly difficult to take action against
misuse, they are further uncontrollable liabilities for the whole
community. I gave the example of OpenWeatherMap, but there are others
that would be really painful if they ended up in the hands of your fav
giant tech corp.

That said, I'm not sure why you believe the policy has broken something,
with the exception of a few local chapters, to my knowledge, the OSMF
has never granted a licence to anybody to use the marks in a domain
name. As outlined in the FAQ we will be operating a grandfathering
scheme to legalize such use after the fact so actually making such use
legit for the first time.

And yes: WoQ would be a wonderful name for Yuris service and shows that
it is completely possible to break out of the old schema of simply
copying OSM.

Simon


Am 17.09.2017 um 15:57 schrieb Yves:
> So, no OpenSparqlMap, then? :(
> Sad, this policy definitely broke something.
> Yves
>
> Le 17 septembre 2017 12:58:12 GMT+02:00, Blake Girardot
>  a écrit :
>
> Hi,
>
> How does this relate to the new draft trademark policy?
>
> I can't tell from the draft policy, but I believe that OSM at least is
> a protected mark, not sure about osm.
>
> But I do think Simone Poole asked the community to stop naming things
> with osm trademarks in them or variations on openstreetmap phrase.
>
> Cheers
> blake
>
> On Sat, Sep 16, 2017 at 5:11 PM, Yuri Astrakhan  
> wrote:
>
> The new service is getting more and more usage, but it lacks
> the most important thing - a good name. So far my two choices
> are: * wikosm * wikidosm Suggestions? Votes? The service
> combines Wikidata and OpenStreetMap databases, and uses SPARQL
> (query language) to search it, so might be good to reflect
> that in the name.
> 
> https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service
> P.S. I know this is the hardest problem after off-by-one and
> caching...
> 
> 
> talk mailing list talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk



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

Re: [OSM-talk] Transferring OSMTracker for Android development to the OpenStreetMap organization

[Simon Poole]

Hi Nicolas

I suspect that the dev mailing list would have been better, but that
isn't the key issue, finding a) somebody to look after the project and
b) when that is done, migrating the users in a reasonable way to a new
version/release, are the bigger questions. I haven't really even started
thinking about the consequences of publishing apps as OSM /OSMF but it
is naturally not impossible.

Simon

Am 17.09.2017 um 21:32 schrieb Nicolas Guillaumin:
> Hi,
>
> I'm the author of the OSMTracker for Android application:
> https://github.com/nguillaumin/osmtracker-android
> https://play.google.com/store/apps/details?id=me.guillaumin.android.osmtracker
>
>
> As people have probably noticed, development has more or less halted
> since a few years because I lack the time and motivation to continue
> working on the app. A factor has been that I moved to places where the
> OSM map is complete, so I'm not even using the app. myself anymore :)
>
> Pull requests and bug reports are regularly coming though, so I'd like
> to transfer the code to the OpenStreetMap GitHub organization so that
> someone can take over and continue maintaining & improving it. Ideally:
> - Transfer the GitHub project to the OSM organization
> - Transfer the Transifex project too, for translations
> - Remove the app. from the Google Play Store under my name, so that it
> can be re-published by OpenStreetMap / the new maintainer(s)
>
> I'm not sure this mailing list is the best place to discuss this, but
> there are so many communication channels these days that I wasn't sure
> where to post. Let me know if there's a better place, and if anyone is
> interested to take over?
>
> Thanks,
>
> Nico
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk




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

Re: [OSM-talk] talk Digest, Vol 157, Issue 18

[Kathleen Lu]

>From a trademark perspective, osm is the same as OSM.
But I really like WOQ(s), it's clever and easy to say.
- Kathleen

On Sun, Sep 17, 2017, 5:13 AM <talk-requ...@openstreetmap.org> wrote:

> Send talk mailing list submissions to
> talk@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk
> or, via email, send a message with subject or body 'help' to
> talk-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of talk digest..."
>
>
> Today's Topics:
>
>1. Re: Name challenge - what to call the new OSM+Wikidata
>   service? (Florian Schäfer)
>2. Re: Name challenge - what to call the new OSM+Wikidata
>   service? (Blake Girardot)
>
>
> --
>
> Message: 1
> Date: Sun, 17 Sep 2017 11:45:35 +0200
> From: Florian Schäfer <flor...@schaeferban.de>
> To: talk@openstreetmap.org
> Subject: Re: [OSM-talk] Name challenge - what to call the new
> OSM+Wikidata service?
> Message-ID: <e0d3449e-ae93-5c97-c89e-f3148f48d...@schaeferban.de>
> Content-Type: text/plain; charset="utf-8"
>
> Hi,
> my suggestion would be WOQ (pronounced like "Wok"), which would be short
> for "Wikidata-OSM-Queryservice". Or WOQs, if you don't want to only use
> one letter for "query" and "service".
> The soundalike word "Wok" could also in my opinion be a good metaphor,
> you can put Wikidata and OSM data "into a Wok" and "cook" something new
> out of it. Maybe the logo could then be a Wok containing map elements
> like highways, rivers, forests and so on and also something representing
> Wikidata (like the colourful barcode).
>
> Cheers,
> Florian
>
> Am 16.09.2017 um 23:11 schrieb Yuri Astrakhan:
> > The new service is getting more and more usage, but it lacks the most
> > important thing - a good name.  So far my two choices are:
> >
> > * wikosm
> > * wikidosm
> >
> > Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap
> > databases, and uses SPARQL (query language) to search it, so might be
> > good to reflect that in the name.
> >
> > https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service
> >
> > P.S.  I know this is the hardest problem after off-by-one and caching...
>
> -- next part --
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 898 bytes
> Desc: OpenPGP digital signature
> URL: <
> http://lists.openstreetmap.org/pipermail/talk/attachments/20170917/8bdb43fe/attachment-0001.sig
> >
>
> --
>
> Message: 2
> Date: Sun, 17 Sep 2017 06:58:12 -0400
> From: Blake Girardot <bgirar...@gmail.com>
> To: Yuri Astrakhan <yuriastrak...@gmail.com>
> Cc: OpenStreetMap talk mailing list <talk@openstreetmap.org>
> Subject: Re: [OSM-talk] Name challenge - what to call the new
> OSM+Wikidataservice?
> Message-ID:
> <
> cabmb++rechxi+s0vxnjmvy71pqsxx1gaopbmzqfscu92fmc...@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Hi,
>
> How does this relate to the new draft trademark policy?
>
> I can't tell from the draft policy, but I believe that OSM at least is
> a protected mark, not sure about osm.
>
> But I do think Simone Poole asked the community to stop naming things
> with osm trademarks in them or variations on openstreetmap phrase.
>
> Cheers
> blake
>
> On Sat, Sep 16, 2017 at 5:11 PM, Yuri Astrakhan <yuriastrak...@gmail.com>
> wrote:
> > The new service is getting more and more usage, but it lacks the most
> > important thing - a good name.  So far my two choices are:
> >
> > * wikosm
> > * wikidosm
> >
> > Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap
> > databases, and uses SPARQL (query language) to search it, so might be
> good
> > to reflect that in the name.
> >
> > https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service
> >
> > P.S.  I know this is the hardest problem after off-by-one and caching...
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.or

Re: [OSRM-talk] OSRM 5.11 Profile

[Frank Durstewitz]

Hi Daniel,

fyi: trying to set the weight to distance in foot.lua crashes 
osrm-extract. i opened an issue at github.


https://github.com/Project-OSRM/osrm-backend/issues/4513

car by distance works fine, as far as i tested it.


Am 31.08.2017 um 17:42 schrieb Daniel Patterson:

Hi Frank,

   That's the only thing you need to change in the car profile - it 
triggers setting the `rate` to 1, which means routing becomes distance 
based.


   I believe the same applies to the foot profile, they share much of 
the same Lua code.


daniel



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

[OSM-talk-fr] Hand et Irma

[osm . sanspourriel]

https://www.wedemain.fr/m/Ouragan-Irma-des-hackers-citoyens-se-mobilisent-au-secours-des-victimes_a2976.html

wedemain.fr 


   Ouragan Irma : des "hackers citoyens" se mobilisent au secours des
   victimes

Société . Jean-Jacques 
Valette le 11/09/2017


L'association française Hackers Against Natural Disasters (Hand) vient 
d'expédier 30 000 euros de matériel électronique à Saint-Martin et 
Saint-Barthélémy. Son objectif : reconstruire les réseaux de 
communication grâce au savoir-faire de ses membres informaticiens.


Alors que l’ouragan Irma continue de sévir dans les Caraïbes, l’aide 
humanitaire arrive peu à peu dans les îles françaises de Saint-Martin et 
Saint Barthélémy, dévastées à 95 %.


Mais ces containers ne contiennent pas que de la nourriture et des 
fournitures d’urgence. On y trouve aussi des radios longues portée, des 
drones, des composants électroniques et différents capteurs. Du matériel 
informatique d’une valeur de 30 000 euros, fourni par une jeune 
association française baptisée Hand  (Hackers Against 
Natural Disasters).


Offrir aux citoyens des outils
Gaël Musquet est le fondateur d'Hand et le porte-parole d'Open Street 
Map France. (Crédit : JJ Valette / We Demain)
*Gaël Musquet est le fondateur d'Hand et le porte-parole d'Open Street 
Map France. (Crédit : JJ Valette / We Demain)*
/"Notre objectif, c’est d’offrir aux citoyens des outils permettant de 
rétablir au plus vite les communications. C’est essentiel pour permettre 
de faire remonter l’information et coordonner les services de secours"/, 
détaille Gaël Musquet, son président, que /We Demain /a rencontré à Paris.


Le jeune homme n’en est pas à son coup d’essai. En 2010, il fédérait 
déjà les contributeurs d’Open Street Map 
 
(une alternative libre à Google Maps) pour cartographier les zones 
atteintes par le séisme survenu en Haïti.


   /"On était des centaines à travailler jour et nuit à partir d’images
   fournies par les agences spatiales. Ça allait de repérer les routes
   bloquées jusqu’aux signes SOS tracés à même le sol par les
   habitants", /raconte Gaël Musquet.


Agir en amont
Depuis, l’association Open Street Map France est intervenue pour 
cartographier chacune des grandes crises mondiales : séisme au Népal, 
typhon aux Philippines, épidémie d’Ebola en Afrique... et a commencé à 
se structurer pour rendre son action plus efficace.


/"On peut toujours envoyer tout le matériel que l’on veut après une 
crise. Mais il est déjà trop tard. L’important est d’être prêt en amont 
avec des personnes sur place qui sont bien équipées et bien 
entrainées"/, ajoute le président de l’association Hand.


Carte dressée sur Open Street Map suite au séisme en Haïti. (Crédit : OSM)
*Carte dressée sur Open Street Map suite au séisme en Haïti. (Crédit : 
OSM)*
C’est ainsi qu’est née en 2016 l’initiative Geeks contre Tsunami 
. En parallèle de l’exercice de 
défense civile CaribeWave mené par 41 États et territoires des Caraïbes, 
l’association Hand a dirigé une simulation de tsunami en Guadeloupe. 
L'objectif : apprendre aux habitants à construire un système d’alerte, 
mais aussi à rebâtir les réseaux de communications.


/"Nous avons désormais une vingtaine de personnes qui gravitent autour 
du fab lab de Jarry en Guadeloupe. Ils ont passé leur licence de 
radio-amateur, savent piloter et réparer des drones ou encore rebâtir 
Internet avec des réseaux Mesh 
 
"/, énumère Gaël Musquet. Ces bénévoles guadeloupéens sont actuellement 
en route pour l’île de Saint-Martin.


Drones marins en DIY
Outre l’installation d’un réseau de radios VHF-UHF, Hand entend utiliser 
ses compétences pour former un maximum d’habitants sur les îles touchées.


   /"Il y a tant à faire, mais la technologie est un outil formidable
   quand elle est entre les mains des citoyens. Avec une maquette de
   bateau et quelques composants, on fabrique un drone marin capable de
   cartographier les bancs de sables et ainsi de rouvrir les ports !"/


Un savoir-faire qu’Hand espère également diffuser en métropole./"On 
pense toujours que les crises ne touchent que les autres. Mais elles 
vont en se multipliant avec le changement climatique. Ce que l’on fait 
aujourd’hui face à Irma, peut-être nous le referons d’ici quelques 
semaines en métropole suite à des inondations !"/



Pour contribuer à l'action de l'association Hand, il est possible de lui 
faire un don à cette adresse .


*À LIRE AUSSI : À une heure de Paris, ils créent un hackerspace rural 
pour marier numérique et écologie 
 
*

[OSM-talk] Transferring OSMTracker for Android development to the OpenStreetMap organization

[Nicolas Guillaumin]

Hi,

I'm the author of the OSMTracker for Android application:
https://github.com/nguillaumin/osmtracker-android
https://play.google.com/store/apps/details?id=me.guillaumin.android.osmtracker

As people have probably noticed, development has more or less halted 
since a few years because I lack the time and motivation to continue 
working on the app. A factor has been that I moved to places where the 
OSM map is complete, so I'm not even using the app. myself anymore :)


Pull requests and bug reports are regularly coming though, so I'd like 
to transfer the code to the OpenStreetMap GitHub organization so that 
someone can take over and continue maintaining & improving it. Ideally:

- Transfer the GitHub project to the OSM organization
- Transfer the Transifex project too, for translations
- Remove the app. from the Google Play Store under my name, so that it 
can be re-published by OpenStreetMap / the new maintainer(s)


I'm not sure this mailing list is the best place to discuss this, but 
there are so many communication channels these days that I wasn't sure 
where to post. Let me know if there's a better place, and if anyone is 
interested to take over?


Thanks,

Nico


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

[Talk-at] Einladung zum September-Stammtisch in Graz am 25.9.2017

[Michael Maier]

Liebe OpenStreetMap-Interessierte in der Steiermark,

Der Stammtisch findet um 18:00 im Brot & Spiele in Graz statt -
Tischreservierung auf „OpenStreetMap“, wir sitzen im Kaminzimmer
(Nichtraucherbereich).

Zwecks Agenda und sonstigem bitte die Wiki-Seite¹ konsultieren:

[1] https://wiki.openstreetmap.org/wiki/Graz/Stammtisch

lg,
Michael

-- 
Michael Maier, Student of Telematics @ Graz University of Technology
OpenStreetMap Graz http://osm.org/go/0Iz@paV
http://wiki.osm.org/Graz
http://wiki.osm.org/Graz/Stammtisch





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

Re: [Talk-it] nuovi tag per idrante e correlato, era Idrante

[Alberto]

Ciao, ho diviso la proposta in due: la prima parte [1] è per i tag più 
condivisi, la seconda [2] per quelli ancora in discussione.
Nella [2] ho messo anche cap:wrench=*
Denis, se riesci a fornirci delle foto utilizzabili, le metto accanto ad ogni 
tipo per spiegare meglio.

[1] 
https://wiki.openstreetmap.org/wiki/Proposed_features/Fire_Hydrant_Extensions
[2] 
https://wiki.openstreetmap.org/wiki/Proposed_features/Fire_Hydrant_Extensions_(part_2)

Ciao
Alberto



---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus


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

Re: [Talk-GB] Open survey on participation biases in OSM

[Paul]

Dear Zoe, all

I clicked yes to allow research on my edits.

I think this is a bit of an advance on the previous research, which seemed 
to rely on wiki pages, edits and discussion. 

My impression of the UK community is that they tend not to use the wiki as 
a source of guidance or rulings of any sort. This may be based on arrogance 
as the originators of the project, but it seems to me that the wiki has a 
rather German feel to it, as do some of the presets - it's best to 
interpret Craft as being the German version rather than the English one for 
example - rather more expansive and including a lot of mittelstand 
manufacturing.


It's quite possible that the quarterly projects counteract earlier biases. 
Because ther itch that got me into OSM in the first place was due to OS 
licensing stopping me putting base maps under my mapping of poverty issues, 
I've always been interested in mapping correlates of poverty. So, finding 
that postboxes are much more common in social housing areas than in private 
housing estates is interesting. 

Mapping childcare is also interesting to me, but difficult. The difficulty 
resides in the fact that childminders operating in their own home may not 
advertise, and so there is no surveyable sigh of a childcare premise. As I 
only use armchair sources to add value and check surveys, I'm not going to 
rely on a list of childminders when the house contains to sign that the 
list is right. The same applies to after school clubs. These are almost 
never advertised, while nurseries and pre-schools are. Social care for 
elderly people is usually advertised, but social care for children and 
various other groups is not. The food hygiene data may contain listings for 
these, which in some cases are suppressed (childrens homes, womens' 
refuges) for obvious reasons, or in other cases are not verifiable by any 
sign on the premises.


Mapping the FHRS data also enables pointing out some issues with other 
research. There's been widely promoted research showing that fast food 
outlets are more common in more deprived areas. Having mapped a selection 
of less and more deprived areas, I have a fairly strong supposition that 
the categorisation of food outlets differs systematically, with those in 
deprived areas having a higher chance of FHRS categorisation of 
Takeaway/sandwich shop, while in richer areas there is a greater chance of 
categorisation as Restaurant/cafe/canteen. Where delivery is by Deliveroo 
etc, the only practical difference is the existence of a sit-down option.


Paul Bivand

On Monday, 4 September 2017 11:38:48 BST, Zoe Gardner wrote:



Dear OSM talk-gb subscriber

 

I am a Research Fellow in the Nottingham Geospatial Institute 
at the University of Nottingham, interested in participation 
biases in geospatial crowdsourced projects such as OSM and other 
Volunteered Geographical Information (VGI) projects. My current 
research project is concerned with the way in which 
participation biases in OSM may potentially affect the usability 
of the data that is collected and subsequently what is available 
to location based service providers which use OSM as their 
primary geospatial database.


The project is motivated by recent research that has found a 
strong male bias in OSM participation. This has led to 
assertions that various geospatial knowledge could be under 
represented or poorly recorded on the map. However, the actual 
consequences of this bias remain little explored or reported. By 
collecting information about contributors to OSM, which can then 
be analyzed along with their editing patterns, the impacts of 
this bias might begin to be measured and therefore better 
understood. I have therefore published an online survey designed 
to collect information directly from OSM editors and I would 
like to invite as many of you as possible to participate. The 
survey is anonymous and takes a couple of minutes to complete.


If you are an OSM contributor and are interested in or would 
like to participate in the study, please click on the link 
below, which will take you to the Bristol Online Survey website 
where you will find more information and an opportunity to 
participate in the survey. As a small incentive, at the close of 
the survey in a few weeks’ time, 60 respondents will be drawn at 
random to receive a £15 Amazon voucher.


 


To participate in the survey, click on the link below:

 


https://nottingham.onlinesurveys.ac.uk/osm-user-profiles

 

Please do think about participating. It is hoped that knowledge 
about the way participation biases impact on crowdsourced maps 
will enable new strategies to be developed to address any 
resulting voids in the geospatial information provided by 
amateur mappers. In turn this could strengthen the role played 
by platforms such as OSM in urban planning and sustainability 
and raise the profile of the important mapping work that you all 
do.


 

In the meantime, if you would like to know more about me, 

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Blake Girardot HOT/OSM]

On Sun, Sep 17, 2017 at 9:57 AM, Yves  wrote:
> So, no OpenSparqlMap, then? :(
> Sad, this policy definitely broke something.
> Yves
>

I agree 100%

Respectfully,
blake


> Le 17 septembre 2017 12:58:12 GMT+02:00, Blake Girardot
>  a écrit :
>>
>> Hi,
>>
>> How does this relate to the new draft trademark policy?
>>
>> I can't tell from the draft policy, but I believe that OSM at least is
>> a protected mark, not sure about osm.
>>
>> But I do think Simone Poole asked the community to stop naming things
>> with osm trademarks in them or variations on openstreetmap phrase.
>>
>> Cheers
>> blake
>>
>> On Sat, Sep 16, 2017 at 5:11 PM, Yuri Astrakhan 
>> wrote:
>>>
>>>  The new service is getting more and more usage, but it lacks the most
>>>  important thing - a good name.  So far my two choices are:
>>>
>>>  * wikosm
>>>  * wikidosm
>>>
>>>  Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap
>>>  databases, and uses SPARQL (query language) to search it, so might be
>>> good
>>>  to reflect that in the name.
>>>
>>>  https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service
>>>
>>>  P.S.  I know this is the hardest problem after off-by-one and caching...
>>>
>>> 
>>>
>>>  talk mailing list
>>>  talk@openstreetmap.org
>>>  https://lists.openstreetmap.org/listinfo/talk
>>
>>
>>
>>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>



-- 

Blake Girardot
Humanitarian OpenStreetMap Team

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

Re: [Talk-it] nuovi tag per idrante e correlato, era Idrante, forse, di colore blu

[Andreas Lattmann]

>a noi la conformità con le normative ci interessa relativamente.

Lo so Martin, stavo rispondendo a Simone Girardelli. Il problema sarà mantenere 
aggiornati i dati, perché prima o poi le chiavi le sostituiranno tutte. 

>(possibilmente a livello globale)

Concordo.
La cosa che non riesco a capire è l'interesse per le chiavi di manovra. Non ho 
visto sinceramente se si prendono in considerazione gli attacchi degli idranti 
(Storz, UNI 45, UNI 70 ecc ecc.). Poi perché fermarsi alla sola chiave e non 
prendere in considerazione tutto il corredo idrante?
Scusate per le troppe domande.
Andreas



-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

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

Re: [Talk-ca] Stats Canada building project

[Stewart C. Russell]

On 2017-09-17 10:40 AM, john whelan wrote:
> They'd like to extend it across Canada so now might be the time to think
> about the project.

That sounds good. Despite some prodding, the Licence Working Group (LWG)
hasn't got back to me with any updates on how they want to handle the
Toronto or Ontario licences. I first contacted them in March, so if it
takes them six months or more to look at the licence, then this import
is a multi year (if not multi-decade) project. Remember, LWG has decided
that *every* Canadian licence variant needs their sign-off.

Denis Carr (open data lead) from Toronto has been on board since the
spring, and I hope hasn't forgotten us.

Toronto has nice building outlines (embedded in the 3D Massing data set,
so we can pull out base elevation and height). We also have address
points already in the middle of buildings.

It also is of great help that the Esri Community Imagery includes some
very nice municipal air photos for verification.

 Stewart

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

[Talk-ca] Stats Canada building project

[john whelan]

They'd like to extend it across Canada so now might be the time to think
about the project.

In Ottawa the building outlines were imported but the tags were mapped
conventionally.  I understand that a lot more POIs have been added manually
to enrich the map and we have a number of people who have mapped for the
first time.

By getting the Open Data license side clarified we were able to import the
bus stops with their reference numbers (GTFS format) which has long been an
ambition of mine.

They've lost Bjenk from the project, he has moved from Stats Canada.

However the import process is a fair chunk of work to get it done correctly
and it isn't as simple as it first appears.  In Ottawa and Gatineau we were
very lucky in having a group of local mappers who devoted a lot of time and
effort in getting it right.

There is also the maintenance side of things.  We now have practically all
the buildings tagged with the correct address.  However the city does
change the names of highways occasionally which means its not just one tag
on the highway that needs changing but all the building street addresses.

I'd suggest that it might be worthwhile setting up a working group to look
at some of the issues and concerns that might arise before Stats starts to
push this without understanding some of the legitimate issues and concerns
and no I have other things to do so I'm not interested in chairing etc the
working group.

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

Re: [Talk-de] [Autoedit] Änderung de.boundary_name nach boundary_name:de

[Scholtes, Martin]

+1

LG Martin 

 Martin Koppenhoefer schrieb 




sent from a phone

> On 17. Sep 2017, at 14:17, streckenkundler  wrote:
> 
> Sorry,  natürlich von *de.boundary_name* nach *boundary_name:de*


+1

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

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Bryan Housel]

I’d call it Q936  :)
Bryan



2017-09-16 23:11 GMT+02:00 Yuri Astrakhan >:
The new service is getting more and more usage, but it lacks the most important 
thing - a good name.  So far my two choices are:

* wikosm
* wikidosm

Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap 
databases, and uses SPARQL (query language) to search it, so might be good to 
reflect that in the name.

https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service 


P.S.  I know this is the hardest problem after off-by-one and caching...

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



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

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Yves]

So, no OpenSparqlMap, then? :(
Sad, this policy definitely broke something. 
Yves 

Le 17 septembre 2017 12:58:12 GMT+02:00, Blake Girardot  a 
écrit :
>Hi,
>
>How does this relate to the new draft trademark policy?
>
>I can't tell from the draft policy, but I believe that OSM at least is
>a protected mark, not sure about osm.
>
>But I do think Simone Poole asked the community to stop naming things
>with osm trademarks in them or variations on openstreetmap phrase.
>
>Cheers
>blake
>
>On Sat, Sep 16, 2017 at 5:11 PM, Yuri Astrakhan
> wrote:
>> The new service is getting more and more usage, but it lacks the most
>> important thing - a good name.  So far my two choices are:
>>
>> * wikosm
>> * wikidosm
>>
>> Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap
>> databases, and uses SPARQL (query language) to search it, so might be
>good
>> to reflect that in the name.
>>
>>
>https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service
>>
>> P.S.  I know this is the hardest problem after off-by-one and
>caching...
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
>
>-- 
>
>Blake Girardot
>OSM Wiki - https://wiki.openstreetmap.org/wiki/User:Bgirardot
>HOTOSM Member - https://hotosm.org/users/blake_girardot
>skype: jblakegirardot
>Live OSM Mapper-Support channel - https://hotosm-slack.herokuapp.com/
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] Smazaná data v okolí Kytína

[Marián Kyral]

Nicméně pět let je docela dlouhá doba. To se tam toho mohlo docela dost změnit.

Tam kde byla louka je teď dům, tam kde bylo křoví zase louka...

Máš možnost to tam ověřit?

Marián

17. září 2017 13:35:46 SELČ, "Jindřich Houska"  
napsal:
>Ahoj,
>
>jsou odlišné. Neměl jsem tam ale všude loouky apod., podle reality jsem
>tam
>dával křoviny apod.
>
>J.
>
>
>Dne 17. září 2017 13:11 Pavel Machek  napsal(a):
>
>> Ahoj!
>>
>> > před několika lety jsem na základě satelitních map a trackování v
>terénu
>> > dokreslil okolí Mníšku pod Brdy tak, aby tam byla všechna pole,
>lesy,
>> louky
>> > atd. co nejpřesněji podle skutečnosti. Investoval jsem do toho dost
>velké
>> > množství času.
>> >
>> > Cca před dvěma lety tato data někdo smazal a pravděpodobně
>naimportoval
>> > data z RUIANu. Je to vidět např. v okolí Kytína, kde kvůli tomu
>vznikly
>> > bílé plochy na mapě (původně byla mapa kompaktně pokrytá). Viz
>> >
>http://www.openstreetmap.org/changeset/52061130#map=16/49.8587/14.2206
>> >
>> > Je možné vrátit původní data zpátky?
>>
>> Urcite je.. na druhou stranu. Fakt nejsou ty bile plochy odlisne od
>> tech RUIAN-luk? Z me zkusenosti tam vetsinou je rozdil.
>>
>> Pavel
>> --
>> (english) http://www.livejournal.com/~pavelmachek
>> (cesky, pictures) http://atrey.karlin.mff.cuni.
>> cz/~pavel/picture/horses/blog.html
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>

-- 
Odesláno aplikací K-9 Mail ze systému Android. Omluvte prosím moji stručnost.___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-de] [Autoedit] Änderung de.boundary_name nach boundary_name:de

[Martin Koppenhoefer]

sent from a phone

> On 17. Sep 2017, at 14:17, streckenkundler  wrote:
> 
> Sorry,  natürlich von *de.boundary_name* nach *boundary_name:de*


+1

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

Re: [Talk-ca] La Presse Canadienne, Carte MapBox - Google Map - Est-ce possible ?

[Pierre Béland]

Ils ont aussi publié auparavant des cartes des élections avec la source MapBox 
- OpenStreetMap. Sans doute pour cette carte-ci une simple erreur qu'ils ont 
rapidement corrigé.
 
Pierre 


  De : Pierre Choffet 
 À : talk-ca@openstreetmap.org 
 Envoyé le : Dimanche 17 Septembre 2017 0h04
 Objet : Re: [Talk-ca] La Presse Canadienne, Carte MapBox - Google Map - Est-ce 
possible ?
   
 Le 16/09/2017 à 18:34, Pierre Béland a écrit :
 
  Voila de quoi se réjouir avec la mise à jour de la carte de l'agence de 
presse La Presse Canadienne aujourd'hui. La source a auss été corrigée avec 
mention de OpenStreetMap.
   
 Drôle de hasard ! as-tu tenté de les contacter, ou se sont-ils rendus compte 
de leur erreur « tout seul » ? Pierre
 ___
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-de] [Autoedit] Änderung de.boundary_name nach boundary_name:de

[streckenkundler]

Sorry,  natürlich von *de.boundary_name* nach *boundary_name:de* 

Copy-Paste-Fehler...

Sven



--
Sent from: http://gis.19327.n8.nabble.com/Germany-f5281960.html

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

[Talk-de] [Autoedit] Änderung de.boundary_name nach boundary_name:de

[streckenkundler]

Hallo Zusammen,

Im Nachgang meines Beitrages 
https://forum.openstreetmap.org/viewtopic.php?pid=664197#p664197
   habe
ich auch Lutz von der Historische Objektekarte angeschrieben. Er bestätigte
mir, daß die Key-Variante de.boundary_name von einer fehlerhaften JOSM
-Vorlage stammt.

Was will ich tun: den Key von *de.boundary_name* nach *de.boundary_name
boundary_name:de* ändern. Betroffen sind 694 Elemente:
https://taginfo.openstreetmap.org/keys/?key=de.boundary_name
  ; 693
Punkte, eine Linie. Bis auf eine handvoll Punkte im Grenzbereich südlich
Görlitz liegen alle in Deutschland. Daher erachte ich es als ausreichend,
die Änderung nur hier im deutschsprachigen Raum anzukündigen.

Nach Recherche existiert noch einmal *nl.boundary_name* den will ich auch
mit ändern. Andere Varianten mit anderen Sprachcodes sind nach Taginfo nicht
betroffen.

Nach Taginfo sind 35 Value-Varianten betroffen, die ich ausnahmslos im
Gesammtkontext (Grenzsteine) aus korrekt betrachte und ich keine
Notwendigkeit der Einzelfallprüfung sehe.

Sollte es keine Einwände geben, würde ich gerne die Änderung im Laufe der
nächsten Woche durchführen.

Dieser Text erscheint in gleicher Form auch im deutschen Forum.

Viele Grüße,

Sven



--
Sent from: http://gis.19327.n8.nabble.com/Germany-f5281960.html

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

Re: [Talk-cz] Smazaná data v okolí Kytína

[Pavel Bokr]

Ahoj,

problem nebude z RUIAN, ale z LPIS. Trva jiz nekolik let. Pak jsem na to 
upozornil jeste jednou v breznu 2017 a to jeste nazorneji – udelal jsem videa a 
prezentace s demonstraci problemu, zamyslel jsem se nad roli lokalnich mapperu 
a poskozovani jejich prace a navrhl jsem nektera mozna reseni jak naplno vyuzit 
LPIS a nezanaset do mapy nove problemy:
https://lists.openstreetmap.org/pipermail/talk-cz/2017-March/016213.html


Podle me tvori velky problem i to co neni na prvni pohled videt jako ze se neco 
smazalo a ze vznikly bile plochy. Problematicke z hlediska vyuzitelnosti dat je 
take vznik velmi malych fragmentu a prekryvu. Ty sice treba v mape nejsou moc 
videt, ale u OSM by melo jit o celkovou vyuzitelnost dat napriklad pro ruzne 
GIS analyzy a tady to muze snizovat pouzitelnost dat, tim ze nesplnuji zakladni 
topologicka pravidla.

Berounsko na tom bylo hur (viz treba moje demonstrace), ale jak koukam  techto 
problemu nebylo usetreno ani Mnisecko – namatkove jsem vybral par prikladu:
http://osm.kraluvdvur.cz/2017-09-LPIS-mnisecko/mnisecko-fragmentace1.png
http://osm.kraluvdvur.cz/2017-09-LPIS-mnisecko/mnisecko-fragmentace2.png
http://osm.kraluvdvur.cz/2017-09-LPIS-mnisecko/mnisecko-mini-prekryvy-a-diry1.png
http://osm.kraluvdvur.cz/2017-09-LPIS-mnisecko/mnisecko-mini-prekryvy-a-diry2.png



Znovu se primlouvam za vhodnejsi a efektivnejsi vyuzivani nastroju pro LPIS 
import. Jak uz jsem psal zdroj je to velmi uzitecny, ale je vhodne ho pouzivat 
pokud mozno jen ke zlepseni mapy pokud mozno bez vnaseni i tech velmi drobnych 
chyb, ktere ve vysledku pouze datovou sadu zapleveli.

Podle mych zkusenosti z Berounska mohou byt nektere bile plochy duvodne 
(pozitivum LPIS – kdyz s nim dobre budeme pracovat upozorni nas kde mame 
aktualizovat mapu – tam bychom se meli pokusit zjistit aktualni stav plochy), 
ale jine bohuzel mizely neduvodne. Uplne zavrhnout LPIS jako zdroj neni podle 
me spravne. Jen nedelat chyby – kdo to pak bude opravovat? Na Berounsku chyby 
zustavavaji a me uz uprime nebavi to znovu rucne delat-opravovat.

Pavel Bokr


From: Jiří Komárek 
Sent: Sunday, September 17, 2017 12:33 PM
To: talk-cz@openstreetmap.org 
Subject: Re: [Talk-cz] Smazaná data v okolí Kytína

Ahoj,



už se to tu řešilo: 
https://lists.openstreetmap.org/pipermail/talk-cz/2016-January/013290.html

Návod, jak případně provést revert: 
https://wiki.openstreetmap.org/wiki/Change_rollback



On 17.9.2017 12:14, Jindřich Houska wrote:

  Ahoj,


  před několika lety jsem na základě satelitních map a trackování v terénu 
dokreslil okolí Mníšku pod Brdy tak, aby tam byla všechna pole, lesy, louky 
atd. co nejpřesněji podle skutečnosti. Investoval jsem do toho dost velké 
množství času.


  Cca před dvěma lety tato data někdo smazal a pravděpodobně naimportoval data 
z RUIANu. Je to vidět např. v okolí Kytína, kde kvůli tomu vznikly bílé plochy 
na mapě (původně byla mapa kompaktně pokrytá). Viz 
http://www.openstreetmap.org/changeset/52061130#map=16/49.8587/14.2206


  Je možné vrátit původní data zpátky?


  Díky,

  J.


   

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





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

Re: [Talk-cz] Smazaná data v okolí Kytína

[Jindřich Houska]

Ahoj,

jsou odlišné. Neměl jsem tam ale všude loouky apod., podle reality jsem tam
dával křoviny apod.

J.


Dne 17. září 2017 13:11 Pavel Machek  napsal(a):

> Ahoj!
>
> > před několika lety jsem na základě satelitních map a trackování v terénu
> > dokreslil okolí Mníšku pod Brdy tak, aby tam byla všechna pole, lesy,
> louky
> > atd. co nejpřesněji podle skutečnosti. Investoval jsem do toho dost velké
> > množství času.
> >
> > Cca před dvěma lety tato data někdo smazal a pravděpodobně naimportoval
> > data z RUIANu. Je to vidět např. v okolí Kytína, kde kvůli tomu vznikly
> > bílé plochy na mapě (původně byla mapa kompaktně pokrytá). Viz
> > http://www.openstreetmap.org/changeset/52061130#map=16/49.8587/14.2206
> >
> > Je možné vrátit původní data zpátky?
>
> Urcite je.. na druhou stranu. Fakt nejsou ty bile plochy odlisne od
> tech RUIAN-luk? Z me zkusenosti tam vetsinou je rozdil.
>
> Pavel
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) http://atrey.karlin.mff.cuni.
> cz/~pavel/picture/horses/blog.html
>
> ___
> 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] Smazaná data v okolí Kytína

[Pavel Machek]

Ahoj!

> před několika lety jsem na základě satelitních map a trackování v terénu
> dokreslil okolí Mníšku pod Brdy tak, aby tam byla všechna pole, lesy, louky
> atd. co nejpřesněji podle skutečnosti. Investoval jsem do toho dost velké
> množství času.
> 
> Cca před dvěma lety tato data někdo smazal a pravděpodobně naimportoval
> data z RUIANu. Je to vidět např. v okolí Kytína, kde kvůli tomu vznikly
> bílé plochy na mapě (původně byla mapa kompaktně pokrytá). Viz
> http://www.openstreetmap.org/changeset/52061130#map=16/49.8587/14.2206
> 
> Je možné vrátit původní data zpátky?

Urcite je.. na druhou stranu. Fakt nejsou ty bile plochy odlisne od
tech RUIAN-luk? Z me zkusenosti tam vetsinou je rozdil.
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Blake Girardot]

Hi,

How does this relate to the new draft trademark policy?

I can't tell from the draft policy, but I believe that OSM at least is
a protected mark, not sure about osm.

But I do think Simone Poole asked the community to stop naming things
with osm trademarks in them or variations on openstreetmap phrase.

Cheers
blake

On Sat, Sep 16, 2017 at 5:11 PM, Yuri Astrakhan  wrote:
> The new service is getting more and more usage, but it lacks the most
> important thing - a good name.  So far my two choices are:
>
> * wikosm
> * wikidosm
>
> Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap
> databases, and uses SPARQL (query language) to search it, so might be good
> to reflect that in the name.
>
> https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service
>
> P.S.  I know this is the hardest problem after off-by-one and caching...
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>



-- 

Blake Girardot
OSM Wiki - https://wiki.openstreetmap.org/wiki/User:Bgirardot
HOTOSM Member - https://hotosm.org/users/blake_girardot
skype: jblakegirardot
Live OSM Mapper-Support channel - https://hotosm-slack.herokuapp.com/

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

Re: [Talk-cz] Smazaná data v okolí Kytína

[Jiří Komárek]

Ahoj,


už se to tu řešilo: 
https://lists.openstreetmap.org/pipermail/talk-cz/2016-January/013290.html


Návod, jak případně provést revert: 
https://wiki.openstreetmap.org/wiki/Change_rollback



On 17.9.2017 12:14, Jindřich Houska wrote:

Ahoj,

před několika lety jsem na základě satelitních map a trackování v 
terénu dokreslil okolí Mníšku pod Brdy tak, aby tam byla všechna pole, 
lesy, louky atd. co nejpřesněji podle skutečnosti. Investoval jsem do 
toho dost velké množství času.


Cca před dvěma lety tato data někdo smazal a pravděpodobně 
naimportoval data z RUIANu. Je to vidět např. v okolí Kytína, kde 
kvůli tomu vznikly bílé plochy na mapě (původně byla mapa kompaktně 
pokrytá). Viz 
http://www.openstreetmap.org/changeset/52061130#map=16/49.8587/14.2206


Je možné vrátit původní data zpátky?

Díky,
J.


___
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] Smazaná data v okolí Kytína

[Jindřich Houska]

Ahoj,

před několika lety jsem na základě satelitních map a trackování v terénu
dokreslil okolí Mníšku pod Brdy tak, aby tam byla všechna pole, lesy, louky
atd. co nejpřesněji podle skutečnosti. Investoval jsem do toho dost velké
množství času.

Cca před dvěma lety tato data někdo smazal a pravděpodobně naimportoval
data z RUIANu. Je to vidět např. v okolí Kytína, kde kvůli tomu vznikly
bílé plochy na mapě (původně byla mapa kompaktně pokrytá). Viz
http://www.openstreetmap.org/changeset/52061130#map=16/49.8587/14.2206

Je možné vrátit původní data zpátky?

Díky,
J.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Mappatura linee autobus

[Andrea Albani]

Da "specifiche" le fermate dovrebbero essere messe prima e il loro ordine
deve seguire quello del percorso descritto nella relazione.

Anche l'ordine dei tratti del percorso è importante e non a caso JOSM da
errori in tal senso nel relation editor.

Nella proposta sui trasporti pubblici approvata [0] si trovano queste
indicazioni in modo chiaro:

The stops (stop_positions and platforms) should be inserted beginning with
the initial stop_position/platform and ending with the terminal
stop_position/platform. The ordering of the stop positions in the relation
will determine the direction of the route.
...
After all the stops all the used ways should be inserted into the relation
with an empty role. The ways should be inserted beginning with the way at
the initial stop position and ending with the way at the terminal stop
position.

Altri aspetti da considerare sono:
- creare una relazione per ogni senso di marcia di ogni linea e per ogni
eventuale variante
- creare una relazione route master che metta insieme tutte le relazioni di
linea
- evitare l'uso dei ruoli forward, backward e alternate

Ciao

[0] http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport


Il giorno 16 settembre 2017 16:43, marco zampiva  ha
scritto:

> Buongiorno a tutti,
>
> guardando sia la documentazione sia quanto mappato in Italia vedo che in
> alcuni casi la relazione che descrive una linea di bus contiene all’inizio
> le fermate e di seguito il percorso, in altri casi succede il contrario
> prima il percorso e poi le fermata.
>
> Le due modalità di mappatura sono equivalenti oppure ci sono dei motivi
> per preferirne una rispetto all’altra?
>
> Saluti
>
> Marco
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Florian Schäfer]

Hi,
my suggestion would be WOQ (pronounced like "Wok"), which would be short
for "Wikidata-OSM-Queryservice". Or WOQs, if you don't want to only use
one letter for "query" and "service".
The soundalike word "Wok" could also in my opinion be a good metaphor,
you can put Wikidata and OSM data "into a Wok" and "cook" something new
out of it. Maybe the logo could then be a Wok containing map elements
like highways, rivers, forests and so on and also something representing
Wikidata (like the colourful barcode).

Cheers,
Florian

Am 16.09.2017 um 23:11 schrieb Yuri Astrakhan:
> The new service is getting more and more usage, but it lacks the most
> important thing - a good name.  So far my two choices are:
>
> * wikosm
> * wikidosm
>
> Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap
> databases, and uses SPARQL (query language) to search it, so might be
> good to reflect that in the name.
>
> https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service
>
> P.S.  I know this is the hardest problem after off-by-one and caching...



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

Re: [Talk-it] Mappatura linee autobus

[Martin Koppenhoefer]

sent from a phone

> On 17. Sep 2017, at 02:08, Luca Delucchi  wrote:
> 
> invece credo sia importante, infatti su JOSM nel editor delle route ti
> segna se la relazione è rotta oppure no (freccette continue) ;-)
> 


+1, per gli altri mappatori è conveniente avere i membri in ordine e divisi per 
tipo di oggetto (non importa se le fermate sono all'inizio o alla fine).


> Inoltre se converti la relazione OSM in un formato GIS si creano delle
> linee non corrette


questo dipende come fai la conversione, è più facile convertire le relazioni in 
ordine, ma credo i maggiori tools creano linee corrette anche quando l'ordine 
dei ways non è consecutivo.

Io per convenienza/trasparenza metto le relazioni sempre in ordine, ma credo 
formalmente non sia richiesto.

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

Re: [Talk-it] nuovi tag per idrante e correlato, era Idrante, forse, di colore blu

[denis_dandrea]

La vecchia UNI prevedeva pentagono per l'idrante e chiave a settori (manichette) per i tappi. Esiste una chiave "combo" con entrambe le forme ma sono comunque due forme distinte. Inoltre ci sono moltissimi vecchi idranti. Solo qui ne ho censiti 11 tipi. Se poi si va nel mondo...___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] nuovi tag per idrante e correlato, era Idrante, forse, di colore blu

[Martin Koppenhoefer]

sent from a phone

> On 17. Sep 2017, at 08:04, Andreas Lattmann  wrote:
> 
> Quindi sono chiavi che non rispettano la normativa


a noi la conformità con le normative ci interessa relativamente. Dobbiamo avere 
dei tag che sono idonei per descrivere ciò che si trova nella realtà 
(possibilmente a livello globale).

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

Re: [Talk-it] Mappatura linee autobus

[Jo]

Per ordinare gli way, JOSM é molto practico.

Con il plugin PT_Assitant anche é possibile ordinare le fermate
automaticamente.

Polyglot

2017-09-17 10:47 GMT+02:00 Cascafico Giovanni :

> Per la mia esperienza, l'ordine non é necessario per il rendering
> trasporti, ma, se sto costruendo una nuova relazione non mi costa nulla
> farla ordinata, perché facilita molto chi eventualmente dovrà modificare i
> percorsi e/o generare file a standard GTFS
>
> Il 16/set/2017 05:53 PM, "Simone Saviolo"  ha
> scritto:
>
>> Il giorno 16 settembre 2017 16:43, marco zampiva  ha
>> scritto:
>>
>>> Buongiorno a tutti,
>>>
>>> guardando sia la documentazione sia quanto mappato in Italia vedo che in
>>> alcuni casi la relazione che descrive una linea di bus contiene all’inizio
>>> le fermate e di seguito il percorso, in altri casi succede il contrario
>>> prima il percorso e poi le fermata.
>>>
>>> Le due modalità di mappatura sono equivalenti oppure ci sono dei motivi
>>> per preferirne una rispetto all’altra?
>>>
>>
>> Che io sappia, l'ordine dei membri nella relazione non ha alcuna
>> importanza.
>>
>> Ciao,
>>
>> Simone
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappatura linee autobus

[Cascafico Giovanni]

Per la mia esperienza, l'ordine non é necessario per il rendering
trasporti, ma, se sto costruendo una nuova relazione non mi costa nulla
farla ordinata, perché facilita molto chi eventualmente dovrà modificare i
percorsi e/o generare file a standard GTFS

Il 16/set/2017 05:53 PM, "Simone Saviolo"  ha
scritto:

> Il giorno 16 settembre 2017 16:43, marco zampiva  ha
> scritto:
>
>> Buongiorno a tutti,
>>
>> guardando sia la documentazione sia quanto mappato in Italia vedo che in
>> alcuni casi la relazione che descrive una linea di bus contiene all’inizio
>> le fermate e di seguito il percorso, in altri casi succede il contrario
>> prima il percorso e poi le fermata.
>>
>> Le due modalità di mappatura sono equivalenti oppure ci sono dei motivi
>> per preferirne una rispetto all’altra?
>>
>
> Che io sappia, l'ordine dei membri nella relazione non ha alcuna
> importanza.
>
> Ciao,
>
> Simone
>
> ___
> 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

hebdoOSM Nº 373 2017-09-05-2017-09-11

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 373 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/9449/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

hebdoOSM Nº 373 2017-09-05-2017-09-11

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 373 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/9449/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

hebdoOSM Nº 373 2017-09-05-2017-09-11

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 373 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/9449/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [Talk-it] Fattoria didattica.

[girarsi_liste]

Il 16/09/2017 23:57, Martin Koppenhoefer ha scritto:
> 
> 
> sent from a phone
> 
>> On 15. Sep 2017, at 19:15, girarsi_liste  wrote:
>>
>> landuse=farmyard + tourism=zoo + zoo=petting_zoo and some description.
>>
>> Per cui mi oriento su questo al momento
> 
> 
> veramente hanno detto che questi sono i tag a Berlino, ma per me quei posti a 
> Berlino non sono proprio la stessa identica cosa di un agriturismo in 
> campagna. La scelta rimane a te, se pensi la fattoria che vuoi taggare sia un 
> tipo di zoo, allora mettici questo. Sennò c'erano anche alternative sulla 
> lista.
> 
> Ciao,
> Martin 


Mmmmh, ho capito, allora vedo di capirci un pò di più, grazie.



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



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

Re: [Talk-it] nuovi tag per idrante e correlato, era Idrante, forse, di colore blu

[Andreas Lattmann]

>> No quasi sempre diversi. (Es. Idrante pentagono, tappo spanner)

Quindi sono chiavi che non rispettano la normativa. Quelle a norma servono per 
apertura idrante, tappi e se necessario attacco femmina manichetta.
Se hai trovato altri tipi è perché costano meno... 
Andreas
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

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