Re: [Talk-us] [OSM-talk] Building a free/open reviews community w/ OSM support

[Pine W]

Hi Clifford,

Let me clarify that we're discussing OSM tagging with Wikidata IDs, not
Wikipedia articles. They are two related but different concepts.

Pine

On Aug 8, 2016 22:05, "Clifford Snow"  wrote:

>
> On Mon, Aug 8, 2016 at 9:42 PM, Pine W  wrote:
>
>> Speaking as an OSM novice but an experienced Wikimedian, having Wikidata
>> ID tags makes sense to me. This sounds like something that could benefit
>> Wikidata, Wikipedia, and other projects that recognize Wikidata IDs. There
>> might be no need to have multiple external ID tags in OSM if the Wikidata
>> tag is included and if other projects can recognize the Wikidata ID.
>> However, this assumes that Wikidata agrees that objects that get tagged in
>> OSM are worthy of having a Wikidata item; an unremarkable McDonald's might
>> be below that threshold for Wikidata even if the store is worthy of
>> inclusion on OSM. Pinging Lydia and Yuri to ask if they have thoughts about
>> this.
>
>
> Pine,
> It was great meeting you at sotmus.
>
> Wikipedia tags should only be used on objects that have a wikipedia
> article. McDonalds fastfood locations wouldn't normally have an article.
> Similarly, something I can relate better to is Starbucks. We had a problem
> where people were adding the starbucks wikipedia tag to every location. As
> far as I could tell, only one starbucks has an article, the one by Pike
> Place Market. Having the wikipedia tag was creating a problem with
> Nominatim which gives a higher rank to locations with a wikipedia article.
>
> Most likely many brand name stores are tagged wrong. Someone with good
> skills could write a script, after approval from the community, to remove
> those tags.
>
> Clifford
>
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] [OSM-talk] Building a free/open reviews community w/ OSM support

[Clifford Snow]

On Mon, Aug 8, 2016 at 9:42 PM, Pine W  wrote:

> Speaking as an OSM novice but an experienced Wikimedian, having Wikidata
> ID tags makes sense to me. This sounds like something that could benefit
> Wikidata, Wikipedia, and other projects that recognize Wikidata IDs. There
> might be no need to have multiple external ID tags in OSM if the Wikidata
> tag is included and if other projects can recognize the Wikidata ID.
> However, this assumes that Wikidata agrees that objects that get tagged in
> OSM are worthy of having a Wikidata item; an unremarkable McDonald's might
> be below that threshold for Wikidata even if the store is worthy of
> inclusion on OSM. Pinging Lydia and Yuri to ask if they have thoughts about
> this.


Pine,
It was great meeting you at sotmus.

Wikipedia tags should only be used on objects that have a wikipedia
article. McDonalds fastfood locations wouldn't normally have an article.
Similarly, something I can relate better to is Starbucks. We had a problem
where people were adding the starbucks wikipedia tag to every location. As
far as I could tell, only one starbucks has an article, the one by Pike
Place Market. Having the wikipedia tag was creating a problem with
Nominatim which gives a higher rank to locations with a wikipedia article.

Most likely many brand name stores are tagged wrong. Someone with good
skills could write a script, after approval from the community, to remove
those tags.

Clifford


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] [OSM-talk] Building a free/open reviews community w/ OSM support

[Pine W]

Speaking as an OSM novice but an experienced Wikimedian, having Wikidata ID
tags makes sense to me. This sounds like something that could benefit
Wikidata, Wikipedia, and other projects that recognize Wikidata IDs. There
might be no need to have multiple external ID tags in OSM if the Wikidata
tag is included and if other projects can recognize the Wikidata ID.
However, this assumes that Wikidata agrees that objects that get tagged in
OSM are worthy of having a Wikidata item; an unremarkable McDonald's might
be below that threshold for Wikidata even if the store is worthy of
inclusion on OSM. Pinging Lydia and Yuri to ask if they have thoughts about
this.

Pine

On Aug 8, 2016 20:22, "Marc Gemis"  wrote:

> On Mon, Aug 8, 2016 at 10:52 PM, Erik Moeller  wrote:
> >> - add an external ID to OSM. This would be analogue to the current
> wikidata
> >> tag.
>
> It's better not to add external IDs to OSM. It would be OK if there is
> only 1 project in the world that would do this, but if every pet
> project will start doing this ...
> Also, in general, there is no way for contributors to verify the IDs
> added by third parties, which makes it hard to verify whether they are
> still valid.
> Furthermore there is no guarantee that someone might remove this tag.
> So you will need a fallback method anyway.
>
> So please do not use this method
>
>
> regards
>
> m
>
> ___
> talk mailing list
> t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Mappers in Idaho!

[Greg Morgan]

On Mon, Aug 8, 2016 at 11:11 AM, Martijn van Exel
 wrote:
> To add to the confusion created by me: someone pointed out that there is in
> fact a Teton County in both Idaho and Wyoming. The person I have been in
> touch with is from the Teton Co. in Idaho. So no Jackson Hole or Grand Teton
> NP there, but the eclipse still passes and you have almost just as awesome a
> view of the Tetons from the west..At a fraction of the cost :)
>
> But...Anyone want to map? Look at all this stuff that's not in OSM yet :)

Ha! Ha!  I looked at the data last night because I drove through the
area on I-15 in early February...well it was near by Teton Idaho.
Then in May of this year I drove through Wyoming...well it was near by
Teton Wyoming.  I am familiar with both areas.  I left a Mapillary
trail in both cases. There are only 11K addresses in the dbf file.  I
don't know how many foot prints are in the data, yet.  What I thought
about is that the US community could use the data as an example of how
to process the data for an import.  There are a number of questions in
the data and a template can be developed with a project like this. Oh!
 I won't be standing in line.  I will would be happy to lead the
effort.  I wanted to make sure that no one else had called dibs yet.
I was thinking that GIS school projects or, say, maptime kind-of
groups might want to join in as part of a tasking effort. The tasks
can be made small enough that they won't overwhelm a new mapper or
won't require a large time expenditure for an experienced mapper.

Before anyone pipes up about damage to a local community because of an
import, there's none.  On said I-15 trip, I stopped in Beaver Utah for
the night.[1]  In one feel swoop of a change set several days later, I
got to stand on the shoulders of giants: I modified nodes touched by
Dave Hansen, Balrug-kun, and NE2.  The area had not been worked since
the early days of the US project.  The local Beaver paper said that
the community was more worried about Boy Scout badges, a fire that
ruined a home, and the like. The great open places[2] like Top Of The
World [3] are more important than a mapathon.

Regards,
Greg

[1] http://www.openstreetmap.org/#map=19/38.25104/-112.64784
[2] 
https://www.mapillary.com/app/user/drkludge?lat=44.9747045=-109.4556432=17=TkS55trFermdh6Dx2sf5Jg=photo=true
[3] 
https://www.mapillary.com/app/user/drkludge?lat=44.9427626001=-109.5602966=17=cY_TJx1nQONQeF32AxXRYw=photo=true

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

Re: [OSM-talk] Building a free/open reviews community w/ OSM support

[Marc Gemis]

On Mon, Aug 8, 2016 at 10:52 PM, Erik Moeller  wrote:
>> - add an external ID to OSM. This would be analogue to the current wikidata
>> tag.

It's better not to add external IDs to OSM. It would be OK if there is
only 1 project in the world that would do this, but if every pet
project will start doing this ...
Also, in general, there is no way for contributors to verify the IDs
added by third parties, which makes it hard to verify whether they are
still valid.
Furthermore there is no guarantee that someone might remove this tag.
So you will need a fallback method anyway.

So please do not use this method


regards

m

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

Re: [OSM-talk] Building a free/open reviews community w/ OSM support

[Martin Koppenhoefer]

sent from a phone

Il giorno 09 ago 2016, alle ore 00:46, Nicolás Alvarez 
 ha scritto:

>> From a data consumer's point of view, when
>> I look up the original node ID, do I just get a "not found", or is
>> there an easy way to tell that there's a new way or relation now
>> representing the same object?
> 
> You will just get a Not Found. You can get the node history but that
> won't really help much.
> 
> Sometimes people make the old node be one of the tag-less nodes of the
> new building way, but that's not required, maybe not even very common.


yes, you can't tell in advance what happens with the node when a mapper decides 
to make the poi a polygon, he might delete it, reuse it as part of the polygon, 
reuse it for something else, keep it with part of the old tags (e.g. address), 
etc.

When analyzing what happened you can look at the node history, get the 
changeset id and look at the changeset (and maybe other changesets of the same 
user shortly before and after). This should normally reveal the details.

