Re: [Talk-us] Oahu, Hawaii CDP boundaries

[Mateusz Konieczny]

6 Sep 2019, 22:10 by stevea...@softworkers.com:

> I slightly disagree with Mateusz that we "reflect local postal" boundaries, 
> as we don't do that in the USA with ZIP codes:  they are routing algorithms, 
> not actual areas definable by a (multi)polygon.
>
Note that I was asking whatever it is
actually administrative boundary
(Postal codes are not forming
administrative boundaries in Poland,
not sure is it different in USA)___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] many images in wiki gone missing?

[James]

https://www.reddit.com/r/worldnews/comments/d0olyb/wikipedia_is_currently_under_a_ddos_attack_and/

Wikipedia is under a DDoS attack, so it will be down until they mitigate it

On Fri., Sep. 6, 2019, 5:38 p.m. Michael Bemmerl, 
wrote:

> Pine W schrieb:
> > Wikimedia sites are not fully down. The attack has been ongoing for a
> > few hours. My impression from what I'm seeing people write is that the
> > interruptions are experienced most strongly by end users in Europe.
>
> Indeed, I can ping Commons from a server in Australia but not from Germany.
>
> Regards,
> Michael
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] Criterio de clasificación de entidades de población

[Iago Casabiell]

https://wiki.openstreetmap.org/wiki/Proposed_features/Populated_settlements_classification
Propuesta creada como me indicó jeisenbe en las paginas talk del wiki
(place, place=hamlet, place=village, place=town, place=city). Ahí está
puesto un sample, pero desde #alalista podemos consensuar exactamente que
poner para España, o para cada zona. Desde el telegram de Galicia me habían
indicado hace tiempo que algo así podría valer.


Libre
de virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[Violaine_Do]

On 06/09/2019 05:42, osm.sanspourr...@spamgourmet.com wrote:


Le 06/09/2019 à 12:04, Stéphane Péneau - stephane.pen...@wanadoo.fr a 
écrit :



Le 06/09/2019 à 11:14, Eric SIBERT via Talk-fr a écrit :
Pour le fond du problème, mon avis est que OSM est un projet mondial 
et qu'il faut rester avec une référence globale, à savoir WGS84 mais 
en précisant bien que c'est dans sa réalisation actuelle. Les 
données dans des références locales doivent alors être converties en 
WGS84(réalisation actuelle). Quand il y a un changement de 
réalisation de WGS84, il faut convertir les coordonnées dans la base 
OSM de l'ancienne à la nouvelle réalisation de WGS84 (ou au moins le 
faire dans les zones où la dérive des plaques est plus grande que 
l'incertitude sur les données sources du coin).


Les nouvelles réalisations du WGS84 n'ont pas de rapport avec le 
déplacement des plaques.


Si entre 2 réalisations, ma plaque s'est déplacée de 10 mètres (c'est 
un exemple irréaliste), transformer les coordonnées de l'ancienne à 
la nouvelle réalisation ne corrigera pas le décalage de 10 mètres.


Stf


Je suppose qu'Eric veut dire que les "anciennes" données étaient de 
facto mettons en GDA94 et qu'elles doivent être reprojetées en GDA2020.


Ce qui revient à dire qu'on travaille en coordonnées locales...

Jean-Yvon



Merci pour vos réponses!

Petit complément, pour y voir plus clair  :p (ça me fait des nœuds dans 
la tête depuis quelques temps)


Imaginons que je transforme les données dans la dernière réalisation du 
WGS84 (G1762). Cette réalisation date de 2013 et est basée sur 
l'ITRF2008, qui se lock à l'époque 2005. Sachant que la plaque 
polynésienne a bougé de 2m depuis le début du système RGPF (en 93 à peu 
près) , ça nous fait un décalage déjà d'un peu plus d'1m depuis  2005 
(ça rejoint les 7cm/an de wikipédia). Donc une simple reprojection dans 
la dernière réalisation du WGS84 me parait pas suffisante. Il faudrait 
ajouter les translations de plaques / associer à l'époque courante. Et 
la...imaginons que je le fasse (et que je trouve les vrais bons 
paramètres.. :o) , qui dans les collectivités locales et utilisateurs de 
la donnée qui en ont besoin en référentiel local, va faire la bonne 
transformation inverse? Notamment car la transfo de base WGS84 qu'on 
trouve dans QGis et autres outils SIG (4326) est décalé du RGPF de 30 à 
50cm uniquement. Ca voudrait dire -toujours pour moi, je peux me 
tromper- que si les gens font la transfo inverse avec cette définition 
du WGS84 il seront dans les 1.5m à côté (de la plaque!!).


Donc si on va plus loin et qu'on veut les données issues de plusieurs 
contributeurs à différentes époques... Qui va vraiment reprojeter en 
récupérant les époques des dates de contribution? J'ai des grosgros 
doutes la dessus. Après yen a qui diront qu'on n'a pas besoin de ce 
niveau de précision, mais pour moi c'est un sujet et surtout l'intérêt 
de garder la précision des données de base. Ce serait dommage de perdre 
du décimètre de précision pour des questions de projection.


Mon autre problème pour simplifier les choses, ici en Polynésie 
française le système local (RGPF) est basé sur l'ITRF92 mais il ya des 
différences en local en fonction des iles (toutes les iles ne sont pas 
directement associées à l'itrf 92)


Après je suis daccord avec toi Eric, que ce serait mieux de rester dans 
un système global commun, mais la c'est comme si on en a tout pleins 
avec toutes les époques du WGS84. Donc c'est pas bon pour moi non plus.


Donc pourquoi pas rester en local? On pourrait avoir une base de données 
de systèmes locaux utilisée dans OSM, ça me paraîtrait plus juste, et 
moins source d'erreurs. Les applis n'auraient "/qu/"'à récupérer les 
données et les reprojeter en fonction de la zone ou l'on se trouve, 
l'époque... \o/


Ensuite il y a quelque chose que je ne comprends pas, c'est la relation 
entre le systeme wgs84 dispo sous qgis et la dernière révision du 
wgs84... je vois pas le lien, je comprends pas de quelle révision on 
parle dans qgis... :/


@+



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


--
Violaine_Do

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

[Talk-africa] Fix road problems around Africa with MapRoulette: Angola, Egypt, Kenya, Rwanda, South Africa, Tunisia & Uganda

[Andrew Wiseman via Talk-africa]

Hello OSM Africa,

This is Andrew again with Apple’s Maps team. We recently used our Atlas data 
analysis tool (https://github.com/osmlab/atlas 
) to look at a few types of potential issues 
related to roads and routing, such as overly sharp road angles, roads that 
cross but don't connect, routing problems, turn restrictions, places where 
navigation is impossible due to missing connections or potentially incorrect 
one-way roads, and other similar issues.

I've posted the results of those checks on MapRoulette, a tool that lets you go 
through potential issues one by one and either correct them or indicate they 
are not a problem. I wanted to let you know they are available in case others 
wanted to try fixing some of them — I also plan to go through some of them 
myself.

In MapRoulette you can either pick a random task to fix or click on a specific 
one. If you want to do tasks around a certain location, such as somewhere you 
are familiar with, you can click on one from the map view, and then click Next 
task: Nearby when you finish it.

We ran the tool for a few countries recently: 

South Africa:

Crossing roads: https://maproulette.org/browse/challenges/8863
Routing problems: https://maproulette.org/browse/challenges/8855
Floating and disconnected roads: https://maproulette.org/browse/challenges/8852
Road connectivity check: https://maproulette.org/browse/challenges/8861
Invalid lanes: https://maproulette.org/browse/challenges/8860
Invalid turn restriction: https://maproulette.org/browse/challenges/8862
Malformed roundabouts: https://maproulette.org/browse/challenges/8859
Road links: https://maproulette.org/browse/challenges/8853

Uganda:

Crossing roads: https://maproulette.org/browse/challenges/8890
Routing problems: https://maproulette.org/browse/challenges/8892
Floating and disconnected roads: https://maproulette.org/browse/challenges/8894
Road connectivity check: https://maproulette.org/browse/challenges/8897
Invalid lanes: https://maproulette.org/browse/challenges/8896
Invalid turn restriction: https://maproulette.org/browse/challenges/8901
Malformed roundabouts: https://maproulette.org/browse/challenges/8899

Kenya:

Impossible routing: https://maproulette.org/browse/challenges/8734
Floating and disconnected roads: https://maproulette.org/browse/challenges/8735
Sharp road angles: https://maproulette.org/browse/challenges/8737
Crossing roads: https://maproulette.org/browse/challenges/8740
Connectivity check: https://maproulette.org/browse/challenges/8741
Invalid turn restrictions: https://maproulette.org/browse/challenges/8742

Rwanda:

Crossing roads: https://maproulette.org/browse/challenges/8850
Routing problems: https://maproulette.org/browse/challenges/8847
Floating and disconnected roads: https://maproulette.org/browse/challenges/8843
Road connectivity check: https://maproulette.org/browse/challenges/8848
Invalid turn restriction: https://maproulette.org/browse/challenges/8845

Egypt:

Impossible routing: https://maproulette.org/browse/challenges/8686
Sharp road angles: https://maproulette.org/browse/challenges/8688
Connectivity problems: https://maproulette.org/browse/challenges/8692
Malformed roundabouts: https://maproulette.org/browse/challenges/8690
Turn restriction problems: https://maproulette.org/browse/challenges/8693
Road links: https://maproulette.org/browse/challenges/8687
Crossing roads: https://maproulette.org/browse/challenges/8694

Angola:

Routing problems: https://maproulette.org/browse/challenges/8399
Floating and disconnected roads: https://maproulette.org/browse/challenges/8398
Road connectivity check: https://maproulette.org/browse/challenges/8402
Invalid turn restriction: https://maproulette.org/browse/challenges/8397
Malformed roundabouts: https://maproulette.org/browse/challenges/8401

Tunisia:

Impossible routing: https://maproulette.org/browse/challenges/8880
Connectivity problems: https://maproulette.org/browse/challenges/8887
Malformed roundabouts: https://maproulette.org/browse/challenges/8889
Turn restriction problems: https://maproulette.org/browse/challenges/8884
Road links: https://maproulette.org/browse/challenges/8881
Crossing roads: https://maproulette.org/browse/challenges/

And we have a lot other ones here from before: 
https://github.com/osmlab/appledata/wiki/MapRoulette-Challenges

Let me know if you have any questions or suggestions. Thanks!

Andrew 



Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 

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

Re: [Talk-gb-westmidlands] September meeting

[Rob Nickerson]

Works for me.

Best wishes,
Rob

On Fri, 6 Sep 2019, 18:41 Brian Prangle,  wrote:

> Hi everyone
> This was planned for a Saturday meeting and the next place on our list is
> Southam in Warwickshire.
> The only free Saturday I have is 21st so I'm proposing that. If there are
> any takers then I'll look for a pub. Perhaps we advertise on talk GB too if
> we're going ahead?
>
> Regards
>
> Brian
> ___
> 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

[OSM-Talk-ZA] Help improve the map with MapRoulette challenges in South Africa

[Andrew Wiseman via Talk-ZA]

Hello OSM South Africa,

This is Andrew again with Apple’s Maps team. We recently used our Atlas data 
analysis tool (https://github.com/osmlab/atlas 
) to look at a few types of potential issues 
related to roads and routing, such as roads that have overly sharp angles, 
roads that cross but don't connect, routing problems, turn restrictions, places 
where navigation is impossible due to missing connections or potentially 
incorrect one-way roads, and other similar issues.

I've posted the results of those checks on MapRoulette, a tool that lets you go 
through potential issues one by one and either correct them or indicate they 
are not a problem. I wanted to let you know they are available in case others 
wanted to try fixing some of them — I also plan to go through some of them 
myself.

In MapRoulette you can either pick a random task to fix or click on a specific 
one. If you want to do tasks around a certain location, such as somewhere you 
are familiar with, you can click on one from the map view, and then click Next 
task: Nearby when you finish it.

Crossing roads: https://maproulette.org/browse/challenges/8863
Routing problems: https://maproulette.org/browse/challenges/8855
Floating and disconnected roads: https://maproulette.org/browse/challenges/8852
Road connectivity check: https://maproulette.org/browse/challenges/8861
Invalid lanes: https://maproulette.org/browse/challenges/8860
Invalid turn restriction: https://maproulette.org/browse/challenges/8862
Malformed roundabouts: https://maproulette.org/browse/challenges/8859
Road links: https://maproulette.org/browse/challenges/8853

Let me know if you have any questions or suggestions. Thanks!

Andrew 


Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 

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

Re: [Talk-de] Eisenbahnbrücken

[Martin Koppenhoefer]

sent from a phone

> On 6. Sep 2019, at 14:08, i...@plennert.eu wrote:
> 
> ich wollte mal alle Brücken in einer Stadt zählen. Ich nahm die unter 
> DE:Key:bridge hinterlegte overpass-turbo Abfrage.


das geht schief, der key bridge beschreibt keine Brücken, es ist ein Attribut 
für Straßen und Schienen um auszudrücken, dass sie auf einer Brücke sind, aber 
die kann man nicht durchzählen und ein sinnvolles Ergebnis erwarten. Z.B. wenn 
sich das Tempolimit auf der Brücke ändert, oder sonst eine beliebige 
Eigenschaft, wird man den way dort splitten und schon hätte man bei 
entsprechender Auswertung 2 Brücken statt 1 zwei Be

Für Brücken in Deinem Sinne müsstest du man_made=bridge Objekte zählen, da sind 
aber noch lange nicht alle Brücken damit getaggt.

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

Re: [OSM-talk] many images in wiki gone missing?

[Michael Bemmerl]

Pine W schrieb:
> Wikimedia sites are not fully down. The attack has been ongoing for a
> few hours. My impression from what I'm seeing people write is that the
> interruptions are experienced most strongly by end users in Europe.

Indeed, I can ping Commons from a server in Australia but not from Germany.

Regards,
Michael

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

Re: [Talk-it] motorroad=yes per superstrade e tangenziali?

[Martin Koppenhoefer]

sent from a phone

> On 6. Sep 2019, at 10:35, Volker Schmidt  wrote:
> 
> Almeno la tangenziale est di Padova non è motorroad legalmente:
> https://www.mapillary.com/map/im/ZekycnjQn0EZtOWa1jgRPA


si certo, non tutti i trunk sono anche dei motorroad, altrimenti avremmo potuto 
risparmiarci uno dei tags ;-)

