Re: [OSM-talk-fr] Attribut ref sur les ronds point : la question de Montpellier

[marc marc]

Bonjour,

Le 03.07.19 à 00:13, François Lacombe a écrit :
> Je vous relaye cette interrogation, postée à bon escient sur le wiki, 
> par la métropole de Montpellier
> https://wiki.openstreetmap.org/wiki/FR_talk:Tag:junction%3Droundabout

je comprend la règle comment étant : "un carrefour est un élément 
ponctuel et on ne met pas la ref de la route sur tous les noeuds
de la route"
par extension, on fait pareil avec un "gros carrefour" style ronds-point.
je saisis pas trop l'argument du guidage gps.
on est perdu si le guidage dit "prenez la 1er sortie du rond-point"
au lieu de "prenez la 1ère sortir du rond-point ref 123 ?"
faudrait par contre aller voir pq c'est pas pareil en fr et anglais.

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

[Talk-vi] Mapping missing roads in few cities of Vietnam

[Jinal Foflia]

Hello everyone,

I’m Jinal, Outreach and Community Manager at Grab. Our team is planning to
go through the existing road geometries and add the missing ones if any in
few cities of Vietnam.

We’ll be reviewing and mapping the following features: missing roads, road
classification, and check for intersection configurations and alignment
accuracy.
Find more details here: https://github.com/GRABOSM/Grab-Data/issues/32

Please do reach out to us here or on Github if you have suggestions or
feedback. Happy Mapping :)

Cheers,
Jinal Foflia
[image: Twitter]   [image: LinkedIn]
  [image: Github]

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

Re: [OSM-ja] 出典明記のwikiページ

[Satoshi IIDA]

いいだです。
ありがとうございます、たいへん便利です！

鹿児島市が抜けていたので、追記しました。
matokenさんがタイルを公開されていたような？と思ったのですが、ぱっと出てこなかったので、また後で探します。




2019年6月29日(土) 10:09 Tomomichi Hayakawa :

> Tomです。
>
> 日本の自治体のオープンデータについて調べていまして、
> 航空写真やオープンデータをOSMで活用する際の出典明記のwikiページを
> 見つけた分だけリストにしてみました。
> https://wiki.openstreetmap.org/wiki/User:Tom_G3X/OpenData
>
> もし、抜け等がありましたら、教えていただけると嬉しいです。
> 追記等も大歓迎です。
>
> --
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> はやかわ ともみち (Tomomichi Hayakawa)
> tom.hayak...@gmail.com
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>


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

[talk-cz] WeeklyOSM CZ 465

[Tom Ka]

Ahoj, je dostupné vydání 465 týdeníku WeeklyOSM:

https://weeklyosm.eu/cz/archives/12190

* Různé ikony pro GPX OsmHiCheck.
* Norma pro otevřená data.
* Nový freemap.sk a Locus a c:geo.
* Úklid duplicitních tagů.
* Skupiny mapperů v OSMCha.
* Import landuse/landcover.
* Přednášky z SotM France.
* Návod pro PT_Assistent.
* Integrace OSM a Mediawiki.
* Fork editoru iD.
* Vektorové dlaždice Mapbox 3.0.
* Novinky editoru Vespucci.
* Veřejné knihobudky.

Pěkné počtení ...

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

Re: [OSM-talk-fr] building=amenity

[François Lacombe]

+1 building renseigne même le contenant, alors qu'amenity désigne un
service rendu.

Une "amenity" peut aller dans un street cabinet, sur un poteau, contre un
mur...
Mélanger les deux n'est pas une bonne idée.

Un peu comme si dans le cas waterway=canal + tunnel=flooded on disait
tunnel=waterway + waterway=canal
(oui j'ai des exemples partisans)

François

Le mar. 2 juil. 2019 à 21:39, marc marc  a
écrit :

> Le 02.07.19 à 21:31, osm.sanspourr...@spamgourmet.com a écrit :
> > Une objection à repasser à building=train_station ?
>
> Building renseigne l'apparence.
> je ne connais pas la gare de Rennes mais si le bâtiment
> à l’apparence d'une gare, building=train_station est adapté.
> Je ne vois pas ce que "apparence d'un amenity" voudrait dire.
> il y en a plusieurs sur Rennes dont par exemple un immeuble à
> appartement https://www.openstreetmap.org/way/80741999/history
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Attribut ref sur les ronds point : la question de Montpellier

[François Lacombe]

Bonsoir

Je vous relaye cette interrogation, postée à bon escient sur le wiki, par
la métropole de Montpellier
https://wiki.openstreetmap.org/wiki/FR_talk:Tag:junction%3Droundabout

A mon sens les ref devraient aller sur des relations, mais bon, on va pas
ressortir cette vieille discussion haha :)

Bonne soirée

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

Re: [OSM-talk-fr] présentation : émulateur android pour vespuci/streetcomplete et ios pour GoMap

[Frédéric Rodrigo]

Passe plutôt par du partage d'écran avec un outil de conférence. Ça va être
plus simple.

Frédéric.

Le mar. 2 juil. 2019 à 23:05, marc marc  a
écrit :

> Bonjour,
>
> je prévois de faire une petite présentation d'osm dans un village.
> vu le nombre inconnu de participant, je pensais projeter le tout
> sur un grand écran en première partie.
> quelqu'un a-t-il tenté l'expérience de ces 3 apps sous émulateur ?
> il faut au moins pouvoir inventer une géoloc (celle du lieu)
> zomm in/out, touch, clavier (virtuel ou celui du pc)
> des suggestions ?
>
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] présentation : émulateur android pour vespuci/streetcomplete et ios pour GoMap

[marc marc]

Bonjour,

je prévois de faire une petite présentation d'osm dans un village.
vu le nombre inconnu de participant, je pensais projeter le tout
sur un grand écran en première partie.
quelqu'un a-t-il tenté l'expérience de ces 3 apps sous émulateur ?
il faut au moins pouvoir inventer une géoloc (celle du lieu)
zomm in/out, touch, clavier (virtuel ou celui du pc)
des suggestions ?

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

Re: [OSM-talk-fr] building=amenity

[marc marc]

Le 02.07.19 à 21:31, osm.sanspourr...@spamgourmet.com a écrit :
> Une objection à repasser à building=train_station ?

Building renseigne l'apparence.
je ne connais pas la gare de Rennes mais si le bâtiment
à l’apparence d'une gare, building=train_station est adapté.
Je ne vois pas ce que "apparence d'un amenity" voudrait dire.
il y en a plusieurs sur Rennes dont par exemple un immeuble à 
appartement https://www.openstreetmap.org/way/80741999/history
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] édition de masse : crossing=island -> crossing:island=yes

[osm . sanspourriel]

Jérôme, quand je lis sur
https://wiki.openstreetmap.org/wiki/Key:crossing à propos de
crossing=island "*Note:* It is recommended to use the newer tag
crossing:island
=yes instead,
which can be used in addition to
crossing=traffic_signals/uncontrolled/unmarked." je lis que
crossing=island est déprécié.

La version française est d'ailleurs plus explicite : crossing=island
 (obsolète)

Jean-Yvon
Le 02/07/2019 à 20:21, marc marc - marc_marc_...@hotmail.com a écrit :

l'argumentaire est dans "rational" : crossing=island est problématique :
autant il est possible de dire qu'un carrefour est sans feu,
avec marquage et îlot crossing=uncontrolled;island (même si c'est non
supporté par la majorité des outils parce qu'en conflit, mais ca c'est
une autre histoire)
autant il est impossible de décrire qu'un carrefour important
est sans feu, avec marquage sans îlot sans utiliser crossing:island=no

c'est bien pour éviter de garder 2 tags avec le même sens que je
prend mon bâton de pèlerin pour virer celui qui est problématique :)

Le 02.07.19 à 20:09, Jérôme Amagat a écrit :

