Re: [Talk-it] area power=substation

[Fabrizio Tambussa]

Il giorno Gio 6 Dic 2018, 16:16 demon.box  ha scritto:

> ciao, nel caso di un'area power=substation (non è quindi un
> power=generator,
> la corrente non viene generata ma soltanto redistribuita):
>
> 1) come mappo il landuse? landuse=industrial ? o altro?
>
> 2) e tutti gli edifici al suo interno (non avendo chiaramente info più
> precise e dettagliate) li mappo tutti come
> building=industrial o meglio un più "neutro" building=service? o altro
> ancora?
>

>
> Io metterei landuse=industrial e i building=service.
Saluti

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

Re: [Talk-us] Forest Routes

[Paul Johnson]

On Thu, Dec 6, 2018 at 8:06 PM Kevin Broderick 
wrote:

> I don't think that the way to is a reliable indicator of trail vs road.
> Particularly in areas managed for forestry, I believe it's fairly common
> for a disused skid road to be managed and used as a non motorized trail (I
> can think of a few examples around here), which is a distinct situation
> from a road being closed to vehicle traffic without special permission, but
> both cases could be a track with the same access tags.
>

Singletrack versus doubletrack.  The roads are always doubletrack (but
don't always allow vehicles save for forestry and fire), the trails are
always singletrack (and quite typically incapable of passing a doubletrack
vehicle).
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Forest Routes

[Kevin Broderick]

I don't think that the way to is a reliable indicator of trail vs road.
Particularly in areas managed for forestry, I believe it's fairly common
for a disused skid road to be managed and used as a non motorized trail (I
can think of a few examples around here), which is a distinct situation
from a road being closed to vehicle traffic without special permission, but
both cases could be a track with the same access tags.

On Thu, Dec 6, 2018, 20:44 Paul Johnson 
>
> On Thu, Dec 6, 2018 at 6:42 PM Eric H. Christensen  wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> ‐‐‐ Original Message ‐‐‐
>> On Thursday, November 29, 2018 3:13 PM, Kevin Broderick <
>> k...@kevinbroderick.com> wrote:
>>
>> > Doesn't the Forest Service use FR for "Forest Road" at the reference?
>> I'd think that, or NFR to distinguish from state forest roads, would be the
>> more appropriate ref, as FS is ambiguous (it doesn't distinguish between a
>> forest road and a forest trail).
>>
>> I think the highway type would be a better way to distinguish between a
>> roadway and a trail.
>>
>>
> My thoughts, too.  And the route relation type, since a trail's not going
> to be route=road, even if it is the same network.
> ___
> 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] Forest Routes

[Paul Johnson]

On Thu, Dec 6, 2018 at 6:42 PM Eric H. Christensen  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> ‐‐‐ Original Message ‐‐‐
> On Thursday, November 29, 2018 3:13 PM, Kevin Broderick <
> k...@kevinbroderick.com> wrote:
>
> > Doesn't the Forest Service use FR for "Forest Road" at the reference?
> I'd think that, or NFR to distinguish from state forest roads, would be the
> more appropriate ref, as FS is ambiguous (it doesn't distinguish between a
> forest road and a forest trail).
>
> I think the highway type would be a better way to distinguish between a
> roadway and a trail.
>
>
My thoughts, too.  And the route relation type, since a trail's not going
to be route=road, even if it is the same network.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Forest Routes

[Eric H. Christensen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

‐‐‐ Original Message ‐‐‐
On Thursday, November 29, 2018 3:13 PM, Kevin Broderick 
 wrote:

> Doesn't the Forest Service use FR for "Forest Road" at the reference? I'd 
> think that, or NFR to distinguish from state forest roads, would be the more 
> appropriate ref, as FS is ambiguous (it doesn't distinguish between a forest 
> road and a forest trail).

I think the highway type would be a better way to distinguish between a roadway 
and a trail.

Eric
-BEGIN PGP SIGNATURE-
Version: ProtonMail
Comment: https://protonmail.com

wsFcBAEBCAAQBQJcCcG4CRCAdqveAkuz0QAA4GEQALkKnwJgZC0jiku6E6kz
cQEILCAHcmiZgiuPd1QaOV7Ixjw0NwN1X7lzNWViU6PYG/Jmv2hRvF7qtmA5
SFxOE+gcsIsDokHvRHNSN1k1OIHQR2CIJyxTGrf20e0HoWNO2YYesKr98HPZ
hqiPAASUGFcbk2tjRwugzZGI0OE7uDRv6ppkfdwbZ/CkKBtFfjYhJ/qQpzG/
9l1JAfIJwN4TCq1MmI3Y9RE1jFezJKy5Ii0dljV6nCT+4AxIzTlae97qc/JL
b8D2WVIohNbBa7tWgWaCXAIshJoFPBnvFcSzsBK/S8Vsxwx1M5CHqe0GsaKq
L7vEfpGT3+YzewITmkPbq6jAvxLxvguPzZZHvidTFCVSC+5xhXW4wJD9truZ
tGjVXLEk/aHNUqyacmX1yVYJMUvRUpx8Gs30UoS+Xf6s0ZQbtXMT+FYiVihv
sEsFp7Vfjk9I9vOZqPGNr20Ha1p0YDy0v3Qw7tyn/Hbbyu5evwPldBTHH4Rx
xXssMVX1lOVQg7+tZVmCG2Sg6Ahb3zQJESbfC8RBTstajAHar1iqaYv07TXg
GSqdbFP5cuqQStbQnOBMdB1Ojduu+qWksGyUriBbrCVo1Pc2t2dwf3v+tGTt
69zj3+/Ck5UhkCokbv2FQauU1R+hKaYVV1qGm1y31+v6tWRTaLeznt/pwx8l
sHJQ
=NIqb
-END PGP SIGNATURE-


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

Re: [talk-au] Adding lane tags to major roads

[Andrew Harvey]

Overall I think it's a great idea.

Could you filter out ways that have lanes:forward and lanes:backward?
eg. https://maproulette.org/mr3/challenge/3375/task/6686753 which
shouldn't need a redundant lanes tag as you can just add them up.
On Fri, 7 Dec 2018 at 10:49, Martijn van Exel  wrote:
>
> Hi folks.
> I created MapRoulette challenge asking mappers to look at aerial images and 
> add lane tags to major roads.
> https://maproulette.org/mr3/browse/challenges/3375
> This particular one is for NSW but can easily be ‘cloned’ for other regions.
> I wanted to get your opinion on this — good / bad idea? Can it be improved? 
> Smaller regions? Any feedback welcome.
> Martijn
>
> PS the Overpass Query this is based on is:
>
> [timeout:190];
> area[name="New South Wales"]->.a;
> way[highway~"motorway|trunk|primary"][!lanes](area.a);
> out body geom qt;
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

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

[talk-au] Adding lane tags to major roads

[Martijn van Exel]

Hi folks.
I created MapRoulette challenge asking mappers to look at aerial images and add 
lane tags to major roads. 
https://maproulette.org/mr3/browse/challenges/3375 

This particular one is for NSW but can easily be ‘cloned’ for other regions.
I wanted to get your opinion on this — good / bad idea? Can it be improved? 
Smaller regions? Any feedback welcome.
Martijn

PS the Overpass Query this is based on is:

[timeout:190];
area[name="New South Wales"]->.a;
way[highway~"motorway|trunk|primary"][!lanes](area.a);
out body geom qt;___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Un nouveau 'concurrent' ?

[DH]

Le 06/12/2018 à 22:04, PierreV a écrit :

je n'ai pas l'habitude d'utiliser github donc j'y jette un oeil dès que j'ai
le temps
En tout cas si les modifications sur OSM serait prises en compte sur Qwant
Maps en quelques jours cela pourrait être un grand avantage par rapport à
Gmaps surlequel il est désormais impossible d'y faire rajouter des chemins
;-)