avevo capito “fare un check” nel senso che si verifica se si applica il tag.

Ciao Martin 

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

Re: [Talk-bo] Resumen de Talk-bo, Vol 72, Envío 3

[Marco Antonio]

On Fri, 6 Sep 2019 at 15:07, Willmar Pimentel
 wrote:
>
> Saludos,
> Donde puedo encontrar un mapa de los distritos educativos de todo el País?

Hola , yo no ví publicado un mapa así, deben pensar que no es útil. Lo
que si ví son los nombres de los distritos en un sistema de
estadísticas que tienen SEIE:

http://seie.minedu.gob.bo/reportes/mapas_unidades_educativas/#

ahí se puede «seleccionar los distritos», por lo que dedusco que
tienen el dataset, podrías probar solictando...

Abrazos,
Marco Antonio

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

Re: [Talk-cat] Participants a la Maker Faire

[yo paseopor]

Jo et puc acompanyar el dia 5 a la tarda ( tinc un altre "evento" pel matí
,ja vorem com va tot) o el 6 a l'stand .
Per cert, si hi hagués connexió a internet jo proposo que en la pantalla es
mostri en directe les edicions que poguéssim anar fent (mentre va passant
la fira anar posant noms als carrers, o fent importacions dels edificis,
etc.

Salut i mapes
yopaseopor


On Fri, Sep 6, 2019 at 3:08 PM JOAQUIN GARCIA 
wrote:

> Bona Tarda:
> Els pròxims dia 5 i 6 d'Octubre en l'àmbit de la Maker Faire (
> https://barcelona.makerfaire.com/es/inicio-2/) tindrem un stand propi,
> per fer-hi difusió d'OSM a gent nova, amb noves idees i realitats.
> Tindrem una taula amb un televisor, amb una presentació continua de les
> possibilitats i projectes que hem dut a terme.
>
> #1carrer1nom#
> Catastre
> Accesbilitat
> Humanitari
>
> Si algú està interessat a acompanyar-me a l'stand, digueu-me abans del dia
> 10 per fer el registre.
>
> La fira serà aquests dos dies de 10 a 19, jo hi seré tots dos dies però si
> som més poder fer torns, si mes no per anar al WC.
>
> Si només voleu passar de visita, tan sols cal que demaneu entrada
>
> https://www.eventbrite.com/e/maker-faire-barcelona-2019-registration-66474201125
>
>
> Salut i Mapes, JQN
> --
> *Joaquín García Martínez*
>
> joaquin.garc...@gmail.com
>
> Tlf. 629187135
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-talk] many images in wiki gone missing?

[Pine W]

Wikimedia sites are not fully down. The attack has been ongoing for a few
hours. My impression from what I'm seeing people write is that the
interruptions are experienced most strongly by end users in Europe.

Pine
( https://meta.wikimedia.org/wiki/User:Pine )


On Fri, Sep 6, 2019 at 9:10 PM Michael Bemmerl 
wrote:

> Richard schrieb:
>
> > noticed that many wiki pages like
> > https://wiki.openstreetmap.org/wiki/Key:bridge:structure
> > https://wiki.openstreetmap.org/wiki/DE:Key:bridge:structure
> >
> > are now full of red links instead of the images that were previously
> there.
> > What happened??
>
> AFAIK these images are embedded from Wikimedia Commons, but Commons (&
> Wikipedia) is currently down since half an hour or so...
>
> Regards,
> Michael
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] many images in wiki gone missing?

[Pine W]

Those images appear to be hosted on Wikimedia Commons, which is a sister
project of Wikpedia. Wikimedia is currently experiencing service
interruptions due to a DDoS attack.

Pine
( https://meta.wikimedia.org/wiki/User:Pine )


On Fri, Sep 6, 2019 at 9:05 PM Richard  wrote:

> Hi,
>
> noticed that many wiki pages like
> https://wiki.openstreetmap.org/wiki/Key:bridge:structure
> https://wiki.openstreetmap.org/wiki/DE:Key:bridge:structure
>
> are now full of red links instead of the images that were previously there.
> What happened??
>
> Richard
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] many images in wiki gone missing?

[Michael Bemmerl]

Richard schrieb:

> noticed that many wiki pages like 
> https://wiki.openstreetmap.org/wiki/Key:bridge:structure
> https://wiki.openstreetmap.org/wiki/DE:Key:bridge:structure
> 
> are now full of red links instead of the images that were previously there.
> What happened??

AFAIK these images are embedded from Wikimedia Commons, but Commons (&
Wikipedia) is currently down since half an hour or so...

Regards,
Michael

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

[OSM-talk] many images in wiki gone missing?

[Richard]

Hi,

noticed that many wiki pages like 
https://wiki.openstreetmap.org/wiki/Key:bridge:structure
https://wiki.openstreetmap.org/wiki/DE:Key:bridge:structure

are now full of red links instead of the images that were previously there.
What happened??

Richard

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

Re: [OSM-talk-fr] Fwd: OSM- Salon géonumérique St Dié

[pepilepi...@ovh.fr]

Le 15/07/2019 à 12:22, Benoit Fournier - OpenStreetMap France a écrit :
> Est-ce que quelqu'un peut/veut présenter OSM, tenir un stand, ... au
> Festival International de Géographie de St Dié des Vosges (4-6 octobre
> 2019) ?


Bonsoir,

Désolé d'une réponse aussi tardive mais je pourrai être à Saint Dié ces
jours. Si vous avez besoin d'aide contactez-moi.

Bonne soirée,


Jean-Pierre


>
> Annonce sur plusieurs listes, suite de la discussion sur association@
> de préférence.
>
> --
> Benoît
>
> -- Forwarded message -
> From: *Elise Ladurelle*  >
> Date: Mon, 15 Jul 2019 at 12:01
> Subject: OSM- Salon géonumérique St Dié
>
> Bonjour,
>
> Comme chaque année, je tente notre chance pour voir dans quelle mesure
> OSM pourrait prendre part au Salon (ex géomatique) GeoNumérique du FIG
> de St Dié.
>
> Voici quelques éléments d’information, et au plaisir de vous apporter
> en lien avec l’organisation du FIG toutes informations complémentaires.
>
> Cdlmt
>
> ELT
>
>  
>
> En tant que partenaire du salon géo-numérique organisé dans le cadre
> du *Festival International de Géographie de St Dié des Vosges **(*4-6
> octobre 2019), l'AFIGEO vous propose de participer à cette 30è
> édition. Pour cette occasion, l'ancien salon de la géomatique, devient
> le salon géonumérique et bénéficiera d'une meilleure visibilité, d'un
> espace agrandit et central dans le festival.
>
> Au-delà d'une participation au salon exposant, vous avez la
> possibilité de présenter des conférences, de proposer des animations,
> de valoriser votre expertise au sein d'un quizz pour les participants
> etc….
>
> Si vous êtes  intéressé pour y participer, il faudrait rapidement
> renvoyer votre inscription :
> http://www.fig.saint-die-des-vosges.fr/geographie/salon-geo-numerique et
> merci de nous faire part de votre réponse.
>
> A ce jour, les participants confirmés sont : CGET, IGN/ENSG, Ministère
> de l'Europe et des Affaires étrangères, Métropole Européenne de
> Strasbourg, GeoGrandEst, Transdev, Service historique de la Défense,
> Fondation nationale des Sciences Politique...
>
> Bien cordialement et merci d'avance pour votre réponse rapide afin de
> figurer dans le programme imprimé dans l'été,
>
>  
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

Re: [Talk-de] Eisenbahnbrücken

[Rolf Eike Beer]

Am Freitag, 6. September 2019, 14:08:14 CEST schrieb i...@plennert.eu:
> Hallo zusammen,
> 
> ich wollte mal alle Brücken in einer Stadt zählen. Ich nahm die unter
> DE:Key:bridge hinterlegte overpass-turbo Abfrage. Im Ergebnis sah ich mir
> folgende Brücke genauer an:
> 
> Node: 97223943
> https://www.openstreetmap.org/way/97223943/history#map=19/47.75685/8.83666
> Mapillary:
> https://www.mapillary.com/app/?lat=47.75728421451801=8.836361404117434;
> z=18.550316863317572=aNToFOg6b0fFEQlons6sGw=photo
> 
> In der Realität ist dies eine Brücke mit vier Gleisen. Gemappt und
> ausgewertet werden vier Brücken mit je vier Lanes, also gesamt 16 Gleisen.

Mit "lanes" meinst du vermutlich passenger_lines, richtig? Das gibt an, wie 
viele der Gleise zu einer Bahnstrecke gehören, die Brücke hat laut Karte derer 
5: eines ist ein Nebengleis des Bahnhofs und gehört nicht zur Strecke. Das 
Äquivalent für "lanes" ist eben nicht "passenger_lines", sondern "tracks". Das 
wird in Deutschland kaum noch verwendet (zumindest nicht mit anderen Werten 
als 1), da die einzelnen Gleise i.d.R. getrennt voneinander erfasst sind.

Es gibt dann da noch ein Proposal für Relationen mit type=bridge, die sowas 
zusammenfassen können, aber das ist inaktiv.

Eike

signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-us] Oahu, Hawaii CDP boundaries