https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/Key:crossing:island=1780913
il est dit ici "This key is an alternative to the problematic tag
crossing =island
"
de plus crossing=island n'est indiqué nulle part comme déprécié.
Donc pour moi, les 2 clés sont valables donc pas de raison d'enlevé les
crossing=island, il y a 2 clés pour la même chose :(


Le mar. 2 juil. 2019 à 19:52, deuzeffe mailto:opensm@deuzeffe.org>> a écrit :

 Je plussoie aussi.

 On 02/07/2019 00:09, Vincent Privat wrote:
  > +1
  > Ticket JOSM en rapport: https://josm.openstreetmap.de/ticket/17330
  > A+
  > Vincent
  >
  > Le lun. 1 juil. 2019 à 22:25, marc marc
 mailto:marc_marc_...@hotmail.com>> a
  > écrit :
  >
  >> Bonjour,
  >>
  >> certains en ont parlé dans la discussion précédente,
  >> une proposition a été votée pour migrer crossing=island
  >> en crossing:island=yes
  >>
  >>
 
https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/Key:crossing:island=1780913
  >> la raison est de libérer la clef crossing pour lui faire retrouver
  >> son usage principal (traffic_signals <> uncontrolled).
  >>
  >> je propose par conséquent, si personne ne s'y oppose,
  >> de migrer les crossing=island en crossing:island=yes en France
  >>
  >> NB: cette clef est à ne pas confondre avec traffic_calming=island
  >> qui décrit un îlot construit pour réguler le trafic.
  >> certains îlots de refuges sont aussi des îlots pour réguler le
 trafic,
  >> d'autre non (par exemple un îlot situé dans la largeur de la bordure
  >> entre 2 routes n'a aucun effet spécifique sur le trafic)
  >> de même certains îlots pour réguler le trafic ne sont pas liés
  >> à des passages piétons, ces 2 clefs ont donc leur propre sens
  >> et la modif proposée n'affecte pas les îlots pour réguler le trafic.
  >>
  >> Cordialement,
  >> Marc
  >> ___
  >> Talk-fr mailing list
  >> Talk-fr@openstreetmap.org 
  >> https://lists.openstreetmap.org/listinfo/talk-fr
  >>
  >
  >
  > ___
  > Talk-fr mailing list
  > Talk-fr@openstreetmap.org 
  > https://lists.openstreetmap.org/listinfo/talk-fr
  >

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


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


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

[OSM-talk-fr] building=amenity

[osm . sanspourriel]

Bonjour, usuellement les gares sont des building=yes de base et de plus
en plus des

buildingtrain_station


(ou des /station/).

La gare de Rennes est aujourd'hui taguée building=amenity.

Pourtant rien n'indique cette possibilité de valeur.

Quand on cherche gare, Rennes avec Nominatim on tombe du coup sur un
étrange "Amenity Rennes ".

Et non "Train Station Rennes ".

Une objection à repasser à building=train_station ?

Jean-Yvon



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

Re: [OSM-talk-fr] édition de masse : crossing=island -> crossing:island=yes

[marc marc]

l'argumentaire est dans "rational" : crossing=island est problématique :
autant il est possible de dire qu'un carrefour est sans feu,
avec marquage et îlot crossing=uncontrolled;island (même si c'est non 
supporté par la majorité des outils parce qu'en conflit, mais ca c'est 
une autre histoire)
autant il est impossible de décrire qu'un carrefour important
est sans feu, avec marquage sans îlot sans utiliser crossing:island=no

c'est bien pour éviter de garder 2 tags avec le même sens que je
prend mon bâton de pèlerin pour virer celui qui est problématique :)

Le 02.07.19 à 20:09, Jérôme Amagat a écrit :
> https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/Key:crossing:island=1780913
> il est dit ici "This key is an alternative to the problematic tag 
> crossing =island 
> "
> de plus crossing=island n'est indiqué nulle part comme déprécié.
> Donc pour moi, les 2 clés sont valables donc pas de raison d'enlevé les 
> crossing=island, il y a 2 clés pour la même chose :(
> 
> 
> Le mar. 2 juil. 2019 à 19:52, deuzeffe  > a écrit :
> 
> Je plussoie aussi.
> 
> On 02/07/2019 00:09, Vincent Privat wrote:
>  > +1
>  > Ticket JOSM en rapport: https://josm.openstreetmap.de/ticket/17330
>  > A+
>  > Vincent
>  >
>  > Le lun. 1 juil. 2019 à 22:25, marc marc
> mailto:marc_marc_...@hotmail.com>> a
>  > écrit :
>  >
>  >> Bonjour,
>  >>
>  >> certains en ont parlé dans la discussion précédente,
>  >> une proposition a été votée pour migrer crossing=island
>  >> en crossing:island=yes
>  >>
>  >>
> 
> https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/Key:crossing:island=1780913
>  >> la raison est de libérer la clef crossing pour lui faire retrouver
>  >> son usage principal (traffic_signals <> uncontrolled).
>  >>
>  >> je propose par conséquent, si personne ne s'y oppose,
>  >> de migrer les crossing=island en crossing:island=yes en France
>  >>
>  >> NB: cette clef est à ne pas confondre avec traffic_calming=island
>  >> qui décrit un îlot construit pour réguler le trafic.
>  >> certains îlots de refuges sont aussi des îlots pour réguler le
> trafic,
>  >> d'autre non (par exemple un îlot situé dans la largeur de la bordure
>  >> entre 2 routes n'a aucun effet spécifique sur le trafic)
>  >> de même certains îlots pour réguler le trafic ne sont pas liés
>  >> à des passages piétons, ces 2 clefs ont donc leur propre sens
>  >> et la modif proposée n'affecte pas les îlots pour réguler le trafic.
>  >>
>  >> Cordialement,
>  >> Marc
>  >> ___
>  >> Talk-fr mailing list
>  >> Talk-fr@openstreetmap.org 
>  >> https://lists.openstreetmap.org/listinfo/talk-fr
>  >>
>  >
>  >
>  > ___
>  > Talk-fr mailing list
>  > Talk-fr@openstreetmap.org 
>  > https://lists.openstreetmap.org/listinfo/talk-fr
>  >
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> ___
> 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: [OSM-talk-fr] édition de masse : crossing=island -> crossing:island=yes

[Jérôme Amagat]

https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/Key:crossing:island=1780913
il est dit ici "This key is an alternative to the problematic tag crossing
=island
"
de plus crossing=island n'est indiqué nulle part comme déprécié.
Donc pour moi, les 2 clés sont valables donc pas de raison d'enlevé les
crossing=island, il y a 2 clés pour la même chose :(


Le mar. 2 juil. 2019 à 19:52, deuzeffe  a écrit :

> Je plussoie aussi.
>
> On 02/07/2019 00:09, Vincent Privat wrote:
> > +1
> > Ticket JOSM en rapport: https://josm.openstreetmap.de/ticket/17330
> > A+
> > Vincent
> >
> > Le lun. 1 juil. 2019 à 22:25, marc marc  a
> > écrit :
> >
> >> Bonjour,
> >>
> >> certains en ont parlé dans la discussion précédente,
> >> une proposition a été votée pour migrer crossing=island
> >> en crossing:island=yes
> >>
> >>
> https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/Key:crossing:island=1780913
> >> la raison est de libérer la clef crossing pour lui faire retrouver
> >> son usage principal (traffic_signals <> uncontrolled).
> >>
> >> je propose par conséquent, si personne ne s'y oppose,
> >> de migrer les crossing=island en crossing:island=yes en France
> >>
> >> NB: cette clef est à ne pas confondre avec traffic_calming=island
> >> qui décrit un îlot construit pour réguler le trafic.
> >> certains îlots de refuges sont aussi des îlots pour réguler le trafic,
> >> d'autre non (par exemple un îlot situé dans la largeur de la bordure
> >> entre 2 routes n'a aucun effet spécifique sur le trafic)
> >> de même certains îlots pour réguler le trafic ne sont pas liés
> >> à des passages piétons, ces 2 clefs ont donc leur propre sens
> >> et la modif proposée n'affecte pas les îlots pour réguler le trafic.
> >>
> >> Cordialement,
> >> Marc
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-fr
> >>
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] édition de masse : crossing=island -> crossing:island=yes

[deuzeffe]

Je plussoie aussi.

On 02/07/2019 00:09, Vincent Privat wrote:

+1
Ticket JOSM en rapport: https://josm.openstreetmap.de/ticket/17330
A+
Vincent

Le lun. 1 juil. 2019 à 22:25, marc marc  a
écrit :


Bonjour,

certains en ont parlé dans la discussion précédente,
une proposition a été votée pour migrer crossing=island
en crossing:island=yes

https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/Key:crossing:island=1780913
la raison est de libérer la clef crossing pour lui faire retrouver
son usage principal (traffic_signals <> uncontrolled).

je propose par conséquent, si personne ne s'y oppose,
de migrer les crossing=island en crossing:island=yes en France

NB: cette clef est à ne pas confondre avec traffic_calming=island
qui décrit un îlot construit pour réguler le trafic.
certains îlots de refuges sont aussi des îlots pour réguler le trafic,
d'autre non (par exemple un îlot situé dans la largeur de la bordure
entre 2 routes n'a aucun effet spécifique sur le trafic)
de même certains îlots pour réguler le trafic ne sont pas liés
à des passages piétons, ces 2 clefs ont donc leur propre sens
et la modif proposée n'affecte pas les îlots pour réguler le trafic.

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




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



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

Re: [Talk-it] Nome Rotatoria

[Marcello]

Il 02/07/19 17:05, claudio62PG ha scritto:
> il problema è la definizione di rotatoria
>
>
> La rotatoria o rondò alla francese (scrittura corretta in francese:
> rondeau), è un tipo di intersezione a raso (cioè le strade che afferiscono
> ad essa sono poste sullo stesso piano senza intersecarsi) fra due o più
> strade. Assolve alla funzione di moderazione e snellimento del traffico.
>
> L'incrocio fra le strade è sostituito da un anello stradale (detto anche
> corona giratoria) a senso unico che si sviluppa intorno ad uno
> spartitraffico di forma più o meno circolare. I flussi di traffico lo
> percorrono in senso antiorario nei paesi in cui si guida a destra, in senso
> orario nei paesi dove si guida a sinistra.
>
> il problema è questo se il cartello con il nome è posto nello spartitraffico
> l nome a chi va;
> Dirò di più le rotatorie a Perugia sono sponsorizzate e la ditta tal de tali
> contribuisce al suo abbellimento
> un cartello specifica che la ditta tal de tali contribuisce alla
> manutenzione della rotatoria pinco pallo... Per cui penso che il nome vada
> allo spartitraffico
> Claudio  
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
>
Il comune di Perugia ha un regolamento per la toponomastica e la
numerazione civica, riguardo la segnaletica stradale riporta quanto segue:

ART. 16 - Targhe stradali. Modalità di attuazione.
La S. O. Sicurezza provvede – dietro formale richiesta della U.O.
Servizi al Cittadino –
all’installazione delle targhe stradali che, recanti l’intitolazione
delle aree di circolazione da attuare,
debbono essere poste in opera in conformità all’art. 133 del Regolamento
di esecuzione e di
attuazione del Nuovo Codice della Strada.
...
Le targhe dovranno essere poste in opera nel punto di migliore
visibilità e, per quanto riguarda le
rotatorie, dovrà essere apposta una targa nell’isola centrale in
corrispondenza di ogni intersezione
stradale

Quindi è espressamente previsto che per le rotatorie il nome va
nell'isola centrale, ma riguarda l'area di circolazione e non l'isola
stessa.

-- 
Ciao
Marcello


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

Re: [Talk-it] Tipo di relazione per raggruppare piccoli laghi

[liste DOT girarsi AT posteo DOT eu]

Il 02/07/19 15:57, Martin Koppenhoefer ha scritto:
> c'è type=group che sembra perfetto per il tuo caso:
> https://wiki.openstreetmap.org/wiki/Proposed_features/Group_Relation
> 
> 

Interessante, tra l'altro proposta recente, m servirebbe per raggruppare
dei laghetti, seguo.


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

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

Re: [Talk-it] Nome Rotatoria

[Andrea Albani]

Il mar 2 lug 2019, 17:06 claudio62PG  ha scritto:

> il problema è la definizione di rotatoria
>
>
> La rotatoria o rondò alla francese (scrittura corretta in francese:
> rondeau), è un tipo di intersezione a raso (cioè le strade che afferiscono
> ad essa sono poste sullo stesso piano senza intersecarsi) fra due o più
> strade. Assolve alla funzione di moderazione e snellimento del traffico.
>
> L'incrocio fra le strade è sostituito da un anello stradale (detto anche
> corona giratoria) a senso unico che si sviluppa intorno ad uno
> spartitraffico di forma più o meno circolare. I flussi di traffico lo
> percorrono in senso antiorario nei paesi in cui si guida a destra, in senso
> orario nei paesi dove si guida a sinistra.

il problema è questo se il cartello con il nome è posto nello spartitraffico
> l nome a chi va;
> Dirò di più le rotatorie a Perugia sono sponsorizzate e la ditta tal de
> tali
> contribuisce al suo abbellimento
> un cartello specifica che la ditta tal de tali contribuisce alla
> manutenzione della rotatoria pinco pallo... Per cui penso che il nome vada
> allo spartitraffico
> Claudio
>

Scusa, ma non capisco perché la definizione di cos'è una rotatoria o il
fatto che il verde sia manutenuto da qualcuno siano elementi rafforzativi
della tua tesi  "nome sullo spartitraffico".

L'anello stradale, in quanto funzionale alla congiunzione delle strade, mi
sembra molto più importante dell'aiuola sullo spartitraffico (che ha pura
funzione accessoria ovvero estetica) e rappresenta chiaramente l'elemento
essenziale di una rotatoria. Quindi se trovo un cartello "Rotatoria Pippo
Pluto" mi sembra ovvio metterlo nel tag name che meglio rappresenta
l'intersezione.

Anche in una strada il marciapiede assolve a funzione accessoria, ma non
per questo gli diamo un nome.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tipo di relazione per raggruppare piccoli laghi

[Andrea Albani]

Ma non bastava un type=multipolygon con le way member marcate come outer ?

Il giorno mar 2 lug 2019 alle ore 15:58 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> c'è type=group che sembra perfetto per il tuo caso:
> https://wiki.openstreetmap.org/wiki/Proposed_features/Group_Relation
>
>
> Ciao,
> Martin
> ___
> 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] Nome Rotatoria

[Andrea Musuruane]

Aggiungo anche che nella pagina

https://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout

C'è scritto quanto segue:

*Only if the roundabout itself has a name, the name
=*
 key is applied (such as
John's Junction). It should not use the name of a road it connects. *

*If the roundabout does not have an individual name, the name
=*
 tag is not used. *
E mi sembra che non ci sia nulla da aggiungere.

Ciao,

Andrea




On Tue, Jul 2, 2019 at 4:54 PM Andrea Musuruane  wrote:

> Ciao,
> Se una rotatoria ha un nome (come negli esempi fatti a Perugia),
> questo si mette nel tag name. Se invece (come nell'esempio di Volker a
> Padova) non ha un nome, il tag name non si inserisce. E' esattamente come
> per le strade (se ha un nome lo si mette, se no niente). Mi sfugge
> qualcosa?
>
> Ciao,
>
> Andrea
>
>
> On Tue, Jul 2, 2019 at 4:31 PM Volker Schmidt  wrote:
>
>>
>> direi in ogni modo sarebbe preferibile avere regole internazionali,
>>> globali, e solo in casi eccezionali regole nazionali o peggio, regionali e
>>> locali.
>>>
>>
>>> Certo, possiamo discutere per ogni tipo di oggetto come comportarci, ma
>>> in generale c'è già la regola di applicare i tag dove appartengono. Quindi
>>> alle strade va dato il nome che hanno. Questa è la regola. Il problema, se
>>> c'è un problema, è quello di capire quale sia il nome delle strade. Nel
>>> dubbio tocca trovare le delibere... (al meno per "official_name").
>>>
>>
>> Tutto giusto, ma il mio punto è che non è chiaro in che modo si assegnano
>> i nomi alle vie he compongono le rotatorie. Se ci sono, come sembra, due
>> metodi completamente diversi a Padova e a Perugia, vale fare un indagine
>> prima di scrivere delle regole nel wiki. Ho scritto al comune di Padova, ma
>> non mi hanno risposto subito. Lasciamogli un attimo per reagire.
>> Forse non mi sono espresso bene come lo abbiano fatto a Padova. Ecco uno
>> screenshot di una delle tantissime (penso più di cento) rotatorie a Padova,
>> preso dal stradario grafico ufficiale
>> [image: image.png]
>>
>> ___
>> 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] Nome Rotatoria

[claudio62PG]

il problema è la definizione di rotatoria


La rotatoria o rondò alla francese (scrittura corretta in francese:
rondeau), è un tipo di intersezione a raso (cioè le strade che afferiscono
ad essa sono poste sullo stesso piano senza intersecarsi) fra due o più
strade. Assolve alla funzione di moderazione e snellimento del traffico.

L'incrocio fra le strade è sostituito da un anello stradale (detto anche
corona giratoria) a senso unico che si sviluppa intorno ad uno
spartitraffico di forma più o meno circolare. I flussi di traffico lo
percorrono in senso antiorario nei paesi in cui si guida a destra, in senso
orario nei paesi dove si guida a sinistra.