Pour la recherche d'itinéraire je suis bien impatient de voir le résultat en
espérant qu'on puisse avoir des "variantes" piétonnes et vélo ! sa sera
aussi un gros plus lorsque vous le présenterez!


Un effet Qwantique  : 
http://osmstats.neis-one.org/?item=countries=France ?


+1 pour des prises en compte rapides des modifs dans OSM.


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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

Re: [OSM-talk-fr] Un nouveau 'concurrent' ?

[PierreV]

je n'ai pas l'habitude d'utiliser github donc j'y jette un oeil dès que j'ai
le temps
En tout cas si les modifications sur OSM serait prises en compte sur Qwant
Maps en quelques jours cela pourrait être un grand avantage par rapport à
Gmaps surlequel il est désormais impossible d'y faire rajouter des chemins
;-)

Pour la recherche d'itinéraire je suis bien impatient de voir le résultat en
espérant qu'on puisse avoir des "variantes" piétonnes et vélo ! sa sera
aussi un gros plus lorsque vous le présenterez!



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] Rencontre mensuelle pour tous OSM-Lyon 11/12/2018 18h30 - Invitation

[gnrc]

Bonjour à tous, 

Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de chaque 
mois, et chacun peut s'inviter et participer à ces rencontres. La prochaine 
aura lieu : 

le MARDI 11 DECEMBRE à partir de 18h30 
au "TUBA, 145 cours Lafayette, 69003 LYON". 

Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien : 
https://wiki.openstreetmap.org/wiki/Lyon/Réunion_13_novembre_2018 

Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la rencontre 
à venir, vous pouvez l'indiquer sur la page préparatoire au lien : 
https://wiki.openstreetmap.org/wiki/Lyon/Réunion_11_décembre_2018 

Venez nombreux ! 
Amicalement 

gnrc69 - Chaque goutte rempli l’océan (du libre) ! 


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

Re: [Talk-GB] Cotswolds AONB

[Brian Prangle]

Thanks both - the AONB boundary has returned

On Thu, 6 Dec 2018 at 17:48, spiregrain  wrote:

> I've tried to fix this; I've added the road segments into the ANOB (and
> hiking trail) relations.  But I've not changed the road layout, which is
> almost certainly a bit wrong around way 645960418.   There are changeset
> commetns and a Note that describes this.
>
> (Long time reader, first time caller).
>
> -- Spiregrain
>
>
> Philip Barnes wrote
> > Sorry that should be way 645960418, I typed the changeset number in
> error.
> >
> > Phil (trigpoint)
> >
> > On 6 December 2018 13:12:23 GMT, Philip Barnes 
>
> > phil@.me
>
> >  wrote:
> >>Not in a position to fix it now, but look at way 64621112.
> >>
> >>Phil (trigpoint)
> >>
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Great-Britain-f5372682.html
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Liste pour la Polynésie

[gnrc]

Bonjour Violaine 

Merci pour l'info, et content d'avoir des nouvelles de là-bas. PS: J'ai 
consulté, la place du 1er post est encore à prendre ! 

A propos des chemins sur pilotis le long du littoral, il existe bien un tag, 
voir : 
https://wiki.openstreetmap.org/wiki/FR:Tag:bridge=boardwalk 

Christian 
A+ 

- Mail original -

De: "Violaine_Do"  
À: talk-fr@openstreetmap.org 
Envoyé: Jeudi 6 Décembre 2018 02:20:29 
Objet:  [OSM-talk-fr] Liste pour la Polynésie 

Bonjour à tous, 
Je voulais juste vous faire savoir qu'une liste locale pour la Polynésie vient 
d'être créée : https://listes.openstreetmap.fr/wws/info/local-polynesie 
Souhaitons lui une longue, belle, riche vie (au sens collaboration et 
rencontres), 
A bientôt sur cette liste je l'espère, 
-- 
Violaine_Do 

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

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

[Talk-it] Opening hours: sintassi fuorviante?

[Damjan Gerl]

Mi collego ad un changeset fatto oggi da cascafico perché credo 
interessante per tutti:


Questo valore del tag opening_hours:

Jan-May,Oct-Dec: Tu 15:00-18:00, Th 16:00-18:00; Jun-Jul,Sep: Tu 
16:00-19:00, Th 17:00-19:00


sembra scritto giusto, ma l'interprete-macchina (vedi [1]) lo interpreta 
come quattro "orari" separati, quindi i due giovedì vengono "sommati" e 
il risultato è sbagliato.


Per avere il risultato voluto bisogna scrivere (aggiunto anche il PH off):

Oct-May: Tu 15:00-18:00, Oct-May: Th 16:00-18:00; Jun-Jul,Sep: Tu 
16:00-19:00, Jun-Jul,Sep: Th 17:00-19:00; PH off


oppure:

Tu 15:00-18:00; Th 16:00-18:00; Jun-Sep: Tu 16:00-19:00; Jun-Sep: Th 
17:00-19:00; Aug off; PH off



:-)' :-)'

Damjan



[1] http://openingh.openstreetmap.de/evaluation_tool/

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