For tracking changes to the objects of your reviews you should not rely on ids, 
rather define what is the object of your review (e.g. "a fast food restaurant 
of the McDonald's brand" around a certain location), It can be done with the 
overpass api and there are examples somewhere in the wiki
http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID


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

Re: [OSM-talk] Building a free/open reviews community w/ OSM support

[Nicolás Alvarez]

2016-08-08 17:52 GMT-03:00 Erik Moeller :
> On Mon, Aug 8, 2016 at 2:56 AM, joost schouppe  
> wrote:
>> Keeping OSM and an external database linked is no mean feat. Say you load a
>> McDonalds POI to your database and someone reviews it. But then a mapper
>> comes along and changes the node to a line. Upon the next update of your POI
>> database, your review will not find the object it linked to before, because
>> it no longer exists.
>
> That makes sense. I'm assuming when you say "line", that means "way"
> in formal OSM terminology? From a data consumer's point of view, when
> I look up the original node ID, do I just get a "not found", or is
> there an easy way to tell that there's a new way or relation now
> representing the same object?

You will just get a Not Found. You can get the node history but that
won't really help much.

Sometimes people make the old node be one of the tag-less nodes of the
new building way, but that's not required, maybe not even very common.
And maybe in your case it would make things harder rather than easier.

-- 
Nicolás

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

[Talk-cz] kvartální piva

[Petr Vozdecký]

ahoj,

navazuji tímto na nějakou debatu dříve, myslím na SotMu...? což konec konců 
není ani důležité:

diskutovali jsme potřebu zavést do regionálních setkání (čti: sleziny u 
piva) jakousi pravidelnost - ne snad z důvodů nutné pravidelnosti jako 
takové, ale spíše proto, abychom si ulehčili nekonečné potíže s hledáním 
ochotných svolavatelů a pak vhodných termínů a nakonec i ideálních míst..., 
prostě pravidelnost proto, aby ta setkání proběhla bez závislosti na 
malicherných okolnostech a současně i proto, aby je bylo možné lépe 
(dlouhodobě) ze strany účastníků plánovat.

Tedy (po předchozí konzultaci s aktivními účastníky brněnských slezin) 
navrhuji zavést pravidlo ve formě kvartální sleziny a to ve třetím měsíci 
kvartálu (vyhneme se tím prázdninám) a to na jeho začátku (vyhneme se tím 
Vánocům). Např. první středa v měsíci (to je ten den, co houkají sirény, 
může to být hezká upomínka, kterou Vám ani Google nezorganizuje :o). Je 
jedno, zda se to vžije jen pro Brno, nebo se najdou i jiné lokality. 
Každopádně myslím, že by bylo fajn z každé sleziny udělat i nějaký stručný 
report, protože prakticky vždy tam padne něco podnětného.

4 setkání ročně nejsou až tak moc, ne? Letos bychom stihli ještě dvě a to 
7.9. a 7.12. ...

Předem díky za reakce

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

Re: [Talk-ca] Sujet à discussion: relation multipolygone (natural:forest)

[James]

moi je fais toujours un trou de type "inner" c'est plus propre

2016-08-08 16:30 GMT-04:00 dega :

> Merci Daniel pour tes commentaires.
> Tu as écrit:
> "... le concept de couche additive n'existe pas dans OSM."
>
> Tu as raison. J'ai utilisé des termes nouveaux sans les définir. C'est un
> manque de rigueur de ma part.
> Je n'aurais pas dû utiliser le terme "couche" car il a une signification
> toute particulière pour les dessinateurs et les gens de géomatique.
>
> Je reprend ma description de la problématique.
> Les tuiles CANVEC des Hautes-Laurentides ont été définies comme
> multipolygones de type forêt. Un tel multipolygone couvre l'ensemble de la
> tuile (environ 5000 hectares).
> Certains objets (qu'ont pourrait qualifier d'opaques, tels les lacs, les
> cours d'eau, les routes et les bâtiments) s'affichent par-dessus la forêt
> et, par conséquent, il n´est pas nécessaire de percer un trou dans la forêt.
> Pour définir une clairière, on n'a qu'a percer un trou dans la forêt.
> D'autres objets (tels une carrière ou une zone industrielle) nécessite
> qu'on définisse l'objet et qu'on perce un trou iso-forme dans la forêt.
> Pour plusieurs raisons, cette opération soustractive est impossible à
> faire dans Id et difficile à faire dans Potlatch.
> Je pourrais donner en exemple plusieurs endroits où des rues ont été
> ajoutées mais la forêt n'a pas été mise à jour. Cela laisse croire que les
> rues sont sous les arbres alors que ce n'est pas le cas. C'est une des
> raisons qui font que la forêt du Nord semble si dense car peu de gens ont
> la patience ou l'habileté à percer des trous dans des relations complexes
> qui occupent 5000 hectares.
>
> Je propose l'approche suivante:
> - lorsqu'un cartographe débute une mise-à-jour d'une région qui est
> couverte par une méga-relation de 5000 hectares, qu'il la détruise et la
> remplace par un ensemble d'objets simples ou mini-relations de type forêt.
> - une mini-relation de type forêt ne devrait franchir aucun autre objet
> (chemin, lac, cours d'eau, ligne électrique, landuse, etc). Les objets
> isolés (qui n'ont pas d'accès à l'extérieur de la forêt) nécessiteraient,
> comme présentement, qu'un trou soit percé avec la même forme que l'objet
> qu'on veut y mettre.
> - la pratique actuelle qui consiste à dessiner un lac, un cours d'eau ou
> une route par-dessus la forêt serait à proscrire. L'autre approche serait
> de le permettre, ce qui éliminerait le besoin de percer des trous dans les
> objets "natural:forest" et, par conséquent, de réduire énormement la
> nécessité d'utiliser des relations.
>
> Note: j'ai utilisé le terme "mini-relation" pour les distinguer des
> "méga-relations". Mon intention n'était pas de demander un nouveau type
> d'objet.
>
> Je n'ai pas fait d'analyse exhaustive mais il semblerait que les
> cartographes européens déposent les lacs par-dessus la forêt sans y faire
> de trou.
> À Terre-Neuve, la réserve Avalon est une relation mais "natural:forest"
> n'a pas été utilisé. Les lacs n'ont pas de trou.
>
> Au plaisir de vous lire
>
> dega
>
>
>
> Le 6 août 2016 à 09:07, Begin Daniel  a écrit :
>
>> Bonjour Dega,
>> Je ne suis pas certain de comprendre à quoi tu réfères lorsque tu parles
>> d'un mode additif pour les zones de forêt (natural=wood). Dans l'exemple
>> que tu donnes, il me semble que la forêt n'a simplement pas encore été
>> captée !-)
>>
>> On peut voir le captage de la forêt  comme un captage d'objets
>> distincts...
>> Une forêt est un objet avec un identifiant (id). Les lacs qui se trouvent
>> dans son périmètre sont également des objets qui ont leur propre
>> identifiant. Les trous qu'ils forment dans la forêt sont identifiés via la
>> relation 'inner'. Il n'y a alors pas de duplication d'information.
>>
>> Le problème pour les forêts importées, c'est qu'il y a généralement deux
>> objets pour un même lac - un polygone pour le lac, un polygone pour le trou
>> dans la forêt. C'est une décision qui a été prise par la communauté OSM de
>> l'époque. JOSM identifie ces cas. Il s'agit alors de détruire la composante
>> 'inner' originale (qui n'a pas de tag) et de la remplacer par l'objet lac
>> sous- jacent.
>>
>> Le wiki me semble suffisamment clair pour le captage des forêts (question
>> 2) Il n'y a pas de concept de couche additive. .
>> http://wiki.openstreetmap.org/wiki/Relation:multipolygon
>> http://wiki.openstreetmap.org/wiki/Multipolygon_Examples
>>
>>
>> Pour en revenir à tes questions...
>> 1)  ...créer de nouvelles relations? Techniquement, les deux approches
>> fonctionnent. Conceptuellement, s'il s'agit de deux objets 'foret' il
>> pourrait être préférable d'avoir deux polygones - mais c'est très théorique.
>> 2) ... plus ce sera difficile. En milieu urbain, la gestion des
>> multipolygones est certainement complexe (pas seulement pour la forêt!-).
>> L'ajout de clairières me semble assez simple, peu importe le nombre de
>> clairières déjà existantes, du moins dans JOSM. Je 

Re: [OSM-talk] Building a free/open reviews community w/ OSM support

[Erik Moeller]

On Mon, Aug 8, 2016 at 2:56 AM, joost schouppe  wrote:
> Keeping OSM and an external database linked is no mean feat. Say you load a
> McDonalds POI to your database and someone reviews it. But then a mapper
> comes along and changes the node to a line. Upon the next update of your POI
> database, your review will not find the object it linked to before, because
> it no longer exists.

That makes sense. I'm assuming when you say "line", that means "way"
in formal OSM terminology? From a data consumer's point of view, when
I look up the original node ID, do I just get a "not found", or is
there an easy way to tell that there's a new way or relation now
representing the same object?

Last but not least, do you have a sense how common this category of
change is for typical POIs?

Any external community-maintained database will typically at least
deal with merges or deletions. In those cases where my sync job
doesn't know what to do, my default would be to add the record to a
work log where the community can decide what to do. But of course I'd
like to keep those cases to a minimum.

> - add an external ID to OSM. This would be analogue to the current wikidata
> tag.

I like that proposal a lot, and I think it might get more community
acceptance if it was restricted to open data projects (by definitions
such as [1] and [2]). While lib.reviews is still very immature, for
example, it already offers regularly produced database downloads (see
[3]) and is of course fully freely licensed. IOW, anyone wanting to
set up a mirror of OSM data that also incorporates lib.reviews data
would be able to do so.

[1] http://freedomdefined.org/Definition
[2] http://opendefinition.org/od/2.1/en/
[3] https://lib.reviews/static/downloads/dumps

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

Re: [Talk-ca] Sujet à discussion: relation multipolygone (natural:forest)

[dega]

Merci Daniel pour tes commentaires.
Tu as écrit:
"... le concept de couche additive n'existe pas dans OSM."

Tu as raison. J'ai utilisé des termes nouveaux sans les définir. C'est un
manque de rigueur de ma part.
Je n'aurais pas dû utiliser le terme "couche" car il a une signification
toute particulière pour les dessinateurs et les gens de géomatique.

Je reprend ma description de la problématique.
Les tuiles CANVEC des Hautes-Laurentides ont été définies comme
multipolygones de type forêt. Un tel multipolygone couvre l'ensemble de la
tuile (environ 5000 hectares).
Certains objets (qu'ont pourrait qualifier d'opaques, tels les lacs, les
cours d'eau, les routes et les bâtiments) s'affichent par-dessus la forêt
et, par conséquent, il n´est pas nécessaire de percer un trou dans la forêt.
Pour définir une clairière, on n'a qu'a percer un trou dans la forêt.
D'autres objets (tels une carrière ou une zone industrielle) nécessite
qu'on définisse l'objet et qu'on perce un trou iso-forme dans la forêt.
Pour plusieurs raisons, cette opération soustractive est impossible à faire
dans Id et difficile à faire dans Potlatch.
Je pourrais donner en exemple plusieurs endroits où des rues ont été
ajoutées mais la forêt n'a pas été mise à jour. Cela laisse croire que les
rues sont sous les arbres alors que ce n'est pas le cas. C'est une des
raisons qui font que la forêt du Nord semble si dense car peu de gens ont
la patience ou l'habileté à percer des trous dans des relations complexes
qui occupent 5000 hectares.

Je propose l'approche suivante:
- lorsqu'un cartographe débute une mise-à-jour d'une région qui est
couverte par une méga-relation de 5000 hectares, qu'il la détruise et la
remplace par un ensemble d'objets simples ou mini-relations de type forêt.
- une mini-relation de type forêt ne devrait franchir aucun autre objet
(chemin, lac, cours d'eau, ligne électrique, landuse, etc). Les objets
isolés (qui n'ont pas d'accès à l'extérieur de la forêt) nécessiteraient,
comme présentement, qu'un trou soit percé avec la même forme que l'objet
qu'on veut y mettre.
- la pratique actuelle qui consiste à dessiner un lac, un cours d'eau ou
une route par-dessus la forêt serait à proscrire. L'autre approche serait
de le permettre, ce qui éliminerait le besoin de percer des trous dans les
objets "natural:forest" et, par conséquent, de réduire énormement la
nécessité d'utiliser des relations.

Note: j'ai utilisé le terme "mini-relation" pour les distinguer des
"méga-relations". Mon intention n'était pas de demander un nouveau type
d'objet.

Je n'ai pas fait d'analyse exhaustive mais il semblerait que les
cartographes européens déposent les lacs par-dessus la forêt sans y faire
de trou.
À Terre-Neuve, la réserve Avalon est une relation mais "natural:forest" n'a
pas été utilisé. Les lacs n'ont pas de trou.

Au plaisir de vous lire

dega



Le 6 août 2016 à 09:07, Begin Daniel  a écrit :

> Bonjour Dega,
> Je ne suis pas certain de comprendre à quoi tu réfères lorsque tu parles
> d'un mode additif pour les zones de forêt (natural=wood). Dans l'exemple
> que tu donnes, il me semble que la forêt n'a simplement pas encore été
> captée !-)
>
> On peut voir le captage de la forêt  comme un captage d'objets distincts...
> Une forêt est un objet avec un identifiant (id). Les lacs qui se trouvent
> dans son périmètre sont également des objets qui ont leur propre
> identifiant. Les trous qu'ils forment dans la forêt sont identifiés via la
> relation 'inner'. Il n'y a alors pas de duplication d'information.
>
> Le problème pour les forêts importées, c'est qu'il y a généralement deux
> objets pour un même lac - un polygone pour le lac, un polygone pour le trou
> dans la forêt. C'est une décision qui a été prise par la communauté OSM de
> l'époque. JOSM identifie ces cas. Il s'agit alors de détruire la composante
> 'inner' originale (qui n'a pas de tag) et de la remplacer par l'objet lac
> sous- jacent.
>
> Le wiki me semble suffisamment clair pour le captage des forêts (question
> 2) Il n'y a pas de concept de couche additive. .
> http://wiki.openstreetmap.org/wiki/Relation:multipolygon
> http://wiki.openstreetmap.org/wiki/Multipolygon_Examples
>
>
> Pour en revenir à tes questions...
> 1)  ...créer de nouvelles relations? Techniquement, les deux approches
> fonctionnent. Conceptuellement, s'il s'agit de deux objets 'foret' il
> pourrait être préférable d'avoir deux polygones - mais c'est très théorique.
> 2) ... plus ce sera difficile. En milieu urbain, la gestion des
> multipolygones est certainement complexe (pas seulement pour la forêt!-).
> L'ajout de clairières me semble assez simple, peu importe le nombre de
> clairières déjà existantes, du moins dans JOSM. Je me répète, le concept de
> couche additive n'existe pas dans OSM.
>
> Autres points à considérer: Dans le sud, c'est une bonne idée de fusionner
> ou segmenter les polygones en fonction des objets existants (rivières,
> routes) plutôt que les limites artificielles 

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[Paolo Monegato]

Il 08/08/2016 16:22, fayor ha scritto:

Diciamo la stessa cosa: se hanno diversi gradi di tutela è giusto
diversificare.
Quello che dico io, che secondo me è sbagliato, è che siano i locali a
decidere lo standard unico.


Ma i locali mica decidono lo standard unico, decidono come mappare la 
loro zona (non è che sono andati in Friuli a modificare i nomi delle 
località).


Il fatto è che i locali conoscono la situazione del luogo meglio di noi. 
Penso che dall'esterno si possa al massimo consigliare, ma che spetti a 
loro vedere come rappresentare al meglio la realtà.



Sostieni poi, se non ho capito male, che sul place dovrebbero andare tutti i
nomi locali anche senza tutela mentre sula relazione solo quelli ufficiali?


Stavo pensando. Effettivamente il tag place rappresenta la località, e 
la località per chi ci abita ha dei nomi ben definiti, a volte solo in 
una lingua a volte in più di una (sia essa o meno riconosciuta). Es. BL 
per chi è della zona è Belun ma anche Belluno.
Allo stesso modo l'entità amministrativa (alla quale si riferiscono i 
confini) è riconosciuta ufficialmente solo con un nome. Formalmente il 
comune è Belluno, non Belun (anche se colloquialmente, parlando in 
vernacolo, ci si potrà riferire ad esso come "Comun de Belun"). Quando 
invece è ufficialmente riconosciuto anche il nome in altra lingua è 
giusto che ci sia pure sulla relazione dei confini.



E cosa intendi per autorità amministrativa vigente? A che organo ti
riferisci?


Non ad uno in particolare ma al complesso dell'organizzazione statale.

ciao
Paolo M

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

Re: [OSM-talk-fr] Arrivée d'un itinéraire de pélerinage en Bretagne à mapper

[osm . sanspourriel]

Je serais partisan d'utiliser Tro Breizh (avec un h et des majuscules).

Ça me semble la graphie la plus classique et sans risque de brevet 
(puisque c'est la graphie usuelle).


Le h c'est pour inclure les Vannetais (ou plutôt le vannetais).

S'il a le parcours en gpx, il doit pouvoir le téléverser sur OSM pour 
que les gens puissent le reprendre le long des chemins (existants sans 
doute pour la plupart). Mais peut-être que le tracé du site indiqué suffit.


Il faut juste lui dire que s'il télécharge, tout le monde peut s'en 
servir et que les données entrées seront en ODbL. S'il n'a pas réagi 
c'est peut-être que pour lui ça semble couler de source (il est l'auteur 
et cite déjà OSM).


Et si en plus il y a moyen de faire ça avec la Coop Breizh, ça peut nous 
faire une pub sympa.


Tu mettrais l'association comme opérateur ?

Jean-Yvon, Breton, apostasié. Quant à la Cornouaille historique, je ne 
sais (Presqu'îlien d'origine ;-)).



Le 08/08/2016 à 18:26, Christian Rogel - 
christian.ro...@club-internet.fr a écrit :


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

Re: [Talk-pe] Satélite PeruSat-1

[andrzej zaborowski]

Hola,

2016-08-08 20:22 GMT+02:00 Johnattan Rupire :
> Este lanzamiento es más que una importante oportunidad para OSM en Perú,
> alguno tiene más información al respecto? alguien sabe por ejemplo, qué
> pasará con los productos de este satélite? con las imágenes y demás
> elementos que pueda captar? estarán disponibles para la ciudadanía?

En la COP-20 habia preguntado acerca de lo que iba a pasar con estos
productos en el puesto de CONIDA y me habian dicho que serian
accesibles para instituciones del estado y se venderian a terceros con
una licencia no abierta.  En principio como los ortofotomapas de
estado en otros paises en los años 90-2000, no han sacado conclusiones
del hecho de que muchos paises ya abrieron estos recursos :(

Saludos

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

Re: [Talk-pe] Satélite PeruSat-1

[Pablo diaz bendrell]

Bueno no se se serán liberados podrían coordinar co CONIDA para su uso y él
organismo del estado que está trabjando en temas de riesgos es CENEPRED que
pertenece a la PCM sería bueno que conversen con ellos

El Monday, August 8, 2016, Johnattan Rupire  escribió:

>
>
> El 08/08/16 a las 13:33, Pablo diaz bendrell escribió:
> > El satélite peruano será lanzado en setiembre y tiene una resolución
> > espacial de 0.70 m pancromatico y de 2.00 m multiespectral será
> > disponible solo para entidades del estado. es muy raro que sea
> > comercializado a empresas o particulares la estación terrena se
> > encuentra en la base área de punta lobos en pucusana CNOIS centro
> > nacional de operaciones de imágenes satelitales. Además de estas
> > imágenes la empresa Airbus le está entregando imágenes pleaides Spot
> > terrasat y tándem gratuitamente
>
> Hola Pablo, sí efectivamente, mi reloj biológico ya está por setiembre...
> xD
>
> Sabes si estás imágenes podrán ser usadas por la comunidad de OSM en
> Perú? algunas de las imágenes del pleaides han sido liberadas para la
> comunidad OSM en Ecuador post sismo para evaluación de daños. Sería
> interesante tener aquí imágenes para prevención...
>
>
> >
> > El Monday, August 8, 2016, Johnattan Rupire  
> > >> escribió:
> >
> > Hola!
> > este mes se lanza el primer satélite peruano y desde Cochabamba nos
> > pasan por twitter un mensaje sobre esta oportunidad:
> >
> > https://twitter.com/osmcbba/status/761665805977264128
> > 
> >
> > La noticia completa sobre el lanzamiento y la empresa que lo
> construye
> > en telesur:
> >
> > http://www.telesurtv.net/news/Peru-lanzara-primer-satelite-
> de-observacion-de-la-Tierra-20160805-0041.html
> >  satelite-de-observacion-de-la-Tierra-20160805-0041.html>
> >
> > Este lanzamiento es más que una importante oportunidad para OSM en
> Perú,
> > alguno tiene más información al respecto? alguien sabe por ejemplo,
> qué
> > pasará con los productos de este satélite? con las imágenes y demás
> > elementos que pueda captar? estarán disponibles para la ciudadanía?
> >
> > Saludos!
> >
> > --
> > Johnattan Rupire
> > @johnarupire
> > http://nomadas.ourproject.org
> >
> > ___
> > Talk-pe mailing list
> > Talk-pe@openstreetmap.org  
> > https://lists.openstreetmap.org/listinfo/talk-pe
> > 
> >
> >
> >
> > --
> >
> >
> > Ing. Pablo Diaz Bendrell
> > Consultor en Geomatica
> > Gis - Cartografia - Geodesia - Fotogrametria
> >
> >
> >
> >
> > ___
> > Talk-pe mailing list
> > Talk-pe@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-pe
> >
>
> --
> Johnattan Rupire
> @johnarupire
> http://nomadas.ourproject.org
>
> ___
> Talk-pe mailing list
> Talk-pe@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-pe
>


-- 


Ing. Pablo Diaz Bendrell
Consultor en Geomatica
Gis - Cartografia - Geodesia - Fotogrametria
___
Talk-pe mailing list
Talk-pe@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pe

Re: [Talk-pe] Satélite PeruSat-1

[Pablo diaz bendrell]

El satélite peruano será lanzado en setiembre y tiene una resolución
espacial de 0.70 m pancromatico y de 2.00 m multiespectral será disponible
solo para entidades del estado. es muy raro que sea comercializado a
empresas o particulares la estación terrena se encuentra en la base área de
punta lobos en pucusana CNOIS centro nacional de operaciones de imágenes
satelitales. Además de estas imágenes la empresa Airbus le está entregando
imágenes pleaides Spot terrasat y tándem gratuitamente

El Monday, August 8, 2016, Johnattan Rupire  escribió:

> Hola!
> este mes se lanza el primer satélite peruano y desde Cochabamba nos
> pasan por twitter un mensaje sobre esta oportunidad:
>
> https://twitter.com/osmcbba/status/761665805977264128
>
> La noticia completa sobre el lanzamiento y la empresa que lo construye
> en telesur:
>
> http://www.telesurtv.net/news/Peru-lanzara-primer-satelite-
> de-observacion-de-la-Tierra-20160805-0041.html
>
> Este lanzamiento es más que una importante oportunidad para OSM en Perú,
> alguno tiene más información al respecto? alguien sabe por ejemplo, qué
> pasará con los productos de este satélite? con las imágenes y demás
> elementos que pueda captar? estarán disponibles para la ciudadanía?
>
> Saludos!
>
> --
> Johnattan Rupire
> @johnarupire
> http://nomadas.ourproject.org
>
> ___
> Talk-pe mailing list
> Talk-pe@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-pe
>


-- 


Ing. Pablo Diaz Bendrell
Consultor en Geomatica
Gis - Cartografia - Geodesia - Fotogrametria
___
Talk-pe mailing list
Talk-pe@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pe

[Talk-pe] Satélite PeruSat-1

[Johnattan Rupire]

Hola!
este mes se lanza el primer satélite peruano y desde Cochabamba nos
pasan por twitter un mensaje sobre esta oportunidad:

https://twitter.com/osmcbba/status/761665805977264128

La noticia completa sobre el lanzamiento y la empresa que lo construye
en telesur:

http://www.telesurtv.net/news/Peru-lanzara-primer-satelite-de-observacion-de-la-Tierra-20160805-0041.html

Este lanzamiento es más que una importante oportunidad para OSM en Perú,
alguno tiene más información al respecto? alguien sabe por ejemplo, qué
pasará con los productos de este satélite? con las imágenes y demás
elementos que pueda captar? estarán disponibles para la ciudadanía?

Saludos!

-- 
Johnattan Rupire
@johnarupire
http://nomadas.ourproject.org

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

Re: [OSM-talk-ie] Lesotho Embassy is hosting a mapping event on Aug 13th

[Dave Corley]

Brian & Tadeusz, I look forward to seeing you both.

For everyone else, there are still several spaces left and it would be
great to fill all of them, so shout if you are interested.

Dave

On 8 Aug 2016 17:43, "Tadeusz Cantwell"  wrote:

> I can come as well.
>
> On 5 August 2016 at 02:34, Brian Hollinshead 
> wrote:
>
> > Hi Dave
> > Yes please I would like to be there.
> >
> >
> >
> > On 5 August 2016 at 00:58, Dave Corley  wrote:
> >
> > > Hey all,
> > >
> > > I wanted to let you know about an event that is happening on Aug 13th
> in
> > > Dublin in the Lesotho Embassy [1].
> > >
> > > The ambassador has kindly provided the facility for up to 16 people to
> > come
> > > from 10am to 4pm to take part in some mapping for #MapLesotho. You do
> not
> > > need to have any particular skill level to take part, help will be
> > provided
> > > on the day if any questions or queries come up.
> > >
> > > During the day there will be lunch (pizza) provided along with some
> light
> > > refreshments.
> > >
> > > We're also going to try do something a little special that day to mark
> > the
> > > OSM anniversary. We're going to try some live hangouts with
> > > - Maptime Copenhagen
> > > - Portmarnock Secondary School kids who will be in the Philippines
> > > - and last but not least, local mappers in Lesotho
> > >
> > > This should allow for a bit of fun and hopefully, interesting
> > > conversations.
> > >
> > > As the event will be finishing up early enough at 4pm, we'll likely go
> > for
> > > a bite or a drink afterwards.
> > >
> > > If this is of interest, please get in touch. As mentioned, space is
> > limited
> > > to 16 so it will have to be first come, first served.
> > >
> > > Hope to see some familiar faces there,
> > > Dave (DaCor)
> > >
> > > 1 - http://osm.org/go/es~R7ealk?m=
> > > ___
> > > Talk-ie mailing list
> > > Talk-ie@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-ie
> > >
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
> >
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-fr] Arrivée d'un itinéraire de pélerinage en Bretagne à mapper

[JB]

C'est bête, j'ai pas trouvé à récupérer une trace gpx… Sinon, j'aurais 
essayé dare-dare de voir ce que ça peut donner avec CarnetRando/R25…

JB.

Le 08/08/2016 à 18:26, Christian Rogel a écrit :
Le Tro Breiz (Tour de Bretagne) est un très ancien pélerinage qui a la 
particularité d’être circulaire et dont l’itinéraire de 500 km relie 7 
cathédrales (Quimper, St-Pol-de-Léon, Tréguier, Saint-Brieuc, 
Saint-Malo, Dol-de-Bretagne et Vannes) en passant près de nombre de 
chapelles et de croix de chemin.

On écrit aussi Trobreiz et Tro Breizh.

Une association, Les Chemins du Tro Breiz, patronne une marche ouverte 
à tous, couvrant l’une des étapes chaque année. Au début de ce mois, 
1300 marcheurs sont allés de Quimper à Saint-Pol.
J’avais rencontré une balise « Tro Breiz » et remarqué qu’un certain 
Yvon Autret avait signé, d’une part un topoguide (et un livre guide) 
et, d’autre part, une application Android 
  
incluant les traces GPS reportées sur une carte (IGN ?). Noter qu’il 
utilise aussi OSM en le créditant


Je l’ai interrogé sur la question de la licéité de mettre l’itinéraire 
(moderne), soit par observation des balises, soit par récupération,


Extrait de la réponse :
/"On peut mettre l'itinéraire TB dans la base OSM. //J'ai la totalité 
de l'itinéraire et de ses variantes sous forme de traces GPS.C'est 
d'ailleurs déjà en ligne sur http://permanent.trobreiz.com,mais avec 
une précision réduite./
/J'ai établi moi-même la totalité du circuit et effectué tous les 
enregistrements GPS.Il n'y a donc pas d'autorisation à demander à 
l'association TB (ce qui n'empêche pas de lui en faire part).
Le nom TROBREIZ (ainsi que les variantes du nom) n'a jamais été déposé 
et n'importe qui peut l’utiliser."
A mon avis il faudrait faire comme pour St-Jacques et indiquer dans 
OSM soit "TROBREIZ" en majuscule et tout attaché, soit "Tro Breizh".