il problema è questo se il cartello con il nome è posto nello spartitraffico
l nome a chi va;
Dirò di più le rotatorie a Perugia sono sponsorizzate e la ditta tal de tali
contribuisce al suo abbellimento
un cartello specifica che la ditta tal de tali contribuisce alla
manutenzione della rotatoria pinco pallo... Per cui penso che il nome vada
allo spartitraffico
Claudio  



--
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-us] Next Mappy Hour July 10!

[Martijn van Exel]

Hi all!

Here’s a reminder, Mappy Hour next Wednesday! Sending out the reminder a little 
early because of the upcoming holiday weekend. Details and sign up link in the 
thread below. So far we have 9 folks signed up. Signing up is optional but you 
get to express your topic preferences. So far we have a wide range:

* Tagging for data consumers
* Vodka
* Mapping bike routes and trails; and OSMAnd Specific considerations
* A future program to qualify new mappers
* Tips on how to quickly determine potentially missing/old information of 
existing ways (buildings, roads, forests, etc.) 

I hope to see you there! July 10 6pm PT / 9pm ET

Martijn

-- 
  Martijn van Exel
  m...@rtijn.org

On Wed, Jun 26, 2019, at 16:05, Martijn van Exel wrote:
> Here's a sign up link. It helps me a lot if you fill this out if you 
> plan to attend. Thanks!
> https://forms.gle/WktPPimyB69jGnH29
> -- 
>   Martijn van Exel
>   m...@rtijn.org
> 
> On Wed, Jun 26, 2019, at 11:16, Martijn van Exel wrote:
> > Hi all,
> > The next OSM US Virtual Mappy Hour will be on July 10 at 6pm PT / 9pm 
> > ET!
> > As always the Mappy Hour is a great place to catch up with your fellow 
> > mappers, and learn something new. 
> > I am always looking for volunteers to do a 5 minute presentation on 
> > something they are working on. This can be a personal mapping project, 
> > a local mapping group update, something interesting going on at your 
> > company.. As long as it's OSM related!
> > See the OSM wiki for more details on how to join --> 
> > https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Virtual_Mappy_Hours
> > See you then!
> > -- 
> >   Martijn van Exel
> >   m...@rtijn.org
> > 
> > ___
> > 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
>

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

Re: [Talk-it] Tipo di relazione per raggruppare piccoli laghi

[Marco]

Grazie!

Il 02/07/2019 15:57, Martin Koppenhoefer ha scritto:

c'è type=group che sembra perfetto per il tuo caso:
https://wiki.openstreetmap.org/wiki/Proposed_features/Group_Relation


Ciao,
Martin

___
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] Nome Rotatoria

[Andrea Musuruane]

Ciao,
Se una rotatoria ha un nome (come negli esempi fatti a Perugia), questo
si mette nel tag name. Se invece (come nell'esempio di Volker a Padova) non
ha un nome, il tag name non si inserisce. E' esattamente come per le strade
(se ha un nome lo si mette, se no niente). Mi sfugge qualcosa?

Ciao,

Andrea


On Tue, Jul 2, 2019 at 4:31 PM Volker Schmidt  wrote:

>
> direi in ogni modo sarebbe preferibile avere regole internazionali,
>> globali, e solo in casi eccezionali regole nazionali o peggio, regionali e
>> locali.
>>
>
>> Certo, possiamo discutere per ogni tipo di oggetto come comportarci, ma
>> in generale c'è già la regola di applicare i tag dove appartengono. Quindi
>> alle strade va dato il nome che hanno. Questa è la regola. Il problema, se
>> c'è un problema, è quello di capire quale sia il nome delle strade. Nel
>> dubbio tocca trovare le delibere... (al meno per "official_name").
>>
>
> Tutto giusto, ma il mio punto è che non è chiaro in che modo si assegnano
> i nomi alle vie he compongono le rotatorie. Se ci sono, come sembra, due
> metodi completamente diversi a Padova e a Perugia, vale fare un indagine
> prima di scrivere delle regole nel wiki. Ho scritto al comune di Padova, ma
> non mi hanno risposto subito. Lasciamogli un attimo per reagire.
> Forse non mi sono espresso bene come lo abbiano fatto a Padova. Ecco uno
> screenshot di una delle tantissime (penso più di cento) rotatorie a Padova,
> preso dal stradario grafico ufficiale
> [image: image.png]
>
> ___
> 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] Nome Rotatoria

[Volker Schmidt]

> direi in ogni modo sarebbe preferibile avere regole internazionali,
> globali, e solo in casi eccezionali regole nazionali o peggio, regionali e
> locali.
>

> Certo, possiamo discutere per ogni tipo di oggetto come comportarci, ma in
> generale c'è già la regola di applicare i tag dove appartengono. Quindi
> alle strade va dato il nome che hanno. Questa è la regola. Il problema, se
> c'è un problema, è quello di capire quale sia il nome delle strade. Nel
> dubbio tocca trovare le delibere... (al meno per "official_name").
>

Tutto giusto, ma il mio punto è che non è chiaro in che modo si assegnano i
nomi alle vie he compongono le rotatorie. Se ci sono, come sembra, due
metodi completamente diversi a Padova e a Perugia, vale fare un indagine
prima di scrivere delle regole nel wiki. Ho scritto al comune di Padova, ma
non mi hanno risposto subito. Lasciamogli un attimo per reagire.
Forse non mi sono espresso bene come lo abbiano fatto a Padova. Ecco uno
screenshot di una delle tantissime (penso più di cento) rotatorie a Padova,
preso dal stradario grafico ufficiale
[image: image.png]
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Cime di montagna Valle d'aosta

[Martin Koppenhoefer]

Am Di., 2. Juli 2019 um 14:35 Uhr schrieb mbranco2 :

> Dato che lo spartiacque delle Alpi è il confine tra Italia e Francia,
> Svizzera, Austria, ... abbiamo un sacco di cime che sono condivise tra
> paesi confinanti.
> Personalmente trovo giusto avere "name" con entrambe le lingue (e su quale
> delle due lingue debba essere la prima, non trovo altra regola che farlo
> dipendere dalla nazionalità e quindi dalla preferenza del primo osmer che
> l'ha mappata...), e poi specificare name_it, name-fr, ecc
> Il Monte Bianco per es. ha name="Mont Blanc - Monte Bianco", ma non mi sta
> bene che il Cervino abbia name=Matterhon (e alt_name=Cervino +
> name_it=Cervino)
>


sul Monte Bianco quindi viene rappresentata la situazione dal punto di
vista Italiano, perché i Francesi sostengono che la cima sia unicamente
francese...
;-)

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

Re: [Talk-it] Nome Rotatoria

[Martin Koppenhoefer]

Am Di., 2. Juli 2019 um 15:45 Uhr schrieb Volker Schmidt :

>
> Il mio punto è che prima di scrivere qualcosa nel wiki e prima di
> modificare o meno tagging esistente, vorrei capire se c'è una regola che
> vale al livello nazionale. Se no, vorrei capire quali regole valgono
> localmente (al livello di Regione, provincia, comune?). E se non ci sono
> regole, siamo liberi di decidere, o meno un approccio uniforme.
> Tutto lì.
>



direi in ogni modo sarebbe preferibile avere regole internazionali,
globali, e solo in casi eccezionali regole nazionali o peggio, regionali e
locali.

Certo, possiamo discutere per ogni tipo di oggetto come comportarci, ma in
generale c'è già la regola di applicare i tag dove appartengono. Quindi
alle strade va dato il nome che hanno. Questa è la regola. Il problema, se
c'è un problema, è quello di capire quale sia il nome delle strade. Nel
dubbio tocca trovare le delibere... (al meno per "official_name").

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

Re: [talk-cz] cykloturistická trasa Brněnské kolečko

[<0174]

Ahoj,
když vidím, jaké detaily se občas řeší na tagging mailing listu, tak bych
se mapování rozcestníků na dvou různých stromech jako dva body nebránil, i
když uznávám, že praktické využití  té informace je mizivé. Ta hranice je
nejasná, někde jsou tabulky dva metry od sebe na dvou stromech, někdy 10
metrů od sebe u různých odbočujících cest, někdy je přídavná tabulka 100 m
od hlavního rozcestníku u odbočující značky.
Takže osobně, pokud ty rozcestníky nejsou fakt u sebe (metr), tak většinou
mapuju jako dva body. Vzhledem k tomu, že ref : počet rozcestníků stejně
nejsou 1:1 a lepší mít víc informace, než míň.
Renderer na to podle mě má být připravený.