[stevea]

One minor correction, one minor addition to my previous post on this topic.

Where I said "...none of these seems like it would be a 
boundary=admin_level..." this is more correctly stated
"none of these seems like they should be a boundary=administrative..."

Also, I have recently discovered (from the linked article on Honolulu County 
that it "is divided into 36 neighborhood boards," offices of which are "an 
advisory position for public policy and civil investment. Members are elected 
to two-year terms."  If these have geographical data available to enter into 
OSM, I would support their entry into OSM tagged admin_level=9 or 10.  While I 
am not local, these similar to "wards" (roughly, very local voting districts, 
but perhaps at, perhaps not quite at, the level of "neighborhood council," 
which in the USA we tag with admin_level=10.  Yes, these are called 
"neighborhood boards" so perhaps 10 is correct, I can imagine either 10 or 9 
being correct.  More discussion among OSM Honolulu locals could achieve 
consensus.

This makes (say), ʻEwa Beach be in admin_level=2 for USA, admin_level=4 for 
Hawaii, admin_level=6 for Oahu, admin_level=7 for District 1, admin_level=8 for 
Honolulu, admin_level=10 (or 9) for 'Ewa Beach.

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

[OSM-talk-fr] DSC et fin de zone de rencontre

[osm . sanspourriel]

Oui dans une rue on commence par un double-sens cyclable, à l'autre
extrémité on a bien un panneau sens interdit sauf vélo dans le sens
opposé mais dans le sens voiture... un panneau de fin de zone de rencontre.

J'ai peut-être raté un panneau "début de zone de rencontre", j'en doute
fort. En tous cas pas à l'entrée de cette rue.

Il y a longtemps que le double sens cycliste était noté... dans le sens
"interdit" c'est à dire que les voitures ne s'attendaient pas forcément
à voir un vélo à contresens.

Depuis peu ils ont refait le marquage sol : places de stationnement
(Christian va pouvoir faire des parking_space ;-)) et flèches (enfin
plus centrées mais un peu à droite). Pas de marquage au sol du
contre-sens cyclable.

Et donc ces deux nouveaux panneaux incohérents.

Je ne tiens compte que du DSC, c'est à dire que je ne change rien à
l'existant (cycleway=opposite) ?

https://www.openstreetmap.org/way/24367774

N. B. : actuellement dans une zone 30, en cohérence avec le marquage du
boulevard à côté
.
Je regarderai une prochaine si les rues menant de cette zone 20 sont
affublés d'un début de zone de rencontre, vu le coin ça n'aurait pas
trop de sens mais bon...

Jean-Yvon

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

Re: [Talk-us] Oahu, Hawaii CDP boundaries

[stevea]

This is from a thread on impo...@openstreetmap.org of the same title (Vol. 123, 
Issue 6).
The thread is not attached here, but it involves Brian asking after tagging CDP 
boundaries in Oahu County and its coterminous incorporated 
consolidated-city-county of Honolulu.

Brian, I agree with Mateusz that you help OSM by specifying better granularity 
of place tagging on Oahu, but with some minor clarifications.  In the USA, we 
tag CDP polygons with boundary=census, no admin_level tag with any value 
whatsoever.  We do not tag postal boundaries (or if we do, we shouldn't), as 
while the USPS is sort of ("barely?") governmental, the imprimatur of locality 
that it may lend an area, its ZIP code, isn't a boundary at all, it is more 
like a routing algorithm for mail, so I disagree with your "reasonable 
approach" conclusion in your option 2.  Yes, it is true that the name of a post 
office may offer a sense of place (name) to an area.  In my strong opinion, 
those MIGHT be tagged with a node, if no other better place/locality name data 
are available.  I slightly disagree with Mateusz that we "reflect local postal" 
boundaries, as we don't do that in the USA with ZIP codes:  they are routing 
algorithms, not actual areas definable by a (multi)polygon.  I do agree with 
him that "it makes sense" to sort through and both better understand and better 
tag such "smaller than an island/county" areas.  In the USA, and in a state 
with no municipal government (an oddity of Hawaii, but a truth nonetheless) 
this is best done with nodes tagged place=* primarily and secondarily CDP 
boundaries (as they are more statistical than on-the-ground factual and by 
definition change constantly).  DISTANTLY secondarily.

CDP boundaries should be actual (you say state GIS authorities provide these 
federal data), tagged boundary=census (and no admin_level tag).  But I assert 
that much better are nodes tagged with place=*, with appropriate values (town, 
village, hamlet, isolated_dwelling).  In the USA, these are added to OSM nodes 
like this largely based on population.  For example, in the 
https://wiki.osm.org/wiki/United_States_admin_level#Unincorporated_areas 
section of the wiki I referred to earlier, we say "place=village on rural 
unincorporated communities with a population between 200 and 9,999 (consensus 
is emerging that a 'village' has at least a small commercial landuse area: a 
market, fuel station/convenience store, a bank, post office, etc.)."  For 
populations between 10,000 and 50,000 tag the node place=town, for between 
three households and 199 tag the node place=hamlet, etc.  (Our wikis can be 
helpful).

So, to sum that up, tag with place=* nodes where you can (or have population 
data, or even better, know personally from local, on-the-ground experience).  
If you have nothing else, CDP data tagged as boundary=census polygons are OK, 
but in some sense, these data are not much more than "better than nothing."  If 
a post office name is used on a node for an area with a place=* tag having an 
appropriately-population-derived value, that's OK, too, but don't use ZIP code 
"boundaries," such data don't belong in OSM.

Concomitantly, "CDP boundary data are available for Hawaii" is similar for what 
is going on with the same for Alaska:  simply because the federal Department of 
Commerce's Census Bureau aggregates population data into statistical areas 
(CDPs) doesn't absolutely mean that these data are the best representation of 
"place and size" to enter into OSM.  (In Alaska, they are convenient to 
delineate smaller areas of the Unorganized Borough — a huge area bigger than 
even Texas — and these areas are created in mutual cooperation with the state 
of Alaska, adding to legitimacy for OSM entry).  Slightly differently with 
Hawaii, though the similarity of "the federal government wishes there to be 
smaller, sub-county sized areas to delineate," asthe state of Hawaii does do 
this (see 
https://en.wikipedia.org/wiki/Honolulu_County%2C_Hawaii#County_districts to see 
a small map of Honolulu's nine "county districts," which I support being mapped 
in OSM as admin_level=7 boundaries).  Hawaiians on the ground, you included, 
very likely also identify many more place names, though none of these seems 
like it would be a boundary=admin_level, much better a node tagged place=*.  
I'd like to see the best data representation of those enter OSM.  The state of 
Hawaii absolutely, unequivocally delineates "what is and where the boundaries 
are" of the County of Oahu AND it absolutely, unequivocally delineates (and has 
since 1908) that Honolulu is a consolidated-city-county (CCC) with Oahu.  So 
OSM's (in the USA) convention of tagging both the admin_level=6 Oahu boundary 
(as we do, relation link included before) and a new coterminous boundary tagged 
both admin_level=8 and name=City of Honolulu is correct:  this is a CCC as we 
specify in our admin_level wiki.  (Honolulu IS an incorporated city — 
admin_level=8 

Re: [Talk-dk] Fejl 500 på SDFE flyfoto i JOSM?

[Michael Andersen]

Jeg ser samme problem i iD, så jeg antog det ikke havde noget med JOSM som 
sådan at gøre. 

Bemærk f.eks. https://www.openstreetmap.org/changeset/74145260 hvor en 
begynder bruger Maxar (som så bare er ca 5 m off), fordi SDFE flyfoto her er 
ubrugeligt.


fredag den 6. september 2019 15.38.46 CEST skrev o...@workmail.com:

> Jeg gik tilbage til 15238 i går.
> 
> > Sent: Friday, September 06, 2019 at 2:46 PM
> > From: "Michael Andersen" 
> > To: "OpenStreetMap Denmark" 
> > Subject: [Talk-dk] Fejl 500 på SDFE flyfoto i JOSM?
> > 
> > Ca den sidste uges tid har jeg fået et stigende antal "Fejl 500" når jeg
> > forsøger at zoome ind på områder i JOSM, hvilket gør at mange områder er
> > temmelig grynede og praktisk taget uanvendelige. Jeg kan ikke lige huske
> > hvorledes man melder fejl. Kan nogen hjælpe?
> > 
> > Mvh Hjart
> > 
> > 
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk





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

Re: [OSM-talk-fr] Josm - traduction wiki - Fr:Help/Concepts/Object

[osm . sanspourriel]

Le 06/09/2019 à 18:00, lenny.libre - lenny.li...@orange.fr a écrit :

Le 06/09/2019 à 17:36, osm.sanspourr...@spamgourmet.com a écrit :


Le 06/09/2019 à 11:58, lenny.libre - lenny.li...@orange.fr a écrit :


/Je ne comprends pas le sinon, puisque j'ai bien un n° qui
s'incrémente lorsque je modifie une page du wiki/


Non, du moins ce que tu vois c'est une date, exemple :
https://wiki.openstreetmap.org/w/index.php?title=Main_Page=history


Pas que ... et un n° de version si tu regardes une page wiki josm
https://josm.openstreetmap.de/wiki/Fr%3ADownload?action=history


Mais dans le contexte je pense que "wiki-style editing" fait référence à
l'édition sur Wikipédia, éventuellement sur le wiki OSM, pas le wiki
JOSM qui a dû reprendre l'idée d'OSM.

Jean-Yvon

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

Re: [Talk-it] FOSS4G it 2020

[Alessandro Palmas]

Ciao a tutti,

@Stefano

Il 06/09/19 13:09, stefano campus ha scritto:


22 osmit


Sabato non lo chiamerei osmit, primo perchè sembra che OSM sia trattato 
solo il sabato, poi perchè mi pare si tenga un hackathon (o per 
hackathon si intendevano le attività pratiche OSM?). Chiamiamolo 
giornata di attività pratiche o un nome simile.



@Marco e @Ale
si ragionava ieri al telefono con Canfe e avremmo pensato, come 
mappatura in esterno, alle panchine e, per il tema dell'accessibilità, 
attraversamenti pedonali e parcheggi per disabili (che non mi pare a 
Torino siano mappati). Ovviamente coinvolgendo 5T che a sua volta 
potrebbe coinvolgere l'assessorato di riferimento per l'accessibilità.


@Volker
qualche anno fa si era risolto con una chiacchierata, ma le parole 
solitamente rimangono tali. Si potrebbe discutere tenendo aperta una 
pagina wiki dove fissare i punti.


Per tutti: chi volesse rimanere in sala potrà partecipare ad un mapathon 
probabilmente sulla Somalia (ma a fine novembre dovrei essere in Uganda 
a Entebbe per istruire la locale missione UN, quindi magari potremmo 
puntare su qualche altra zona, comunque sempre in Africa) .


Sempre per tutti: se avete qualche attività da proporre fatevi avanti.

Grazie
  Alessandro


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

Re: [Talk-it] FOSS4G it 2020

[mbranco2]

Visto che la comunità osmer piemontese è vispa e arzilla, mi aspetto che ci
sarà una buona partecipazione il sabato.
Da decidere preliminarmente se sarà tutta la giornata o solo la mattina.
Su cosa fare per l'occasione, dico la mia:
più che qualche attività sul campo, sarei maggiormente interessato ad una
tavola rotonda / discussione nell'ambito della comunità; gli argomenti e i
relativi relatori iniziali li decideremmo prima, ognuno potrà proporre
degli argomenti (quello appena suggerito da Volker, sulla qualità dei dati,
lo considero un ottimo punto di partenza).
Se avremo tutto il giorno, al pomeriggio mi piacerebbe ci fossero uno o due
workshop "avanzati", su argomenti scelti dai partecipanti in base alle
proposte pervenute.




Il giorno mer 4 set 2019 alle ore 13:59 Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Salve lista,
> da questa settimana parte l'organizzazione della prossima edizione
> italiana di FOSS4G che si terrà il prossimo febbraio a Torino.
>
> Sperando di vedere molte proposte di interventi e workshop, vorrei
> avviare una discussione (da esaurirsi entro una decina di giorni -
> vietati gli OT) su quali attività svolgere il sabato.
>
> Alessandro Ale_Zena_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-at] Erinnerung: OSMF-Mitgliedschaft erneuern bzw. normales Mitglied werden

[Michael Reichert]

Hallo,

zwar hat der Vorstand der OpenStreetMap Foundation noch nicht den Termin
für die nächste Mitgliederversammlung bekanntgegeben, dennoch ist es
langsam an der Zeit, die jährliche Überweisung des Mitgliedsbeitrags an
die OpenStreetMap Foundation zu tätigen bzw. ihr beizutreten.

Beitritt als normales Mitglied:
https://join.osmfoundation.org/normal-membership/

Wenn ihr per Banküberweisung bezahlt, füllt bitte das folgende Formular
ausfüllen, da die Foundation nur die ersten 14 (?) Zeichen des
Verwendungszwecks von ihrer Bank erhält. Das erleichtert die Zuordnung
der Zahlungseingänge sehr
https://join.osmfoundation.org/alternative-payment-options/
Paypal-Zahlungen werden automatisch verbucht und erfordern keine
Handarbeit auf Seiten der Membership Working Group.

Die Mitgliedschaft in der OSMF sollte für jeden, der für OSM brennt,
eine Ehrensache sein. Die 15 Pfund (ca. 16,50 Euro) [1] pro Jahr sind
für die meisten Deutschen finanziell verkraftbar. Ich denke, dass die
Mitglieder der Foundation und somit Herren über die Rechte an den Daten
auch diejenigen sein sollten, die sie auch sammeln.

Die Mitgliederversammlung findet online statt, die Stimmen können in den
7 Tagen vor der Versammlung abgegeben werden. Schlechte
Englischkenntnisse sollten keine Hürde sein, es wird sicherlich genügend
deutschsprachige Zusammenfassungen/Empfehlungen geben.

Auf der kommenden Mitgliederversammlung wird über die Besetzung vier der
sieben Vorstandsposten abgestimmt werden. Kate Chapman (Vors.), Frederik
Ramm (Finanzen) und Heather Leson (Secretary) treten nicht mehr an.
Mikel Marons Posten muss neu gewählt werden, er hat sich noch nicht
endgültig entscheiden, ob er sich erneut zur Wahl stellen wird [2].
Außerdem kündigen sich schon ein oder mehrere Anträge zur
Satzungsänderung (eine Folge der versuchten feindlichen Übernahme durch
GlobalLogic [3]) an. Es ist nicht ausgeschlossen, dass noch weitere
allgemeine Anträge hinzukommen.

Für die Satzungsänderungen wird eine Dreiviertelmehrheit (nicht wie in
Deutschland üblich Zweidrittelmehrheit!) benötigt. Für andere Anträge
genügt die einfache Mehrheit.

Nur *Normal Members*, keine Associated Members können über
Satzungsänderungen und Vorstände werden abstimmen. Wenn ihr bislang nur
ein assoziiertes Mitglied seid, sei euch nahegelegt, über eine Änderung
nachzudenken. Beide Mitgliedschaften sind gleich teuer. Das britische
Recht verlangt jedoch, dass jedermann bei der Foundation eine Liste
aller normalen Mitglieder erfragen kann, während das bei assoziierten
nicht der Fall ist.

Wenn ihr eine andere Sprache als Deutsch oder Englisch gut sprecht,
möchte ich euch bitten, diese E-Mail zu übersetzen oder etwas
Vergleichbares in der Landessprache auf der jeweiligen nationalen
Mailingliste zu schreiben.

Viele Grüße

Michael



[1] Ich habe bislang meist einfach 18 bis 20 Euro überwiesen, damit nach
Abzug von Gebühren für den Umstauch genügend übrig bleiben sollte.
[2]
https://lists.openstreetmap.org/pipermail/osmf-talk/2019-August/006186.html
[3]
https://blog.openstreetmap.de/blog/2019/01/untersuchung-ungewoehnlicher-neuanmeldungen-bei-der-openstreetmap-foundation-durch-mitarbeiter-der-firma-globallogic/



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

[Talk-gb-westmidlands] September meeting

[Brian Prangle]

Hi everyone
This was planned for a Saturday meeting and the next place on our list is
Southam in Warwickshire.
The only free Saturday I have is 21st so I'm proposing that. If there are
any takers then I'll look for a pub. Perhaps we advertise on talk GB too if
we're going ahead?

Regards

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

Re: [OSM-talk-fr] Josm - traduction wiki - Fr:Help/Concepts/Object

[lenny.libre]

Le 06/09/2019 à 17:36, osm.sanspourr...@spamgourmet.com a écrit :


Le 06/09/2019 à 11:58, lenny.libre - lenny.li...@orange.fr a écrit :

/Je ne comprends pas le sinon, puisque j'ai bien un n° qui 
s'incrémente lorsque je modifie une page du wiki/


Non, du moins ce que tu vois c'est une date, exemple : 
https://wiki.openstreetmap.org/w/index.php?title=Main_Page=history


Pas que ... et un n° de version si tu regardes une page wiki josm 
https://josm.openstreetmap.de/wiki/Fr%3ADownload?action=history


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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[osm . sanspourriel]

Le 06/09/2019 à 12:04, Stéphane Péneau - stephane.pen...@wanadoo.fr a
écrit :


Le 06/09/2019 à 11:14, Eric SIBERT via Talk-fr a écrit :

Pour le fond du problème, mon avis est que OSM est un projet mondial
et qu'il faut rester avec une référence globale, à savoir WGS84 mais
en précisant bien que c'est dans sa réalisation actuelle. Les données
dans des références locales doivent alors être converties en
WGS84(réalisation actuelle). Quand il y a un changement de
réalisation de WGS84, il faut convertir les coordonnées dans la base
OSM de l'ancienne à la nouvelle réalisation de WGS84 (ou au moins le
faire dans les zones où la dérive des plaques est plus grande que
l'incertitude sur les données sources du coin).


Les nouvelles réalisations du WGS84 n'ont pas de rapport avec le
déplacement des plaques.

Si entre 2 réalisations, ma plaque s'est déplacée de 10 mètres (c'est
un exemple irréaliste), transformer les coordonnées de l'ancienne à la
nouvelle réalisation ne corrigera pas le décalage de 10 mètres.