Re: [Talk-cz] Večerka

[Milan Cerny]

Včera diskutovaného přidání průhledné vrstvy Strava heatmap do iD editoru se 
Pavel ujal opravdu bleskově. 
Už to k plné spokojenosti běží.

https://osm.zby.cz/id-strava/
 
Za to mu patří velký dík.

Milan

__
> Od: "Mikoláš Štrajt" 
> Komu: talk-cz@openstreetmap.org
> Datum: 06.12.2018 11:46
> Předmět: [Talk-cz] Večerka
>
>
>Jak se na OSM pivu řešilo, proč iDčko napovídalo u smíšeného zboží název
>"Večerka", tak jsem to asi našel:
>
>
>
>
>viz https://github.com/osmlab/name-suggestion-index/issues/1305
>
>
>
>
>Tiket vede do dat napovídače jmen, který ze jména umí doplnit tagy (např.
>při zadání jména "Žabka" doplní shop=convenience brand=Žabka a odkaz na
>wikidata Žabky).
>
>
>
>
>Zřejmě v minulosti mělo IDčko i opačnou fci - z tagů napovídalo název.
>
>
>
>
>--
>
>
>Severák
>
>
>
>
>PS: koukal jsem na to přidání naší Strava vrstvy pro IDčko, ale zatím jsem
>to nepochopil
>
>
>--
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>https://openstreetmap.cz/talkcz
>
>

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

Re: [Talk-GB] Cotswolds AONB

[spiregrain]

I've tried to fix this; I've added the road segments into the ANOB (and
hiking trail) relations.  But I've not changed the road layout, which is
almost certainly a bit wrong around way 645960418.   There are changeset
commetns and a Note that describes this.

(Long time reader, first time caller).

-- Spiregrain


Philip Barnes wrote
> Sorry that should be way 645960418, I typed the changeset number in error.
> 
> Phil (trigpoint) 
> 
> On 6 December 2018 13:12:23 GMT, Philip Barnes 

> phil@.me

>  wrote:
>>Not in a position to fix it now, but look at way 64621112.
>>
>>Phil (trigpoint) 
>>





--
Sent from: http://gis.19327.n8.nabble.com/Great-Britain-f5372682.html

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

Re: [OSM-talk-fr] Un nouveau 'concurrent' ?

[Noémie Lehuby]

Hello,

merci pour vos encouragements et pistes d'amélioration !
Je réponds juste aux questions générales, pour le reste, il faudra
suivre sur github.

Nos priorités du moment vont plutôt être sur l'amélioration du moteur de
recherche et l'itinéraire donc on n'a pas vraiment de roadmap
d'intégration de nouveaux POIs et de nouvelles infos. 
Mais vos retours et contributions sont néanmoins les bienvenues sur ce
sujet, ou sur le style du fond de carte ! Les nouveaux POIs sont
d'ailleurs à proposer directement au projet OpenMapTiles, afin que ça
profite également à d'autres acteurs de l'écosystème !

Et on a encore des tests en cours concernant le rafraichissement
automatique de données donc en effet, pour le moment, il faudra être un
peu patient pour voir ses changements apparaitre dans Qwant Maps :(

Noémie Lehuby
Qwant Research

Le 2018-12-05 20:48, Cédric Frayssinet a écrit :

> Je confirme que c'est un très beau boulot !! Enfin, une vraie interface 
> attrayante avec OSM en base de données ! 
> 
> Je confirme certains points énoncés ci-dessous, j'en rajouterai au moins 1, 
> je trouve que le contraste des gris est vraiment faible, et si je ne prends 
> en compte que les écoles par exemple (écoles, collèges et lycées), on 
> n'arrive pas à repérer les cours de recréation des bâtiments, voire on 
> pourrait penser l'inverse. Et c'est un peu dommage surtout sur de gros zooms. 
> 
> J'ai posté quelques petites issues sur le GitHub, existe-t-il une roadmap 
> pour les intégrations de tels ou tels POI afin de ne pas multiplier les 
> demandes pour rien ? Genre, les parkings, les infos supplémentaires sur des 
> POI... 
> 
> Merci ! 
> 
> Cédric 
> 
> Le 05/12/2018 à 11:38, PierreV a écrit : 
> 
>> Bonjour Noémie
>> Merci pour le partage de l'accès public de la carte basée sur OSM
>> 
>> Ce que j'aime bien c'est le rendu "vectoriel" qui permet un zoom progressif
>> 
>> Voici plusieurs pistes d'amélioration (peut être que certaines sont déjà
>> dans les projets ?)
>> 
>> Pourquoi au lieu de renvoyer sur OSM pour contribuer, vous ne proposez pas
>> une interface directement sur qwant qui propose de compléter les données que
>> vous souhaitez afficher des différents magasins et ensuite renvoie ses
>> nouvelle données sur OSM?
>> 
>> Pour le rendu des rivières je trouve dommage qu'il soit utilisé les
>> riverbank qui donne la "grosseur", cela fonctionne à peu près entre le zoom
>> 11 et 15, mais du 8 au 10 on ne voit quasiment plus les fleuves principaux
>> de france! utiliser le waterway=river résoudrait peut être ce soucis?
>> 
>> J'ai aussi remarqué que certaines icônes sont cliquables, mais la "box de
>> détail" ne s'affiche pas, comme les panneaux d'informations touristiques.
>> D'ailleurs je ne sais pas si c'est vraiment pertinent d'afficher tous les
>> panneaux informatifs touristiques ? Peut-être que d'afficher uniquement les
>> offices de tourisme, serait plus lisible ?
>> 
>> Peut-être aussi serait-il possible de relier les mairies aux articles
>> wikipédia des communes ? ou comme les monuments historiques ? et peut-être
>> d'autres types d'articles wiki peuvent être reliés aux fiches affichées sur
>> votre carte ?
>> 
>> Coté "icones" j'y voit les "leisure=garden" qui sont pour certains parc
>> rendu un par un par massifs sur OSM, peut être afficher uniquement ceux qui
>> ont un "name=..."
>> 
>> Pourquoi rendre "cliquable" les "landuse=basin"? comme pour les parcs peut
>> être rendre cliquable uniquement ceux qui ont un "name"?
>> 
>> Par contre coté "routes" du beau boulot de rendu. 
>> Un bémol pour les "chemins" de type track qui ont un "tracktype=grade 3,4
>> ou5" (voire peut être dès le niveau 2) pourraient être rendu plus proche
>> d'un "highway=path" qu'une route classique ? le rendu OSM fait des tirets
>> plus ou moins espacés: https://wiki.openstreetmap.org/wiki/FR:Key:tracktype
>> 
>> Pour les "highway=cycleway" je n'ai pas l'impression qu'ils sont mis en
>> valeur, voire même très peu visible... ca serait cool d'avoir un "rendu"
>> bien identifiable indépendant des chemins routiers classiques ou piétonniers
>> ?
>> 
>> Les "highway=service" (souvent utilisé pour les voies de parking) pourraient
>> être moins visible ? en tout cas "plus fin" qu'une route normale.
>> 
>> Voilà mes premières remarques.
>> 
>> Quelle est la fréquence de "rafraîchissement" par rapport aux données OSM?
>> j'y retrouve bien mes modifications d'y il y a 3 semaines, mais pas celle
>> d'hier.
>> 
>> --
>> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> -- 
> Dégooglisé ! [1] - Sociétaire Enercoop [2], l'énergie militante 
> 
> Sur Mastodon : @bristow...@framapiaf.org [3] 
> 
> [4] 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

 