/

La réponse contient 3 points importants :

- Selon Y. Autret, le travali de balisage et de recueil des traces 
qu’il a fait, ne doivent rien à l’association les Chemins du Tro Breiz 
qui, cependant, les mentionnent sur son site (voir URL plus haut).


- Le nom Tro Breiz n’ayant pas été déposé, il n’y a pas d’obstacle à 
l'appellation de l’itinéraire dans OSM


- Il a bien saisi que la réédition ultérieure de son topoguide 
pourrait être basée sur des outils OSM et il trouve intéressant uMap 
que je lui ai fait connaïtre. Citation : /« Je vous conseille de 
prendre contact avec Coop-Breizhpour voir si les cartes OSM peuvent 
les intéresser pour l'édition du nouveau topoguide, voire d'autres 
livres. Les cartes actuelles sont des cartes au 1/7 faites "à la 
main"par une société spécialisée »./

/
/
Je voudrais donc savoir si  la communauté OSM de Bretagne et au-delà 
(d’où envoi parallèle sur la liste OSM FR) trouve intéressant d’ouvrir 
ce chantier.


Le schéma de taggage est :
type =route
route =hiking/bicycle
pilgrimage =yes
ref =NN
name =/NNN/
network =inc/ncn
/operator/ /=nn/
/symbol/ /=/NNN
religion =/NNN/
/
/
Le principal obstacle pour la récupération des traces GPS est que Yvon 
Autret ne semble pas sensibilisé à la question de formalisation de la 
licence de réutilisation. Que faudrait-il li suggérer?