Stf


Je suppose qu'Eric veut dire que les "anciennes" données étaient de
facto mettons en GDA94 et qu'elles doivent être reprojetées en GDA2020.

Ce qui revient à dire qu'on travaille en coordonnées locales...

Jean-Yvon

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

[Talk-de] Erinnerung: OSMF-Mitgliedschaft erneuern bzw. normales Mitglied werden

[Michael Reichert]

Hallo,

zwar hat der Vorstand der OpenStreetMap Foundation noch nicht den Termin
für die nächste Mitgliederversammlung bekanntgegeben, dennoch ist es
langsam an der Zeit, die jährliche Überweisung des Mitgliedsbeitrags an
die OpenStreetMap Foundation zu tätigen bzw. ihr beizutreten.

Beitritt als normales Mitglied:
https://join.osmfoundation.org/normal-membership/

Wenn ihr per Banküberweisung bezahlt, füllt bitte das folgende Formular
ausfüllen, da die Foundation nur die ersten 14 (?) Zeichen des
Verwendungszwecks von ihrer Bank erhält. Das erleichtert die Zuordnung
der Zahlungseingänge sehr
https://join.osmfoundation.org/alternative-payment-options/
Paypal-Zahlungen werden automatisch verbucht und erfordern keine
Handarbeit auf Seiten der Membership Working Group.

Die Mitgliedschaft in der OSMF sollte für jeden, der für OSM brennt,
eine Ehrensache sein. Die 15 Pfund (ca. 16,50 Euro) [1] pro Jahr sind
für die meisten Deutschen finanziell verkraftbar. Ich denke, dass die
Mitglieder der Foundation und somit Herren über die Rechte an den Daten
auch diejenigen sein sollten, die sie auch sammeln.

Die Mitgliederversammlung findet online statt, die Stimmen können in den
7 Tagen vor der Versammlung abgegeben werden. Schlechte
Englischkenntnisse sollten keine Hürde sein, es wird sicherlich genügend
deutschsprachige Zusammenfassungen/Empfehlungen geben.

Auf der kommenden Mitgliederversammlung wird über die Besetzung vier der
sieben Vorstandsposten abgestimmt werden. Kate Chapman (Vors.), Frederik
Ramm (Finanzen) und Heather Leson (Secretary) treten nicht mehr an.
Mikel Marons Posten muss neu gewählt werden, er hat sich noch nicht
endgültig entscheiden, ob er sich erneut zur Wahl stellen wird [2].
Außerdem kündigen sich schon ein oder mehrere Anträge zur
Satzungsänderung (eine Folge der versuchten feindlichen Übernahme durch
GlobalLogic) an. Es ist nicht ausgeschlossen, dass noch weitere
allgemeine Anträge hinzukommen.