Links:

Re: [Talk-GB] Cotswolds AONB

[Philip Barnes]

Sorry that should be way 645960418, I typed the changeset number in error.

Phil (trigpoint) 

On 6 December 2018 13:12:23 GMT, Philip Barnes  wrote:
>Not in a position to fix it now, but look at way 64621112.
>
>Phil (trigpoint) 
>
>On 6 December 2018 12:57:47 GMT, Brian Prangle 
>wrote:
>> Hi All
>>
>>I think this relation must be broken -it's disappeared from the main
>>rendered map.There's over  a 1000 members - anyone like to have a go
>at
>>repairing it? It's a bit neyond me and I don't want to go down a time
>>hole
>>and end up breaking more than I fix
>>
>>Regards
>>
>>Brian
>
>-- 
>Sent from my Android device with K-9 Mail. Please excuse my brevity.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] area power=substation

[demon.box]

dieterdreist wrote
> (...)Se lo sai, potresti comunque essere
> più specifico ancora-

ma il punto è proprio questo, cioè non ho informazioni precise ecco perchè a
mia opinione non potendo essere più specifico propenderei per
building=service in quanto sono edifici di servizio a ciò che si svolge come
attività lavorativa in quell'area.
grazie, ciao

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] area power=substation

[Martin Koppenhoefer]

Am Do., 6. Dez. 2018 um 16:16 Uhr schrieb demon.box :

> ciao, nel caso di un'area power=substation (non è quindi un
> power=generator,
> la corrente non viene generata ma soltanto redistribuita):
>
> 1) come mappo il landuse? landuse=industrial ? o altro?
>
> 2) e tutti gli edifici al suo interno (non avendo chiaramente info più
> precise e dettagliate) li mappo tutti come
> building=industrial o meglio un più "neutro" building=service? o altro
> ancora?



1.
evendo mappato la substation come area, non vedo molto necessità per un
landuse, ma nel dubbio potresti si, aggiungere industrial

2.
building=industrial lo vedo poco utile, in generale la distinzione di base
sarebbe tra produzione e magazzinaggio. Se lo sai, potresti comunque essere
più specifico ancora-

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

Re: [OSM-talk-fr] osm-fr machine ovh down

[Vincent Bergeot]

à peine le temps de vous prévenir que cela fonctionne !

merci à marc_marc, cquest, jocelyn...



Le 06/12/2018 à 16:18, Vincent Bergeot a écrit :

Bonjour,

beaucoup d'activités en cours pour essayer de retrouver les serveurs.

Nous vous tenons au courant !

à plus



Le 06/12/2018 à 15:17, marc marc a écrit :

Bonjour,

les 4 serveurs ovh osm25/26/27/28 sont inaccessible (pas
de réponse au ping ni ssh).
Par conséquent l'ensemble des services concernés sont en panne
cela inclus principalement :
- umap
- le rendu fr et bzh
- le site web de l'asso
- les liste de diffusion régionale et spéciale (genre transport)
- le forum osm-fr
- osmose (le frontend=l'interface web totalement et une partie des
backend (les analyses en eu-même) ne tournent plus et les autres ne
savent plus envoyer leur résultat)

le détail complet est sur le wiki
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France
tout ce qui est noté avec osm25/osm26/osm27/osm28

Apparemment St Nicolas a appelé père fouettard

Cordialement,
Marc





--
Vincent Bergeot


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

Re: [Talk-it] area power=substation

[Sergio Manzi]

Secondo me la 1) va benissimo e per la 2) starei su industrial perché 
potrebbero essere le toilettes, o la mensa di chi ci lavora, ma anche edifici 
ad uso prettamente industriale: non sapendo, ed essendo il landuse=industrial, 
building=industrial mi sembra l'assunzione più corretta...

On 2018-12-06 16:15, demon.box wrote:
> ciao, nel caso di un'area power=substation (non è quindi un power=generator,
> la corrente non viene generata ma soltanto redistribuita):
>
> 1) come mappo il landuse? landuse=industrial ? o altro?
>
> 2) e tutti gli edifici al suo interno (non avendo chiaramente info più
> precise e dettagliate) li mappo tutti come
> building=industrial o meglio un più "neutro" building=service? o altro
> ancora?
>
> grazie
>
> --enrico
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] osm-fr machine ovh down

[Vincent Bergeot]

Bonjour,

beaucoup d'activités en cours pour essayer de retrouver les serveurs.

Nous vous tenons au courant !

à plus



Le 06/12/2018 à 15:17, marc marc a écrit :

Bonjour,

les 4 serveurs ovh osm25/26/27/28 sont inaccessible (pas
de réponse au ping ni ssh).
Par conséquent l'ensemble des services concernés sont en panne
cela inclus principalement :
- umap
- le rendu fr et bzh
- le site web de l'asso
- les liste de diffusion régionale et spéciale (genre transport)
- le forum osm-fr
- osmose (le frontend=l'interface web totalement et une partie des
backend (les analyses en eu-même) ne tournent plus et les autres ne
savent plus envoyer leur résultat)

le détail complet est sur le wiki
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France
tout ce qui est noté avec osm25/osm26/osm27/osm28

Apparemment St Nicolas a appelé père fouettard

Cordialement,
Marc



--
Vincent Bergeot


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

[Talk-it] area power=substation

[demon.box]