Christian R.
Mandataire OSM France pour la Cornouaille historique.


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


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

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[fayor]

Inglese come alfabeto, caratteri latini, non perdiamoci in queste
sottigliezze.

Il wiki dice chiaramente:
Dove esiste un nome ufficiale, quello verrà usato in "name"
Se un altro nome è più popolare, può essere aggiunto in name:alt o in
qualche altro caso aggiunto tra parentesi dopo il nome ufficiale

Se poi leggi la discussione sul changeset
http://www.openstreetmap.org/changeset/40472998
Vedrai che l'utente ramyaragupathy aveva eliminato la doppia denominazione;
l'utente Toyota Nexus7 se ne lamentava e citava il Belgio, ma il primo
ribatteva che la convenzione in India era diversa:
"the general agreement is to use English names for name key and have a
separate tag for Indic languages"

E l'utente PlaneMad confermava che 
"its perfectly ok to have multilingual names in the `name` tag but goes
against the convention we have been following in India till now for
simplicity. Please join the discussion on the talk-in mailing list to
discuss why you think this is a good idea".




--
View this message in context: 
http://gis.19327.n5.nabble.com/Edit-war-Sardegna-tp5879638p5880101.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] New Google Maps style - interesting cartographic innovation

[Michał Brzozowski]

On Mon, Aug 8, 2016 at 12:36 PM, Oleksiy Muzalyev
 wrote:
> Using colors like this is an excellent idea, however we shall not rely on
> colors alone as several percent of people cannot distinguish colors due to
> color blindness [1]. Besides, color blindness may develop with an advanced
> age, so no one is color-safe.
>
> We do not hear often about color blindness as people tend not to speak about
> it. But in fact maybe up to ten percent cannot see differences between
> certain colors at all.

I am more interested in the processing step itself and not styling,
which is trivial. To be clear, I am not talking about inclusion of
this in osm-carto. It is overloaded anyway.

I asked myself: If they use buildings to generate it, what do they do
when they aren't available? Turns out that for places without building
outlines they use street geometry to generate highlights [1][2].
Actually, when you compare it to using building outlines [2][3] it
looks somewhat cleaner. But in the end, buildings help too, as streets
may not always cover areas of interest. I speculate it is made similar
in geometrical appearance to built-up areas (orthogonal / straight
edges) on purpose. A smooth blob would be confusing.

I posted a thread here because I thought it may inspire people who
make their own OSM-based map styles ;) The devil is always in the
details and we would learn much from a proof of concept, both in terms
of how to achieve a similar effect and how to integrate external open
datasets in a meaningful manner.

[1] https://www.google.com/maps/@54.86,18.2042257,15.92z?hl=en
[2] https://www.google.com/maps/@54.3514061,18.6551512,15.88z?hl=en
[3] https://www.google.com/maps/@54.5175292,18.5419689,15z?hl=en
[4] https://www.google.com/maps/@54.4440137,18.5640867,16.67z?hl=en

Michał

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

Re: [Talk-us] Mappers in Idaho!

[Jack Burke]

The errors in OSM must be worse than we thought if Martijn can't tell which 
state he's in! 

-jack

-- 
Typos courtesy of fancy auto spell technology

On August 8, 2016 1:19:32 PM EDT, "Shawn K. Quinn"  wrote:
>On Mon, 2016-08-08 at 11:15 -0600, Martijn van Exel wrote:
>> Ahem. Teton County is in Wyoming not Idaho. This is emberrassing!
>
>Actually, there is a Teton County, Idaho:
>
>http://tetoncountyidaho.gov/
>
>
>
>-- 
>Shawn K. Quinn 
>
>
>___
>Talk-us mailing list
>Talk-us@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-us
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Mappers in Idaho!

[Martijn van Exel]

Ahem. Teton County is in Wyoming not Idaho. This is emberrassing!

Martijn

Martijn van Exel
http://mvexel.github.io/

On Sun, Aug 7, 2016 at 9:10 PM, Martijn van Exel  wrote:

> Hey all, and mappers in Idaho in particular!
>
> I spoke with the GIS person of Teton County in Idaho. This is a popular
> area with tourists (Grand Teton NP, Jackson Hole, ECLIPSE 2017!!) and he
> received an increasing number of complaints from folks getting lost using
> apps / sites based on OSM data. He offered locally produced, surveyed
> (craft!) data so we may improve OSM. I uploaded it here[1], who wants to
> take a stab at thinking about ways to incorporate improvements into OSM?
>
> I did confirm with him that this data resides in the PD but I can get a
> written note to that effect if you want.
>
> I am also happy to put you in touch with him if you want.
>
> Martijn
>
> [1] https://www.dropbox.com/s/3au2uwulx14rzqu/TetonCounty_
> OSM_Data.zip?dl=0
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[Martin Koppenhoefer]

sent from a phone

> Il giorno 08 ago 2016, alle ore 18:07, fayor  ha scritto:
> 
> https://lists.openstreetmap.org/pipermail/talk-in/2016-July/002615.html
> 
> http://wiki.openstreetmap.org/wiki/WikiProject_India#Naming_in_different_scripts_and_languages
> 
> 


nella mail dice:
The current convention that has been followed is to use `name` for the local 
name in latin script. The reasoning if I remember was two fold: - English being 
one of the official languages, latin script is widely used in cities and in 
public signages in smaller towns. Only in villages it is uncommon. - Keeping 
the tagging convention simple[3], that could be used throughout the country in 
a standard way


e anche il wiki lo conferma:

India has many languages and writing systems. The community convention is to 
use the Roman alphabet ('English') for the name key and to use the name in the 
local script for the "name:lang" key. Wherever possible, add the names in all 
languages that you can; this will make it possible to create maps in multiple 
languages. 
For example, to name the city of Bengaluru (Bangalore), use the following keys 
and values: 
Key Value
nameBengaluru
name:kn ಬೆಂಗಳೂರು
name:ta பெங்களுரு