Vojta

út 2. 7. 2019 v 12:33 odesílatel Petr Vozdecký  napsal:

>
> Od: majkaz 
> Předmět: Re: [talk-cz] cykloturistická trasa Brněnské kolečko
>
> Podle mě to takhle nemůže fungovat, to platilo pokud bylo nejpodrobnější
> měřítko někde jinde než v této chvíli. Vzhledem k tomu, že někteří kreslí
> pomalu každý trs trávy, jsme už o dost jinde. Rozhodně bych neřešila, že
> cedule, které logicky musí být samostatně na každé straně křižovatky (ten
> cyklo rozcestník), budou zakreslené dvěma body na skutečném umístění.
>
>
> Čistě jen pro úplnost - není to silniční rozcestník, ale cykloturistický
> rozcestník. Tedy klasický TIM, který má jen méně běžné rozdělení tabulek.
> Dělá se to tak někdy i na turistckých trasách, že se to dá na dva různé
> blízké stromy tak, aby byly ty tabulky vidět ze strany příchodu. No a tam
> to též vždy nemapujeme jako dva rozcestníky...
>
>
> vop
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Tipo di relazione per raggruppare piccoli laghi

[Martin Koppenhoefer]

c'è type=group che sembra perfetto per il tuo caso:
https://wiki.openstreetmap.org/wiki/Proposed_features/Group_Relation


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

Re: [Talk-it] Nome Rotatoria

[Volker Schmidt]

Per me è d importanza se le highway delle rotatorie hanno o no dei nomi..
Poi c'è un secondo punto, per me meno importante, se la parte centrale
della rotatoria ha un nome suo o meno. In alcuni casi, dove una rotatoria e
nata con (o nata su) una piazza, ovviamente la piazza può avere il suo nome.

Il mio punto è che prima di scrivere qualcosa nel wiki e prima di
modificare o meno tagging esistente, vorrei capire se c'è una regola che
vale al livello nazionale. Se no, vorrei capire quali regole valgono
localmente (al livello di Regione, provincia, comune?). E se non ci sono
regole, siamo liberi di decidere, o meno un approccio uniforme.
Tutto lì.


On Tue, 2 Jul 2019 at 15:27, Marcello  wrote:

> Il 02/07/19 00:26, Martin Koppenhoefer ha scritto:
> >
> > sent from a phone
> >
> >> Am 01.07.2019 um 19:59 schrieb Marcello :
> >>
> >> La maggioranza di coloro che hanno espresso un'opinione sono concordi
> >> con l'applicazione del nome della rotatoria all'area di circolazione e
> >> non estenderlo o limitarlo all'aiuola centrale, a questo punto
> >> aggiornerei la pagina wiki in italiano con le indicazioni già presenti
> >> nella pagina in inglese, poi direi di rimettere il nome alle rotatorie a
> >> cui è stato tolto.
> >
> > se si trattasse di una piazza oppure di un largo ecc. il place=square
> sarebbe da disegnare al bordo (tipicamente confine con le particelle
> intorno, quindi comprensivo di strada e aiuola)
> >
> > Ciao, Martin
> >
> >
> >
> Di solito uso il place=square e anche all'area di circolazione che
> attraversa la piazza (highway=*) aggiungo il nome della piazza.
>
> Tornando alle rotatorie mi sembrano equiparabili alle piazze, ossia
> tutta l'area occupata è parte della rotatoria, il bordo esterno, l'area
> di circolazione e l'aiuola interna, il nome quando c'è contiene la
> parola "Rotatoria", quindi l'elemento principale è l'area di
> circolazione, come per le vie, non vedo perché non dovremmo assegnare il
> nome all'elemento principale. Se non c'è chiaramente non si mette.
>
> --
> Ciao
> Marcello
>
>
> ___
> 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] Tipo di relazione per raggruppare piccoli laghi

[Marco]

Ciao a tutti,

in alta Val Camonica ci sono 5/6 laghetti naturali che raggruppati 
vengono chiamati "Laghetti di Piccolo", ma nessuno di loro ha un nome 
proprio. Vorrei aggiungere il nome e penso che una relazione potrebbe 
fare al caso mio, però non saprei quale tipo di relazione scegliere.


type=site stando alla wiki riguarda "man-made objects", direi quindi non 
sia il mio caso


type=waterway sembra essere pensato per i corsi d'acqua invece

In alternativa potrei aggiungere un nodo place=locality?!

Mi sono perso qualcosa? Consigli?

graaazie


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

Re: [Talk-it] Nome Rotatoria

[Marcello]

Il 02/07/19 00:26, Martin Koppenhoefer ha scritto:
>
> sent from a phone
>
>> Am 01.07.2019 um 19:59 schrieb Marcello :
>>
>> La maggioranza di coloro che hanno espresso un'opinione sono concordi
>> con l'applicazione del nome della rotatoria all'area di circolazione e
>> non estenderlo o limitarlo all'aiuola centrale, a questo punto
>> aggiornerei la pagina wiki in italiano con le indicazioni già presenti
>> nella pagina in inglese, poi direi di rimettere il nome alle rotatorie a
>> cui è stato tolto.
>
> se si trattasse di una piazza oppure di un largo ecc. il place=square sarebbe 
> da disegnare al bordo (tipicamente confine con le particelle intorno, quindi 
> comprensivo di strada e aiuola)
>
> Ciao, Martin 
>
>
>
Di solito uso il place=square e anche all'area di circolazione che
attraversa la piazza (highway=*) aggiungo il nome della piazza.

Tornando alle rotatorie mi sembrano equiparabili alle piazze, ossia
tutta l'area occupata è parte della rotatoria, il bordo esterno, l'area
di circolazione e l'aiuola interna, il nome quando c'è contiene la
parola "Rotatoria", quindi l'elemento principale è l'area di
circolazione, come per le vie, non vedo perché non dovremmo assegnare il
nome all'elemento principale. Se non c'è chiaramente non si mette.

-- 
Ciao
Marcello


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

Re: [Talk-it] Nuovi cellulari: GPS davvero migliore?

[Andreas Lattmann]

Nessuno dei due .
In una vecchia casa di montagna 

Il 2 luglio 2019 13:47:05 CEST, Martin Koppenhoefer  ha 
scritto:
>
>
>sent from a phone
>
>> On 2. Jul 2019, at 13:15, Andreas Lattmann 
>wrote:
>> 
>> ed in casa (1 mt. di muri).
>
>
>allora vivi o in un castello o in un bunker ;-)
>
>
>Ciao, Martin 
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

--
I❤️ Software Libero.

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

Re: [Talk-it] Cime di montagna Valle d'aosta

[mbranco2]

Dato che lo spartiacque delle Alpi è il confine tra Italia e Francia,
Svizzera, Austria, ... abbiamo un sacco di cime che sono condivise tra
paesi confinanti.
Personalmente trovo giusto avere "name" con entrambe le lingue (e su quale
delle due lingue debba essere la prima, non trovo altra regola che farlo
dipendere dalla nazionalità e quindi dalla preferenza del primo osmer che
l'ha mappata...), e poi specificare name_it, name-fr, ecc
Il Monte Bianco per es. ha name="Mont Blanc - Monte Bianco", ma non mi sta
bene che il Cervino abbia name=Matterhon (e alt_name=Cervino +
name_it=Cervino)

Il giorno mar 2 lug 2019 alle ore 01:04 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> > Am 01.07.2019 um 22:45 schrieb Ivo Reano :
> >
> > Se mi dici qual è da mantenere, possiamo discutere se una cresta
> rocciosa, indipendentemente dall'altezza sua, merita di avere un
> natural=peak ogni tot metri di dislivello, e naturalmente ad ogni coppia di
> picchi in mezzo ci deve essere un natural=saddle.
>
>
> tutti quelli che hanno un nome li metterei, invece senza nome li vedrei
> quasi inutile, ma non li toglierei nemmeno, se non sono “sbagliati”.
> Probabilmente non ci sono così tanti peak e saddle senza nomi da questi
> parti.
>
> Ciao, Martin
> ___
> 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] Nuovi cellulari: GPS davvero migliore?

[Massimo Taronna]

Qui un po' di informazioni aggiornate:
http://alspergis.altervista.org/gnss/smart_dualgnss.html

Mi piacerebbe fare una prova tra uno di questi telefoni e il mio GPS
bluetooth Garmin. È un po' che sono tentato dallo Xiaomi Mi8

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

Re: [Talk-it] Nuovi cellulari: GPS davvero migliore?

[Martin Koppenhoefer]