Für die Satzungsänderungen wird eine Dreiviertelmehrheit (nicht wie in
Deutschland üblich Zweidrittelmehrheit!) benötigt. Für andere Anträge
genügt die einfache Mehrheit.

Nur *Normal Members*, keine Associated Members können über
Satzungsänderungen und Vorstände werden abstimmen. Wenn ihr bislang nur
ein assoziiertes Mitglied seid, sei euch nahegelegt, über eine Änderung
nachzudenken. Beide Mitgliedschaften sind gleich teuer. Das britische
Recht verlangt jedoch, dass jedermann bei der Foundation eine Liste
aller normalen Mitglieder erfragen kann, während das bei assoziierten
nicht der Fall ist.

Wenn ihr eine andere Sprache als Deutsch oder Englisch gut sprecht,
möchte ich euch bitten, diese E-Mail zu übersetzen oder etwas
Vergleichbares in der Landessprache auf der jeweiligen nationalen
Mailingliste zu schreiben.

Viele Grüße

Michael


PS Um Missverständnissen vorzugebeugen, möchte ich anmerken, dass die
Mitgliedschaftsprogramme von FOSSGIS e.V. und OSMF sind nicht
miteinander verbunden sind. Man ist nicht automatisch Mitglied der
anderen Organisation.



[1] Ich habe bislang meist einfach 18 bis 20 Euro überwiesen, damit nach
Abzug von Gebühren für den Umstauch genügend übrig bleiben sollte.
[2]
https://lists.openstreetmap.org/pipermail/osmf-talk/2019-August/006186.html




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

Re: [OSM-talk-fr] Josm - traduction wiki - Fr:Help/Concepts/Object

[osm . sanspourriel]

Le 06/09/2019 à 11:58, lenny.libre - lenny.li...@orange.fr a écrit :


/Je ne comprends pas le sinon, puisque j'ai bien un n° qui
s'incrémente lorsque je modifie une page du wiki/


Non, du moins ce que tu vois c'est une date, exemple :
https://wiki.openstreetmap.org/w/index.php?title=Main_Page=history

> Je suis d'accord, mais dans le wiki josm, si on modifie une
page(traduite), il faut reporter la modification sur la page(en) et là,
je ne suis pas capable de le faire et de me lancer dans une discussion
en anglais ; je vais donc mettre sur la page(fr) qu'elle n'est pas
totalement traduite, laisser le texte en anglais et mettre en
commentaire cette reformulation.

> Leni

OK, je regarde la page anglaise et propose une reformulation

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

Re: [Talk-bo] Resumen de Talk-bo, Vol 72, Envío 3

[Willmar Pimentel]

Saludos,

Donde puedo encontrar un mapa de los distritos educativos de todo el País?

gracias!

El vie., 6 sept. 2019 a las 7:05, 
escribió:

> Envíe los mensajes para la lista Talk-bo a
> talk-bo@openstreetmap.org
>
> Para subscribirse o anular su subscripción a través de la WEB
> https://lists.openstreetmap.org/listinfo/talk-bo
>
> O por correo electrónico, enviando un mensaje con el texto "help" en
> el asunto (subject) o en el cuerpo a:
> talk-bo-requ...@openstreetmap.org
>
> Puede contactar con el responsable de la lista escribiendo a:
> talk-bo-ow...@openstreetmap.org
>
> Si responde a algún contenido de este mensaje, por favor, edite la
> linea del asunto (subject) para que el texto sea mas especifico que:
> "Re: Contents of Talk-bo digest...". Además, por favor, incluya en la
> respuesta sólo aquellas partes del mensaje a las que está
> respondiendo.
>
>
> Asuntos del día:
>
>1. Re: Tribunales Electorales Departamentales (TED)
>   (Juan Jose Iglesias)
>2. mapathon en Belgica para Bolivia (joost schouppe)
>3. Re: mapathon en Belgica para Bolivia (Juan Jose Iglesias G)
>4. Re: mapathon en Belgica para Bolivia (Juan Jose Iglesias G)
>
>
> --
>
> Message: 1
> Date: Thu, 5 Sep 2019 09:13:49 -0400
> From: "Juan Jose Iglesias" 
> To: "'Marco Antonio'" , "'OSM Bolivia'"
> 
> Subject: Re: [Talk-bo] Tribunales Electorales Departamentales (TED)
> Message-ID: <0a5c01d563eb$c2dd11f0$489735d0$@gmail.com>
> Content-Type: text/plain;   charset="UTF-8"
>
> Excelente Marco Antonio. Gran Trabajo
>
> Seguimos es cojeando de una pata con los Centros Médicos de Bolivia
> disponible en geo.gob.bo; todos están mal ubicados por fallas de origen
> de la data aportada por MinSalud
>
> Abrazo
>
> JJ
>
> -Original Message-
> From: Marco Antonio [mailto:marcoantoniofr...@gmail.com]
> Sent: Thursday, September 5, 2019 5:01 AM
> To: OSM Bolivia 
> Subject: [Talk-bo] Tribunales Electorales Departamentales (TED)
>
> Hola,
>
> El otro día revisando las oficinas del estado añadí los edificios y
> oficinas de los 9 Tribunales Electorales Departamentales (TED), utilizando
> la capa de geoBolivia [1]
>
> las etiquetas utilizadas para Cochabamba y que son muy identificas para el
> resto del país (ref:ted es el ID que gestiona el OEP para cada tribunal, y
> hay una página de referencias de entidades del estado
> [2]):
>
> office=government
> government=election_commission
> admin_level=4
> name=Tribunal Electoral Departamental de Cochabamba short_name=TED
> Cochabamba
> contact:phone=+591 4 4247863;+591 4 4248813;+591 4 4240992 contact:website=
> http://cochabamba.oep.org.bo/
> ref:ted=5 
> addr:street + addr:housenumber
>
> Estoy interesado en añadir las circunscripciones electorales y las
> 1700 oficinas del SERECI, pero hay que procesar primero para añadir
> automáticamente etiquetas y otros datos... en su momento informaré para la
> validación
>
> EL OEP también usa OSM paa mostrar los SERECIs pero no atribuyen
> correctamente, les voy a mandar un correo...
>
> Abrazos,
>
> Marco Antonio
>
> [1]
> https://geo.gob.bo/geonetwork/srv/spa/catalog.search#/metadata/9f857fc5-b77b-4065-9370-87b23de8c0d8
> [2]
> https://wiki.openstreetmap.org/wiki/ES:Bolivia/Convenciones/Referencias
>
> ___
> Talk-bo mailing list
> Talk-bo@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-bo
>
>
> ---
> This email has been checked for viruses by AVG.
> https://www.avg.com
>
>
>
>
> --
>
> Message: 2
> Date: Thu, 5 Sep 2019 16:07:10 +0200
> From: joost schouppe 
> To: OSM Bolivia 
> Cc: board , benoit.pri...@protonmail.com
> Subject: [Talk-bo] mapathon en Belgica para Bolivia
> Message-ID:
>  c...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hola,
>
> Un compañero Frances, Benoît Prieur, esta organizando un mapathon aca en
> Belgica este sabado [1], en al marco de la WikiConvention francophone. Mi
> amigo Jonathan los va a ayudar. Escogieron un proyecto en Bolivia [2]. Si
> queiren communicar con ellos durante o antes del mapathan, pueden ingresar
> a nuestra red dedicado en Riot [3] o responder aca, incluyendo los e-mails
> en CC. Eh, solo que no hablan castellano, asi que mejor en Ingles o Frances
> :)
>
> 1:
>
> https://meta.wikimedia.org/wiki/WikiConvention_francophone/2019/Programme/Atelier_de_cartographie_humanitaire,_HotOSM
> 2: https://tasks.hotosm.org/project/6649
> 3: https://riot.im/app/#/room/#osmbe-task:matrix.org
>
> --
> Joost Schouppe
>  próxima parte 
> Se ha borrado un adjunto en formato HTML...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-bo/attachments/20190905/da23322f/attachment-0001.html
> >
>
> --
>
> Message: 3
> Date: Thu, 5 Sep 2019 15:40:09 -0400
> From: Juan Jose Iglesias G 
> 

Re: [OSM-talk-fr] hebdoOSM Nº 474 2019-08-13-2019-08-19

[Julien Coupey]

Bonjour,

Merci pour cette précision sémantique.

> Les pièges de la traduction automatique ;)

En l'espèce, pas du tout. En effet, la traduction via DeepL de la 
version anglaise de l'article en question[1] fait bel et bien apparaître 
l'expression « réseau électrique » suggérée, et non « grille électrique 
» comme dans l'édition 474.


C'est bien la preuve que le weekly est rédigé par des contributeurs 
humains, qui se posent plein de questions sur la bonne façon de formuler 
les choses mais n'ont pas la prétention d'être au fait des terminologies 
les plus adaptées dans tous les domaines.


Et c'est aussi une nouvelle preuve du fait que nous avons besoin de 
davantage de contributeurs pour collecter, rédiger... ou tout simplement 
relire les éditions ! ;-)


[1] http://weeklyosm.eu/archives/12335#wn474_20654

À +
Julien

On 06/09/2019 15:43, Rpnpif via Talk-fr wrote:

Le 29 août 2019, theweekly@gmail.com a écrit :


Bonjour,

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

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

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm


Bonjour,

...

Le nouveau projet du trimestre britannique consiste à cartographier les 
panneaux solaires sur les toits. Cela aidera à prévoir le comportement de la 
grille électrique


grille-pain ?
Les pièges de la traduction automatique ;).

electrical grid = réseau électrique.



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

Re: [Talk-de] Eisenbahnbrücken

[Ludwig Baumgart]

hallo Ralph,

in unserer Gegend eine Autobahnbrücke mit  "man_made=bridge"

https://www.openstreetmap.org/#map=19/47.77019/8.91406

eine Eisenbahnbrücke in Stuttgart die beides vereint, also Volkers 
Vorschlag mit dem jetzigen Tagging


https://www.openstreetmap.org/#map=19/48.82215/9.21145

hilf Dir das?

mhG Ludwig

On 06.09.19 14:41, Volker via Talk-de wrote:

Man könnte die wahren Ausmaße der Brücke auch als Fläche zeichnen und
dann als man_made=bridge taggen.

Am 06.09.2019 um 14:08 schrieb i...@plennert.eu:

Hallo zusammen,

ich wollte mal alle Brücken in einer Stadt zählen. Ich nahm die unter 
DE:Key:bridge hinterlegte overpass-turbo Abfrage. Im Ergebnis sah ich mir 
folgende Brücke genauer an:

Node: 97223943
https://www.openstreetmap.org/way/97223943/history#map=19/47.75685/8.83666
Mapillary: 
https://www.mapillary.com/app/?lat=47.75728421451801=8.836361404117434=18.550316863317572=aNToFOg6b0fFEQlons6sGw=photo

In der Realität ist dies eine Brücke mit vier Gleisen. Gemappt und ausgewertet 
werden vier Brücken mit je vier Lanes, also gesamt 16 Gleisen.