se fosse il nome in inglese dovrebbe essere name=Bangalore


ciao,
Martin 



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

Re: [Talk-us] Mappers in Idaho!

[Shawn K. Quinn]

On Mon, 2016-08-08 at 11:15 -0600, Martijn van Exel wrote:
> Ahem. Teton County is in Wyoming not Idaho. This is emberrassing!

Actually, there is a Teton County, Idaho:

http://tetoncountyidaho.gov/



-- 
Shawn K. Quinn 


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

[OSM-talk-fr] Arrivée d'un itinéraire de pélerinage en Bretagne à mapper

[Christian Rogel]

Le Tro Breiz (Tour de Bretagne) est un très ancien pélerinage qui a la 
particularité d’être circulaire et dont l’itinéraire de 500 km relie 7 
cathédrales (Quimper, St-Pol-de-Léon, Tréguier, Saint-Brieuc, Saint-Malo, 
Dol-de-Bretagne et Vannes) en passant près de nombre de chapelles et de croix 
de chemin.
On écrit aussi Trobreiz et Tro Breizh.

Une association, Les Chemins du Tro Breiz, patronne une marche ouverte à tous, 
couvrant l’une des étapes chaque année. Au début de ce mois, 1300 marcheurs 
sont allés de Quimper à Saint-Pol.
J’avais rencontré une balise « Tro Breiz » et remarqué qu’un certain Yvon 
Autret avait signé, d’une part un topoguide (et un livre guide) et, d’autre 
part, une application Android 
  incluant les 
traces GPS reportées sur une carte (IGN ?). Noter qu’il utilise aussi OSM en le 
créditant 

Je l’ai interrogé sur la question de la licéité de mettre l’itinéraire 
(moderne), soit par observation des balises, soit par récupération,

Extrait de la réponse :
"On peut mettre l'itinéraire TB dans la base OSM. J'ai la totalité de 
l'itinéraire et de ses variantes sous forme de traces GPS.C'est d'ailleurs déjà 
en ligne sur http://permanent.trobreiz.com 
,mais avec une précision réduite.
J'ai établi moi-même la totalité du circuit et effectué tous les 
enregistrements GPS.Il n'y a donc pas d'autorisation à demander à l'association 
TB (ce qui n'empêche pas de lui en faire part).
Le nom TROBREIZ (ainsi que les variantes du nom) n'a jamais été déposé et 
n'importe qui peut l’utiliser."
A mon avis il faudrait faire comme pour St-Jacques et indiquer dans OSM soit 
"TROBREIZ" en majuscule et tout attaché, soit "Tro Breizh".

La réponse contient 3 points importants :

- Selon Y. Autret, le travali de balisage et de recueil des traces qu’il a 
fait, ne doivent rien à l’association les Chemins du Tro Breiz qui, cependant, 
les mentionnent sur son site (voir URL plus haut).

- Le nom Tro Breiz n’ayant pas été déposé, il n’y a pas d’obstacle à 
l'appellation de l’itinéraire dans OSM

- Il a bien saisi que la réédition ultérieure de son topoguide pourrait être 
basée sur des outils OSM et il trouve intéressant uMap que je lui ai fait 
connaïtre. Citation : «  Je vous conseille de prendre contact avec Coop-Breizh 
pour voir si les cartes OSM peuvent les intéresser pour l'édition du nouveau 
topoguide, voire d'autres livres. Les cartes actuelles sont des cartes au 
1/7 faites "à la main"par une société spécialisée ».

Je voudrais donc savoir si  la communauté OSM de Bretagne et au-delà (d’où 
envoi parallèle sur la liste OSM FR) trouve intéressant d’ouvrir ce chantier.

Le schéma de taggage est :
type =route 
route =hiking/bicycle 
pilgrimage =yes 
ref =NN 
name =NNN 
network =inc/ncn
operator =nn 
symbol =NNN 
religion =NNN

Le principal obstacle pour la récupération des traces GPS est que Yvon Autret 
ne semble pas sensibilisé à la question de formalisation de la licence de 
réutilisation. Que faudrait-il li suggérer?


Christian R.
Mandataire OSM France pour la Cornouaille historique.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[fayor]

https://lists.openstreetmap.org/pipermail/talk-in/2016-July/002615.html

http://wiki.openstreetmap.org/wiki/WikiProject_India#Naming_in_different_scripts_and_languages



--
View this message in context: 
http://gis.19327.n5.nabble.com/Edit-war-Sardegna-tp5879638p5880094.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[fayor]

Veramente, se non ho tradotto male, la convenzione adottata in India era di
mantenere il nome nazionale inglese nel tag name e quelli regionali negli
altri tag name:language.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Edit-war-Sardegna-tp5879638p5880093.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[Martin Koppenhoefer]

visto che si parlava in questo thread anche di una soluzione globale: in India 
hanno concordato di mettere solo il nome nella lingua locale nel tag name: 
https://lists.openstreetmap.org/pipermail/talk-in/2016-July/002614.html

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

Re: [Talk-de] Koordinaten

[Norbert Kück]

Hallo,

am 08.08.2016 um 15:21 schrieb Eifelhunde:

 wie machst du das?

z.b.
| Breitengrad= 50/43/49/N
| Längengrad = 06/30/58/E

(https://de.wikipedia.org/w/index.php?title=Motte_bei_Drove=edit)

Siehe
https://de.wikipedia.org/wiki/Vorlage:Infobox_Burg#Parameter
dort die Zeile "Breitengrad und Längengrad", und dort den Link zu
https://de.wikipedia.org/wiki/Vorlage:Coordinate#NS_und_EW


Auch der visuelle editor will das in der ° " Schreibweise.

Nein, auch der nimmt Dezimalschreibweise.
Gruß
nk

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

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[fayor]

Diciamo la stessa cosa: se hanno diversi gradi di tutela è giusto
diversificare.
Quello che dico io, che secondo me è sbagliato, è che siano i locali a
decidere lo standard unico.

Sostieni poi, se non ho capito male, che sul place dovrebbero andare tutti i
nomi locali anche senza tutela mentre sula relazione solo quelli ufficiali?

E cosa intendi per autorità amministrativa vigente? A che organo ti
riferisci?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Edit-war-Sardegna-tp5879638p5880089.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] New Google Maps style - interesting cartographic innovation

[Oleksiy Muzalyev]

OSM could use as Michał suggested Wiki{pedia|data} tags. There is also 
/wikimedia_commons/ [1] tag and geographical coordinates from Wikipedia 
articles themselves easily available via MediaWIki API.


I wrote a web-application which displays either Wikipedia articles on 
the map, or OSM Wiki{pedia|data|/media_commons/} tags as clickable 
markers with a link to a respective article, category, file, wikidata 
entry: http://ausleuchtung.ch/geo_wiki/ . It works for all language 
versions of Wikipedia.


Certainly if used on the main OSM map this data should be cashed. 
Edifices which have a Wikipedia article could be shown in a distinctive 
color too and have a small clickable icon with the letter "w" inside 
leading to a respective article, category, file, wikidata entry.


I would be even better than Google Maps as in Wikimedia categories and 
articles we can publish nowadays also HD videos of a building with 
aerial footage, so that one can see a building on the OSM map and then 
as if fly around it to view better [2].


[1] http://wiki.openstreetmap.org/wiki/Key:wikimedia_commons
[2] https://en.wikipedia.org/wiki/Nyon_Castle (select HD resolution 
1080P in player)


brgds
O.M.

On 08.08.2016 15:19, Janko Mihelić wrote:
I'm guessing Google is not only using POIs, but several other sources, 
like geo Tweets, got tagged photos put up on Google+, and so on. I 
think they are trying to make it easy for tourists to find the "in" 
spots where something is happening. If you're trying to find a nice 
restaurant, night club, pub or something like that, zoom in to the 
yellow area.


Janko

pon, 8. kol 2016. u 12:39 Oleksiy Muzalyev 
> 
napisao je:


Using colors like this is an excellent idea, however we shall not rely
on colors alone as several percent of people cannot distinguish colors
due to color blindness [1]. Besides, color blindness may develop
with an
advanced age, so no one is color-safe.

We do not hear often about color blindness as people tend not to speak
about it. But in fact maybe up to ten percent cannot see differences
between certain colors at all.

[1] https://en.wikipedia.org/wiki/Color_blindness

brgds
O.M.