sent from a phone

> On 2. Jul 2019, at 13:51, Dario Zontini  wrote:
> 
> Potete indicare alcuni siti in cui sia possibile controllare le 
> caratteristiche dei GPS dei telefoni? Non è facile trovare queste 
> informazioni così tecniche. 


un tempo avevamo questi informazioni nel wiki di OpenStreetMap ma con il mare 
di device differenti che si trova ora sul mercato non saprei se ci sono tanti 
informazioni al momento.

In generale non ti puoi aspettare una precisione altissima perché le antenne 
dei cellulari non sono mai ottime.

In alternativa potresti guardarti anche i gps bluetooth logger senza schermo, 
da abbinare ad un qualsiasi computer o cellulare con BT.


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

Re: [Talk-it] Nuovi cellulari: GPS davvero migliore?

[Dario Zontini]

Potete indicare alcuni siti in cui sia possibile controllare le
caratteristiche dei GPS dei telefoni? Non è facile trovare queste
informazioni così tecniche.

Grazie

Dario Zontini

Il mar 2 lug 2019, 13:48 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 2. Jul 2019, at 13:15, Andreas Lattmann 
> wrote:
> >
> > ed in casa (1 mt. di muri).
>
>
> allora vivi o in un castello o in un bunker ;-)
>
>
> Ciao, Martin
>
> ___
> 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] Nuovi cellulari: GPS davvero migliore?

[Martin Koppenhoefer]

sent from a phone

> On 2. Jul 2019, at 13:15, Andreas Lattmann  wrote:
> 
> ed in casa (1 mt. di muri).


allora vivi o in un castello o in un bunker ;-)


Ciao, Martin 

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

Re: [Talk-it] Nuovi cellulari: GPS davvero migliore?

[Andreas Lattmann]

Canfe, un conto è collegarsi a Galileo, un conto è la doppia frequenza. Infatti 
il cell. di Giacomo si collega a Galileo, ma dalla scheda tecnica che ho 
trovato, non parla di dual frequency ne di dual band. 
Dalla mia esperienza non ci si può aspettare valori di errore submetrici, come 
sbandierano i produttori di cellulari, infatti dalle specifiche dei produttori 
di chip, parlano sempre di valore teorico.
Ci si può aspettare molta molta molta "stabilità", anche in condizioni 
difficili, più di 4 mt. di errore non lo ha mai raggiunto il mio cell, anche in 
città o fitta vegetazione, valloni,  gallerie (corte) ed in casa (1 mt. di 
muri). 
Il mio è un Huawei Mate 20, errore dai 2 ai 4 mt. Caratteristiche: GPS (L1 + L5 
dual band) / AGPS / Glonass / BeiDou / Galileo (E1 + E5a dual band) / QZSS (L1 
+ L5 dual band). Non tutti i cellulari si collegano a Galileo e QZSS in dual 
band, parecchi solo L1 L5 su GPS (controllare sempre le specifiche) 

Andreas

--
I❤️ Software Libero.

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

[OSM-talk-ie] Disabled parking spaces

[Brian Hollinshead]

Following the discussion at the AGM meeting about open source data and
disabled parking spaces. I got an opensource (now out of date) list from
Dun Laoghaire Rathdown. I have in the course of various local journeys,
made a point to visit the spaces prior to adding them to the map.

Together, you and I, have now added over 150 in DLR see
overpass-turbo.eu/s/Kog.

If only they could have a map icon like the 'P with the bicycle' but with a
small wheelchair. Wouldn't life be so much easier for those who deserve
these spaces.

If you have influence or the knowledge of  how to, please encourage and
promote the inclusion of such an icon on the main map.

Here is the link to the DLR data, If convenient, please visit and add any
near you. Dalkey, Killiney and Shankill still very empty!


https://www.dlrcoco.ie/sites/default/files/atoms/files/disabled_bay_database_august_2016_0.pdf


Thank you.
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [talk-cz] cykloturistická trasa Brněnské kolečko

[Petr Vozdecký]

Od: majkaz 
Předmět: Re: [talk-cz] cykloturistická trasa Brněnské kolečko
"
Podle mě to takhle nemůže fungovat, to platilo pokud bylo nejpodrobnější
měřítko někde jinde než v této chvíli. Vzhledem k tomu, že někteří kreslí
pomalu každý trs trávy, jsme už o dost jinde. Rozhodně bych neřešila, že
cedule, které logicky musí být samostatně na každé straně křižovatky (ten
cyklo rozcestník), budou zakreslené dvěma body na skutečném umístění.
""

"



Čistě jen pro úplnost - není to silniční rozcestník, ale cykloturistický
rozcestník. Tedy klasický TIM, který má jen méně běžné rozdělení tabulek.
Dělá se to tak někdy i na turistckých trasách, že se to dá na dva různé
blízké stromy tak, aby byly ty tabulky vidět ze strany příchodu. No a tam to
též vždy nemapujeme jako dva rozcestníky...




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

Re: [Talk-GB] Importing NaPTAN Data

[Ed Loach]

David wrote:

> Given that few people like maintenance work, if you can't map all
> the
> stops from first principles, it is very unlikely that imported ones will
> get maintained.  Retaining the NaPTAN tagging is important in
> allowing
> any later remerge of the updated NaPTAN data.

I've been regularly updating local bus route relations (all now upgraded to PT 
schema v2) in Tendring [1], Colchester [1] and Maldon [2] areas of Essex. This 
involves more maintenance than just the bus stops (which for Essex were 
imported some years ago). I've written a program to help me with this, 
comparing the opendata with the OSM data so I can work out what needs updating.

Occasionally I encounter a bus stop used by a bus route which wasn't imported 
previously. In these cases I add the stop from NaPTAN (based on their latitude 
and longitude) and add the tags:
highway=bus_stop
public_transport=platform
source=naptan
naptan:verified=no
name=(NaPTAN name)
naptan:AtcoCode=(whatever)
naptan:NaptanCode=(whatever)

If the bus stop type is not MKD I add

naptan:BusStopType=(bus stop type)

and if the status is not "act" I add

naptan:Status=(status)

This last one is very rare as I think it is only once that I've found a deleted 
bus stop still part of a bus route (the road had been diverted and new stops 
installed - the old stop was on what is now a cycle path).
 
> Another problem with NaPTAN stops, which applies to non-OSM
> users as
> well is that they have virtual stops in Hail and Ride areas.  Routers
> seem to only like people boarding at those place, so, in my case, can
> take me about 7 minutes out of my way against the direction of
> travel,
> so tell me I have missed a bus that could be easily caught.

I'll agree with this. I've been adding them at the NaPTAN location as described 
above if they aren't already in, but these are occasionally up cul-de-sacs 
(usually at the start or end of the route). 

Ed

[1] https://wiki.openstreetmap.org/wiki/Tendring(Essex)/Bus_Routes
[2] https://wiki.openstreetmap.org/wiki/Maldon(Essex_District)/Bus_Routes



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-GB] Importing NaPTAN Data

[Silent Spike]

On Tue, Jul 2, 2019 at 10:00 AM David Woolley 
wrote:

> In may experience, a lot of the original NaPTAN imports have decayed:
>
> - people have double mapped stops and the the NaPTAN one has been deleted;
>
> - stop have moved and got double mapped and deleted as a result;
>
> - stops have been temporarily out of service, e.g whilst redeveloping a
> bus station, and been deleted and then lost the NaPTAN associations when
> remapped.
>

I'm not sure why double mapping is occurring, but it seems to me that (even
with these mapping mistakes) having the stops present in OSM is better than
not using the data at all. If conflation can be done once, it can be
repeated in future if data needs to be imported as an update.

 On Tue, Jul 2, 2019 at 10:00 AM David Woolley 
wrote:

> Also, all bus stops need continual maintenance because names get changed
>   as landmarks come and go.
>
> Given that few people like maintenance work, if you can't map all the
> stops from first principles, it is very unlikely that imported ones will
> get maintained.  Retaining the NaPTAN tagging is important in allowing
> any later remerge of the updated NaPTAN data.
>

I gather that you're suggesting future data imports will be needed to keep
stop data up-to-date and so the NaPTAN tagging is needed to make that
process easier? In which case I agree, although I still don't see what use
the tags other than the NaPTAN ATCO code provide. It appears to be a stable
identifier, which means by including it in OSM the NaPTAN data is directly
associated with the tagged OSM element (reducing the need to maintain
tagging in OSM).

 On Tue, Jul 2, 2019 at 10:00 AM David Woolley 