ciao, nel caso di un'area power=substation (non è quindi un power=generator,
la corrente non viene generata ma soltanto redistribuita):

1) come mappo il landuse? landuse=industrial ? o altro?

2) e tutti gli edifici al suo interno (non avendo chiaramente info più
precise e dettagliate) li mappo tutti come
building=industrial o meglio un più "neutro" building=service? o altro
ancora?

grazie

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

[OSM-talk-fr] osm-fr machine ovh down

[marc marc]

Bonjour,

les 4 serveurs ovh osm25/26/27/28 sont inaccessible (pas
de réponse au ping ni ssh).
Par conséquent l'ensemble des services concernés sont en panne
cela inclus principalement :
- umap
- le rendu fr et bzh
- le site web de l'asso
- les liste de diffusion régionale et spéciale (genre transport)
- le forum osm-fr
- osmose (le frontend=l'interface web totalement et une partie des 
backend (les analyses en eu-même) ne tournent plus et les autres ne
savent plus envoyer leur résultat)

le détail complet est sur le wiki
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France
tout ce qui est noté avec osm25/osm26/osm27/osm28

Apparemment St Nicolas a appelé père fouettard

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

[OSM-ja] [12/8]名古屋でマッピングパーティ開きます

[K.Sakanoshita]

坂ノ下です。

12/8に名古屋(尾頭橋駅近く)でマッピングパーティを開きます。

名古屋では随分久しぶり（？）で私も初めての開催となります。
マッピングの他、活用事例などもお話し出来ると思いますので、
参加してみませんか？ご興味ある方はご返答ください。

それでは。

--
/*
 * K.Sakanoshita (http://www.netfort.gr.jp/~saka/)
 * (Phone) barsa...@gmail.com / (PC) s...@netfort.gr.jp
 */

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

Re: [Talk-GB] Cotswolds AONB

[Philip Barnes]

Not in a position to fix it now, but look at way 64621112.

Phil (trigpoint) 

On 6 December 2018 12:57:47 GMT, Brian Prangle  wrote:
> Hi All
>
>I think this relation must be broken -it's disappeared from the main
>rendered map.There's over  a 1000 members - anyone like to have a go at
>repairing it? It's a bit neyond me and I don't want to go down a time
>hole
>and end up breaking more than I fix
>
>Regards
>
>Brian

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Cotswolds AONB

[Dave F]

Hi

This should help you:
http://ra.osmsurround.org/analyzeMap?relationId=166570

DaveF

On 06/12/2018 12:52, Brian Prangle wrote:

Hi All

I think this relation must be broken -it's disappeared from the main 
rendered map.There's over  a 1000 members - anyone like to have a go 
at repairing it? It's a bit neyond me and I don't want to go down a 
time hole and end up breaking more than I fix


Regards

Brian


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


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

Re: [Talk-cz] Večerka

[Marián Kyral]

-- Původní e-mail --
Od: Mikoláš Štrajt 
Komu: talk-cz@openstreetmap.org
Datum: 6. 12. 2018 11:46:23
Předmět: [Talk-cz] Večerka
"
Jak se na OSM pivu řešilo, proč iDčko napovídalo u smíšeného zboží název
"Večerka", tak jsem to asi našel:




viz https://github.com/osmlab/name-suggestion-index/issues/1305




Tiket vede do dat napovídače jmen, který ze jména umí doplnit tagy (např.
při zadání jména "Žabka" doplní shop=convenience brand=Žabka a odkaz na
wikidata Žabky).




Zřejmě v minulosti mělo IDčko i opačnou fci - z tagů napovídalo název.


"



Díky náčelníku, žes to za mně našel. Člověk jednou za uherský rok otevře iD
a hned na něco narazí :-D




Marián



"



--


Severák




PS: koukal jsem na to přidání naší Strava vrstvy pro IDčko, ale zatím jsem
to nepochopil

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

[Talk-GB] Cotswolds AONB

[Brian Prangle]

 Hi All

I think this relation must be broken -it's disappeared from the main
rendered map.There's over  a 1000 members - anyone like to have a go at
repairing it? It's a bit neyond me and I don't want to go down a time hole
and end up breaking more than I fix

Regards

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

[Talk-GB] Cotswolds AONB

[Brian Prangle]

Hi All

I think this relation must be broken -it's disappeared from the main
rendered map.There's over  a 1000 members - anyone like to have a go at
repairing it? It's a bit neyond me and I don't want to go down a time hole
and end up breaking more than I fix

Regards

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

Re: [OSM-talk-fr] Radio France

[Jacques Lavignotte]

Le 06/12/2018 à 11:09, Cyrille37 OSM a écrit :

Hop : https://twitter.com/CyrilleGiquello/status/1070621238102515712


Yes !




Le 06/12/2018 à 09:42, Jacques Lavignotte a écrit :

Bonjour,

sur

https://www.radiofrance.fr/boite-a-outils/frequences

Qui va leur dire qu'OSM peut faire quelque chose pour eux (avant 
qu'ils raquent chez GGL)


J.


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


--
GnuPg : C8F5B1E3 Because privacy matters.


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

Re: [Talk-it] Wikidata ed OSM

[Martin Koppenhoefer]

Am Do., 6. Dez. 2018 um 12:09 Uhr schrieb Martin Koppenhoefer <
dieterdre...@gmail.com>:

> Am Do., 6. Dez. 2018 um 10:52 Uhr schrieb Matteo Zaffonato <
> zaff...@gmail.com>:
>
>> Per i progetti Wikimedia dovrebbe partire tutto da Wikidata e collegare
>> poi Wikipedia, Osm, Wikimedia Commons e via così.
>>
>> Su Osm però c'è modo di collegare un elemento Wikidata, una pagina
>> Wikipedia ed un elemento di Wikimedia Commons. In questo modo quindi si
>> potrebbero creare disallineamenti IMHO. Che fare?
>>
>
> quando vediamo errori li correggiamo. In Wikidata posso anche scrivere
> delle cose, e poi nel testo di Wikipedia ci scrivo altri dati, oppure sulla
> foto si vede un'altra start date inscritto sul edificio rispetto al dato in
> wikidata. I disallineamenti ci possono sempre essere, anche senza OSM ;-).
>



comunque, se noi puntiamo ad un oggetto wikidata, non vuol dire che
l'oggetto wikidata è in ogni suo aspetto e proprietà identico con l'oggetto
OSM, è più da interpretare come riferimento. Non è detto che sia un errore
quando un oggetto wikidata punta ad un altro articolo wikipedia rispetto ad
OSM che punta allo stesso oggetto wikidata ma un altro articolo
(ipoteticamente), potrebbe comunque essere la rappresentazione migliore dal
punto di vista di OSM.

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