On 07.08.2016 1:43, Michał Brzozowski wrote:
> There has been an update to Google Maps styling [1] and I have
to say,
> they left me impressed.
> The overall look is cleaner, which is very welcome after a series of
> disappointing changes, but the thing I consider very innovative
is how
> buildings (and on lower zooms - areas) with lots of "activities"
(i.e.
> POIs) are highlighted in beige.
>
> Now, traditional topo maps use building type attribute for this, eg.
> Polish ones use dark brown for public/retail buildings, orange for
> residential, violet for industrial and gray for everything else.
> Our (and I presume Google's no better) building type tagging is
pretty
> sparse, so this is a no-go.
>
> I wonder whether somebody could cook up a proof of concept of
this for
> OSM styling to see how it would work out. One may play with
assigning
> different weights to POIs according to their type or perceived
> importance via Wiki{pedia|data} tags.
>
> Michał
>
> [1]

https://maps.googleblog.com/2016/07/discover-action-around-you-with-updated.html
>
> ___
> 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: [Talk-de] Koordinaten

[Eifelhunde]

Am 08.08.2016 um 15:05 schrieb Norbert Kück:

Hallo,

am 08.08.2016 um 14:45 schrieb Eifelhunde:

kann ich eigentlich osm überrede das die Koordinaten in ° " und'
dargestellt werden? Brauche ich für Wikipedia

Wo braucht man das für Wikipedia? Ich verwende dort NUR die
Dezimalschreibweise.


 wie machst du das?

z.b.
| Breitengrad= 50/43/49/N
| Längengrad = 06/30/58/E

(https://de.wikipedia.org/w/index.php?title=Motte_bei_Drove=edit)

Auch der visuelle editor will das in der ° " Schreibweise.

C


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

Re: [OSM-talk] New Google Maps style - interesting cartographic innovation

[Janko Mihelić]

I'm guessing Google is not only using POIs, but several other sources, like
geo Tweets, got tagged photos put up on Google+, and so on. I think they
are trying to make it easy for tourists to find the "in" spots where
something is happening. If you're trying to find a nice restaurant, night
club, pub or something like that, zoom in to the yellow area.

Janko

pon, 8. kol 2016. u 12:39 Oleksiy Muzalyev 
napisao je:

> Using colors like this is an excellent idea, however we shall not rely
> on colors alone as several percent of people cannot distinguish colors
> due to color blindness [1]. Besides, color blindness may develop with an
> advanced age, so no one is color-safe.
>
> We do not hear often about color blindness as people tend not to speak
> about it. But in fact maybe up to ten percent cannot see differences
> between certain colors at all.
>
> [1] https://en.wikipedia.org/wiki/Color_blindness
>
> brgds
> O.M.
>
> On 07.08.2016 1:43, Michał Brzozowski wrote:
> > There has been an update to Google Maps styling [1] and I have to say,
> > they left me impressed.
> > The overall look is cleaner, which is very welcome after a series of
> > disappointing changes, but the thing I consider very innovative is how
> > buildings (and on lower zooms - areas) with lots of "activities" (i.e.
> > POIs) are highlighted in beige.
> >
> > Now, traditional topo maps use building type attribute for this, eg.
> > Polish ones use dark brown for public/retail buildings, orange for
> > residential, violet for industrial and gray for everything else.
> > Our (and I presume Google's no better) building type tagging is pretty
> > sparse, so this is a no-go.
> >
> > I wonder whether somebody could cook up a proof of concept of this for
> > OSM styling to see how it would work out. One may play with assigning
> > different weights to POIs according to their type or perceived
> > importance via Wiki{pedia|data} tags.
> >
> > Michał
> >
> > [1]
> https://maps.googleblog.com/2016/07/discover-action-around-you-with-updated.html
> >
> > ___
> > 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: [Talk-cz] Osmap.cz: Nelze přepínat vrstvy mapy v mobilním Firefoxu

[Marián Kyral]

Ahoj,
to, že se něco nezobrazí je většinou problém mixování https a http.

Nevím, jestli to souvisí s problémem nefungujícího přepínání, ale taky mi to
nejede a netuším, jak zjistit, v čem je problém.  Matně si vybavuji, že jsem
někde viděl, že ladění mobilního prohlížeče jde nějak udělat přes desktopový
prohlížeč.

Zadal bych to na github jako issue, ať se na to nezapomene.

Marián 


-- Původní zpráva --
Od: Milan Cerny 
Komu: OpenStreetMap Czech Republic 
Datum: 8. 8. 2016 14:49:46
Předmět: Re: [Talk-cz] Osmap.cz: Nelze přepínat vrstvy mapy v mobilním 
Firefoxu

"Mám podobné zkušenosti, na androidím mobilním prohlížeči mi osmap.cz také 
nejde, nezobrazí se ani mapa. 
Alternativní map.openstreetmap.cz jde normálně. 

Další problém se kterým se potýkám je obecně vrstva fotek rozcestníků. Na 
některých zařízeních se vrstva nezobrazí. Na tabletu s Androidem jde vše, na
desktopu Win XP + chrome nejde nic a na notebooku WIN7 se zobrazí jen 
rozcesníky z Wiki.
A teď co s tím :) 

Milan 

__
> Od: Petr Vozdecký 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 08.08.2016 10:40
> Předmět: [Talk-cz] Osmap.cz: Nelze přepínat vrstvy mapy v mobilním 
Firefoxu
>
>Ahoj,
>
>snad to není jen můj problém - na mobilním prohlížeči Firefox (Chrome to 
>nedělá) mi nereaguje přepínání vrstev mapy OpenStreetMap.cz - resp. 
>nereaguje na žádnou volbu v celé liště voleb (tedy i zapínání overlay 
>vrstev). Pokud prohlížeči vnutím mód zobrazení pro desktop, pak přepínání 
>funguje (a mohu takto tedy nouzově přepínat, protože při návratu do 
>zobrazení pro mobily si to aktuální přepnutí z desktopu pamatuje).
>
>Cookies jsou v prohlížeči povoleny...
>
>Pokud je to jen můj problém, tak předem díky za radu.
>
>vop
>=
>
>--
>
>___
>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-de] Koordinaten

[Norbert Kück]

Hallo,

am 08.08.2016 um 14:45 schrieb Eifelhunde:

kann ich eigentlich osm überrede das die Koordinaten in ° " und'
dargestellt werden? Brauche ich für Wikipedia
Wo braucht man das für Wikipedia? Ich verwende dort NUR die 
Dezimalschreibweise.

Gruß
nk

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

Re: [Talk-cz] Osmap.cz: Nelze přepínat vrstvy mapy v mobilním Firefoxu

[Milan Cerny]

Mám podobné zkušenosti, na androidím mobilním prohlížeči mi osmap.cz také 
nejde, nezobrazí se ani mapa. 
Alternativní map.openstreetmap.cz jde normálně. 

Další problém se kterým se potýkám je obecně vrstva fotek rozcestníků. Na 
některých zařízeních se vrstva nezobrazí. Na tabletu s Androidem jde vše, na 
desktopu Win XP + chrome nejde nic a na notebooku WIN7 se zobrazí jen 
rozcesníky z Wiki.
A teď co s tím :) 

Milan 

__
> Od: Petr Vozdecký 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 08.08.2016 10:40
> Předmět: [Talk-cz] Osmap.cz: Nelze přepínat vrstvy mapy v mobilním Firefoxu
>
>Ahoj,
>
>snad to není jen můj problém - na mobilním prohlížeči Firefox (Chrome to 
>nedělá) mi nereaguje přepínání vrstev mapy OpenStreetMap.cz - resp. 
>nereaguje na žádnou volbu v celé liště voleb (tedy i zapínání overlay 
>vrstev). Pokud prohlížeči vnutím mód zobrazení pro desktop, pak přepínání 
>funguje (a mohu takto tedy nouzově přepínat, protože při návratu do 
>zobrazení pro mobily si to aktuální přepnutí z desktopu pamatuje).
>
>Cookies jsou v prohlížeči povoleny...
>
>Pokud je to jen můj problém, tak předem díky za radu.
>
>vop
>=
>
>--
>
>___
>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-de] Koordinaten

[Eifelhunde]

kann ich eigentlich osm überrede das die Koordinaten in ° " und' 
dargestellt werden? Brauche ich für Wikipedia




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

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[Martin Koppenhoefer]

sent from a phone

> Il giorno 08 ago 2016, alle ore 11:55, Paolo Monegato 
>  ha scritto:
> 
> Una standardizzazione può essere utile, ma serve molta elasticità


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

Re: [OSM-Talk-ZA] Compiling ZA Open Geo List

[Glen Wilson]

By open you mean simply available for download/access? (i.e. not
necessarily suitaeble for use in OSM)? //Glen/Tinshack

On 05 Aug 2016 22:33, "Grant Slater"  wrote:

> Hi All,
>
> I have started compiling a list of Open Geo data providers in South Africa.
>
> Any help expanding the list would be appreciated.
>
> https://docs.google.com/spreadsheets/d/1TRldpu2DfLgTENQxGY8tKpkBK181F
> nECcA_zX4wfE9Q/edit#gid=0
>
> Kind regards,
> Grant
>
> ___
> Talk-ZA mailing list
> Talk-ZA@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-za
>
___
Talk-ZA mailing list
Talk-ZA@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-za

Re: [OSM-talk] New Google Maps style - interesting cartographic innovation

[Oleksiy Muzalyev]

Using colors like this is an excellent idea, however we shall not rely 
on colors alone as several percent of people cannot distinguish colors 
due to color blindness [1]. Besides, color blindness may develop with an 
advanced age, so no one is color-safe.