In dieser Brücke (https://www.openstreetmap.org/way/414168437) ist noch eine 
zweite Variante einhalten. Die Anzahl der Gleise noch um ein vielfaches höher...

Im Umkreis stellte ich bei allen Eisenbahnbrücken das selbe fest.

Möchte man die reelle Anzahl an Brücken in einem Gebiet ermitteln, bekommt man 
auf diese Art Abweichungen.

Gemäss DE:Key:bridge kann/soll ich eine Brücke nur als Linie darstellen. Jedes 
Gleis wird einzeln dargestellt und somit jedem Gleis eine Brücke zugewiesen. 
Folglich müsste ich alle Brückenattribute viermal eintragen, was mir aber 
widerstrebt. Oder müssten die Gleise als als eine Linie mit vier Lanes 
gezeichnet werden?

Wie ermasst man daher eine Brücke mit vier Gleise um als visuelles Ergebnis die 
heute Darstellung zu erhalten? Geht das überhaupt und falls ja, wie?



Gruss
Ralph



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

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


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

[Talk-at] Mit. 18. September  Maptime Salzburg - Mapathon @Trafficon

[Jakob Miksch]

Hallo Allerseits,

Am 18. September veranstalten wir einen Mapathon. Es geht dabei darum 
gemeinsam ein Gebiet in einer entfernten Region zu kartieren. Dieses 
Video  erklärt die 
Hintergründe.


*Datum*: Mittwoch, 18. September

*Zeit*: 19:00 Uhr

*Ort*: Trafficon Meeting Room, 7. Stock, Strubergasse 26, 5020 Salzburg 



Es sind keine Vorkenntnisse notwendig. Wir werden eine Einführung für 
Anfänger anbieten. Jede*r ist herzlich willkommen!


Bitte mitbringen:

 * einen Laptop mit Ladegerät
 * eine Computer-Maus (damit das Mappen einfacher ist)
 * einen OpenStreetMap Account 
   anlegen

Getränke und Snacks werden freundlicherweise von Trafficon 
 bereitgestellt. Es darf aber gerne selbst 
auch was mitgenommen werden. Im Anschluss lassen wir den Abend in der 
Trumerei gemütlich ausklingen 


Neue Teilnehmer*innen sind herzlich willkommen.
Viele liebe Grüße,
Euer Maptime Team
--
Website · Email 
 · Mailing-List 
 · Videos 

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

Re: [OSM-talk-fr] hebdoOSM Nº 474 2019-08-13-2019-08-19

[Rpnpif via Talk-fr]

Le 29 août 2019, theweekly@gmail.com a écrit :

> Bonjour,
> 
> Le résumé hebdomadaire n° 474 de l'actualité OpenStreetMap vient de paraître 
> *en français*. Un condensé à retrouver sur :
> 
> http://www.weeklyosm.eu/fr/archives/12335/
> 
> Bonne lecture !
> 
> Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
> hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
> https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir 
> plus sur la rédaction d'un article, cliquez ici: 
> http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

Bonjour,

...
> Le nouveau projet du trimestre britannique consiste à cartographier les 
> panneaux solaires sur les toits. Cela aidera à prévoir le comportement de la 
> grille électrique

grille-pain ?
Les pièges de la traduction automatique ;).

electrical grid = réseau électrique.

-- 
Alain Rpnpif

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

Re: [Talk-dk] Fejl 500 på SDFE flyfoto i JOSM?

[osm]

Jeg gik tilbage til 15238 i går.


-- 
osmviborg


> Sent: Friday, September 06, 2019 at 2:46 PM
> From: "Michael Andersen" 
> To: "OpenStreetMap Denmark" 
> Subject: [Talk-dk] Fejl 500 på SDFE flyfoto i JOSM?
>
> Ca den sidste uges tid har jeg fået et stigende antal "Fejl 500" når jeg 
> forsøger at zoome ind på områder i JOSM, hvilket gør at mange områder er 
> temmelig grynede og praktisk taget uanvendelige. Jeg kan ikke lige huske 
> hvorledes man melder fejl. Kan nogen hjælpe?
> 
> Mvh Hjart
> 
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>

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

[OSM-talk] State of the Map 2019 being sold out soon

[Michael Reichert]

Hi,

State of the Map 2019 in Heidelberg (21–23 September) is on the straight
way to success – we expect to be sold out in the next hours. At the time
of this writing, 535 of 570 tickets are sold. Please order a ticket as
soon as possible if you want to visit SotM.

Most sessions of SotM will be recorded on video. The livestream and
recordings will be made available at https://media.ccc.de/ See the
programme at https://2019.stateofthemap.org/program/ and
https://2019.stateofthemap.org/academic_programme/ which sessions will
be recorded.

Best regards

Michael Reichert
SotM Working Group



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

[Talk-cat] Participants a la Maker Faire

[JOAQUIN GARCIA]

Bona Tarda:
Els pròxims dia 5 i 6 d'Octubre en l'àmbit de la Maker Faire (
https://barcelona.makerfaire.com/es/inicio-2/) tindrem un stand propi, per
fer-hi difusió d'OSM a gent nova, amb noves idees i realitats.
Tindrem una taula amb un televisor, amb una presentació continua de les
possibilitats i projectes que hem dut a terme.

#1carrer1nom#
Catastre
Accesbilitat
Humanitari

Si algú està interessat a acompanyar-me a l'stand, digueu-me abans del dia
10 per fer el registre.

La fira serà aquests dos dies de 10 a 19, jo hi seré tots dos dies però si
som més poder fer torns, si mes no per anar al WC.

Si només voleu passar de visita, tan sols cal que demaneu entrada
https://www.eventbrite.com/e/maker-faire-barcelona-2019-registration-66474201125


Salut i Mapes, JQN
-- 
*Joaquín García Martínez*

joaquin.garc...@gmail.com

Tlf. 629187135
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

[Talk-br] Alunos Turismo Ecológico

[Sérgio V .]

Bom dia comunidade OSM BR.
Para comunicação, estou assessorando mini-curso de Mapeamento Digital com os 
alunos do Curso de Turismo Ecológico, Projeto Jovem Aprendiz, do Polo Marista 
de Formação Tecnológica, Ilha da Pintada, Porto Alegre.
Irão começar a gravar trilhas GPS, anotar POIs, verificar no OSM e mapear, foco 
do trabalho na região das ilhas.


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-dk] Fejl 500 på SDFE flyfoto i JOSM?

[Michael Andersen]

Ca den sidste uges tid har jeg fået et stigende antal "Fejl 500" når jeg 
forsøger at zoome ind på områder i JOSM, hvilket gør at mange områder er 
temmelig grynede og praktisk taget uanvendelige. Jeg kan ikke lige huske 
hvorledes man melder fejl. Kan nogen hjælpe?

Mvh Hjart



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

[OSM-talk] Abuse of natural=cliff tag

[Vladimir Vyskocil]

Hi !

Around this area : https://www.openstreetmap.org/#map=16/50.9034/14.2763 
 there is a flagrant 
misuse and abuse of the usage of the natural=cliff tag. It is used to map the 
iso altitude lines and not real cliff as stated in the WIKI :

A cliff  is a vertical or almost 
vertical natural drop in terrain topography as it occurs for example in form of 
coastal cliffs or escarpments. The face of the cliff usually consists of bare 
solid rock but can occasionally also consist of clay, compacted sand, ice or 
other solid materials.  

When not to use

natural =cliff <> should not 
be used for ridges, i.e. crests where there is a significant drop in terrain to 
both sides and neither of them is close to vertical. Use natural 
=ridge 
 or natural 
=arete 
 instead. Also do not 
usenatural =cliff <> just for 
mapping an inclined bare rock surface, use natural 
=bare_rock 
 instead. 

I already removed the natural=cliff ways mapped by MichaOSM after asking him to 
fix this but without response the changeset comment was : 

"Felsen, Riffe, Topografie nach GeoSachsen digitale Geländemodellhoehenlinien 
2.5m, digitales Geländereliefmodell, DTK10, topografische Karte”

For example this changeset : 
https://www.openstreetmap.org/changeset/66373825#map=15/50.9016/14.3093 


It say that it used a 2.5m topographic map to map all these false cliffs in 
this area, he was mapping the topography (MNT) and this is forbidden in OSM.

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

Re: [Talk-de] Eisenbahnbrücken

[Volker via Talk-de]

Man könnte die wahren Ausmaße der Brücke auch als Fläche zeichnen und
dann als man_made=bridge taggen.