wrote:

> Another problem with NaPTAN stops, which applies to non-OSM users as
> well is that they have virtual stops in Hail and Ride areas.  Routers
> seem to only like people boarding at those place, so, in my case, can
> take me about 7 minutes out of my way against the direction of travel,
> so tell me I have missed a bus that could be easily caught


At present I don't intend to include hail and ride data in my import
process. Would need to investigate further how best to handle it and I'm
personally only interested in clearly marked bus stops.
 ___

> 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-it] Roma est, relazione Ponte Linari

[Martin Koppenhoefer]

Am So., 23. Juni 2019 um 19:01 Uhr schrieb francesco gargano <
frengofieramos...@gmail.com>:

> Salve a tutti , cercando con overpass i nomi dei quartieri a Roma , ho
> pescato
> un nodo [1] Ponte Linari (4956813854) che sembra correttamente
> etichettato, ed una relation [2] Ponte Linari (2841535) mappata con
> l'aggiunta di un FIXME
> aggiunto nome zona residenziale
> Modificato circa 2 anni fa da MapperGo
> 
> Versione #3 · Gruppo di modifiche #47691749
> 
> Etichette
> FIXME  this is
> very rough, please survey and align, split it up into smaller and
> manageable entities and exclude non residential landuses
> landuse 
> residential
> 
> name  Ponte
> Linari
> type 
> multipolygon
>
>
> e che inoltre va a sovrapporsi ed inglobare aree nell'adiacente territorio
> di Ciampino.
> Mi chiedo se vada eliminato il nome dalla relation, o va eliminata
> l'intera relation in quanto duplicato del nodo corretto per il place Ponte
> Linari
>
>
>
> [1]  https://osm.org/go/xcW~b~fku?node=4956813854
> [2]  https://osm.org/go/xcW~Y3ps-?relation=2841535
>
>


rispondo tardi, ma penso sia ancora aperta la domanda? Il fixme si
riferisce al landuse=residential (che per me non dovrebbe avere un nome).
Si potrebbe cambiare l'oggetto, se descrive i confini del quartiere, da
landuse=residential in place=quarter (oppure suburb o neighbourhood?), e
togliere il nodo.

Se non sappiamo bene l'estensione di Ponte Linari potremmo anche togliere
il nome del landuse, dividerlo in poligoni gestibili e precisi (che
comprendono soltanto landuse residenziale, e non comprende più strade, aree
commerciali, industriali, cimiteri, parchi ecc.). Al momento ci sono
incluse anche Casal Morena e Morena, è giusto?

In questo caso non si toglierebbe il nodo, ma sarebbe comunque
(probabilmente, non conosco bene la zona, ma non sembra un villaggio)
cambiare il place da village ad un valore da suburb, quarter e
neighbourhood (=parti/suddivisioni di un insediamento).

Metto in copia anche la lista regionale...

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

Re: [Talk-it-lazio] [Talk-it] Roma est, relazione Ponte Linari

[Martin Koppenhoefer]

Am So., 23. Juni 2019 um 19:01 Uhr schrieb francesco gargano <
frengofieramos...@gmail.com>:

> Salve a tutti , cercando con overpass i nomi dei quartieri a Roma , ho
> pescato
> un nodo [1] Ponte Linari (4956813854) che sembra correttamente
> etichettato, ed una relation [2] Ponte Linari (2841535) mappata con
> l'aggiunta di un FIXME
> aggiunto nome zona residenziale
> Modificato circa 2 anni fa da MapperGo
> 
> Versione #3 · Gruppo di modifiche #47691749
> 
> Etichette
> FIXME  this is
> very rough, please survey and align, split it up into smaller and
> manageable entities and exclude non residential landuses
> landuse 
> residential
> 
> name  Ponte
> Linari
> type 
> multipolygon
>
>
> e che inoltre va a sovrapporsi ed inglobare aree nell'adiacente territorio
> di Ciampino.
> Mi chiedo se vada eliminato il nome dalla relation, o va eliminata
> l'intera relation in quanto duplicato del nodo corretto per il place Ponte
> Linari
>
>
>
> [1]  https://osm.org/go/xcW~b~fku?node=4956813854
> [2]  https://osm.org/go/xcW~Y3ps-?relation=2841535
>
>


rispondo tardi, ma penso sia ancora aperta la domanda? Il fixme si
riferisce al landuse=residential (che per me non dovrebbe avere un nome).
Si potrebbe cambiare l'oggetto, se descrive i confini del quartiere, da
landuse=residential in place=quarter (oppure suburb o neighbourhood?), e
togliere il nodo.

Se non sappiamo bene l'estensione di Ponte Linari potremmo anche togliere
il nome del landuse, dividerlo in poligoni gestibili e precisi (che
comprendono soltanto landuse residenziale, e non comprende più strade, aree
commerciali, industriali, cimiteri, parchi ecc.). Al momento ci sono
incluse anche Casal Morena e Morena, è giusto?

In questo caso non si toglierebbe il nodo, ma sarebbe comunque
(probabilmente, non conosco bene la zona, ma non sembra un villaggio)
cambiare il place da village ad un valore da suburb, quarter e
neighbourhood (=parti/suddivisioni di un insediamento).

Metto in copia anche la lista regionale...

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

Re: [talk-cz] cykloturistická trasa Brněnské kolečko

[majkaz]

Podle mě to takhle nemůže fungovat, to platilo pokud bylo nejpodrobnější 
měřítko někde jinde než v této chvíli. Vzhledem k tomu, že někteří kreslí 
pomalu každý trs trávy, jsme už o dost jinde. Rozhodně bych neřešila, že 
cedule, které logicky musí být samostatně na každé straně křižovatky (ten cyklo 
rozcestník), budou zakreslené dvěma body na skutečném umístění.

OT: Ještě tu mám pro zajímavost z víkendu jeden skrytý rozcestník 

 ;)
Je to schované uvnitř stanice na Plešném jezeře. Vidět to bylo jen díky tomu, 
že v tom vedru měli dokořán.
__

Od: "Petr Vozdecký" 
Komu: "OpenStreetMap Czech Republic" 
Datum: 02.07.2019 10:40
Předmět: Re: [talk-cz] cykloturistická trasa Brněnské kolečko


koukám na to a kroutím hlavou - i KČT chce mít přece v TIMech pořádek... toto odporuje 
všem dosud známým či vypozorovaným pravidlům číslování ref rozcestníků. A na 
"překlep" to nevypadá (i když překlepů jako takových už jsem na tabulkách 
několik viděl :)pokud jde o dva kůly/tyče/sloupy vedle sebe, na kterých jsou tabulky 
rozcestníku rozděleny z důvodu jejich množství, nevidím důvod to mapovat jako dva OSM 
body - ve výsledku to v mapě vytváří při vizualizaci (vykreslování mapy) zmatek. Sice se 
to může tvářit jako mapování pro renderer, ale kartograficky je cílem zobrazit v mapě 
rozcestník vždycky jen jeden, ne?

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

Re: [Talk-GB] Importing NaPTAN Data

[David Woolley]

On 01/07/2019 16:02, Silent Spike wrote:
As far as I can tell, some progress was made previously on importing 
NaPTAN data for specific areas of the UK. However, the process for 
requesting an import on the wiki seems to have broken down somewhere 
along the line and I believe the python script mentioned on the wiki is 
outdated.




In may experience, a lot of the original NaPTAN imports have decayed:

- people have double mapped stops and the the NaPTAN one has been deleted;

- stop have moved and got double mapped and deleted as a result;

- stops have been temporarily out of service, e.g whilst redeveloping a 
bus station, and been deleted and then lost the NaPTAN associations when 
remapped.


Also, all bus stops need continual maintenance because names get changed 
 as landmarks come and go.


Given that few people like maintenance work, if you can't map all the 
stops from first principles, it is very unlikely that imported ones will 
get maintained.  Retaining the NaPTAN tagging is important in allowing 
any later remerge of the updated NaPTAN data.


Another problem with NaPTAN stops, which applies to non-OSM users as 
well is that they have virtual stops in Hail and Ride areas.  Routers 
seem to only like people boarding at those place, so, in my case, can 
take me about 7 minutes out of my way against the direction of travel, 
so tell me I have missed a bus that could be easily caught.


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

Re: [talk-cz] cykloturistická trasa Brněnské kolečko

[Petr Vozdecký]

koukám na to a kroutím hlavou - i KČT chce mít přece v TIMech pořádek...
toto odporuje všem dosud známým či vypozorovaným pravidlům číslování ref
rozcestníků. A na "překlep" to nevypadá (i když překlepů jako takových už
jsem na tabulkách několik viděl :)