Re: [Talk-it] Wikidata ed OSM

[Martin Koppenhoefer]

Am Do., 6. Dez. 2018 um 10:52 Uhr schrieb Matteo Zaffonato <
zaff...@gmail.com>:

> Per i progetti Wikimedia dovrebbe partire tutto da Wikidata e collegare
> poi Wikipedia, Osm, Wikimedia Commons e via così.
>
> Su Osm però c'è modo di collegare un elemento Wikidata, una pagina
> Wikipedia ed un elemento di Wikimedia Commons. In questo modo quindi si
> potrebbero creare disallineamenti IMHO. Che fare?
>


quando vediamo errori li correggiamo. In Wikidata posso anche scrivere
delle cose, e poi nel testo di Wikipedia ci scrivo altri dati, oppure sulla
foto si vede un'altra start date inscritto sul edificio rispetto al dato in
wikidata. I disallineamenti ci possono sempre essere, anche senza OSM ;-).

Cosa proponi?

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

[Talk-cz] Večerka

[Mikoláš Štrajt]

Jak se na OSM pivu řešilo, proč iDčko napovídalo u smíšeného zboží název
"Večerka", tak jsem to asi našel:




viz https://github.com/osmlab/name-suggestion-index/issues/1305




Tiket vede do dat napovídače jmen, který ze jména umí doplnit tagy (např.
při zadání jména "Žabka" doplní shop=convenience brand=Žabka a odkaz na
wikidata Žabky).




Zřejmě v minulosti mělo IDčko i opačnou fci - z tagů napovídalo název.




--


Severák




PS: koukal jsem na to přidání naší Strava vrstvy pro IDčko, ale zatím jsem
to nepochopil
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Wikidata ed OSM

[Cascafico Giovanni]

Magari esiste, ma devo ammettere che non ho cercato una wiki che possa
spiegare come procedere. Intanto potremmo collezionare alcuni servizi
specifici qui,..
Giorni fa Aurelio, sul caname telegram aveva segnalato questo [1]
OSM-Wikidata matcher

[1] https://osm.wikidata.link/

Il giorno gio 6 dic 2018 alle ore 10:52 Matteo Zaffonato 
ha scritto:

> Per i progetti Wikimedia dovrebbe partire tutto da Wikidata e collegare
> poi Wikipedia, Osm, Wikimedia Commons e via così.
>
> Su Osm però c'è modo di collegare un elemento Wikidata, una pagina
> Wikipedia ed un elemento di Wikimedia Commons. In questo modo quindi si
> potrebbero creare disallineamenti IMHO. Che fare?
>
> Matteo
>
> Il giorno gio 6 dic 2018, 10:13 Cascafico Giovanni 
> ha scritto:
>
>> In "coordinate location" ho aggiunto le coordinate del nodo ed in "add
>> reference" il link al nodo OSM... sembra sia andato tutto bene: ora la app
>> visualizza il pin nel luogo corretto. Ho approfittato per correggere il
>> nome della via e sembra sia stato registrato.
>>
>> Mi resta da capire come tutti questi servizi (OSM, wikidata, wikipedia,
>> commmons) siano correlati, cioè come creare e modificare coerentemente e,
>> se esiste,  in quale ordine.
>>
>> Il giorno ven 30 nov 2018 alle ore 11:22 Cascafico Giovanni <
>> cascaf...@gmail.com> ha scritto:
>>
>>> Premetto che Wikidata per me è  al momento una brutta bestia.
>>>
>>> Ho istallato sul cellulare l'applicazione Commons. Una delle funzioni
>>> interessanti è "NEARBY" che evidenzia le voci di wikipedia nei pressi a cui
>>> mancano media.
>>> Cosa posso fare quando vedo sulla mappa un pin palesemente sbagliato?
>>>
>>> Nel caso specifico (un sito archeologico), la app elenca dei
>>> collegamenti a Wikipedia, Commons e Wikidata, di cui solo il collegamento a
>>> Wikidata è attivo. Lo seguo e mi trovo nella scheda [1]. Deduco che il nome
>>> della via e le coordinate geo errate siano stati derivati dalla proprietà
>>> "imported from Wikimedia project" [2]. Che fare?
>>> Aggiusto le coord e basta?
>>> Rimuovo la proprietà?
>>> Se ho ottenuto le coordinate dal OSM o con sopralluogo, come posso
>>> specificarlo?
>>> Add qualifier significa aggiungere una proprietà?
>>>
>>>
>>> ...e sopratutto, come non fare danni?
>>>
>>>
>>>
>>> [1] https://www.wikidata.org/wiki/Q55685790
>>> [2] https://www.wikidata.org/wiki/Property:P143
>>>
>>>
>>> ___
>> 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-gb-westmidlands] Saturday Mapping

[Gareth L]

I see the updates from your Saturday survey on the map. Great work everyone who 
could attend. A huge improvement.
https://tyrasd.github.io/latest-changes/#12/52.3673/-1.1906


On 28 Nov 2018, at 16:14, Brian Prangle 
mailto:br...@mappa-mercia.org>> wrote:

H Gareth

Shame about that. I'm now not able to do the 8th Dec so I'll turn out this Sat. 
There's a new pub there called the Tuning Fork. Anybody else up for this?

Regards

Brian

On Sun, Nov 25, 2018 at 5:53 PM Gareth L 
mailto:o...@live.co.uk>> wrote:
I’m rather local to this, but sadly I am away both weekends!
It’s worthwhile doing. Google maps and Apple maps are lagging quite far behind 
on Rugby’s redevelopments/developments. Surprisingly, an entire retail park is 
missing from both.


Gareth


Get Outlook for iOS


From: Brian Prangle mailto:bpran...@gmail.com>>
To: talk-gb-westmidlands 
mailto:Talk-gb-westmidlands@openstreetmap.org>>
Subject: [Talk-gb-westmidlands] Saturday Mapping
Message-ID:
mailto:caectzzacrw4rx_whxc7upnwy2mnvtqsci_cmr5um6s3rplj...@mail.gmail.com>>
Content-Type: text/plain; charset="utf-8"

Hi everyone

It's a been a while since we met in November and I agrred to to get some
dates for a mapping dayin Warwicks(with a pub lunch). I propose either
Saturday 1 Dec or 8 Dec and I propose we go to the new village being built
on the old Rugby Radio Station site which is called Houlton