We do not hear often about color blindness as people tend not to speak 
about it. But in fact maybe up to ten percent cannot see differences 
between certain colors at all.


[1] https://en.wikipedia.org/wiki/Color_blindness

brgds
O.M.

On 07.08.2016 1:43, Michał Brzozowski wrote:

There has been an update to Google Maps styling [1] and I have to say,
they left me impressed.
The overall look is cleaner, which is very welcome after a series of
disappointing changes, but the thing I consider very innovative is how
buildings (and on lower zooms - areas) with lots of "activities" (i.e.
POIs) are highlighted in beige.

Now, traditional topo maps use building type attribute for this, eg.
Polish ones use dark brown for public/retail buildings, orange for
residential, violet for industrial and gray for everything else.
Our (and I presume Google's no better) building type tagging is pretty
sparse, so this is a no-go.

I wonder whether somebody could cook up a proof of concept of this for
OSM styling to see how it would work out. One may play with assigning
different weights to POIs according to their type or perceived
importance via Wiki{pedia|data} tags.

Michał

[1] 
https://maps.googleblog.com/2016/07/discover-action-around-you-with-updated.html

___
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-ja] 1.5車線

[下り専門]

TKE-wakaさん、こんにちは。

なんと！静岡に縁があったんですね。
田口さんの回答のとおり安倍川橋は今でも現役で可変運用してますよ。
TKE-wakaさんが学生のころと比べると表示がLEDになって西日でも見やすくなった（笑）のと、渋滞対策として少し下流に「静岡大橋」ができたことが違いかな。
探したけど写真は持ってませんでした。Mapillary撮りに行きたいと思います。

静岡市がオープンデータとして公開しているオルソ化航空写真をタイル化して公開しています。
http://wiki.openstreetmap.org/wiki/Shizuoka_ortho

中身は今年撮影のものに更新しています。
インポートした建物データは昨年のデータなのですでに違いがあるところもあります。
JOSMに設定して眺めてみてください。

（追伸）そろそろ名古屋でOSMワークショップやりたいですね。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk] Building a free/open reviews community w/ OSM support

[joost schouppe]

Keeping OSM and an external database linked is no mean feat. Say you load a
McDonalds POI to your database and someone reviews it. But then a mapper
comes along and changes the node to a line. Upon the next update of your
POI database, your review will not find the object it linked to before,
because it no longer exists.

Here are some possible solutions:
- generalize the link between review and object to something like "this
review is for an abject more or less called McDonalds which is more or less
in this location"
- link to object IDs, but have an intelligent algorithm or some
crowdsourcing decide if the review still belongs to the same OSM object
upon update
- add an external ID to OSM. This would be analogue to the current wikidata
tag.

Though all three approaches have huge problems, I personally think only the
third option would be viable for a project like this. In practice, it would
mean your website would have to write tags to the OSM database. That is
easy to get wrong and would probably meet resistance from the community. I
would like to see the wikidata model generalized, where you have a tag like
external_id:wikidata and external_id:lib_reviews . To minimize polluting
OSM with unnecessary tags, only objects which have a review in your system
should get the tag.

There are some interesting reactions on a diary entry I wrote on this long
ago: http://www.openstreetmap.org/user/joost%20schouppe/diary/34328

2016-08-08 1:38 GMT+02:00 Erik Moeller :

> On Fri, Aug 5, 2016 at 7:48 PM, Pine W  wrote:
>
> Hi Pine,
>
> Nice to run into you here!
>
> > Hod do you plan to develop readership for this site? Yelp seems to have a
> > commanding lead.
>
> To begin with, I think the most important question is whether this is
> something of importance to the free culture movement -- people like us
> who care about works being free to share and build upon, without
> control by any single organization, and with the technology being
> re-usable by others along with the content.
>
> I personally obviously think it's an important problem to work on --
> user-created reviews are pervasive, important and typically
> proprietary, along with the sites that host them. Moreover, there are
> obvious conflicts of interest at play that can be mitigated through a
> more open approach without a commercial motive by the site operator.
> Finally, I hope that we can ultimately add useful metadata beyond just
> "is this a good product", e.g., about  a company's environmental or
> labor record.
>
> If enough other people agree, then the answer to your question is not
> what _I_ plan to do :). If we don't care about this problem as a
> movement (which might legitimately be because other things are more
> important), then it won't get solved.
>
> With that preamble, I personally have a few thoughts on that, of
> course. For now I'm building out core functionality; once that's done,
> I want to look into meeting the needs of specialized communities that
> aren't currently being well-served by commercial players. lib.reviews
> already has the notion of teams:
>
> https://lib.reviews/teams
>
> If anyone reading this would like to start a team to review things
> that already have a matching OSM community, for example, let me know
> and we'll get that started. I also want to make reviews easily
> embeddable, Disqus style, so that folks who run small web shops and
> such can use our software with minimal effort.
>
> There's more, but I don't want to take up too much space on the OSM
> list with not obviously OSM-related aspects of the project, and invite
> folks who want to brainstorm further about it in general to subscribe
> to the lib.reviews list, here:
>
> http://www.freelists.org/list/lib.reviews
>
> Cheers,
>
> Erik
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>



-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[Paolo Monegato]

Il 08/08/2016 00:17, fayor ha scritto:

Standard unico per situazioni analoghe: si parla della L. 482/99 che tutela
le minoranze linguistiche, ed esattamente la lingua e la cultura delle
popolazioni albanesi, catalane, germaniche, greche, slovene e croate e di
quelle parlanti il francese, il franco-provenzale, il friulano, il ladino,
l'occitano e il sardo, quindi perché trattarle in modo diverso?


Perché hanno diversi gradi di tutela, e la situazione sul terreno è diversa.
Alcuni hanno la cartellonistica plurilingue anche per i segnali di 
indicazione e per quelli bianchi di inizio centro abitato.
Altri non hanno i segnali di indicazione in lingua e il nome locale non 
sul cartello bianco.
(che poi probabilmente sul place sarebbe corretto mettere pure i nomi 
locali, indipendentemente dallo stato di tutela. Mentre sulla relation 
del confine andrebbe solo il nome "ufficiale")


Una standardizzazione può essere utile, ma serve molta elasticità.
Pensiamo alla categorizzazione delle strade. Un tempo si pensava che 
statale = primary e provinciale = secondary. Poi ci si è accorti che 
alcune statali declassate potevano pure restare primary, e che in alcune 
regioni son provinciali pure certe strade sterrate che van categorizzate 
al massimo come tertiary...
Insomma ci si è resi conto che la norma prefissata cozzava con la realtà 
locale. E quindi andava adattata secondo la conoscenza degli abitanti 
della zona.



L'Istat non è l'autorità amministrativa vigente, non ha poteri decisionali:
è un ente statistico e non fa politica.


Certo, ma prende i nomi dall'autorità amministrativa vigente...

ciao
Paolo M

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

[Talk-cz] Osmap.cz: Nelze přepínat vrstvy mapy v mobilním Firefoxu

[Petr Vozdecký]

Ahoj,

snad to není jen můj problém - na mobilním prohlížeči Firefox (Chrome to 
nedělá) mi nereaguje přepínání vrstev mapy OpenStreetMap.cz - resp. 
nereaguje na žádnou volbu v celé liště voleb (tedy i zapínání overlay 
vrstev). Pokud prohlížeči vnutím mód zobrazení pro desktop, pak přepínání 
funguje (a mohu takto tedy nouzově přepínat, protože při návratu do 
zobrazení pro mobily si to aktuální přepnutí z desktopu pamatuje).

Cookies jsou v prohlížeči povoleny...

Pokud je to jen můj problém, tak předem díky za radu.

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

Re: [OSM-talk-fr] Changement de nom réseau / opérateurs suite changement de type de regroupement de communes

[lenny.libre]

Comme tu modifies il te propose de corriger des erreurs précédentes. 
Stricto sensu tu pourrais passer outre et corriger plus tard. Car si 
tu attends 3 semaines il y a des risques que d'autres modifient ces 
objets et que tu te retrouves avec un conflit d'édition : d'accord 
avec Frédéric.
Sauf erreur de ma part, j'ai donc modifié pour avoir "network=TBM", puis 
changé "colour" pour les lignes bleues


En ce qui concerne l'opérateur, sur le site du Groupe Keolis 
(http://www.keolis.com/fr/notre-groupe/keolis-acteur-international/reseaux-emblematiques/bordeaux) 
ils indiquent bien que "*Keolis Bordeaux Métropole*, à qui l’Autorité 
Organisatrice Bordeaux Métropole délègue l’exploitation du réseau 
multimodal TBM".
Faudrait-il donc vraiment remplacer "Keolis" par "Keolis Bordeaux 
Métropole" c'est bien la filiale qui a l'exploitation du réseau ? mais 
est-ce vraiment important de le détailler dans OSM, est-ce que la 
personne qui contribue dans son coin va voir que cette ligne de bus est 
exploitée par "Keolis ..."


Je me déconnecte, quelques jours de repos, bonnes vacances à ceux qui 
sont/vont les prendre !!!

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