pokud jde o dva kůly/tyče/sloupy vedle sebe, na kterých jsou tabulky
rozcestníku rozděleny z důvodu jejich množství, nevidím důvod to mapovat
jako dva OSM body - ve výsledku to v mapě vytváří při vizualizaci
(vykreslování mapy) zmatek. Sice se to může tvářit jako mapování pro
renderer, ale kartograficky je cílem zobrazit v mapě rozcestník vždycky jen
jeden, ne?




vop




-- Původní e-mail --
Od: <0174 
Komu: OpenStreetMap Czech Republic 
Datum: 2. 7. 2019 9:21:07
Předmět: Re: [talk-cz] cykloturistická trasa Brněnské kolečko
"


Ahoj,

jen pro zajímavost, existuje i krátká žlutá trasa, která má na obou koncích
rozcestníky se stejným ref. (a není to okruh ;) ):
https://openstreetmap.cz/#map=18/50.19944/16.88229=kGB
(https://openstreetmap.cz/#map=18/50.19944/16.88229=kGB)


Podle mě se nedá počítat s tím, že by v OSM body s rozcestníky měly unikátní
ref. Pokud není celý rozcestník na jednom kůlu/stromě apod., tagoval bych
jako dva body.





Vojta




po 1. 7. 2019 v 14:52 odesílatel majkaz mailto:maj...@centrum.cz)> napsal:

"
Podle mě nic - normálně nechat dva body na místech těch jednotlivých
tabulek, a ref nechat stejné.

 

Už jsem to viděla i u pěšího rozcestníku. Jedna tabulka
(https://osm.fit.vutbr.cz/fody/files/16161.jpg) o nějakých 50m jinde než
zbytek rozcestníku. 

__
> Od: "Petr Vozdecký" mailto:v...@seznam.cz)>
> Komu: "OpenStreetMap Czech Republic" mailto:talk-cz@openstreetmap.org)>
> Datum: 01.07.2019 13:51
> Předmět: Re: [talk-cz] cykloturistická trasa Brněnské kolečko
>

ahoj,

prosim o radu.

Nize komunikovany chybejisi rozcetnik ma na miste dve tabulky, ale kazda je
na jine strane silnice, takze vytvari dva body se stejnym ref=* Co s tim?

viz

https://osmap.cz/node/6576718058(https://osmap.cz/node/6576718058)

https://osmap.cz/node/6576718059(https://osmap.cz/node/6576718059)

vop
-- Původní e-mail --
Od: Petr Vozdecký mailto:v...@seznam.cz)>
Komu: OpenStreetMap Czech Republic mailto:talk-cz@openstreetmap.org)>
Datum: 27. 6. 2019 11:46:50
Předmět: Re: [talk-cz] cykloturistická trasa Brněnské kolečko
"-- Původní e-mail --
Od: Tomas Novotny mailto:to...@novotny.cz)>
Předmět: Re: [talk-cz] cykloturistická trasa Brněnské kolečko
"> Vyfotil jsem 4 rozcestníky a tedy jeden poslední chybí - "nám Karla IV."
v
> Líšni. Jeden snímek ve Fody je nedokonalý (vyfocená je jen jedna ze dvou
> tabulek rozcestníku). Kdo se tedy pohybujete v této části města, prosím o
> foto do Fody.

pokud nekdo nebude rychlejsi, muzu zkusit."
Update - chybí JEN "Nám Karla IV." (ta neúplná fotka byla jen chyba
tagování, fotka tam je)

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

--

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

Re: [Talk-it] Nuovi cellulari: GPS davvero migliore?

[Giacomo Innocenti]

Io ho un bq aquaris X2, effettivamente mi sembra più preciso e veloce, con
meno "sbandate" ;) nel tracciare il percorso, direi come precisione in
condizioni ottimale 2-3 metri

Il mar 2 lug 2019, 07:02 canfe  ha scritto:

> I cellulari più recenti hanno un GPS di nuova generazione a 'doppia
> frequenza'.
> Prendono anche i satelliti Galileo.
> Qui un elenco fatto appunto da Galileo:
>
>
> https://www.gsa.europa.eu/galileo/services/initial-services/galileo-enabled-devices
>
> Li danno per una precisione sulla decina di centimetri ma... sentendo voci
> di conoscenti non sembrano così performanti.
> Se ne avete uno, potreste rispondere descrivendo la vostra esperienza ed in
> particolare la precisione spaziale, a cui arrivano nelle migliori
> condizioni.
> Non dimenticate di indicare marca e modello!
>
> Grazie a tutti.
> canfe = Cantone Ferruccio
>
>
>
> --
> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] cykloturistická trasa Brněnské kolečko

[<0174]

Ahoj,
jen pro zajímavost, existuje i krátká žlutá trasa, která má na obou koncích
rozcestníky se stejným ref. (a není to okruh ;) ):
https://openstreetmap.cz/#map=18/50.19944/16.88229=kGB
Podle mě se nedá počítat s tím, že by v OSM body s rozcestníky měly
unikátní ref. Pokud není celý rozcestník na jednom kůlu/stromě apod.,
tagoval bych jako dva body.

Vojta

po 1. 7. 2019 v 14:52 odesílatel majkaz  napsal:

> Podle mě nic - normálně nechat dva body na místech těch jednotlivých
> tabulek, a ref nechat stejné.
>
>
>
> Už jsem to viděla i u pěšího rozcestníku. Jedna tabulka
>  o nějakých 50m jinde než
> zbytek rozcestníku.
>
> __
> > Od: "Petr Vozdecký" 
> > Komu: "OpenStreetMap Czech Republic" 
> > Datum: 01.07.2019 13:51
> > Předmět: Re: [talk-cz] cykloturistická trasa Brněnské kolečko
> >
> ahoj,
> prosim o radu.
> Nize komunikovany chybejisi rozcetnik ma na miste dve tabulky, ale kazda
> je na jine strane silnice, takze vytvari dva body se stejnym ref=* Co s tim?
> viz
> https://osmap.cz/node/6576718058
> https://osmap.cz/node/6576718059
> vop
> -- Původní e-mail --
> Od: Petr Vozdecký 
> Komu: OpenStreetMap Czech Republic 
> Datum: 27. 6. 2019 11:46:50
> Předmět: Re: [talk-cz] cykloturistická trasa Brněnské kolečko
>
> -- Původní e-mail --
> Od: Tomas Novotny 
> Předmět: Re: [talk-cz] cykloturistická trasa Brněnské kolečko
>
> > Vyfotil jsem 4 rozcestníky a tedy jeden poslední chybí - "nám Karla IV."
> v
> > Líšni. Jeden snímek ve Fody je nedokonalý (vyfocená je jen jedna ze dvou
> > tabulek rozcestníku). Kdo se tedy pohybujete v této části města, prosím
> o
> > foto do Fody.
>
> pokud nekdo nebude rychlejsi, muzu zkusit.
>
> Update - chybí JEN "Nám Karla IV." (ta neúplná fotka byla jen chyba
> tagování, fotka tam je)
> vop
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
>
>
> --
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Nome Rotatoria

[Volker Schmidt]

> La maggioranza di coloro che hanno espresso un'opinione sono concordi
> > con l'applicazione del nome della rotatoria all'area di circolazione e
> > non estenderlo o limitarlo all'aiuola centrale, a questo punto
> > aggiornerei la pagina wiki in italiano con le indicazioni già presenti
> > nella pagina in inglese, poi direi di rimettere il nome alle rotatorie a
> > cui è stato tolto.
>

Questa regola generale non mi sembra riflettere necessariamente la
situazione "on the ground", se accettiamo documentazione ufficiale come "on
the ground".
La situazione sembra essere non-uniforme sul territorio nazionale.

Come ho indicato prima, a Perugia le rotatorie hanno nomi e di quello che
capisco io, un solo nome per rotatoria.
Ci sono cartelli con il nome sulle rotatorie (vedi per esempio
https://www.mapillary.com/map/im/QDuMUzSv93nZHmU1Ciklrw).

Invece a Padova, mi sembra è diverso. Mi sto informando, ma, secondo la  mappa
online  pubblicata
dal comune, sembra che sono spezzate, con l'effetto che una rotatoria è
composto da pezzi di strada con nomi diversi. Non so ancora, se questo
riflette la situazione legale. Di sicuro  non ci sono cartelli con nomi
delle rotatorie.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it