It's a massive development( over 6,000 homes - partially complete) with the
first residents moving in a year ago and also a new primary school
operational. Currently it's shown as a construction site with a few service
roads. If folk can get to me reasonably quickly I'll see if I can drum up
some local interest

Regards

Brian
-- next part --
An HTML attachment was scrubbed...
URL: 


--

Subject: Digest Footer

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


--

End of Talk-gb-westmidlands Digest, Vol 121, Issue 1

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

Re: [OSM-talk-fr] Radio France

[Cyrille37 OSM]

Hop : https://twitter.com/CyrilleGiquello/status/1070621238102515712

Le 06/12/2018 à 09:42, Jacques Lavignotte a écrit :

Bonjour,

sur

https://www.radiofrance.fr/boite-a-outils/frequences

Qui va leur dire qu'OSM peut faire quelque chose pour eux (avant 
qu'ils raquent chez GGL)


J.


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

Re: [Talk-it] Wikidata ed OSM

[Matteo Zaffonato]

Per i progetti Wikimedia dovrebbe partire tutto da Wikidata e collegare poi
Wikipedia, Osm, Wikimedia Commons e via così.

Su Osm però c'è modo di collegare un elemento Wikidata, una pagina
Wikipedia ed un elemento di Wikimedia Commons. In questo modo quindi si
potrebbero creare disallineamenti IMHO. Che fare?

Matteo

Il giorno gio 6 dic 2018, 10:13 Cascafico Giovanni  ha
scritto:

> In "coordinate location" ho aggiunto le coordinate del nodo ed in "add
> reference" il link al nodo OSM... sembra sia andato tutto bene: ora la app
> visualizza il pin nel luogo corretto. Ho approfittato per correggere il
> nome della via e sembra sia stato registrato.
>
> Mi resta da capire come tutti questi servizi (OSM, wikidata, wikipedia,
> commmons) siano correlati, cioè come creare e modificare coerentemente e,
> se esiste,  in quale ordine.
>
> Il giorno ven 30 nov 2018 alle ore 11:22 Cascafico Giovanni <
> cascaf...@gmail.com> ha scritto:
>
>> Premetto che Wikidata per me è  al momento una brutta bestia.
>>
>> Ho istallato sul cellulare l'applicazione Commons. Una delle funzioni
>> interessanti è "NEARBY" che evidenzia le voci di wikipedia nei pressi a cui
>> mancano media.
>> Cosa posso fare quando vedo sulla mappa un pin palesemente sbagliato?
>>
>> Nel caso specifico (un sito archeologico), la app elenca dei collegamenti
>> a Wikipedia, Commons e Wikidata, di cui solo il collegamento a Wikidata è
>> attivo. Lo seguo e mi trovo nella scheda [1]. Deduco che il nome della via
>> e le coordinate geo errate siano stati derivati dalla proprietà "imported
>> from Wikimedia project" [2]. Che fare?
>> Aggiusto le coord e basta?
>> Rimuovo la proprietà?
>> Se ho ottenuto le coordinate dal OSM o con sopralluogo, come posso
>> specificarlo?
>> Add qualifier significa aggiungere una proprietà?
>>
>>
>> ...e sopratutto, come non fare danni?
>>
>>
>>
>> [1] https://www.wikidata.org/wiki/Q55685790
>> [2] https://www.wikidata.org/wiki/Property:P143
>>
>>
>> ___
> 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-au] Ferry Routes mapping in NSW

[Warin]

On 06/12/18 14:44, Andrew Harvey wrote:

On Mon, 26 Nov 2018 at 11:43, Sigurjón Gísli Rúnarsson
 wrote:

I have had some recent feedback regarding my changes to the ferry route paths 
in Sydney Harbour in August this year.  I basically changed the mapping from 
single way approach to relation approach.  The main reason for this change was 
so that the ferry route paths could be used for routing purposes, to reflect 
what is actually happening on the “ground” with these ferry route services.
The feedback I received from the OSM user is that these ferry routes should be 
mapped back to single way approach as having ways intersecting/branching 
between terminals/wharves should not be allowed. Rather, there should only be a 
single way between wharves.  At the moment some routing engines take turns in 
the middle of the harbour (example – now fixed in database) which I agree is 
not ideal.  I have tried to map the ways to avoid this as much as possible.

I feel that I’m following the wiki 
https://wiki.openstreetmap.org/wiki/Tag:route=ferry with the relation approach. 
 At the time that I made the changes, I got only minimal (all positive) 
feedback regarding my approach to this.  But I can also understand the 
reasoning behind why the single way approach is preferred, as it looks better 
from a cartographic point of view on the standard OSM map tiles and gives a 
good overview of the ferry routes.

Unfortunately mapping with the single way approach does not give options for 
accurate routing based on the way the actual ferry services operate.

I'm in favour of using ferry route relations in Sydney Harbour, it
allows us to capture the full range of ferry services (including
private and public services) which share the same "ways" without the
issues from overlapping ways. As you've pointed out this is well
documented at https://wiki.openstreetmap.org/wiki/Tag:route%3Dferry

It seems the branching of ways in the open water that results from
mapping ferry routes as relations is causing issues like
https://www.openstreetmap.org/directions?engine=graphhopper_foot=-33.8711%2C151.2621%3B-33.7997%2C151.2857#map=14/-33.8421/151.2726
which is not a path that you can actually take.

I want to point out that railways have the same issue, where there are
switches like at https://www.openstreetmap.org/way/143758897 a routing
engine which doesn't account for route relations will happily take
that switch even though there may be no public transport routes which
take it (it might only be there for non-scheduled services).
Ultimately a routing engine is only going to get so far without taking
into account the route relations and service timetable, so I don't
think that zigzag is a deal breaker.


The idea was brought forward to apply custom tagging to the “new” ways that 
have been mapped based on the relation approach.  These custom tags (i.e. 
route=[custom tag]) could then be used in conjunction with single way approach 
ways for routing based on services.

You're suggestion of using route=ferry_services on the way actually
makes sense and would fix the routing issue. On the other hand I see
the routing taking branches when route relations exist as a routing
engine issue, and something that could be addressed there. I think
that's probably a better solution, as the tagging remains the same, as
moving to route=ferry_services is a big breaking change that would be
hard to push through as a global tagging standard.