Am 06.09.2019 um 14:08 schrieb i...@plennert.eu:
> Hallo zusammen,
>
> ich wollte mal alle Brücken in einer Stadt zählen. Ich nahm die unter 
> DE:Key:bridge hinterlegte overpass-turbo Abfrage. Im Ergebnis sah ich mir 
> folgende Brücke genauer an:
>
> Node: 97223943
> https://www.openstreetmap.org/way/97223943/history#map=19/47.75685/8.83666
> Mapillary: 
> https://www.mapillary.com/app/?lat=47.75728421451801=8.836361404117434=18.550316863317572=aNToFOg6b0fFEQlons6sGw=photo
>
> In der Realität ist dies eine Brücke mit vier Gleisen. Gemappt und 
> ausgewertet werden vier Brücken mit je vier Lanes, also gesamt 16 Gleisen.
>
> In dieser Brücke (https://www.openstreetmap.org/way/414168437) ist noch eine 
> zweite Variante einhalten. Die Anzahl der Gleise noch um ein vielfaches 
> höher...
>
> Im Umkreis stellte ich bei allen Eisenbahnbrücken das selbe fest.
>
> Möchte man die reelle Anzahl an Brücken in einem Gebiet ermitteln, bekommt 
> man auf diese Art Abweichungen.
>
> Gemäss DE:Key:bridge kann/soll ich eine Brücke nur als Linie darstellen. 
> Jedes Gleis wird einzeln dargestellt und somit jedem Gleis eine Brücke 
> zugewiesen. Folglich müsste ich alle Brückenattribute viermal eintragen, was 
> mir aber widerstrebt. Oder müssten die Gleise als als eine Linie mit vier 
> Lanes gezeichnet werden?
>
> Wie ermasst man daher eine Brücke mit vier Gleise um als visuelles Ergebnis 
> die heute Darstellung zu erhalten? Geht das überhaupt und falls ja, wie?
>
>
>
> Gruss
> Ralph
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

[Talk-de] Eisenbahnbrücken

[info]

Hallo zusammen,

ich wollte mal alle Brücken in einer Stadt zählen. Ich nahm die unter 
DE:Key:bridge hinterlegte overpass-turbo Abfrage. Im Ergebnis sah ich mir 
folgende Brücke genauer an:

Node: 97223943
https://www.openstreetmap.org/way/97223943/history#map=19/47.75685/8.83666
Mapillary: 
https://www.mapillary.com/app/?lat=47.75728421451801=8.836361404117434=18.550316863317572=aNToFOg6b0fFEQlons6sGw=photo

In der Realität ist dies eine Brücke mit vier Gleisen. Gemappt und ausgewertet 
werden vier Brücken mit je vier Lanes, also gesamt 16 Gleisen.

In dieser Brücke (https://www.openstreetmap.org/way/414168437) ist noch eine 
zweite Variante einhalten. Die Anzahl der Gleise noch um ein vielfaches höher...

Im Umkreis stellte ich bei allen Eisenbahnbrücken das selbe fest.

Möchte man die reelle Anzahl an Brücken in einem Gebiet ermitteln, bekommt man 
auf diese Art Abweichungen.

Gemäss DE:Key:bridge kann/soll ich eine Brücke nur als Linie darstellen. Jedes 
Gleis wird einzeln dargestellt und somit jedem Gleis eine Brücke zugewiesen. 
Folglich müsste ich alle Brückenattribute viermal eintragen, was mir aber 
widerstrebt. Oder müssten die Gleise als als eine Linie mit vier Lanes 
gezeichnet werden?

Wie ermasst man daher eine Brücke mit vier Gleise um als visuelles Ergebnis die 
heute Darstellung zu erhalten? Geht das überhaupt und falls ja, wie?



Gruss
Ralph



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

[Talk-es] Directrices para la navegación peatonal

[dcapillae]

Buenos días.

En el wiki han publicado unas directrices (o buenas prácticas) para la
navegación peatonal [1]. Son relativamente recientes. El original francés es
de mayo de 2019 y la traducción en inglés tiene fecha de 5 de septiembre.

Intentaré tener la traducción en español lo antes posible.

Atentamente,
Daniel

[1] https://wiki.openstreetmap.org/wiki/Guidelines_for_pedestrian_navigation



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-it] FOSS4G it 2020

[stefano campus]

Ciao a tutti, stiamo preparando sito e piattaforma easychair per raccogliere
i contributi.
A giorni usciremo con la call per i workshop e per i contributi orali e
poster.

In sintesi:
18-19 workshop
19-21 foss4g vero e proprio
21-22 qgis hack fest
22 osmit

s.



--
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: [OSM-talk-fr] Systèmes géodésiques et OSM

[Stéphane Péneau]

Le 06/09/2019 à 11:14, Eric SIBERT via Talk-fr a écrit :
Pour le fond du problème, mon avis est que OSM est un projet mondial 
et qu'il faut rester avec une référence globale, à savoir WGS84 mais 
en précisant bien que c'est dans sa réalisation actuelle. Les données 
dans des références locales doivent alors être converties en 
WGS84(réalisation actuelle). Quand il y a un changement de réalisation 
de WGS84, il faut convertir les coordonnées dans la base OSM de 
l'ancienne à la nouvelle réalisation de WGS84 (ou au moins le faire 
dans les zones où la dérive des plaques est plus grande que 
l'incertitude sur les données sources du coin).


Les nouvelles réalisations du WGS84 n'ont pas de rapport avec le 
déplacement des plaques.


Si entre 2 réalisations, ma plaque s'est déplacée de 10 mètres (c'est un 
exemple irréaliste), transformer les coordonnées de l'ancienne à la 
nouvelle réalisation ne corrigera pas le décalage de 10 mètres.


Stf


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

Re: [OSM-talk-fr] Josm - traduction wiki - Fr:Help/Concepts/Object

[lenny.libre]

Le 03/09/2019 à 18:05, osm.sanspourr...@spamgourmet.com a écrit :



Le 03/09/2019 à 16:49, lenny.libre - lenny.li...@orange.fr a écrit :

Le 03/09/2019 à 11:55, osm.sanspourr...@spamgourmet.com a écrit :

Le 03/09/2019 à 11:26, marc marc - marc_marc_...@hotmail.com a écrit :

Le 03.09.19 à 11:13, lenny.libre a écrit :

   * au §
 
https://josm.openstreetmap.de/wiki/Help/Concepts/Object#Objectversionsandhistory
 que signifie /"wiki-style editing"/ dans : /"Version numbers
 (versions) were introduced to simplify wiki-style editing."/

je pense que cela parle de l'éditeur graphique du wiki.
ne l'utilisant cependant quasi jamais, c'est à confirmer par qlq qui
l'utilise :)


Non, il parle du fait que comme Wikipédia(*), on prend une version, 
on la modifie et on la replace sur le serveur.


D'où la remarque sur les relations ou les chemins dont les numéros 
ne changent pas si ce sont leurs constituants qui changent.


(*) Wikipédia, c'est l'OpenStreetMap de l'encyclopédie.

Denis, tu notes pour les bons mots d'OSM ? ;-)

Je pourrais donc mettre /"Les numéros de version on été ajoutés pour 
simplifier l'édition des objets (de la même façon que l'on édite des 
pages wiki)"/


Plutôt : /"Les numéros de version on été ajoutés pour simplifier 
l'édition des objets (qui sinon se fait de la même manière que l'on 
édite des pages wiki)"/


En fait c'est surtout pour résoudre les conflits./
/

/Je ne comprends pas le sinon, puisque j'ai bien un n° qui s'incrémente 
lorsque je modifie une page du wiki/


//


   * Je ne comprends pas bien la phrase : /"But you can always track
 complete history of one node based on history."/ littéralement, cela
 donne /"Mais vous pouvez toujours suivre l'historique complet d'un
 nœud sur la base de l'historique. "/ je ne vois pas bien comment
 suivre l’historique complet sur la base de l'historique ?

"sur la base de l'historique" -> en utilisant l'historique.
c'est un peu une tautologie :-s
Un peu seulement ;-) ? Et bien non, car justement avec l'historique 
(seul) tu as du mal à suivre un chemin ou une relation parce que les 
nœuds peuvent bouger dans le temps. La base à une date donnée donne 
pour les chemins/relations une bonne alternative.
Oui, mais il parle d'abord des chemins et des relations dans les deux 
lignes précédentes


  * Contents of the relation can change without change in version or
id of the relation (a way can be changed, a node can be changed,
a child relation can be changed).
  * Contents of the way can change without change in version or id of
the way (a child node can be moved back and forth several times,
but id of the way may stay the same).

et après avoir dit /"But " /il parle d'un nœud
"But you can always track
 complete history of one node based on history."


Oui, on est d'accord. C'est pour ça que je dis "et bien non".

Peut-être vaut-il mieux reformuler : si l'historique d'un nœud est 
triviale, l'historique des chemins et relations est simplifiée dans le 
sens ou seules les modifications d'attributs et de membres sont 
versionnées. Si par contre un membre est modifié, par exemple un nœud 
d'un chemin est déplacé, le chemin lui-même ne change pas de version.


Jean-Yvon

Je suis d'accord, mais dans le wiki josm, si on modifie une 
page(traduite), il faut reporter la modification sur la page(en) et là, 
je ne suis pas capable de le faire et de me lancer dans une discussion 
en anglais ; je vais donc mettre sur la page(fr) qu'elle n'est pas 
totalement traduite, laisser le texte en anglais et mettre en 
commentaire cette reformulation.


Leni

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

Re: [Talk-ko] OSM에서의 중립적 시각에 대해

[Jaeu Jeong]

말씀하신 내용을 보면 지침에 자체에 대한 논의가 아니라, 독도나 녹둔도 등의 지명을 OSM의 규정에 따라서 어떻게 표기하는 것이 좋다는
내용의 가이드라인을 작성하고 싶으신 것 같습니다.
OSM wiki에 있는 Ko:Map Features 문서에 그러한 내용을 작성하는건 어떨까요? 예전에 행정구역 경계에 대한 주의점응
여기에 추가했습니다.

2019년 9월 6일 (금) 13:07, Garam Gim 님이 작성:

> 어디서 관점이 다른가 했더니, 이를 분쟁의 관점으로 보고 계셨군요.
>
> 제가 이야기를 꺼냈던 건 분쟁이기 때문이 아니라 정확히는 언젠가는 논의가 필요한 사항이라고 판단하였기 때문입니다.
>
> 가령, 우리는 현재 대한민국의 행정구역에 대한 논의를 하였으며 이에 대한 지침을 이미 가지고 있습니다.
>
> 이와 같이 국제적으로 분쟁지역이라 여겨지는 지명, 예를 들어, 대한민국이 실질적으로 점유하고 있는 독도, 이어도나, 실질적으로
> 점유하지 못하고 있는 구 녹둔도나 백두산 천지 일대 등에 관한 명칭을 어떻게 표기할 것인지의 지침을 정하자는 것입니다.
>
> 즉, 제가 말하고 있는 내용은 기존의 규정을 정하는 논의들과 별반 차이가 없고, 그렇기 때문에 논하고자 하는 것입니다.
>
> 2019년 9월 6일 (금) 오전 2:57, Changwoo Ryu via Talk-ko <
> talk-ko@openstreetmap.org>님이 작성:
>
>> 문서를 잘 알 수 있게 번역을 할 수는 있겠지요.
>>
>> 분쟁 처리 규정은 한국이나 한국어에 특별하다고 생각하지 않고, 여기서 규정을 정할 권한도 없다고 생각합니다. 그런 걸 정한다고
>> 해도 외국  사용자의 편집에 대해서 적용되기도 힘들고요.
>>
>> 2019년 9월 5일 (목) 오후 9:23, Garam Gim 님이 작성:
>> >
>> > 말씀하신 것처럼 OSM 내에는 이와 관련한 규정들이 있습니다.
>> >
>> > 여기서 제가 말씀드리고 싶은 것은 한국 혹은 한국어 사용 지역에 대한 규정에 준하는 메뉴얼을 하나 만들었으면 한다는 점입니다.
>> >
>> > 물론 이러한 일이 발생할 때마다 다소 번거롭지만 중재를 하거나 할 수 있겠죠.
>> >
>> > 다만, 그러한 대처는 늘 다소 효율이 떨어지기 때문에 이를 말씀드린 것이었습니다.
>> >
>> > 2019년 9월 5일 (목) 오전 12:48, Jaeu Jeong 님이 작성:
>> >>
>> >> 안녕하세요 Garam Gim님
>> >>
>> >> 명칭에 대한 편집 분쟁에 대해서는  https://wiki.openstreetmap.org/wiki/Disputes 문서를
>> 참고하는 것이 좋습니다.
>> >>
>> >> 분쟁이 지속되면 Data Working Group에 메일로 연락하여 중재를 신청하는 것을 권장드립니다.
>> >>
>> >> 2019년 9월 4일 (수) 오후 11:09, Garam Gim 님이 작성:
>> >>>
>> >>> 본질적이고 핵심적인 부분인데, 그렇다고 한다면 현재의 해당 사용자의 편집에 대해 어떠한 대응을 하여야 하고, 또 해당
>> 사용자에게 재발 방지를 위해 혹은 추후에 있을지 모르는 비슷한 편집을 하는 사용자들에게 어떻게 대처를 하여야 할까요?
>> >>>
>> >>> 2019년 9월 2일 (월) 오전 3:42, Changwoo Ryu 님이 작성:
>> 
>>  과거에 "한글 (English)" 형식으로 이름을 쓰는 것을 바꾸는 과정에서 관련 얘기가 나왔었는데요. "name"은
>> 표지판,
>>  간판에 써 있는 것과 같은, 현지에서 사람들이 쓰는 이름입니다. 중립성과는 관계가 없습니다. ("リアンクール岩礁/리앙쿠르
>>  암초"라고 쓴 게 설령 중립적이라고 쳐도.)
>> 
>>  2019년 9월 1일 (일) 오후 10:14, Garam Gim 님이 작성:
>>  >
>>  > 안녕하세요.
>>  >
>>  > 포럼에 글을 올리려다 여기로 글을 남깁니다.
>>  >
>>  > https://www.openstreetmap.org/changeset/73755728
>>  > https://www.openstreetmap.org/changeset/73754200
>>  >
>>  > 최근 위와 같은 흥미로운 기여를 보고 OSM에서의 중립적 시각이 무엇인가에 대해 생각을 해봤는데요.
>>  >
>>  > 우선, OSM은 위키백과와 같이 중립적 시각이라는 정책을 가지고 있지 않은 것으로 알고 있지만, 근래에 OSM 포럼에서
>> 크림반도 건을 포함하여 국가간 분쟁 지역(!)에 대한 논의가 있었던 것으로 알고 있는데요.
>>  >
>>  > 이와 관련하여 중립적이라는 이름 하에 위의 링크들과 같이 한국권 관련 지형지물에서 POV 편집이 강행되는 경우(가령,
>> https://www.openstreetmap.org/changeset/73755728 편집과 같이 타언어 명칭을 변경하는 것
>> 포함) 어떻게 해야 하는가 대한 메뉴얼이 필요하다고 생각합니다.
>>  >
>>  > 다만, 이는 독도가 대한민국이 실효점유하고 있기 때문에 대한민국령이다라고 주장해야 한다는 것이 아니라, 해당
>> 지형지물들의 대표명칭을 어떻게 선정할 것인가에 대한 것인데요.
>>  >
>>  > 과거 중국-필리핀, 중국-일본 분쟁지역의 지명들의 상황을 본 적이 있는데 당시 ‘(언어1)/(언어2)’ 형식으로 적혀
>> 있었습니다. 이 경우에는 실질적으로 한 국가의 실효지배가 이루어지지 않은 관계로 그러한 표기가 이루어지는 것으로 여겨지나 정확히
>> 관련하여 과거 논의가 있었는지는 확인하지 못하였습니다.
>>  >
>>  > 세계적으로도 여러 분쟁지역이 있고 그에 대한 표제어 표기 방식에 대한 방법이 다양하지 않을까 싶은데 이를 참고하여
>> 논의해보았으면 합니다.
>>  >
>>  > 감사합니다.
>>  > ___
>>  > Talk-ko mailing list
>>  > Talk-ko@openstreetmap.org
>>  > https://lists.openstreetmap.org/listinfo/talk-ko
>>  ___
>>  Talk-ko mailing list
>>  Talk-ko@openstreetmap.org
>>  https://lists.openstreetmap.org/listinfo/talk-ko
>> >>>
>> >>> ___
>> >>> Talk-ko mailing list
>> >>> Talk-ko@openstreetmap.org
>> >>> https://lists.openstreetmap.org/listinfo/talk-ko
>> >>
>> >> ___
>> >> Talk-ko mailing list
>> >> Talk-ko@openstreetmap.org
>> >> https://lists.openstreetmap.org/listinfo/talk-ko
>> >
>> > ___
>> > Talk-ko mailing list
>> > Talk-ko@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-ko
>> ___
>> Talk-ko mailing list
>> Talk-ko@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ko
>>
> ___
> Talk-ko mailing list
> Talk-ko@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ko
>
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[Eric SIBERT via Talk-fr]

D'abord, remarque préliminaire sur ceux qui disent que ce n'est pas 
grave car nos récepteurs n'ont pas une précision suffisante, je réponds 
qu'on ne taggue pas pour le rendu ;-). Puis nos récepteurs commencent à 
avoir une précision pas mal non plus. À Madagascar, j'ai mesuré 
plusieurs jours de suite le même point bien dégagé avec mon Etrex 30 
(GPS+Glonass). L'écart-type est de 1,60 m. Sachant qu'en plus, en 
Europe, on a les corrections temps réel EGNOSS, je pense que le métrique 
est à portée de main. D'ailleurs, je suis en train de faire des mesures 
répétées sur mon trajet domicile-travail  pour voir ce qu'il en est.


Pour le fond du problème, mon avis est que OSM est un projet mondial et 
qu'il faut rester avec une référence globale, à savoir WGS84 mais en 
précisant bien que c'est dans sa réalisation actuelle. Les données dans 
des références locales doivent alors être converties en 
WGS84(réalisation actuelle). Quand il y a un changement de réalisation 
de WGS84, il faut convertir les coordonnées dans la base OSM de 
l'ancienne à la nouvelle réalisation de WGS84 (ou au moins le faire dans 
les zones où la dérive des plaques est plus grande que l'incertitude sur 
les données sources du coin).


Eric


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

[OSM-talk-fr] Rencontre mensuelle du Groupe de Lyon 10/09/2019 - 18h30

[Rene Chalon]

Bonjour à tous,

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

aura lieu :

le MARDI 10 SEPTEMBRE à partir de 18h30
au TUBA, 145 cours Lafayette, 69003 LYON.

Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la 
rencontre à venir, vous pouvez l'indiquer sur la page préparatoire :

https://wiki.openstreetmap.org/wiki/FR:Lyon/R%C3%A9union_10_septembre_2019

Venez nombreux !
Renecha pour le groupe de Lyon.





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

Re: [Talk-it] FOSS4G it 2020

[Alessandro Sarretta]

Ciao Ale e grazie per lo stimolo.

On 04/09/19 13:58, Alessandro Palmas wrote:

Salve lista,
da questa settimana parte l'organizzazione della prossima edizione 
italiana di FOSS4G che si terrà il prossimo febbraio a Torino.


Sperando di vedere molte proposte di interventi e workshop, vorrei 
avviare una discussione (da esaurirsi entro una decina di giorni - 
vietati gli OT) su quali attività svolgere il sabato.


Solo per chiarire e essere sicuro:

 * gli interventi e workshop si svolgeranno presumibilmente i giorni
   precedenti, e saranno stimolati da una call che si deve ancora
   lanciare, giusto?
 * la giornata di sabato è quella dedicata a OpenStreetMap con attività
   più "di campo" e meno di interventi/presentazioni?

C'è già qualche spunto/idea da cui partire?

Grazie,

Ale

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

Re: [Talk-it] FOSS4G it 2020

[Volker Schmidt]

Non ho avuto il tempo per farlo nel passato, ma vorrei riprendere una seria
discussone sui problemi di qualità dei dati OSM, che nel passato ho sempre
affrontato in modo scherzoso (e senza successo).
Sarebbe adesso da fare sul serio, visto che i vecchi problemi ci sono
ancora irrisolti e che arrivano nuovi in continuazione.

Volker

On Fri, 6 Sep 2019 at 10:37, Marco Minghini 
wrote:

> Sperando di vedere molte proposte di interventi e workshop, vorrei
>> avviare una discussione (da esaurirsi entro una decina di giorni -
>> vietati gli OT) su quali attività svolgere il sabato.
>>
>>
> Ciao Ale,
> si potrebbero innanzitutto coinvolgere gli amici di Torino?
> Penso ad esempio a 5T che ha già organizzato eventi di successo in
> passato. Roberta Castelli in genere frequenta i FOSS4G-IT quindi potrebbe
> essere un buon punto di partenza.
>
> Marco
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] motorroad=yes per superstrade e tangenziali?

[Volker Schmidt]

Almeno la tangenziale est di Padova non è motorroad legalmente:
https://www.mapillary.com/map/im/ZekycnjQn0EZtOWa1jgRPA
I limito sono

   - 90km/h (sulle rampe 50 km/h)
   - no bici
   - no motocicletta sotto 150cc

NON sono vietati pedoni, cavalli, e tutto il resto, stranamente.
Sulla mappa è highway=trunk



On Fri, 6 Sep 2019 at 08:41, Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> On 5. Sep 2019, at 16:47, Alessandro Sarretta <
> alessandro.sarre...@gmail.com> wrote:
>
> dovremmo fare un check sulle highway=trunk e assegnare *motorroad=yes* (
> https://wiki.openstreetmap.org/wiki/Key:motorroad) proprio per assegnare
> implicitamente foot=no e bicycle=no?
>
>
>
> +1
>
> 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] FOSS4G it 2020

[Marco Minghini]

>
> Sperando di vedere molte proposte di interventi e workshop, vorrei
> avviare una discussione (da esaurirsi entro una decina di giorni -
> vietati gli OT) su quali attività svolgere il sabato.
>
>
Ciao Ale,
si potrebbero innanzitutto coinvolgere gli amici di Torino?
Penso ad esempio a 5T che ha già organizzato eventi di successo in passato.
Roberta Castelli in genere frequenta i FOSS4G-IT quindi potrebbe essere un
buon punto di partenza.

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

Re: [Talk-GB] Fixing shop=yes, now it no longer renders on the default

[Robert Whittaker (OSM lists)]

On Thu, 5 Sep 2019 at 21:35, Mike Baggaley  wrote:
> Hi Robert, Looks interesting. I've signed in and had a look. However, the 
> first one I looked at is a petrol station, and the wiki indicates that 
> shop=yes is the correct tagging as an additional tag for amenity=fuel. Hence 
> I suggest that these be omitted from the list requiring replacement.

I'd say that it's no more or less correct to use shop=yes there than
any other instance of shop=yes, as it still indicates a generic shop
of unspecified type. As it suggests at
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfuel , shops at
petrol stations can also be mapped with a more specific type, such as
shop=convenience or shop=kiosk. I think this is preferable, so I'd
like to leave them in the list. That said, changing them is perhaps
less important than other instances, so they're set as low priority in
the Maproulette challenge. I think that means if you're getting new
tasks randomly, they should be less likely to come up.

Robert.

-- 
Robert Whittaker

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

Re: [Talk-it] Violazione licenza - Rally Alpi Orientali

[Cascafico Giovanni]

Mandato come wikimedia ed hanno risposto scusandosi e che aggiungeranno.





Il mer 4 set 2019, 22:25 liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> ha scritto:

> Il 04/09/19 13:55, Cascafico Giovanni ha scritto:
> > Devo mettermi un promemoria... ci hanno fregato anche quest'anno:
> >
> http://www.rallyalpiorientali.it/live/p-s-trivio-san-leonardo-modificata/
>
> Il bello che fra stampabili e mappe dinamiche e tappe, ne è pieno zeppo,
> non solo verso OSM, ma anche verso Andy Allan, pperchè usa il suo sfondo
> della mappa ciclabile.
>
> Google e Tobacco son menzionate invece, anche se credo Tobacco farebbe
> pagare comunque.
>
> Quà converrebbe mandarla da wikimedia la lettera, un solo utente fa poco
> con un'associazione di spicco come questa.
>
>
> --
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
>
> ___
> 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] motorroad=yes per superstrade e tangenziali?

[Martin Koppenhoefer]

sent from a phone

> On 5. Sep 2019, at 16:47, Alessandro Sarretta  
> wrote:
> 
> dovremmo fare un check sulle highway=trunk e assegnare motorroad=yes 
> (https://wiki.openstreetmap.org/wiki/Key:motorroad) proprio per assegnare 
> implicitamente foot=no e bicycle=no?


+1

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