While we're talking about ferries,
https://www.openstreetmap.org/way/201884898 has to be my favourite
ferry route in OSM: "route=ferry + description=Row yourself using
supplied boats".


For those not familiar with that 'ferry'.

There are 2 boats - one on either side.

You row one boat across with your gear.

Then you row back - towing the other boat.

You then row across with one boat to complete your crossing, while leaving a 
boat on each side.

To accomplish a simple crossing = rowing across 3 times.


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

Re: [Talk-it] Wikidata ed OSM

[Cascafico Giovanni]

In "coordinate location" ho aggiunto le coordinate del nodo ed in "add
reference" il link al nodo OSM... sembra sia andato tutto bene: ora la app
visualizza il pin nel luogo corretto. Ho approfittato per correggere il
nome della via e sembra sia stato registrato.

Mi resta da capire come tutti questi servizi (OSM, wikidata, wikipedia,
commmons) siano correlati, cioè come creare e modificare coerentemente e,
se esiste,  in quale ordine.

Il giorno ven 30 nov 2018 alle ore 11:22 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

> Premetto che Wikidata per me è  al momento una brutta bestia.
>
> Ho istallato sul cellulare l'applicazione Commons. Una delle funzioni
> interessanti è "NEARBY" che evidenzia le voci di wikipedia nei pressi a cui
> mancano media.
> Cosa posso fare quando vedo sulla mappa un pin palesemente sbagliato?
>
> Nel caso specifico (un sito archeologico), la app elenca dei collegamenti
> a Wikipedia, Commons e Wikidata, di cui solo il collegamento a Wikidata è
> attivo. Lo seguo e mi trovo nella scheda [1]. Deduco che il nome della via
> e le coordinate geo errate siano stati derivati dalla proprietà "imported
> from Wikimedia project" [2]. Che fare?
> Aggiusto le coord e basta?
> Rimuovo la proprietà?
> Se ho ottenuto le coordinate dal OSM o con sopralluogo, come posso
> specificarlo?
> Add qualifier significa aggiungere una proprietà?
>
>
> ...e sopratutto, come non fare danni?
>
>
>
> [1] https://www.wikidata.org/wiki/Q55685790
> [2] https://www.wikidata.org/wiki/Property:P143
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Radio France

[Jacques Lavignotte]

Bonjour,

sur

https://www.radiofrance.fr/boite-a-outils/frequences

Qui va leur dire qu'OSM peut faire quelque chose pour eux (avant qu'ils 
raquent chez GGL)


J.
--
GnuPg : C8F5B1E3 Because privacy matters.


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

Re: [Talk-it] Collegio universitario

[Andrea Musuruane]

Ciao,
scusate ma questo edit è da revertare. Si tratta di un import non
discusso e mal fatto, con campi provenienti da uno shapefile di terze parti
(it:pv:pavia*) che non hanno senso in OSM.

Ciao,

Andrea


On Thu, Dec 6, 2018 at 12:08 AM Riccardo Usardi  wrote:

> Emulando il precedente import ho aggiunto solo il collegio Golgi,
> i tag sono corretti?
> https://www.openstreetmap.org/way/652939585
>
> Il giorno mer 5 dic 2018 alle ore 23:43 Riccardo Usardi <
> usbe0u...@gmail.com> ha scritto:
>
>> Ho visto l'import e son ben conscio di non dover modificare nulla.
>> Sto controllando una ad una le occorrenze (per fortuna son poche) e
>> aggiungo i tag necessari .
>>
>>
>>
>> Il giorno mer 5 dic 2018, 23:24 Sergio Manzi  ha scritto:
>>
>>> Scusate, in realtà sto parlando a vanvera perché non so a che livello di
>>> istruzione si collocano i collegi universitari ai quali vi riferite.
>>>
>>> "college", comunque, è un termine difficile, perché ha valore diverso a
>>> seconda delle nazioni [1]: negli USA è equivalente ad una università, ma in
>>> UK e altrove è più simile ad un liceo Italiano.
>>>
>>> In OSM sembra debba essere preso nell'accezione USA, ma non si capisce
>>> perché: OSM non dovrebbe essere basato sull'Inglese Britannico?
>>>
>>> [+] https://en.wikipedia.org/wiki/College
>>>
>>>
>>> On 2018-12-05 23:12, Andrea Albani wrote:
>>>
>>> Io proporrei amenity=college. Il Ghislieri è già mappato così e mi
>>> sembra coerente sia con la definizione di osm [0] che con quella di
>>> wikipedia [1], ovvero istituzioni post 2° grado che preparano
>>> all'università (oltre ad offrire servizi aggiuntivi come l'alloggio) .
>>> Tieni in generale presente che a Pavia è stato fatto un import dei
>>> buildings proveniente da dataset comunale, quindi ti chiederei per cortesia
>>> di non modificare le attuali geometrie.
>>>
>>> [0] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcollege
>>> [1] https://it.m.wikipedia.org/wiki/College
>>>
>>> Il giorno mer 5 dic 2018, 21:31 Riccardo Usardi 
>>> ha scritto:
>>>
 Ciao lista,
 ho scaricato il shp dei collegi universitari pavesi dal sito del comune.
 Quali tag vanno utilizzati per queste aree e/o edifici?
 amenity: university mi sembra errato ma anche taggarli come alberghi o
 simili mi sembra errato.

 ps i dati sono rilasciati dal Comune di Pavia con licenza - CC-BY 3.0
 da quello che ho capito possono essere utilizzati, giusto?
 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-it

>>>
>>> ___
>>> Talk-it mailing 
>>> listTalk-it@openstreetmap.orghttps://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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Collegio universitario

[Andrea Musuruane]

Ciao,
per poter importare i dati di terze parti bisogna seguire queste linee
guida:
https://wiki.openstreetmap.org/wiki/Import/Guidelines

Per poter importare dati licenziati sotto CC-BY 3.0 è necessario farsi
rilasciare una manleva, secondo quando descritto qui:
https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/

Ciao,

Andrea


On Wed, Dec 5, 2018 at 9:31 PM Riccardo Usardi  wrote:

> Ciao lista,
> ho scaricato il shp dei collegi universitari pavesi dal sito del comune.
> Quali tag vanno utilizzati per queste aree e/o edifici?
> amenity: university mi sembra errato ma anche taggarli come alberghi o
> simili mi sembra errato.
>
> ps i dati sono rilasciati dal Comune di Pavia con licenza - CC-BY 3.0 da
> quello che ho capito possono essere utilizzati, giusto?
> ___
> 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