Re: [OSM-talk-fr] Comment identifier la position x, y d'un POI multipolygon

[Vincent de Château-Thierry]

Bonjour,

Le 03/08/2016 07:26, rcanedo a écrit :


Je ne peux pas utiliser la fonction ST_PointOnSurface car je ne passe pas
par postgres (J'utilise directement les fichiers pbf).


Ah oui c'est plus bas niveau, mais ça n'invalide pas directement la 
recherche d'un node entrance=main sur le polygone.



En regardant la data, j'ai constaté qu'il existait un Node pour le terminal
2E [1].
La doc sur le tag aeroway[2]  semble indiquer qu'il est possible de
l'utiliser sur un Node ou une Area.
S'agit-il d'une coquille à corriger ou peut-on généraliser la proposition
de meihou ?


La doc est ok car par principe tout bâtiment peut être tracé via un node 
unique quand on n'a aucune source pour dessiner son contour. C'est une 
première approche faute de mieux. Mais en utilisant Roissy comme cas de 
test on ne rentre pas dans ce scenario : on a des orthos, le cadastre, 
donc tout ce qu'il faut pour dessiner un polygone. Et comme il ne s'agit 
pas de représenter le terminal par 2 objets concurrents, c'est le 
polygone qui gagne ici, vu qu'il apporte plus de détails que le point. 
On est pile dans la situation de [1] (dès les premières lignes de la page).


La modélisation du node que tu indiques est bancale : elle décrit en 
fait un multipolygone (via le tag type=multipolygon). Elle devrait donc 
décrire une relation [2] et non un node. C'est plus une erreur qu'un 
principe à généraliser. En regardant le bâtiment juste à côté on tombe 
sur cette relation [3] qu'il faut garder, en supprimant le node et 
éventuellement en reportant les tags du node vers la relation.


vincent

[1] : http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
[2] : http://wiki.openstreetmap.org/wiki/Relation:multipolygon
[3] : https://www.openstreetmap.org/relation/3766492

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

[OSM-talk-fr] Comment identifier la position x, y d'un POI multipolygon

[rcanedo]

Bonjour Vincent,
Merci pour ta réponse.
Je ne peux pas utiliser la fonction ST_PointOnSurface car je ne passe pas
par postgres (J'utilise directement les fichiers pbf).
En regardant la data, j'ai constaté qu'il existait un Node pour le terminal
2E [1].
La doc sur le tag aeroway[2]  semble indiquer qu'il est possible de
l'utiliser sur un Node ou une Area.
S'agit-il d'une coquille à corriger ou peut-on généraliser la proposition
de meihou ?

Merci


[1]: https://www.openstreetmap.org/node/2876650366
[2]: http://wiki.openstreetmap.org/wiki/Tag:aeroway%3Dterminal


-- 
Rogelio Canedo




--
View this message in context: 
http://gis.19327.n5.nabble.com/OSM-talk-fr-Comment-identifier-la-position-x-y-d-un-POI-multipolygon-tp5879734.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Aire d'accueil des gens du voyage / halting site

[Philippe Verdy]

S'il y a un nom, en principe il contient le nom de l'opérateur. Les aires
de voyage sont le plus souvent communales, on s'attendrait au moins au
terme "communal" ou le nom de la commune dans le nom.

Pour la description par d'autres tags, cela me semble plutôt être un dérivé
du camping (pas vraiment "résidentiel" puisque l'hébergement n'est pas
permanent), même si toutes les aires d'accueil ne sont pas aussi bien
équipées ; on devrait y trouver en principe un espace de stationnement et
un accès correct, des compteurs électriques individuels, des sanitaires,
parfois des douches et une buanderie, une arrivée d'eau (mais pas toujours
individuel). des containers pour les poubelles, mais les communes font
souvent très peu pour entretenir les lieux et les emplacements ne sont pas
toujours aussi propres et viabilisés comme dans un vrai camping
(pateaugeoire dans la gadoue à l'automne ou au printemps...), et pas
toujours sécurisés par une cloture. Certaines aires ne sont rien d'autre
que des parkings. ou d'anciennes friches industrielles.
Pire, souvent aussi ces aires sont dans des zones inondables : aucune
construction autorisée pour des raisons de "sécurité", pourtant c'est là
qu'on les "loge" dans les communes. Et pas toujours non plus desservies
correctement par la collecte des ordures ménagères, les sanitaires quand
ils existent sont insalubres. Peut-on parler "d'opérateur" poru ces lieux
plus ou moins abandonnés ou théoriquement ouverts mais jamais aménagés ?


Le 3 août 2016 à 00:30, Christian Rogel 
a écrit :

>
> > Le 2 août 2016 à 21:56, Jean-Claude Repetto  a écrit :
> >
> > On 02/08/2016 16:57, Hélène PETIT wrote:
> >> j'ai donc mis** comme nom : "Aire des gens du voyage",
> >
> > Ceci ressemble plus à une description qu'à un nom !
> >
>
> Toujours cette confusion entre terme générique et description.
>
> De toute façon, le juge ultime est l’inscription à la porte ou les
> documents officiels. Inutile alors de se demander si le nom percute un
> terme générique, on recopie, intelligemment s’il le faut.
>
> Bon mapping en fauteuil !  ;-)
>
> NB : quand je tagge un service officiel sans être sur le terrain, je prend
> la peine d’aller voir le site de l’opérateur.
>
>
> Christian R.
> ___
> 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-ca] Crowdsourcing buildings with Statistics Canada

[James]

Not sure if this will work if you export it to JOSM but here is an overpass
query that should get all the buildings and address nodes:

http://overpass-turbo.eu/s/hE6

On Tue, Aug 2, 2016 at 6:59 PM, john whelan  wrote:

> What I'm after is the osm map for the area that way I can load it into
> JOSM and search for buildings missing the tags.  Are we adding building
> tags to amenity=place-of_worship?
>
> Thanks John
>
> On 2 August 2016 at 18:17, James  wrote:
>
>> would a GeoJSON help you? I have both city limits in geoJSON format
>>
>> On Tue, Aug 2, 2016 at 5:59 PM, john whelan 
>> wrote:
>>
>>> In order to identify those buildings that need extra tags it would be
>>> extremely useful to have a map of Ottawa / Gatineau that could be loaded
>>> into JOSM.  The Ontario map is too big and doesn't contain  Gatineau.
>>>
>>> Does anyone have a suitable cut down .OSM file?  I have a web site that
>>> could host it / them.  Even if the data is slightly out of date it would
>>> give us a clue which buildings are lacking building:levels for example and
>>> many of which can be added from memory.  That way only the tiny bit of the
>>> map need be downloaded before being edited in JOSM or what ever the editor
>>> of choice is.
>>>
>>> Thanks John
>>>
>>> On 2 Aug 2016 3:56 pm, "john whelan"  wrote:
>>>
 Most buildings in Ottawa are wheelchair accessible do you want them
 tagged as such, we also have a tag for toilets:wheelchair
  which
 means States if a location has a wheelchair accessible toilet or not.  I
 think this might be useful to map anyway.

 Cheerio John

 On 2 August 2016 at 14:46, Ellefsen, Bjenk (STATCAN) <
 bjenk.ellef...@canada.ca> wrote:

> Hello everyone,
>
> Here is what we would invite Canadians to tell us about buildings for
> OSM:
>
> name
> Address:
>
>- Number
>- street
>- city
>- postal code
>
> levels
> office, shop
> type of access (handicap, etc.)
>
> If there is a way to categorize them as residential, non-residential
> that would be perfect.
>
> What do you think? Anything else we should add?
>
>
> Bjenk Ellefsen, PhD
>
> Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration
> et l’intégration de données (LEID)
> Center for Special Business Projects | Centre des Projets Spéciaux sur
> les entreprises
> Statistics Canada | Statistique Canada
> (343) 998-3004
>
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>

>>> ___
>>> Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>>
>>
>>
>> --
>> 外に遊びに行こう！
>>
>
>


-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[john whelan]

What I'm after is the osm map for the area that way I can load it into JOSM
and search for buildings missing the tags.  Are we adding building tags to
amenity=place-of_worship?

Thanks John

On 2 August 2016 at 18:17, James  wrote:

> would a GeoJSON help you? I have both city limits in geoJSON format
>
> On Tue, Aug 2, 2016 at 5:59 PM, john whelan  wrote:
>
>> In order to identify those buildings that need extra tags it would be
>> extremely useful to have a map of Ottawa / Gatineau that could be loaded
>> into JOSM.  The Ontario map is too big and doesn't contain  Gatineau.
>>
>> Does anyone have a suitable cut down .OSM file?  I have a web site that
>> could host it / them.  Even if the data is slightly out of date it would
>> give us a clue which buildings are lacking building:levels for example and
>> many of which can be added from memory.  That way only the tiny bit of the
>> map need be downloaded before being edited in JOSM or what ever the editor
>> of choice is.
>>
>> Thanks John
>>
>> On 2 Aug 2016 3:56 pm, "john whelan"  wrote:
>>
>>> Most buildings in Ottawa are wheelchair accessible do you want them
>>> tagged as such, we also have a tag for toilets:wheelchair
>>>  which means
>>> States if a location has a wheelchair accessible toilet or not.  I think
>>> this might be useful to map anyway.
>>>
>>> Cheerio John
>>>
>>> On 2 August 2016 at 14:46, Ellefsen, Bjenk (STATCAN) <
>>> bjenk.ellef...@canada.ca> wrote:
>>>
 Hello everyone,

 Here is what we would invite Canadians to tell us about buildings for
 OSM:

 name
 Address:

- Number
- street
- city
- postal code

 levels
 office, shop
 type of access (handicap, etc.)

 If there is a way to categorize them as residential, non-residential
 that would be perfect.

 What do you think? Anything else we should add?


 Bjenk Ellefsen, PhD

 Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration et
 l’intégration de données (LEID)
 Center for Special Business Projects | Centre des Projets Spéciaux sur
 les entreprises
 Statistics Canada | Statistique Canada
 (343) 998-3004




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


>>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
>
> --
> 外に遊びに行こう！
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Aire d'accueil des gens du voyage / halting site

[Christian Rogel]

> Le 2 août 2016 à 21:56, Jean-Claude Repetto  a écrit :
> 
> On 02/08/2016 16:57, Hélène PETIT wrote:
>> j'ai donc mis** comme nom : "Aire des gens du voyage",
> 
> Ceci ressemble plus à une description qu'à un nom !
> 

Toujours cette confusion entre terme générique et description.

De toute façon, le juge ultime est l’inscription à la porte ou les documents 
officiels. Inutile alors de se demander si le nom percute un terme générique, 
on recopie, intelligemment s’il le faut.

Bon mapping en fauteuil !  ;-)

NB : quand je tagge un service officiel sans être sur le terrain, je prend la 
peine d’aller voir le site de l’opérateur.


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

Re: [OSM-talk-fr] Services d'osm11 indisponibles...

[Philippe Verdy]

Je n'ai constaté aucune rupture sur Osmose, ni sur l'instance française
d'Overpass qui tourne très bien et rapidement (contrairement aux instances
allemande et russe qui sont toujours extrêmement lentes, sans doute encore
occupées à réparer une corruption de données suite à un bogue)

Le 2 août 2016 à 23:19, Christian Quest  a écrit :

> Depuis 23h00 environ, le serveur osm11 est en train de rebooter suite à
> des problèmes que nous rencontrions avec 2 VM (dont celle d'umap).
>
> Vu qu'il tournait depuis 497 jours, le boot va prendre plus de temps pour
> vérifier la cohérence du système de fichiers (fsck)... et comme on a 6To de
> disque ça prend "un certain temps".
>
> Espérons que ça reparte normalement après... sinon ça veut dire
> intervention sur site...
>
> Désolé donc pour cette coupure de services comme:
> - umap.openstreetmap.fr
> - www.openstreetmap.fr
> - osmose.openstreetmap.fr
> - listes.openstreetmap.fr
> - live.openstreetmap.fr
> ...
> le détail est ici: https://wiki.openstreetmap.org/wiki/FR:Servers
>
> Alors on croise tous les doigts !
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> 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-ca] Crowdsourcing buildings with Statistics Canada

[James]

would a GeoJSON help you? I have both city limits in geoJSON format

On Tue, Aug 2, 2016 at 5:59 PM, john whelan  wrote:

> In order to identify those buildings that need extra tags it would be
> extremely useful to have a map of Ottawa / Gatineau that could be loaded
> into JOSM.  The Ontario map is too big and doesn't contain  Gatineau.
>
> Does anyone have a suitable cut down .OSM file?  I have a web site that
> could host it / them.  Even if the data is slightly out of date it would
> give us a clue which buildings are lacking building:levels for example and
> many of which can be added from memory.  That way only the tiny bit of the
> map need be downloaded before being edited in JOSM or what ever the editor
> of choice is.
>
> Thanks John
>
> On 2 Aug 2016 3:56 pm, "john whelan"  wrote:
>
>> Most buildings in Ottawa are wheelchair accessible do you want them
>> tagged as such, we also have a tag for toilets:wheelchair
>>  which means
>> States if a location has a wheelchair accessible toilet or not.  I think
>> this might be useful to map anyway.
>>
>> Cheerio John
>>
>> On 2 August 2016 at 14:46, Ellefsen, Bjenk (STATCAN) <
>> bjenk.ellef...@canada.ca> wrote:
>>
>>> Hello everyone,
>>>
>>> Here is what we would invite Canadians to tell us about buildings for
>>> OSM:
>>>
>>> name
>>> Address:
>>>
>>>- Number
>>>- street
>>>- city
>>>- postal code
>>>
>>> levels
>>> office, shop
>>> type of access (handicap, etc.)
>>>
>>> If there is a way to categorize them as residential, non-residential
>>> that would be perfect.
>>>
>>> What do you think? Anything else we should add?
>>>
>>>
>>> Bjenk Ellefsen, PhD
>>>
>>> Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration et
>>> l’intégration de données (LEID)
>>> Center for Special Business Projects | Centre des Projets Spéciaux sur
>>> les entreprises
>>> Statistics Canada | Statistique Canada
>>> (343) 998-3004
>>>
>>>
>>>
>>>
>>> ___
>>> Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>>
>>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-us] Fwd: [Tagging] Proposal for standardization of sidewalk schema (+ import)

[Martijn van Exel]

The discussion threads got disconnected between tagging and talk-us,
forwarding my response to talk-us.
Martijn van Exel
http://mvexel.github.io/

-- Forwarded message --
From: Martijn van Exel 
Date: Tue, Aug 2, 2016 at 4:09 PM
Subject: Re: [Tagging] Proposal for standardization of sidewalk schema (+
import)
To: "Tag discussion, strategy and related tools" 


Frederik,

On Tue, Aug 2, 2016 at 3:39 PM, Frederik Ramm  wrote:

> Hi,
>
> On 08/01/2016 11:35 PM, Meg Drouhard wrote:
> > Hello,
> >
> > Our team is proposing a standardization of sidewalk tagging conventions
> > in OSM to simplify pedestrian network annotations and better represent
> > the physical reality of sidewalk ways.  This proposal is particularly
> > concerned with features of sidewalks that may aid or impede travel for
> > people with limited mobility.
> >
> > Our schema proposal is available
> > here:
> http://wiki.openstreetmap.org/wiki/Proposed_features/sidewalk_schema.
>
> As written on the imports list, I think that separate mapping of
> sidewalks will not, and should not, be the norm; they should be possible
> where it helps modelling a complex layout but you shouldn't rely on them.
>

I think that this is what we are here to discuss, and in light of that
using prescriptive wording ('shouldn't') is not helpful. It suggests that
you possess some kind of special authority deciding on tagging schemes that
you do not. Furthermore your tone suggests that people new to this
discussion or to OSM are to subject themselves to that perceived authority,
rather than welcoming them by using a tone of curiosity and willingness to
learn from people with an outside perspective. Altogether not helpful for
having an open discussion.


> In the past, we've had a number of projects aimed at helping older
> people or those with impaired vision or movement to navigate cities.
> These were often driven by some university or city department with
> limited funding and a limited run time, resulting in often shabby
> imports of footway-sidewalks ("the community will fix it, surely"), so
> that the university/department could quickly show off their prototype
> and then forget about everything and go on with their lives.
>
> This is not what brings OSM forward; these people have not kick-started
> anything but just hijacked OSM for a short-term goal.
>

Again you are being suggestive -- do you expect this initiative to fail
like similar ones preceding it? Why can we not draw positive lessons from
the past rather than expecting new initiatives to fail before they even get
started? Or am I misinterpreting you entirely here?


> Mapping sidewalks as individual geometries is the most
> data-consumer-friendly of all possible approaches; configure your
> renderer to use only footways and bam, it works.
>
> However, the result will be as system that works *only* where separate
> footways are tagged, and it is highly unlikely that this will happen on
> a global scale. A good pedestrian routing schema *must* cope with
> not-explicitly-mapped sidewalks.
>
> But mapping sidewalks as individual geometries puts considerable burden
> on the mappers who want to work with the data in an editor.
>

The tools have always evolved with the ever expanding tagging schemas. This
is just a red herring and I wish we would stop using it as an argument
against new things folks come up with to map.

>
> There's also the question of how to link a separately mapped sidewalk to
> the street it belongs to, so that proper routing instructions can be
> generated (instead of "follow unnamed footway for 500 metres"). And the
> question of how rendering should treat these sidewalks.
>
> Reading material for past research and discussions (some of this is
> German only or Germany-heavy I'm afraid) e.g.


> * https://lists.openstreetmap.org/pipermail/talk/2015-April/072613.html
> (Roland Olbricht on routing suggestions)
>
> * Nathanel Lang's bachelor thesis in which he synthesizes a routing
> graph with separate edges for left/right sidewalk even when none exist
> in OSM https://github.com/Nathanael-L/pedro
>
> * Long discussion on Austrian list
> https://lists.openstreetmap.org/pipermail/talk-at/2014-February/006402.html
>
> * Micha Meier's work in Graz, Austria - Project "Access2Life"
> http://wiki.openstreetmap.org/wiki/User:Species/Access2Life with
> detailed tagging schema and even specialized JOSM presets and styles
>
> I'm Cc'ing Roland and Micha explicitly because I don't know if they are
> on this list.
>

The fact that this is all pretty German language centered sums it all up.
The topic has perhaps been discussed over and over in your language, spoken
by ~ 1.4% of the world. That doesn't mean other communities will
necessarily come to the same conclusions, or that they may not have
valuable input that perhaps the German community could even learn from?

>
> There's also people discussing whether to start 

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

[Luca Meloni]

>Primo e fondamentale punto: è falso che si fosse trovato un consenso alla 
>modifica.>Basta leggere le due discussioni per rendersene conto.>Luca Meloni 
>ha modificato tutti i nomi prima che la prima discussione fosse terminata.>Era 
>liberissimo di farlo, ma non può continuare a  sostenere di avere avuto 
>l'approvazione della community.>Quando dopo qualche mese un utente ha rimesso 
>i nomi originari si aperta una seconda discussione, che ha avuto 
>ulteriori>adesioni contarie alla doppia denominazione; ma ciononostante Luca 
>Meloni ha ripristinato le sue modifiche.>Il solo fatto che ancora adesso si 
>discute dell'opportunità di mantenere o no la doppia denominazione è indice 
>che non c'è >consenso. Non si cerca certo l'unanimità ma quanto meno una 
>maggioranza: qui non c'è nemmeno quella.
La discussione è continuata ma la maggioranza c'era. Il punto è che tu hai 
sommato i pareri contrari dati in periodi molto distanti fra loro, il che non 
ha senso. Perché gente è arrivata, gente se ne è andata e c'è chi, come 
Francesca Valentina, nel frattempo ha cambiato idea. Il riaprire la discussione 
non è necessariamente indice di mancanza di consenso ma, come in questo caso, 
mancanza di un consenso unanime. Ma l'unanimità è, in buona parte dei casi, e 
per argomenti come questo, spesso impossibile. 


>Secondo punto: la questione è tutta su quale nome mettere sul tag name, 
>nessuno nega che si debba indicare il toponimo in>sardo nell'apposito 
>campo.>Nessun problema a mettere la doppia denominazione, ma solo se 
>effettivamente è normativamente prevista.
Lo è, come già ho scritto i doppi nomi compaiono ovunque. E a dire la verità 
questo accade non solo nei comuni, ma anche (e forse anche di più) con le 
provincie e la Regione. Ad esempio, questo è il logo che compare nei siti 
istituzionali della regione (da quello principale 
http://www.regione.sardegna.it/ a quelli tematici sulla cultura come 
http://www.sardegnadigitallibrary.it/ o sul turismo come 
http://sardegnaturismo.it/) e nella quasi totalità dei suoi cartelloni stampati:

http://www.regione.sardegna.it/immagini/1_240_20120705162029.gif

Nome sardo/nome italiano, appunto. 


>Sono sbagliati i parallelismi con Bolzano: può sembrare una situazione analoga 
>(tutela della minoranza linguistica) ma è>legislativamente disciplinata in 
>modo diverso. Lì c'è un obbligo di bilinguismo in una moltitudine di settori, 
>che implica la doppia>denominazione di un comune. Ciò non vuol dire che il 
>nome del capoluogo sia Bolzano/Bozen, ma che abbia entrambi i nomi in 
>una condizione di parità: Bolzano in italiano e Bozen in tedesco. E' dunque 
>necessaria la doppia denominazione nel tag name, 
>oltre a name:it=Bolzano e name:de=Bozen.>In Sardegna non è così.
Il fatto che sia normata in maniera diversa non implica che non ci sia una 
tutela anche in Sardegna, e non cambia il bilinguismo sia di fatto che 
istituzionale. Ad esempio, è possibile per qualcuno davanti ad un tribunale 
richiedere il processo in lingua sarda (diritto confermato dalla cassazione nel 
2014), se lo desidera. Mi sembra abbastanza chiaro che il riconoscimento c'è. 

>Ai fini che ci interessa vige il solo bilinguismo visivo, cioè l'indicazione 
>nella cartellonistica stradale, ma il>nome della località rimane unico (almeno 
>finché non verrà appositamente stabilito diversamente) 

La cartellonistica è fondamentale per chi le mappe le usa per spostarsi, ad 
esempio utilizzando un navigatore con i dati OSM. E, in ogni caso, è un'altra 
prova, piuttosto grossa, del bilinguismo e dell'importanza delle lingue locali. 
Dato che, appunto, non si tratta dell'opera di un singolo comune.

>come si può vedere consultando qualunque mappa.
Non credo facciano testo le altre mappe, altrimenti molti dei dati che vengono 
inseriti qui non dovrebbero esserci. E comunque mappe sia bilingui che in sardo 
ce ne sono una miriade, solitamente si possono trovare stampate ed appese anche 
negli uffici pubblici e nelle scuole.



>Ulteriori informazioni vanno indicate negli specifici campi già previsti 
>(loc_name, alt_name, name:language, old_name ecc. ecc.).
Anche name:it sarebbe tra quelli da inserire, però, anche dove coincide con 
"name".


--
>Nella Région Autonoma de la Vallée d'Aoste non di rado accade che al toponimo 
>dialettale (Fiernaz Dameun) si affianchi la>versione francese (Fiernaz Dessus) 
>e quella italiana (Fiernaz Superiore). Con i prefissi linguistici ciascuno 
>visualizza il toponimo>nella sua lingua/dialetto preferito, vederli accostati 
>accenderebbe probabilmente lunghe discussioni sul diritto di precedenza.

Mi sono basato solo sulla lingua locale principale del posto per il doppio nome 
(è il motivo per cui la città di Sassari è solo Sassari, dato che in sassarese 
è uguale) ed ho seguito il principio della lingua madre come in Trentino-Alto 
Adige/Südtirol. Oltre all'inserire tutti i tag con i prefissi specifici nelle 
varie lingue per ricerche ed eventuali 

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[john whelan]

In order to identify those buildings that need extra tags it would be
extremely useful to have a map of Ottawa / Gatineau that could be loaded
into JOSM.  The Ontario map is too big and doesn't contain  Gatineau.

Does anyone have a suitable cut down .OSM file?  I have a web site that
could host it / them.  Even if the data is slightly out of date it would
give us a clue which buildings are lacking building:levels for example and
many of which can be added from memory.  That way only the tiny bit of the
map need be downloaded before being edited in JOSM or what ever the editor
of choice is.

Thanks John

On 2 Aug 2016 3:56 pm, "john whelan"  wrote:

> Most buildings in Ottawa are wheelchair accessible do you want them tagged
> as such, we also have a tag for toilets:wheelchair
>  which means
> States if a location has a wheelchair accessible toilet or not.  I think
> this might be useful to map anyway.
>
> Cheerio John
>
> On 2 August 2016 at 14:46, Ellefsen, Bjenk (STATCAN) <
> bjenk.ellef...@canada.ca> wrote:
>
>> Hello everyone,
>>
>> Here is what we would invite Canadians to tell us about buildings for OSM:
>>
>> name
>> Address:
>>
>>- Number
>>- street
>>- city
>>- postal code
>>
>> levels
>> office, shop
>> type of access (handicap, etc.)
>>
>> If there is a way to categorize them as residential, non-residential that
>> would be perfect.
>>
>> What do you think? Anything else we should add?
>>
>>
>> Bjenk Ellefsen, PhD
>>
>> Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration et
>> l’intégration de données (LEID)
>> Center for Special Business Projects | Centre des Projets Spéciaux sur
>> les entreprises
>> Statistics Canada | Statistique Canada
>> (343) 998-3004
>>
>>
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-us] [Imports] Proposing import of sidewalk data Seattle, WA, USA

[Frederik Ramm]

Clifford,

On 08/02/2016 05:59 PM, Clifford Snow wrote:
> We tell people not to map for the renderer. In the same spirit shouldn't
> we tell people not to let the limitations of the editor stop them from
> mapping?

Usually, when you deal with individual mappers who come up with a
tagging scheme, you can simply let them try it because they are just one
person and the amount of stuff they can survey in any given time is
limited. Before they can break a lot, others will notice what's going
on, and a discussion can develop.

Importing sidewalks for a large city is something different. It allows
you to add thousands of objects in a short time frame. Hence the request
to "talk before you import" - something we don't expect from the hobby
mapper who adds a few sidewalks according to a tagging schema he has
made up.

> I'm not following you. They did announce their plans and are discussing
> the proposal with the community, including how to route. 

I am concerned that they might want to start importing data 5 days from
now which is certainly not enough time for a solid discussion. Maybe I
misread.

> Unlike existing routing systems, they are proposing to enable people
> with limited mobility to find a route to their location.  

As I have said, there have been a number of publicly funded projects
that had this laudable aim. Solving the issue by adding ways for every
sidewalk is one of many potential solutions; a solution that has
advantages and drawbacks which should be discussed widely before an
import is done to "kick-start" world-wide adaption of a tagging schema.

> Yet their plan is the easiest for a new mapper to follow. I've followed
> mapping of sidewalks. Where are these proposals you talk about? 

I linked some in my post to the tagging list. Some of the
failed/single-minded projects in the past didn't even bother documenting
their tags on the wiki, insofar this project is superior - and it's
totally ok for them to start a discussion. Just not an import one week
after mentioning that by-the-way-we-have-a-proposal-here ;)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

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

[Aury88]

aggiungo la mia opinione da ignorante:
Osm ha già il modo per taggare nomi in più lingue ed è name:xx=* (o
name:xxx) con xx (o xxx) il codice ISO 639-1 se non vado errato.
oltre a questi ci sono official_name,  loc_name...
se non si riesce a trovare una linea comune su cosa mettere per il tag name
imho la comunità dovrebbe pensare alla possibilità di non usare proprio il
tag name.
allo stesso tempo faccio notare che nome_in_sardo\nome_in_italiano non è il
nome dell'elemento, è un elenco di modi di chiamare i luoghi in Sardegna
determinato dal bilinguismo, ma non troverete nessuno che chiama un posto
con_uno-barra-l'altro_nome...quindi questo è un tipico caso di elenco di
value con lo stesso key e imho dovrebbe essere gestito nella stessa identica
maniera con cui si gestiscono generalmente più value per lo stesso key e
cioè con i vari value con frapposto il punto e virgola.






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

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

Re: [OSM-talk-fr] Annonce de sortie : MapContrib 0.10.0

[Vincent Bergeot]

Bonjour,

Le 02/08/2016 à 15:59, François Lacombe a écrit :

Bonjour Guillaume,

Le 27 juillet 2016 à 19:47, Guillaume AMAT > a écrit :


Déjà merci pour votre retour positif, ça fait plaisir :)
Et d'ailleurs, le tutoiement ne me dérange pas du tout sur cette
liste de diffusion.


Non moi de même, le vous était collectif
Mais tu sembles très investi dans ce développement, donc spéciale 
mention pour toi ;)


+1



Malgré la « fragilité » (relative) d'OverPass, je trouve étonnant
que vos requêtes ne fonctionnent pas la plupart du temps.
Passent-elles sur OverPass Turbo ? Combien de temps mettent-elles ?


Overpass est en fait très occupé.
Que ce soit sur overpass directement ou sur mapcontrib, les requêtes 
dont il est question trouvent une réponse aléatoirement.


effectivement je pense que la requête (cf ci dessous) est un peu "lourde"


L'idée d'utiliser une autre instance d'OverPass a été évoquée mais
où ? Je crois savoir que ça demande pas mal de ressources et les
ressources coûtent cher.


En fait, j'entendais d'utiliser une autre instance existante, sans en 
créer une dédiée à map contrib.


Le thème que j'utilise : 
https://www.cartes.xyz/t/0e6eaf-PowerFrance_Postes_de_transformation_de_quartier

Et la requête de la couche qui pose problème (postes sans exploitant) :
area["ISO3166-1"="FX"]["admin_level"="3"]->.france;
(node(area.france)["power"="substation"]["substation"="minor_distribution"]["operator"!~"."]);
(way 
(area.france)["power"="substation"]["substation"="minor_distribution"]["operator"!~"."]);


(._;>;);
out meta;


j'ai du coup tenté sur un autre thème : 
https://www.cartes.xyz/t/0c0458-Test_Francois

avec la requête suivante
( 
node["power"="substation"]["substation"="minor_distribution"]["operator"!~"."]({{bbox}});

way["power"="substation"]["substation"="minor_distribution"]["operator"!~"."]({{bbox}});
);

out body meta;
>;
out skel qt;

et un déclenchement de la requête au zoom 12

cela passe mieux mais cela n'a pas la même "ampleur" que la requête que 
tu souhaites faire sur la france (peut-être à essayer avec le cache qui 
s'exécute sur l'ensemble du globe si la requête prend moins de 3 minutes 
et 1MO de données). j'ai fait ce test (il faut attendre que le cache se 
constitue : https://www.cartes.xyz/t/d34a75-Test_Francois_avec_cache)


De plus, nous n'avons pas la possibilité aujourd'hui d'afficher "meta" 
(j'ai ouvert une issue pour cela : 
https://github.com/MapContrib/MapContrib/issues/196)


D'une manière générale, il faudrait éliminer toutes les occasions qui 
forcent l'utilisateur à quitter la carte (la connexion par exemple)
Parce qu'on peut attendre pour charger un thème donné, et le fait de 
se connecter envoie vers OSM avant d'avoir à tout recharger une 
seconde fois, avec souvent des erreurs "too many requests".


Reste à savoir si ca n'est pas une contrainte d'OAuth


effectivement, pouvoir se connecter sans relancer la requête pourrait 
éviter quelques "too many request" -> 
https://github.com/MapContrib/MapContrib/issues/197


Merci pour ces retours

Bonne soirée





Bonne après-midi

François




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



--
Vincent Bergeot

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

[OSM-talk-fr] Services d'osm11 indisponibles...

[Christian Quest]

Depuis 23h00 environ, le serveur osm11 est en train de rebooter suite à des
problèmes que nous rencontrions avec 2 VM (dont celle d'umap).

Vu qu'il tournait depuis 497 jours, le boot va prendre plus de temps pour
vérifier la cohérence du système de fichiers (fsck)... et comme on a 6To de
disque ça prend "un certain temps".

Espérons que ça reparte normalement après... sinon ça veut dire
intervention sur site...

Désolé donc pour cette coupure de services comme:
- umap.openstreetmap.fr
- www.openstreetmap.fr
- osmose.openstreetmap.fr
- listes.openstreetmap.fr
- live.openstreetmap.fr
...
le détail est ici: https://wiki.openstreetmap.org/wiki/FR:Servers

Alors on croise tous les doigts !

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

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[john whelan]

Most buildings in Ottawa are wheelchair accessible do you want them tagged
as such, we also have a tag for toilets:wheelchair
 which means
States if a location has a wheelchair accessible toilet or not.  I think
this might be useful to map anyway.

Cheerio John

On 2 August 2016 at 14:46, Ellefsen, Bjenk (STATCAN) <
bjenk.ellef...@canada.ca> wrote:

> Hello everyone,
>
> Here is what we would invite Canadians to tell us about buildings for OSM:
>
> name
> Address:
>
>- Number
>- street
>- city
>- postal code
>
> levels
> office, shop
> type of access (handicap, etc.)
>
> If there is a way to categorize them as residential, non-residential that
> would be perfect.
>
> What do you think? Anything else we should add?
>
>
> Bjenk Ellefsen, PhD
>
> Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration et
> l’intégration de données (LEID)
> Center for Special Business Projects | Centre des Projets Spéciaux sur les
> entreprises
> Statistics Canada | Statistique Canada
> (343) 998-3004
>
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Aire d'accueil des gens du voyage / halting site

[Jean-Claude Repetto]

On 02/08/2016 16:57, Hélène PETIT wrote:

j'ai donc mis** comme nom : "Aire des gens du voyage",


Ceci ressemble plus à une description qu'à un nom !


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

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

[Gian Mario Navillod]

Sono d'accordo con Valentina: la duttilità di OpenStreetMap permette di
rappresentare tutta la ricchezza toponomastica del nostro bel paese.

Soprattutto nelle zone di confine dove la storia ha modificato nel tempo
l'uso della lingua i toponimi si moltiplicano: nomi diversi per indicare
gli stessi luoghi. Ne ho raccolto un piccolo esempio qui:
http://tapazovaldoten.altervista.org/toponimi_valle_aosta.html.

Capisco che per alcuni mappatori vedere affiancato al toponimo italiano
quello nella loro lingua possa essere un traguardo importante ma se posso
permettermi un consiglio dalla Regione Autonoma della Valle d'Aosta
inviterei tutti a mappare nella loro lingua (o nel loro dialetto) i
toponimi usando i prefissi linguistici che ha indicato Fayor Uno.

Nella Région Autonoma de la Vallée d'Aoste non di rado accade che al
toponimo dialettale (Fiernaz Dameun) si affianchi la versione francese
(Fiernaz Dessus) e quella italiana (Fiernaz Superiore). Con i prefissi
linguistici ciascuno visualizza il toponimo nella sua lingua/dialetto
preferito, vederli accostati accenderebbe probabilmente lunghe discussioni
sul diritto di precedenza.

:-)

Mi piacerebbe si potesse applicare una semplice regola alle correzioni
della mappa:

1) la correzione proposta diventa effettiva solo con il consenso di chi ha
mappato per primo l'elemento.
2) Se non vi è consenso occorre l'intervento di un mappatore terzo che
dirime la questione.

Riuscissimo ad usare più spesso questo tipo di gestione dei conflitti
eviteremmo forse un po' di discussioni e di correzioni di correzioni di
correzioni.

;-)

Buon mapping a tutti.

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

Re: [Talk-ca] Identifying non residential buildings

[john whelan]

I think James has answered this one with the building tag.

Thank you James.

Cheerio John

On 2 Aug 2016 2:56 pm, "john whelan"  wrote:

> Stats Canada is after information about them but the first question that
> springs to mind is there a tag or set of tags we use to identify them?
>
> Thanks John
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[john whelan]

How many buildings are tagged with a building tag or is that step one tag
building with the building tag and type?

How do we handle a shopping mall with a building outline and a nodes for
the stores?

Thanks John

On 2 Aug 2016 2:53 pm, "James"  wrote:

> There is a way to tag a building type
> Here is a list of the building types:
>
> http://wiki.openstreetmap.org/wiki/Key:building#Values
>
> On Aug 2, 2016 2:48 PM, "Ellefsen, Bjenk (STATCAN)" <
> bjenk.ellef...@canada.ca> wrote:
>
>> Hello everyone,
>>
>> Here is what we would invite Canadians to tell us about buildings for OSM:
>>
>> name
>> Address:
>>
>>- Number
>>- street
>>- city
>>- postal code
>>
>> levels
>> office, shop
>> type of access (handicap, etc.)
>>
>> If there is a way to categorize them as residential, non-residential that
>> would be perfect.
>>
>> What do you think? Anything else we should add?
>>
>>
>> Bjenk Ellefsen, PhD
>>
>> Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration et
>> l’intégration de données (LEID)
>> Center for Special Business Projects | Centre des Projets Spéciaux sur
>> les entreprises
>> Statistics Canada | Statistique Canada
>> (343) 998-3004
>>
>>
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Osmose erreur Post box without ref

[Vincent de Château-Thierry]

Le 02/08/2016 20:00, lenny.libre a écrit :


Le 31/07/2016 à 00:45, Francois Gouget a écrit :

On Sat, 30 Jul 2016, Stéphane Péneau wrote:


Remplacer ref= par ref:FR:laposte= ?

Ben non !
https://lists.openstreetmap.org/pipermail/talk-fr/2016-June/080991.html

Finalement, je n'ai pas dû comprendre la discussion, je suis passé à
côté, je n'avais pas compris qu'on gardait "ref" !!!
https://lists.openstreetmap.org/pipermail/talk-fr/2016-June/081001.html.
J'avais crû comprendre que le "ref" était historique, il correspondait à
la saisie de la référence que les contributeurs trouvaient sur les
boîtes aux lettres, mais que maintenant qu'il y avait un  fichier data,
il était plus cohérent de faire comme pour les bureaux et indiquer
"ref:FR:LaPoste"


Je suis aussi passé à côté de la discussion donc avis tardif.
Sur un rapide sondage les références des bureaux et des boîtes ne 
suivent pas la même structure (ça se vérifie sur quelques exemples) donc 
pas de risque de chevauchement. Je serais aussi d'avis d'adopter 
ref:FR:LaPoste pour les BALs.


vincent

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

[Talk-ca] Identifying non residential buildings

[john whelan]

Stats Canada is after information about them but the first question that
springs to mind is there a tag or set of tags we use to identify them?

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

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[James]

There is a way to tag a building type
Here is a list of the building types:

http://wiki.openstreetmap.org/wiki/Key:building#Values

On Aug 2, 2016 2:48 PM, "Ellefsen, Bjenk (STATCAN)" <
bjenk.ellef...@canada.ca> wrote:

> Hello everyone,
>
> Here is what we would invite Canadians to tell us about buildings for OSM:
>
> name
> Address:
>
>- Number
>- street
>- city
>- postal code
>
> levels
> office, shop
> type of access (handicap, etc.)
>
> If there is a way to categorize them as residential, non-residential that
> would be perfect.
>
> What do you think? Anything else we should add?
>
>
> Bjenk Ellefsen, PhD
>
> Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration et
> l’intégration de données (LEID)
> Center for Special Business Projects | Centre des Projets Spéciaux sur les
> entreprises
> Statistics Canada | Statistique Canada
> (343) 998-3004
>
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[Paul Ramsey]

On Tue, Aug 2, 2016 at 11:46 AM, Ellefsen, Bjenk (STATCAN) <
bjenk.ellef...@canada.ca> wrote:

> Here is what we would invite Canadians to tell us about buildings for OSM:
>
> name
> Address:
>
>- Number
>- street
>- city
>- postal code
>
>
A given footprint could easily encompass multiple street numbers (duplexes,
for example). Something to consider.

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

[Talk-ca] Crowdsourcing buildings with Statistics Canada

[Ellefsen, Bjenk (STATCAN)]

Hello everyone,

Here is what we would invite Canadians to tell us about buildings for OSM:

name
Address:
*   Number
*   street
*   city
*   postal code
levels
office, shop
type of access (handicap, etc.)

If there is a way to categorize them as residential, non-residential that would 
be perfect.

What do you think? Anything else we should add?


Bjenk Ellefsen, PhD

Data Exploration and Integration Lab (DEIL) | Lab pour l'exploration et 
l'intégration de données (LEID)
Center for Special Business Projects | Centre des Projets Spéciaux sur les 
entreprises
Statistics Canada | Statistique Canada
(343) 998-3004



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

[Talk-ca] Crowdsourcing buildings project with Statistics Canada

[Ellefsen, Bjenk (STATCAN)]

Hello everyone,

In brief, as we have presented it before, we will launch the project in October 
with an outreach campaign starting in September.
Canadians will be invited to use OSM to provide information about buildings.

We met with a few of you two months ago and we received some very good feedback.
Now, we have moved along in the planning stages.

Some feedback from John and others were given to us that it would be best if as 
many as we can of the footprints be imported in OSM before we invite the public.
We have been talking with the City of Gatineau and the City of Ottawa. We have 
received footprints of buildings from the City of Ottawa.
A file containing about 16 000 large buildings is online on their open data 
portal: http://data.ottawa.ca/en/dataset/large-buildings

We also obtained another file with footprints containing over 300,000 
buildings. This one has buildings not in OSM yet.
We will release it very soon through the open.canada.ca portal. In order to 
import, the data is being made available to everyone but we are also taking a 
look at it internally and will help in bringing those buildings over to OSM.
Importing available data is the first step.

The City of Gatineau will join in the efforts at some points and they will also 
release footprints.

We will launch an outreach campaign in September with a website to invite 
Canadians to participate. We will also have a tool with iD that the public will 
be able to use.
The start of the project will be October.


I will say more later.


Bjenk Ellefsen, PhD

Data Exploration and Integration Lab (DEIL) | Lab pour l'exploration et 
l'intégration de données (LEID)
Center for Special Business Projects | Centre des Projets Spéciaux sur les 
entreprises
Statistics Canada | Statistique Canada
(343) 998-3004



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

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

[Francesca Valentina]

Ciao! my cents,
sono d'accordissimo con il resto della comunitá sarda, mi pare assurdo che
si facciano cambiamenti cosí importanti senza chiedere il parere collettivo
su un tema cosí delicato e una volta che si ricevono cosí tanti commenti
dalla comunitá non si abbiano dei dubbi.
E lo dico io, che alcuni anni fa ero in disaccordo sulla questione con Luca
ma ero ancora fresca su osm e non capivo ancora la ricchezza che osm
permetteva su un tema cosí fondamentale.

Francesca

On 2 Aug 2016 18:38, "Fayor Uno"  wrote:

>
> Primo e fondamentale punto: è falso che si fosse trovato un consenso alla
> modifica.
> Basta leggere le due discussioni per rendersene conto.
> Luca Meloni ha modificato tutti i nomi prima che la prima discussione
> fosse terminata.
> Era liberissimo di farlo, ma non può continuare a  sostenere di avere
> avuto l'approvazione della community.
> Quando dopo qualche mese un utente ha rimesso i nomi originari si aperta
> una seconda discussione, che ha avuto ulteriori adesioni contarie alla
> doppia denominazione; ma ciononostante Luca Meloni ha ripristinato le sue
> modifiche.
> Il solo fatto che ancora adesso si discute dell'opportunità di mantenere o
> no la doppia denominazione è indice che non c'è consenso. Non si cerca
> certo l'unanimità ma quanto meno una maggioranza: qui non c'è nemmeno
> quella.
>
>
> Secondo punto: la questione è tutta su quale nome mettere sul tag name,
> nessuno nega che si debba indicare il toponimo in sardo nell'apposito campo.
> Nessun problema a mettere la doppia denominazione, ma solo se
> effettivamente è normativamente prevista.
> Sono sbagliati i parallelismi con Bolzano: può sembrare una situazione
> analoga (tutela della minoranza linguistica) ma è legislativamente
> disciplinata in modo diverso. Lì c'è un obbligo di bilinguismo in una
> moltitudine di settori, che implica la doppia denominazione di un comune.
> Ciò non vuol dire che il nome del capoluogo sia Bolzano/Bozen, ma che abbia
> entrambi i nomi in una condizione di parità: Bolzano in italiano e Bozen in
> tedesco. E' dunque necessaria la doppia denominazione nel tag name, oltre a
> name:it=Bolzano e name:de=Bozen.
> In Sardegna non è così. Ai fini che ci interessa vige il solo bilinguismo
> visivo, cioè l'indicazione nella cartellonistica stradale, ma il nome della
> località rimane unico (almeno finché non verrà appositamente stabilito
> diversamente) come si può vedere consultando qualunque mappa.
> Ulteriori informazioni vanno indicate negli specifici campi già previsti
> (loc_name, alt_name, name:language, old_name ecc. ecc.).
>
>
> Terzo punto: on the ground rule
> La cartellonistica non è per nulla determinante: può essere un indizio in
> mancanza di altro, ma nulla più.
> Ad esempio, se una città cambia nome e non vengono aggiornati i cartelli,
> mica si dovrà attendere la nuova segnaletica per cambiare il nome sulla
> mappa! si aggiunge il campo old_name ed eventualmente una nota che spiega
> che i cartelli non sono stati aggiornati.
> Allo stesso modo la presenza della segnaletica bilingue significa che è
> tutelata la minoranza linguistica, ci informa su quale è il nome in quella
> lingua di una località ma non ci dice se il nome effettivo è quello o un
> altro o entrambi: questo ce lo può dire solo un atto ufficiale (legge
> regionale).
>
> --
>
>
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Comment identifier la position x, y d'un POI multipolygon

[Vincent de Château-Thierry]

Bonsoir et bienvenue,

Le 02/08/2016 20:18, rcanedo a écrit :


Le calcule du centroïde pourrait être une solution mais le résultat est
aberrant fonction de la forme du polygon ( position sur le tarmac).


Du côté de PostGIS (si ça fait partie de tes outils) il existe 
ST_PointOnSurface qui promet un point inclus dans le polygone, qu'il 
soit concave ou pas. Après il faut tester dans ton contexte...



Je pensais ajouter des tags aeroway=terminal et entrance=main sur un Node du
multi polygon (porte à proximité du dépose minute) pour identifier le
terminal comme un POI.
Je ne suis pas certain que se soit la meilleur façon de faire. Existe-t-il
un moyen générique ou plus propre?


Choisir un node avec entrance=main c'est subjectif (donc possiblement 
discuté) mais en première approche ça ne me choque pas pour déterminer 
une destination d'itinéraire (ça n'est que mon avis).
Après ça reste différent de faire ce choix éditorial et de _tagguer_ ce 
point avec aeroway=terminal. Ce tag [2] est adapté pour l'intégralité du 
bâtiment, pas juste pour une entrée. Donc pour déterminer ta 
destination, je verrais plutôt un node taggué avec entrance=main ET 
faisant partie de la limite extérieure d'un polygone taggué avec 
aeroway=terminal.


vincent

[1] : http://postgis.net/docs/manual-2.1/ST_PointOnSurface.html
[2] : http://wiki.openstreetmap.org/wiki/Tag:aeroway%3Dterminal

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

[OSM-talk-fr] Comment identifier la position x, y d'un POI multipolygon

[rcanedo]

Bonjour,
je rencontre actuellement un problème métaphysique sur comment obtenir de
manière précise un x,y pour les POI de type multi polygon (aéroports
complexes ex:Charles de Gaules).
Le but est de pouvoir faire des itinéraires point à point vers l'aéroport.
Une première aproche serait de décomposer l'aéroport en terminaux. Mais là
encore, chaque terminal peut être un multi polygon (Terminal 1, 2F ..)
Le calcule du centroïde pourrait être une solution mais le résultat est
aberrant fonction de la forme du polygon ( position sur le tarmac).
Je pensais ajouter des tags aeroway=terminal et entrance=main sur un Node du
multi polygon (porte à proximité du dépose minute) pour identifier le
terminal comme un POI.
Je ne suis pas certain que se soit la meilleur façon de faire. Existe-t-il
un moyen générique ou plus propre?

Merci pour votre aide.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Comment-identifier-la-position-x-y-d-un-POI-multipolygon-tp5879705.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Osmose erreur Post box without ref

[lenny.libre]

Le 31/07/2016 à 00:45, Francois Gouget a écrit :

On Sat, 30 Jul 2016, Stéphane Péneau wrote:


Remplacer ref= par ref:FR:laposte= ?

Ben non !
https://lists.openstreetmap.org/pipermail/talk-fr/2016-June/080991.html
Finalement, je n'ai pas dû comprendre la discussion, je suis passé à 
côté, je n'avais pas compris qu'on gardait "ref" !!! 
https://lists.openstreetmap.org/pipermail/talk-fr/2016-June/081001.html.
J'avais crû comprendre que le "ref" était historique, il correspondait à 
la saisie de la référence que les contributeurs trouvaient sur les 
boîtes aux lettres, mais que maintenant qu'il y avait un  fichier data, 
il était plus cohérent de faire comme pour les bureaux et indiquer 
"ref:FR:LaPoste"



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


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

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

[Fayor Uno]

Primo e fondamentale punto: è falso che si fosse trovato un consenso alla 
modifica.
Basta leggere le due discussioni per rendersene conto.
Luca Meloni ha modificato tutti i nomi prima che la prima discussione fosse 
terminata.
Era liberissimo di farlo, ma non può continuare a  sostenere di avere avuto 
l'approvazione della community.
Quando dopo qualche mese un utente ha rimesso i nomi originari si aperta una 
seconda discussione, che ha avuto ulteriori adesioni contarie alla doppia 
denominazione; ma ciononostante Luca Meloni ha ripristinato le sue modifiche.
Il solo fatto che ancora adesso si discute dell'opportunità di mantenere o no 
la doppia denominazione è indice che non c'è consenso. Non si cerca certo 
l'unanimità ma quanto meno una maggioranza: qui non c'è nemmeno quella.


Secondo punto: la questione è tutta su quale nome mettere sul tag name, nessuno 
nega che si debba indicare il toponimo in sardo nell'apposito campo.
Nessun problema a mettere la doppia denominazione, ma solo se effettivamente è 
normativamente prevista.
Sono sbagliati i parallelismi con Bolzano: può sembrare una situazione analoga 
(tutela della minoranza linguistica) ma è legislativamente disciplinata in modo 
diverso. Lì c'è un obbligo di bilinguismo in una moltitudine di settori, che 
implica la doppia denominazione di un comune. Ciò non vuol dire che il nome del 
capoluogo sia Bolzano/Bozen, ma che abbia entrambi i nomi in una condizione di 
parità: Bolzano in italiano e Bozen in tedesco. E' dunque necessaria la doppia 
denominazione nel tag name, oltre a name:it=Bolzano e name:de=Bozen.
In Sardegna non è così. Ai fini che ci interessa vige il solo bilinguismo 
visivo, cioè l'indicazione nella cartellonistica stradale, ma il nome della 
località rimane unico (almeno finché non verrà appositamente stabilito 
diversamente) come si può vedere consultando qualunque mappa.
Ulteriori informazioni vanno indicate negli specifici campi già previsti 
(loc_name, alt_name, name:language, old_name ecc. ecc.).


Terzo punto: on the ground rule
La cartellonistica non è per nulla determinante: può essere un indizio in 
mancanza di altro, ma nulla più.
Ad esempio, se una città cambia nome e non vengono aggiornati i cartelli, mica 
si dovrà attendere la nuova segnaletica per cambiare il nome sulla mappa! si 
aggiunge il campo old_name ed eventualmente una nota che spiega che i cartelli 
non sono stati aggiornati.
Allo stesso modo la presenza della segnaletica bilingue significa che è 
tutelata la minoranza linguistica, ci informa su quale è il nome in quella 
lingua di una località ma non ci dice se il nome effettivo è quello o un altro 
o entrambi: questo ce lo può dire solo un atto ufficiale (legge regionale).






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

Re: [Talk-us] [Imports] Proposing import of sidewalk data Seattle, WA, USA

[Clifford Snow]

On Tue, Aug 2, 2016 at 6:01 AM, Frederik Ramm  wrote:

>sidewalk tagging in OSM is a complex issue. The fact that sidewalks
> are not tagged as individual geometries is not purely a shortcoming,  it
> is a compromise that keeps OSM data editable. Having individual
> geometries for every single sidewalk on the planet will not only
> massively increase the data volume but also require new and better tools
> for editing, e.g. moving the geometry of a street without having to move
> three parallel lines manually and so on.
>

Frederik, I thought you were for only add objects that can be surveyed on
the ground? Isn't that what they are proposing?

We tell people not to map for the renderer. In the same spirit shouldn't we
tell people not to let the limitations of the editor stop them from mapping?


> There have been several local imports of sidewalk data that were removed
> again because lack of prior discussion and/or because they were
> single-purpose imports that did not care about integration with the rest
> of OSM (for example: what should rendering engines do with sidewalks;
> how do they integrate with normal footways; how is a sidewalk linked to
> the road along which it runs so that routing engines can say "follow
> sidewalk along XY road" instead of "follow unnamed footway"; how can
> routing and rendering use individual sidewalks and still gracefully fall
> back to another method where these are not defined, and so on).
>

I'm not following you. They did announce their plans and are discussing the
proposal with the community, including how to route.
Unlike existing routing systems, they are proposing to enable people with
limited mobility to find a route to their location.

>
> Several ideas have been proposed to get around mapping sidewalks as
> individual geometries, which is in many ways the most primitive way to
> tackle the problem and the one that puts the most work on the shoulders
> of our volunteers.
>

Yet their plan is the easiest for a new mapper to follow. I've followed
mapping of sidewalks. Where are these proposals you talk about?

Your wiki page states that you had "feedback from the global OSM
> community"; I'm surprised that these details seem to have escaped you
> until now. Which sidewalk mapping experiments in OSM have you studied,
> and what have you learned? Which global OSM community did you talk to
> and where?
>

Frederik - may I suggest you comment on their proposal in a more
constructive method. I was septical of their approach when I first learned
of their plans, yet as I learn more, I've come to accept that they have a
well thought out proposal. Certainly the community should help make sure
that their proposal doesn't have some unforeseen issue. As a walker, the
current OSM sidewalk tagging scheme is lacking and just a pain when with
complex intersections. And yes I have added the entire sidewalk, manually,
to my town.

Best,
Clifford

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

Re: [Talk-se] Edsviken och svenska kusten

[Jan Johansson]

Tomas Marklund  wrote:
> Nu kommer jag här snett från sidan utan nån egentlig kunskap i
> ämnet, utan har bara en gissning. En orsak jag kan tänka mig är
> för att på ett enkelt sätt kunna ge en samlad vattenmassa (i
> det här fallet Edsviken) ett namn som både är sökbart och
> renderas på kartan. Vilka andra bättre sätt finns det att
> åstadkomma samma sak utan att låta coastline:en hoppa över ett
> stycke kustlinje?

Vad jag sett längs svenska kusten (Stockholm till Sundsvall) så
används ofta en punkt med natural=bay och namnet. Medans i
Stockholm så är det annorlunda gjort. Jag håller med om att den
samlade vattenmassan känns mer logiskt men det praktiska
problemet verkar bli att de blir för stora t.ex. så har jag
problem med att få fram historiken för Edsviken i iD för att
frågan tar för lång tid.

> Nyfiken fråga: Vad är ett OSMOSE-larm och hur funkar sådana?
> Verkar användbart.

OSMOSE är ett av flera Quality Assurance verktyg som finns för
OSM. Själv utgår jag från Notes, MapDust, OSMOSE och KeepRight
var att hitta något trevligt ställe att besöka och fixa lite
"buggar"/"misstag". Se http://wiki.openstreetmap.org/wiki/Osmose
och http://wiki.openstreetmap.org/wiki/Quality_assurance för mer
info.


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

Re: [Talk-se] Edsviken och svenska kusten

[Jan Johansson]

Essin  wrote:
> Jag misstänker att Tomas har rätt. Numera är natural=bay[1]
> (som nod, area eller multipolygon) ett bra sätt att tagga
> vikar, men det var kanske inte så etablerat när Edsviken
> mappades från början. MichaelCollinson[2] mappade ursprungligen
> Edsviken med
> 
> note=really this is coastline, but Mapnik does not have it
> 
> men tog sedan bort det själv. Om inte han följer den här listan
> kanske Jan kan kontakta honom via OSM-meddelandesystemet för
> att höra vad han menade?

Det stämmer med vad jag sett och att antagande om när olika vikar
har tillkommit. Jag skickar ett meddelande så får vi se.

> Ett liknande fall är Ångermanälvens mynningsvik, där
> brackvattnet egentligen börjar redan vid Hammarsbron[3].
> Strandlinjen är dock mappad som riverbank ända ner till Höga
> Kusten-bron, och det stämmer kanske bättre med vad som
> uppfattas som en del av älven lokalt.

Bra exempel, var därförbi nyligen och utan kunskap antog jag att
älven gick en bit förbi bron men det är ju egentligen mer
komplicerat än så.


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

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

[Dino Michelini]

Per tagliare la testa a questa sterile discussione vi invito a leggere 
quanto scritto qui: 
https://it.wikipedia.org/wiki/Bilinguismo_amministrativo_in_Italia. La 
nostra Costituzione prevede "a tutela delle lingue minoritarie presenti 
sul territorio nazionale." Quindi, nelle regioni a Statuto Speciale, 
Sardegna inclusa, vige il bilinguismo; ne deriva che i toponimi e  
l'installazione di cartelli segnaletici stradali e urbani devono 
prevedere la denominazione bilingue.


Ignorantia non excusat


Il 02/08/2016 14:39, andriatz ha scritto:

Tempo fa in questa mailing list ci fu una luuunga discussione in merito. Alla
fine si decise di utlizzare i nomi dei comuni sardi in sardo (qual'ora
esistesse il nome in sardo e questo fosse utilizzato dall'amministraizone
comunale) "/" e nome in lingua italiana.




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

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



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

Re: [Talk-it] Dubbi livelli amministrativi

[Fayor Uno]

In effetti non avevo considerato che il tratto di mare al di qua della linea di 
base rientrasse tra le acque interne: intendevo dire che regioni, province e 
comuni non hanno al loro interno il mare ma solo fiumi e laghi.



Da: Federico Cortese 
Inviato: martedì 2 agosto 2016 17.04
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Dubbi livelli amministrativi

2016-08-02 16:15 GMT+02:00 Fayor Uno :
>
> La linea di costa è il "confine" tra la "terra" e il "mare" (non, ad
> esempio, tra la "terra" e il "fiume" o il "lago", che sono acque interne.
> Solo la "terra" e le acque interne (almeno in Italia, non so all'estero)
> sono suddivisi amministrativamente in regioni, province e comuni, il mare
> invece è territorio statale (acque territoriali) ma non degli enti
> territoriali minori.
>

Anche io ho affrontato la questione qualche tempo fa e sono giunto
alla conclusione che sia corretto che i limiti amministrativi su OSM
si fermino alla linea di costa.
Le acque territoriali
(https://it.wikipedia.org/wiki/Acque_territoriali) si estendono fino a

Acque territoriali - Wikipedia
it.wikipedia.org
Col termine acque territoriali o mare territoriale si considera in diritto 
internazionale quella porzione di mare adiacente alla costa degli Stati; su 
questa parte di ...



12 miglia dalla linea di base e sulle stesse lo Stato italiano
esercita la propria sovranità, mentre la parte interna alla linea di
base è classificata come acque interne al pari di fiumi e laghi
(esempio golfo di Taranto). Ma la differenza tra le due mi pare
influenzi solo il diritto internazionale.
Anche se Fayor è impreciso quando parla di acque interne divise
amministrativamente (perchè anche il golfo di Taranto fa parte delle
acque interne e non mi pare sia diviso tra i comuni), sono d'accordo
che vada mappato il limite amministrativo in corrispondenza della
costa, come ha fatto sabas e come ho fatto anche io per la provincia
di Lecce.

Ciao
Federico

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

Re: [OSM-talk-fr] source=IGN BdTopo 2016

[Jérôme Seigneuret]

Je pensais que l'on pouvait le faire sous rawedit mais ça me retourne une
erreur

API returns Error409 Conflict.

Le 2 août 2016 à 15:38, François Lacombe  a
écrit :

> Bonjour à vous,
>
> Oui en effet c'est une erreur de ma part qui s'est propagée sur tous les
> changeset que j'ai créé depuis quelques temps.
> Pas d'utilisation de la BD Topo du tout et ça vient bien de la BD Ortho
> mise à disposition récemment.
>
> Il ne doit pas être possible de le corriger après coup... et il doit bien
> y avoir une trentaine de changeset concerné.
> Du coup je modifie la source dans JOSM, mais doit ajouter un commentaire
> sur chacun d'entre eux ?
>
>
> Bonne après-midi
>
> François
>
>
> *François Lacombe*
>
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux 
>
> Le 2 août 2016 à 15:17, Jérôme Seigneuret  a
> écrit :
>
>> Salut,
>>
>> Oui c'est François Lacombe. Et pour la source je pense que tu peux
>> laisser un commentaire sur le changeset car c'est clairement la
>> BDOrtho IGN 2016 (petite vérif sous JOSM ;-)  )
>>
>> A Plus.
>>
>> Le 2 août 2016 à 12:31, Christian Quest  a
>> écrit :
>>
>>> Non, pas d'accord sur la BD Topo.
>>>
>>> Il s'agit sûrement d'une erreur... BDOrtho au lieu de BDTopo...
>>> François, tu confirme ?
>>>
>>> Le 2 août 2016 à 12:21, mav  a écrit :
>>>
 Bonjour,


 Je ne suis plus l'actualité de la liste de diffusion en détail donc je
 vous demande de m'excuser si le sujet a déjà été traité, mais je
 m'interroge devant des changements massifs (ce qui est plutôt chouette)
 touchant mon secteur (chouette), concernant le réseau électrique et
 "sourcés" (ce qui est encore plus chouette):
 "IGN BdTopo 2016".

 La BD TOPO® de l'IGN est gratuite pour des missions de service publique,
 mais elle n'est pas distribuée sous licence ouverte :
 http://professionnels.ign.fr/bdtopo
 Et ça, ça me parait beaucoup moins chouette.

 Utilisateur : https://www.openstreetmap.org/user/InfosReseaux
 S'agit-il de François Lacombe qui intervient régulièrement sur la
 liste ?
 (je l'ai ajouté en copie).
 Le changeset en question :
 https://www.openstreetmap.org/changeset/41179306
 (mais il y en a d'autres).

 Est-ce qu'il y a une convention/un accord OSM/IGN qui m'aurait échappé ?
 Si oui, est-il listé sur le wiki ? Je n'en ai pas trouvé la trace.

 Je m'adresse à la liste car je n'aurai pas le temps de faire le suivi
 (ni
 d'éventuels reverts).
 Merci d'avance à ceux qui récupèreront le bébé et assureront le suivi.

 Bonne journée,

 mav




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

>>>
>>>
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> Cordialement,
>> Jérôme Seigneuret
>>
>> ___
>> 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
>
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Dubbi livelli amministrativi

[Federico Cortese]

2016-08-02 16:15 GMT+02:00 Fayor Uno :
>
> La linea di costa è il "confine" tra la "terra" e il "mare" (non, ad
> esempio, tra la "terra" e il "fiume" o il "lago", che sono acque interne.
> Solo la "terra" e le acque interne (almeno in Italia, non so all'estero)
> sono suddivisi amministrativamente in regioni, province e comuni, il mare
> invece è territorio statale (acque territoriali) ma non degli enti
> territoriali minori.
>

Anche io ho affrontato la questione qualche tempo fa e sono giunto
alla conclusione che sia corretto che i limiti amministrativi su OSM
si fermino alla linea di costa.
Le acque territoriali
(https://it.wikipedia.org/wiki/Acque_territoriali) si estendono fino a
12 miglia dalla linea di base e sulle stesse lo Stato italiano
esercita la propria sovranità, mentre la parte interna alla linea di
base è classificata come acque interne al pari di fiumi e laghi
(esempio golfo di Taranto). Ma la differenza tra le due mi pare
influenzi solo il diritto internazionale.
Anche se Fayor è impreciso quando parla di acque interne divise
amministrativamente (perchè anche il golfo di Taranto fa parte delle
acque interne e non mi pare sia diviso tra i comuni), sono d'accordo
che vada mappato il limite amministrativo in corrispondenza della
costa, come ha fatto sabas e come ho fatto anche io per la provincia
di Lecce.

Ciao
Federico

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

Re: [OSM-talk-fr] Aire d'accueil des gens du voyage / halting site

[Hélène PETIT]

Dans mon coin les gens boudent le terme "accueil", car ils se sentent 
chez eux ;
j'ai donc mis** comme nom : "Aire des gens du voyage", dans un 
landuse=residential.


Je suis d'accord pour continuer à réfléchir sur le sujet ; à plus, donc.

__
**
http://www.openstreetmap.org/#map=18/43.51749/1.54060



Le 02/08/2016 à 12:24, mav a écrit :

Re-bonjour,

J'ai aperçu une modification d'attribut sur une aire de gens du voyage
dans secteur : https://overpass-api.de/achavi/?changeset=41166721
Je me suis dit : youpi! enfin un tag (residential=halting_site) pour ce
cas pas facile à tagguer!

Et quand j'ai fait un halting_site !osmw dans mon moteur de recherche
préféré, j'ai fait... pas youpi :
http://wiki.openstreetmap.org/wiki/Aire_d%27accueil_des_gens_du_voyage 28
residential=halting_site en France
39 residential=halting_site en France, Angleterre et Irlande

Ça ressemble à une bonne volonté de
https://www.openstreetmap.org/user/Bernard59118.
suite à cette discussion
https://help.openstreetmap.org/questions/28219/tagging-aire-dacceuil-des-gens-du-voyage-travellers-people

Serait-il possible de définir une position claire sur cette liste?
Et éventuellement de mettre à jour la page wiki en conséquent?

Merci d'avance à toutes les bonnes volontés!

mav

___
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] Dubbi livelli amministrativi

[Fayor Uno]

Ripeto: non è un confine tra un ente e un altro! divide la terra dal mare.



Da: Mauro Costantini 
Inviato: martedì 2 agosto 2016 16.20
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Dubbi livelli amministrativi

Ripeto, non sono un giurista, ma davvero non mi risulta che qualche
confine abbia come definizione "la media dei picchi massimi delle alte
maree di congiunzione negli ultimi 19 anni".
https://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline

[https://wiki.openstreetmap.org/w/images/thumb/a/a2/The_Ravenscar_coastline.jpg/200px-The_Ravenscar_coastline.jpg]

Tag:natural=coastline - OpenStreetMap 
Wiki
wiki.openstreetmap.org
Available languages - Tag:natural=coastline · cestina · Deutsch · English · 
français · português · português do Brasil · ??? · ???



https://en.wikipedia.org/wiki/Mean_high_water_spring
https://en.wikipedia.org/wiki/Tide#Range_variation:_springs_and_neaps

Mauro.


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

Re: [Talk-us] Proposing import of sidewalk data Seattle, WA, USA

[Martijn van Exel]

Bill,

To my mind the tools and infrastructure should be catering to the mappers'
needs and not the other way around, so whatever reasonable requirements
this tagging scheme may impose, the OSM platform should be able to absorb.
Not my use of the word 'reasonable' --> in the spirit of OSM any scheme
should be the simplest it can be while being able to represent the reality
it means to represent.

Martijn

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

On Tue, Aug 2, 2016 at 8:34 AM, Bill Ricker  wrote:

> As a mapper and map users whose household includes a wheelchair user, I
> applaud the idea of routable curb-cuts and crossings.
>
> What is the DB implication of urban ways trebling in ways, nodes is a
> discussion that needs to happen - is this a real or potential problem?   Is
> it easy to extract/filter for uses that don't require footpaths ?
> ​
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Dubbi livelli amministrativi

[Stefano]

Per i confini sulla costa mi pareva più pulito metterli così (si, mappo
anche per il rendering ;-) ),
l'ho fatto io per Sardegna e Liguria anni fa vedendo come era venuto in
Sicilia, più in altre zone sparse, e l'avevo suggerito in lista da
applicare anche in altre aree).

Oltre la linea di costa si passa al diritto marittimo (acque territoriali /
zona economica esclusiva, che sono mappate a partire dalla linea di base,
definita tramite una serie di coordinate che approssimano la linea di
costa).

Ciao,
Stefano

Il giorno 2 agosto 2016 16:20, Mauro Costantini <
maurocostantini1...@gmail.com> ha scritto:

> Ripeto, non sono un giurista, ma davvero non mi risulta che qualche
> confine abbia come definizione "la media dei picchi massimi delle alte
> maree di congiunzione negli ultimi 19 anni".
> https://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline
> https://en.wikipedia.org/wiki/Mean_high_water_spring
> https://en.wikipedia.org/wiki/Tide#Range_variation:_springs_and_neaps
>
> Mauro.
>
> Il 2 agosto 2016 15:58, Martin Koppenhoefer  ha
> scritto:
> >
> >
> > sent from a phone
> >
> >> Il giorno 02 ago 2016, alle ore 15:28, Mauro Costantini <
> maurocostantini1...@gmail.com> ha scritto:
> >>
> >> E si ricade sulla vecchia questione: oggetti distinti nella realtà è
> >> bene che restino distinti anche in osm!!
> >
> >
> > si, vanno tenuti distinti se lo sono nella realtà. Però non sarei troppo
> sicuro che lo sono nella realtà...
> >
> >
> > 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-us] Proposing import of sidewalk data Seattle, WA, USA

[Bill Ricker]

As a mapper and map users whose household includes a wheelchair user, I
applaud the idea of routable curb-cuts and crossings.

What is the DB implication of urban ways trebling in ways, nodes is a
discussion that needs to happen - is this a real or potential problem?   Is
it easy to extract/filter for uses that don't require footpaths ?
​
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Proposing import of sidewalk data Seattle, WA, USA

[Martijn van Exel]

Meg,

I applaud more sidewalk data in OSM. I started adding them in SLC some time
ago. Then went through a phase where I thought they were redundant and that
we could cover every use case with the sidewalk=* tags on ways. Not so.

Let me know if MapRoulette can help here. We did a similar challenge with
NYC bike lanes before with some success.

Martijn

Martijn van Exel
Secretary, US Chapter
OpenStreetMap
http://openstreetmap.us/
http://osm.org/
skype: mvexel

On Mon, Aug 1, 2016 at 3:35 PM, Meg Drouhard  wrote:

> Hello,
>
> We are proposing to import open municipal sidewalk data from the city of
> Seattle as described in this proposal:
> http://wiki.openstreetmap.org/wiki/Seattle,_Washington/Sidewalk_Import.
>
> Imports will be tagged according to the sidewalk schema that we propose
> here: http://wiki.openstreetmap.org/wiki/Proposed_features/sidewalk_schema.
> The schema is a proposal for standardization of conventions, rather than
> changing or adding tags, and it is particularly concerned with features of
> sidewalks that may aid or impede travel for people with limited mobility.
>
> We are still in the process of testing our deployment of the OSM Tasking
> Manager for this purpose, but we appreciate any feedback you may have
> either through our discussion pages or by email .
>
> Thanks,
>
> Meg Drouhard
>
> ___
> 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] Dubbi livelli amministrativi

[Mauro Costantini]

Ripeto, non sono un giurista, ma davvero non mi risulta che qualche
confine abbia come definizione "la media dei picchi massimi delle alte
maree di congiunzione negli ultimi 19 anni".
https://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline
https://en.wikipedia.org/wiki/Mean_high_water_spring
https://en.wikipedia.org/wiki/Tide#Range_variation:_springs_and_neaps

Mauro.

Il 2 agosto 2016 15:58, Martin Koppenhoefer  ha scritto:
>
>
> sent from a phone
>
>> Il giorno 02 ago 2016, alle ore 15:28, Mauro Costantini 
>>  ha scritto:
>>
>> E si ricade sulla vecchia questione: oggetti distinti nella realtà è
>> bene che restino distinti anche in osm!!
>
>
> si, vanno tenuti distinti se lo sono nella realtà. Però non sarei troppo 
> sicuro che lo sono nella realtà...
>
>
> 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] Dubbi livelli amministrativi

[Fayor Uno]

La linea di costa è il "confine" tra la "terra" e il "mare" (non, ad esempio, 
tra la "terra" e il "fiume" o il "lago", che sono acque interne. Solo la 
"terra" e le acque interne (almeno in Italia, non so all'estero) sono suddivisi 
amministrativamente in regioni, province e comuni, il mare invece è territorio 
statale (acque territoriali) ma non degli enti territoriali minori.


Dunque solo in questo senso è corretto identificare la linea di costa come 
boundary, in quanto ogni singolo tratto di essa fa parte dei confini dell'ente 
territoriale: ad esempio, il tratto di costa che va dalla foce del Tevere a 
poco prima di Torvajanica fa parte dei confini della regione Lazio, della città 
metropolitana di Roma, del comune di Roma e del municipio Roma  X, ma non fa da 
confine con nessun ente (dunque non sorge il problema di dispute territoriali 
tra comuni).


I tagname right e left forse sono superflui in quanto la relazione dice già 
come stanno le cose (potrebbero solo essere di aiuto quando si interviene su un 
confine), se si volessero rimuovere (sono praticamente presenti in tutti i 
confini) non sarei contrario.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-au] Talk-au Digest, Vol 110, Issue 2

[Timothy Ney]

It appears to be a lot of confusion regards the terms used here. As of 1
January, all coordinates (latitude and longitudes) will be determined on
the ITRF. Currently the ITRF2005. Transformations will be undertaken to
convert to local GDA (geodetic datum of Australia - latitude and longitude)
and MGA (map grid of Australia - north and east coordinates) using the
GRS80 ellipsoid and a single epoch, similar to how GDA94 was created. It
was actually based upon ITRF92. See further reading links below.

WGS84 in reality is not a datum like GDA94 (ie Geodetic Datum of Australia)
etc. but a reference frame or ellipsoid. There is technically no such thing
as WGS84 coordinates. But rather coordinates based upon WGS84. At present
the GRS80 and WGS84 ellipsoids are essentially the same. Meaning
coordinates computed from the WGS84 are the same as GDA94.

However, Over time the GRS80 and WGS84 ellipsoids are to be phased out. As
will any reference to GDA and MGA, which are plate based. The government
does not want to have to create new datum every 20 years or so.

The reference to gravitational models refers to the Geoid. A shape that
approximates sea level around the planet. The earth is more like a potato
than a ball in reality. Without getting too complex, we need a ball
(ellipsoid) to obtain coordinates, as we need a fixed centre. However,
since our heights were historically based on sea levels, as in AHD, we need
to determine the distance between sea level at any point (AHD 0m) and the
ellipsoid (the ball used to obtain coordinates). Gravity modelling can be
used to determine the seperation. At present, modelling is done on a 2' x
2' grid and positions in between interpolated. Hence the ellipsoid - Geoid
model, currently AUSGEOID09.

Incidentally, There were other ellipsoid prior to WGS84, such as Clarke
1858, used extensively in Australia in colonial days. Latitude and
longitudes from old maps therefore cannot be used directly on modern
mapping systems such as Google that use an entirely different ellipsoid.
Here are some of the ellipsoids used,

www.ga.gov.au/scientific-topics/positioning-navigation/geodesy/geodetic-datums/historical-datums-of-australia/common-ellipsoid-parameters

If you want to get right into the theory, look here at the GDA manual for
an in depth explanation. Way better than my brief.

http://www.icsm.gov.au/publications/index.html#gda

In summary, it's getter to start thinking in terms of the ITRF, as this is
the only future coordination in Australia.








On Tue, 2 Aug 2016 at 10:02 PM,  wrote:

> Send Talk-au mailing list submissions to
> talk-au@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-au
> or, via email, send a message with subject or body 'help' to
> talk-au-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-au-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-au digest..."
>
>
> Today's Topics:
>
>1. Re: Australia "changing coordinates" (Warin)
>
>
> --
>
> Message: 1
> Date: Tue, 2 Aug 2016 20:43:15 +1000
> From: Warin <61sundow...@gmail.com>
> To: Andrew Davidson , talk-au@openstreetmap.org
> Subject: Re: [talk-au] Australia "changing coordinates"
> Message-ID: 
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On 8/2/2016 3:37 PM, Andrew Davidson wrote:
> >> WGS84 is a datum fixed; as in dated 1984 and the data does not change.
> >
> > I'm not sure that you've understood exactly what a semi-dynamic datum
> > is. Have a read of this:
> >
> > http://ceur-ws.org/Vol-1142/paper6.pdf
> >
> > particularly sections 3.4 and 3.5.
>
> I'm reading
> http://earth-info.nga.mil/GandG/publications/tr8350.2/wgs84fin.pdf
> The document is dated in 1996 so more recent things are not in it. But I
> think the principles would hold.
>
> It lists;
> WGS 84  1 Jan 87 - 1 Jan 94
> WGS 84 (G730) 2 Jan 94 - 28 Sept 96
> WGS 84 (G873)  From 29 Sept 96
>
> You will observe the refinements of WGS 84 (to reduce
> error/uncertainty). I would expect that suffix would be used in
> professional circles.
> The (G) simply gives a refinement to WGS84, does not change the
> basis, and the refinements are getting smaller.
> This document also introduces the concept of  'uncertainties', a good move.
>
> Page 16 of 175 states in part
> "As of 2 Jan 94, a set of geodetic coordinates shall include a
> designation of the reference frame and epoch of the observations"
>
> Note that this is for any datum. I expect this date requirement will
> become more common and a requirement with earth centric datums.
>
> "In summary, the refinements which have been made to WGS 84 have reduced
> the uncertainty in the 

Re: [Talk-it] Edit war Sardegna

[Luca Meloni]

E comunque includo anche la mailing list specifica per la Sardegna nella 
discussione, facciamo un crosspost.
Ciao,Luca 

Il Martedì 2 Agosto 2016 16:00, Luca Meloni  ha 
scritto:
 

 
>è vero che ha precedenza su tutto, ma ovviamente non vuol dire che cose che 
>non si vedono immediatamente on the ground sono >da cancellare (se ci "sono"). 
>On the ground vuol dire anche parlare con le persone, guardare fonti 
>pubblicamente accessibili >(delibere, atti, internet)


>+1, praticamente si vogliono 3 tags per ogni cosa:>name 
>(bilingue)>name:it>name sardo
+1
Ma infatti la questione è questa, abbiamo visto anche come sia nelle delibere 
sia nelle conversazioni di tutti i giorni appaiano spesso entrambi i nomi, per 
cui entrambi dovrebbero esserci nella mappa. Oltre al fatto che i cartelli 
bilingui non sono erroneamente posizionati ma si trovano ovunque, e qui si 
torna al vantaggio che i nomi bilingui danno nell'utilizzo all'interno di un 
navigatore, per esempio...

Ciao,Luca 

Il Martedì 2 Agosto 2016 15:34, Martin Koppenhoefer 
 ha scritto:
 

 

sent from a phone

> Il giorno 02 ago 2016, alle ore 14:39, andriatz  ha 
> scritto:
> 
> Tempo fa in questa mailing list ci fu una luuunga discussione in merito. Alla
> fine si decise di utlizzare i nomi dei comuni sardi in sardo (qual'ora
> esistesse il nome in sardo e questo fosse utilizzato dall'amministraizone
> comunale) "/" e nome in lingua italiana.


+1, praticamente si vogliono 3 tags per ogni cosa:
name (bilingue)
name:it
name sardo

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] Edit war Sardegna

[Luca Meloni]

>è vero che ha precedenza su tutto, ma ovviamente non vuol dire che cose che 
>non si vedono immediatamente on the ground sono >da cancellare (se ci "sono"). 
>On the ground vuol dire anche parlare con le persone, guardare fonti 
>pubblicamente accessibili >(delibere, atti, internet)


>+1, praticamente si vogliono 3 tags per ogni cosa:>name 
>(bilingue)>name:it>name sardo
+1
Ma infatti la questione è questa, abbiamo visto anche come sia nelle delibere 
sia nelle conversazioni di tutti i giorni appaiano spesso entrambi i nomi, per 
cui entrambi dovrebbero esserci nella mappa. Oltre al fatto che i cartelli 
bilingui non sono erroneamente posizionati ma si trovano ovunque, e qui si 
torna al vantaggio che i nomi bilingui danno nell'utilizzo all'interno di un 
navigatore, per esempio...

Ciao,Luca 

Il Martedì 2 Agosto 2016 15:34, Martin Koppenhoefer 
 ha scritto:
 

 

sent from a phone

> Il giorno 02 ago 2016, alle ore 14:39, andriatz  ha 
> scritto:
> 
> Tempo fa in questa mailing list ci fu una luuunga discussione in merito. Alla
> fine si decise di utlizzare i nomi dei comuni sardi in sardo (qual'ora
> esistesse il nome in sardo e questo fosse utilizzato dall'amministraizone
> comunale) "/" e nome in lingua italiana.


+1, praticamente si vogliono 3 tags per ogni cosa:
name (bilingue)
name:it
name sardo

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: [OSM-talk-fr] Annonce de sortie : MapContrib 0.10.0

[François Lacombe]

Bonjour Guillaume,

Le 27 juillet 2016 à 19:47, Guillaume AMAT  a écrit :

> Déjà merci pour votre retour positif, ça fait plaisir :)
> Et d'ailleurs, le tutoiement ne me dérange pas du tout sur cette liste de
> diffusion.
>

Non moi de même, le vous était collectif
Mais tu sembles très investi dans ce développement, donc spéciale mention
pour toi ;)


>
> Malgré la « fragilité » (relative) d'OverPass, je trouve étonnant que vos
> requêtes ne fonctionnent pas la plupart du temps. Passent-elles sur
> OverPass Turbo ? Combien de temps mettent-elles ?
>

Overpass est en fait très occupé.
Que ce soit sur overpass directement ou sur mapcontrib, les requêtes dont
il est question trouvent une réponse aléatoirement.


> L'idée d'utiliser une autre instance d'OverPass a été évoquée mais où ? Je
> crois savoir que ça demande pas mal de ressources et les ressources coûtent
> cher.
>

En fait, j'entendais d'utiliser une autre instance existante, sans en créer
une dédiée à map contrib.

Le thème que j'utilise :
https://www.cartes.xyz/t/0e6eaf-PowerFrance_Postes_de_transformation_de_quartier
Et la requête de la couche qui pose problème (postes sans exploitant) :
area["ISO3166-1"="FX"]["admin_level"="3"]->.france;
(node(area.france)["power"="substation"]["substation"="minor_distribution"]["operator"!~"."]);
(way
(area.france)["power"="substation"]["substation"="minor_distribution"]["operator"!~"."]);

(._;>;);
out meta;


D'une manière générale, il faudrait éliminer toutes les occasions qui
forcent l'utilisateur à quitter la carte (la connexion par exemple)
Parce qu'on peut attendre pour charger un thème donné, et le fait de se
connecter envoie vers OSM avant d'avoir à tout recharger une seconde fois,
avec souvent des erreurs "too many requests".

Reste à savoir si ca n'est pas une contrainte d'OAuth

Bonne après-midi

François

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

Re: [Talk-it] Dubbi livelli amministrativi

[Martin Koppenhoefer]

sent from a phone

> Il giorno 02 ago 2016, alle ore 15:28, Mauro Costantini 
>  ha scritto:
> 
> E si ricade sulla vecchia questione: oggetti distinti nella realtà è
> bene che restino distinti anche in osm!!


si, vanno tenuti distinti se lo sono nella realtà. Però non sarei troppo sicuro 
che lo sono nella realtà...


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

Re: [OSM-talk-fr] source=IGN BdTopo 2016

[François Lacombe]

Bonjour à vous,

Oui en effet c'est une erreur de ma part qui s'est propagée sur tous les
changeset que j'ai créé depuis quelques temps.
Pas d'utilisation de la BD Topo du tout et ça vient bien de la BD Ortho
mise à disposition récemment.

Il ne doit pas être possible de le corriger après coup... et il doit bien y
avoir une trentaine de changeset concerné.
Du coup je modifie la source dans JOSM, mais doit ajouter un commentaire
sur chacun d'entre eux ?


Bonne après-midi

François


*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 2 août 2016 à 15:17, Jérôme Seigneuret  a
écrit :

> Salut,
>
> Oui c'est François Lacombe. Et pour la source je pense que tu peux laisser
> un commentaire sur le changeset car c'est clairement la
> BDOrtho IGN 2016 (petite vérif sous JOSM ;-)  )
>
> A Plus.
>
> Le 2 août 2016 à 12:31, Christian Quest  a écrit
> :
>
>> Non, pas d'accord sur la BD Topo.
>>
>> Il s'agit sûrement d'une erreur... BDOrtho au lieu de BDTopo... François,
>> tu confirme ?
>>
>> Le 2 août 2016 à 12:21, mav  a écrit :
>>
>>> Bonjour,
>>>
>>>
>>> Je ne suis plus l'actualité de la liste de diffusion en détail donc je
>>> vous demande de m'excuser si le sujet a déjà été traité, mais je
>>> m'interroge devant des changements massifs (ce qui est plutôt chouette)
>>> touchant mon secteur (chouette), concernant le réseau électrique et
>>> "sourcés" (ce qui est encore plus chouette):
>>> "IGN BdTopo 2016".
>>>
>>> La BD TOPO® de l'IGN est gratuite pour des missions de service publique,
>>> mais elle n'est pas distribuée sous licence ouverte :
>>> http://professionnels.ign.fr/bdtopo
>>> Et ça, ça me parait beaucoup moins chouette.
>>>
>>> Utilisateur : https://www.openstreetmap.org/user/InfosReseaux
>>> S'agit-il de François Lacombe qui intervient régulièrement sur la liste ?
>>> (je l'ai ajouté en copie).
>>> Le changeset en question :
>>> https://www.openstreetmap.org/changeset/41179306
>>> (mais il y en a d'autres).
>>>
>>> Est-ce qu'il y a une convention/un accord OSM/IGN qui m'aurait échappé ?
>>> Si oui, est-il listé sur le wiki ? Je n'en ai pas trouvé la trace.
>>>
>>> Je m'adresse à la liste car je n'aurai pas le temps de faire le suivi (ni
>>> d'éventuels reverts).
>>> Merci d'avance à ceux qui récupèreront le bébé et assureront le suivi.
>>>
>>> Bonne journée,
>>>
>>> mav
>>>
>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Cordialement,
> Jérôme Seigneuret
>
> ___
> 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] Dubbi livelli amministrativi

[Mauro Costantini]

Ho molti, moltissimi dubbi. Parto con i primi due; risolti questi la
strada è tutta in discesa.

Il dubbio principale è sul fatto che la linea di costa
(natural=coastline) abbia qualcosa a che fare con un confine
amministrativo (boundary=administrative).
Il tag natural=coastline è la linea dell'alta marea, o per essere più
precisi con le parole del wiki: "By common agreement the coastline is
tagged at the mean high water spring line. Basically that is the
highest line the water reaches in normal circumstances."
Non sono un azzeccagarbugli ma credo proprio che le competenze
amministrative di comuni, province e regioni non si esauriscano appena
vedono un po' di sabbia umida! (temo 22 km e qualcosina più avanti, ma
non ne sono così sicuro) anche perché basta una mareggiata più forte
del solito, un po' di sabbia che se ne va, e la linea di costa si
modifica: è bene poter modificare la linea per tenere aggiornato
quello che c'è sul terreno, senza che questo influisca su una cosa
legale come il confine tra due comuni!
E si ricade sulla vecchia questione: oggetti distinti nella realtà è
bene che restino distinti anche in osm!!

Il secondo dubbio è legato al fatto che sarebbe giusto scrivere le
cose una volta sola e non duplicare mai le informazioni.
Allo stato attuale vedo utilizzati due tipi diversi di
classificazione: uno, relativamente più nuovo, che usa le relazioni
(type=boundary) con outer (ed eventuali inner) role come con i
multipoly. Un altro, concettualmente molto più antico, che descrive
linea per linea cosa c'è a destra e cosa a sinistra di ogni tratto
usando i namespaces right e left sulle proprietà di ogni singola way.
Sembra molto, molto più facilmente mantenibile il primo. Da qualche
parte mi par di aver letto che mapnik base sul sito osm usasse ancora
il secondo sistema dal nono livello di zoom in poi, ma non ritrovo più
la fonte (e quindi non so se sia un'informazione attuale o meno).
Si discuta pure su quale schema adottare (preferibilmente prima di far
modifiche) ma poi se ne usi uno solo! Mescolarli sarà sempre una
probabile fonte d'errore.

Seguono un po' di link utili al wiki, così chi vuole approfondire
trova già un punto di partenza.
https://wiki.openstreetmap.org/wiki/Key:border_type
https://wiki.openstreetmap.org/wiki/Boundaries
https://wiki.openstreetmap.org/wiki/Relation:boundary
https://wiki.openstreetmap.org/wiki/Key:boundary
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dmaritime
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative

https://wiki.openstreetmap.org/wiki/Coastline
https://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline

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

Re: [Talk-it] Edit war Sardegna

[Martin Koppenhoefer]

sent from a phone

> Il giorno 02 ago 2016, alle ore 14:39, andriatz  ha 
> scritto:
> 
> Tempo fa in questa mailing list ci fu una luuunga discussione in merito. Alla
> fine si decise di utlizzare i nomi dei comuni sardi in sardo (qual'ora
> esistesse il nome in sardo e questo fosse utilizzato dall'amministraizone
> comunale) "/" e nome in lingua italiana.


+1, praticamente si vogliono 3 tags per ogni cosa:
name (bilingue)
name:it
name sardo

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

Re: [Talk-it] Edit war Sardegna

[Martin Koppenhoefer]

sent from a phone

Il giorno 02 ago 2016, alle ore 14:17, Alessandro  ha 
scritto:

>> ci riamo! il solito e inneffabile " On The Ground Rule " che
>> stupidamente "ha la precedenza su tutto".


è vero che ha precedenza su tutto, ma ovviamente non vuol dire che cose che non 
si vedono immediatamente on the ground sono da cancellare (se ci "sono"). On 
the ground vuol dire anche parlare con le persone, guardare fonti pubblicamente 
accessibili (delibere, atti, internet)


> 
> Brain not included.


;-)

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

Re: [OSM-talk-be] Fwd: reminder: foss4g call for participation ends this week

[Jo]

Foss4g is on the same dayas the hot summit

On Jul 28, 2016 8:50 AM, "joost schouppe"  wrote:

> And Jo, how about a little talk about the bus route checking software?
>
> 2016-07-28 8:47 GMT+02:00 joost schouppe :
>
>> All eyes towards Glenn :)
>>
>> 2016-07-27 23:12 GMT+02:00 Johan Van de Wauw :
>>
>>> Hello OSM Belgium,
>>>
>>> It seems I somehow forgot to promote FOSS4G.be on this list. For those
>>> who don't know the event, it is focused on open source geospatial software,
>>> but open geo data, such as OSM is also part of our focus.
>>>
>>> Last year we had a succesful free event with about 350 participants (see
>>> http://www.osgeo.be/history/ ), and we are organising another edition
>>> on 22 september (the day before SOTM).
>>>
>>> If anyone would like to present something they did with openstreetmap in
>>> Belgium, this event is an ideal opportunity. If you would like to present
>>> something, please mail me this week. Officialy the call for presentations
>>> is closed - but while reviewing the proposals I thought it was a pity
>>> no-one submitted OSM talks (and I noticed I didn't forward the call for
>>> papers to this list - my error). There are some other presentations about
>>> OSM which are rather technical, not directly focused on Belgium.
>>>
>>> Kind Regards,
>>> Johan
>>>
>>> -- Forwarded message --
>>> From: Johan Van de Wauw 
>>> Date: Fri, Jul 22, 2016 at 2:19 PM
>>> Subject: reminder: foss4g call for participation ends this week
>>> To: "belg...@lists.osgeo.org" 
>>>
>>>
>>> Hi all,
>>>
>>> A short reminder: the call for participation to the FOSS4G.be conference
>>> on september 22 ends this week on Sunday 24 July.
>>> If you want to contribute, please send  your title + abstract to
>>> presentati...@foss4g.be
>>>
>>> More info on: http://2016.foss4g.be/papers.php
>>>
>>> Note that we accept submission in English, French and Dutch, even though
>>> this reminder is only in English :-)
>>>
>>> Kind Regards,
>>> Johan
>>>
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>>
>> --
>> Joost @
>> Openstreetmap  |
>> Twitter  | LinkedIn
>>  | Meetup
>> 
>>
>
>
>
> --
> Joost @
> Openstreetmap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-us] Proposing import of sidewalk data Seattle, WA, USA

[Bryan Housel]

Meg this is excellent!

Thank you for sharing your plans with `talk-us` and `talk-us-pugetsound`.  I’m 
looking forward to seeing this public data source imported into OpenStreetMap.  
Given that your team is located in Seattle and is very involved with the local 
community there, I don’t see any issues. 

I think it is great that you are following the same process used by the various 
building import projects in other cities, and that you are taking 
responsibility for manual review of the data prior to importing.

Also, I’ve reviewed the proposed sidewalk schema and it aligns perfectly with 
North American sidewalk tagging conventions.

Good luck and let me know if I can be helpful in any way..

Bryan




> On Aug 1, 2016, at 5:35 PM, Meg Drouhard  wrote:
> 
> Hello,
> 
> We are proposing to import open municipal sidewalk data from the city of 
> Seattle as described in this proposal: 
> http://wiki.openstreetmap.org/wiki/Seattle,_Washington/Sidewalk_Import 
> .
> 
> Imports will be tagged according to the sidewalk schema that we propose here: 
> http://wiki.openstreetmap.org/wiki/Proposed_features/sidewalk_schema 
> .  The 
> schema is a proposal for standardization of conventions, rather than changing 
> or adding tags, and it is particularly concerned with features of sidewalks 
> that may aid or impede travel for people with limited mobility. 
> 
> We are still in the process of testing our deployment of the OSM Tasking 
> Manager for this purpose, but we appreciate any feedback you may have either 
> through our discussion pages or by email .
> 
> Thanks,
> 
> Meg Drouhard
> ___
> 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] R: Re: traffic_sign valori ID per l'Italia

[Martin Koppenhoefer]

sent from a phone

> Il giorno 02 ago 2016, alle ore 10:57, Bruno  ha scritto:
> 
> Allo steso tempo in effetti i cartelli di obbligo/divieto possono creare 
> problemi nella mappatura sulla way. Se nello stesso punto ho in una direzione 
> il limite dei 50 e in quello opposto quello dei 70 come faccio a mapparlo 
> sulla 
> way?
> Avrei due maxspeed nello stesso punto


i limiti non vanno mappati con traffic sign, li mappi con maxspeed oppure 
maxspeed:forward e :backward 
Con traffic sign ci mappi soltanto il cartello che impone il limite. Mettere il 
tag traffic_sign sul way sarebbe un contrasenso e non darebbe più informazioni 
che non metterlo proprio.

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

Re: [Talk-it] R: Re: traffic_sign valori ID per l'Italia

[Martin Koppenhoefer]

sent from a phone

> Il giorno 02 ago 2016, alle ore 10:57, Bruno  ha scritto:
> 
> Guardando il wiki http://wiki.openstreetmap.org/wiki/Key:traffic_sign a me 
> sembrerebbe che la modalità principale di mappatura sia sul nodo della way.


per me no, perché la segnaletica ha sempre una direzione, e mettendolo alla 
reale posizione si capisce. 

Il wiki non è molto chiaro perché mischia i concetti. Per me il tag 
traffic_sign è per mappare la segnaletica, non gli effetti di essa. Abbiamo 
altri tags per mappare gli effetti (oppure se mancano dobbiamo inventarli). 
Anche perché mettendo i cartelli su un way o un area si sta già interpretando 
il significato e quindi sarebbe più logico usare dei tags uniforme invece di 
codici nazionali e criptici...


> 
> In effetti, se mentre per i cartelli d'obbligo la tua soluzione è efficace, 
> sui cartelli di pericolo la cosa è più complessa.
> Se io volessi segnalare un segnale di curva pericolosa, come fa un software 
> di 
> routing a pescare il segnale?



non ne ha proprio bisogno il software di routing perché vede le geometrie delle 
curve.



> Dovrebeb analizzare tutti i cartelli vicini alla 
> way, ma senza una relazione rischia di avere grosse difficoltà.


in pratica da quando ho iniziato a mappare cartelli non ho mai avuto problemi a 
capire per quale way vale un cartello (in rari casi vicino gli incroci capita 
che uno mette il cartello forse un po' più vicino di quanto è nella realtà), ma 
le vedo più per gli altri mappatori che per i software.

In generale, mappare i cartelli lo vedo come ultima importanza, se hai dei 
dubbi lascia perdere e buttati su qualcosa più importante ;-)


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

Re: [OSM-talk-fr] source=IGN BdTopo 2016

[Jérôme Seigneuret]

Salut,

Oui c'est François Lacombe. Et pour la source je pense que tu peux laisser
un commentaire sur le changeset car c'est clairement la
BDOrtho IGN 2016 (petite vérif sous JOSM ;-)  )

A Plus.

Le 2 août 2016 à 12:31, Christian Quest  a écrit :

> Non, pas d'accord sur la BD Topo.
>
> Il s'agit sûrement d'une erreur... BDOrtho au lieu de BDTopo... François,
> tu confirme ?
>
> Le 2 août 2016 à 12:21, mav  a écrit :
>
>> Bonjour,
>>
>>
>> Je ne suis plus l'actualité de la liste de diffusion en détail donc je
>> vous demande de m'excuser si le sujet a déjà été traité, mais je
>> m'interroge devant des changements massifs (ce qui est plutôt chouette)
>> touchant mon secteur (chouette), concernant le réseau électrique et
>> "sourcés" (ce qui est encore plus chouette):
>> "IGN BdTopo 2016".
>>
>> La BD TOPO® de l'IGN est gratuite pour des missions de service publique,
>> mais elle n'est pas distribuée sous licence ouverte :
>> http://professionnels.ign.fr/bdtopo
>> Et ça, ça me parait beaucoup moins chouette.
>>
>> Utilisateur : https://www.openstreetmap.org/user/InfosReseaux
>> S'agit-il de François Lacombe qui intervient régulièrement sur la liste ?
>> (je l'ai ajouté en copie).
>> Le changeset en question :
>> https://www.openstreetmap.org/changeset/41179306
>> (mais il y en a d'autres).
>>
>> Est-ce qu'il y a une convention/un accord OSM/IGN qui m'aurait échappé ?
>> Si oui, est-il listé sur le wiki ? Je n'en ai pas trouvé la trace.
>>
>> Je m'adresse à la liste car je n'aurai pas le temps de faire le suivi (ni
>> d'éventuels reverts).
>> Merci d'avance à ceux qui récupèreront le bébé et assureront le suivi.
>>
>> Bonne journée,
>>
>> mav
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Proposing import of sidewalk data Seattle, WA, USA

[Frederik Ramm]

Meg,

   sidewalk tagging in OSM is a complex issue. The fact that sidewalks
are not tagged as individual geometries is not purely a shortcoming,  it
is a compromise that keeps OSM data editable. Having individual
geometries for every single sidewalk on the planet will not only
massively increase the data volume but also require new and better tools
for editing, e.g. moving the geometry of a street without having to move
three parallel lines manually and so on.

There have been several local imports of sidewalk data that were removed
again because lack of prior discussion and/or because they were
single-purpose imports that did not care about integration with the rest
of OSM (for example: what should rendering engines do with sidewalks;
how do they integrate with normal footways; how is a sidewalk linked to
the road along which it runs so that routing engines can say "follow
sidewalk along XY road" instead of "follow unnamed footway"; how can
routing and rendering use individual sidewalks and still gracefully fall
back to another method where these are not defined, and so on).

People are experimenting with different ways of mapping sidewalks.
Under no circumstances should you perform an import that creates facts
before your proposal for separate mapping of sidewalks has been
discussed more widely.

Several ideas have been proposed to get around mapping sidewalks as
individual geometries, which is in many ways the most primitive way to
tackle the problem and the one that puts the most work on the shoulders
of our volunteers.

Your wiki page states that you had "feedback from the global OSM
community"; I'm surprised that these details seem to have escaped you
until now. Which sidewalk mapping experiments in OSM have you studied,
and what have you learned? Which global OSM community did you talk to
and where?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-it] Edit war Sardegna

[andriatz]

Tempo fa in questa mailing list ci fu una luuunga discussione in merito. Alla
fine si decise di utlizzare i nomi dei comuni sardi in sardo (qual'ora
esistesse il nome in sardo e questo fosse utilizzato dall'amministraizone
comunale) "/" e nome in lingua italiana.




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

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

Re: [Talk-it] Query overpass turbo per estrarre dati strade?

[cesare gerbino]

Grande!

 Grazie


Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b

Questo è un account di posta personale di Cesare Gerbino: tutte le opinioni
espresse sono personali e non riflettono necessariamente quelle del mio
datore di lavoro

This is Cesare Gerbino mail account. Text is written by Cesare Gerbino:
 the views expressed  are mine and not necessarily those of my employer.
.


Il giorno 2 agosto 2016 14:22, Fabrizio Tambussa  ha
scritto:

> Il 2 agosto 2016 14:16, cesare gerbino  ha
> scritto:
> > Ciao a tutti,
> >
> > qualcuno ha un esempio di query overpass che mi permetta di scaricare il
> > tracciato di una strada, esempio l'intera autostrada A4?
>
> Qui l'esempio per l'A4:
> http://overpass-turbo.eu/s/hDq
>
>
> Oppure in linguaggio query:
>
> [out:json][timeout:25];
>
> {{geocodeArea:Italia}}->.searchArea;
>
> (
>   way["highway"="motorway"]["ref"="A4"](area.searchArea);
>   relation["highway"="motorway"]["ref"="A4"](area.searchArea);
> );
>
> out body;
> >;
> out skel qt;
>
>
> Saluti
>
> ___
> 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] Query overpass turbo per estrarre dati strade?

[Fabrizio Tambussa]

Il 2 agosto 2016 14:16, cesare gerbino  ha scritto:
> Ciao a tutti,
>
> qualcuno ha un esempio di query overpass che mi permetta di scaricare il
> tracciato di una strada, esempio l'intera autostrada A4?

Qui l'esempio per l'A4:
http://overpass-turbo.eu/s/hDq


Oppure in linguaggio query:

[out:json][timeout:25];

{{geocodeArea:Italia}}->.searchArea;

(
  way["highway"="motorway"]["ref"="A4"](area.searchArea);
  relation["highway"="motorway"]["ref"="A4"](area.searchArea);
);

out body;
>;
out skel qt;


Saluti

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

[Talk-us] Proposing import of sidewalk data Seattle, WA, USA

[Meg Drouhard]

Hello,

We are proposing to import open municipal sidewalk data from the city of
Seattle as described in this proposal:
http://wiki.openstreetmap.org/wiki/Seattle,_Washington/Sidewalk_Import.

Imports will be tagged according to the sidewalk schema that we propose
here: http://wiki.openstreetmap.org/wiki/Proposed_features/sidewalk_schema.
The schema is a proposal for standardization of conventions, rather than
changing or adding tags, and it is particularly concerned with features of
sidewalks that may aid or impede travel for people with limited mobility.

We are still in the process of testing our deployment of the OSM Tasking
Manager for this purpose, but we appreciate any feedback you may have
either through our discussion pages or by email .

Thanks,

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

Re: [Talk-it] Edit war Sardegna

[Alessandro]

Il 02/08/2016 11:39, Dino Michelini ha scritto:

ci riamo! il solito e inneffabile " On The Ground Rule " che
stupidamente "ha la precedenza su tutto".


Brain not included.

Inizio immediatamente a cancellare tutti i confini: mica sono disegnati 
sul terreno.


Queste sono le cose che mi fanno saltare proprio la mosca al naso. Tra 
l'altro l'utente mi pare che frequenti pure la mailing list


Alessandro Ale_Zena_IT


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

[Talk-it] Query overpass turbo per estrarre dati strade?

[cesare gerbino]

Ciao a tutti,

qualcuno ha un esempio di query overpass che mi permetta di scaricare il
tracciato di una strada, esempio l'intera autostrada A4?

Grazie mille anticipatamente


Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b

Questo è un account di posta personale di Cesare Gerbino: tutte le opinioni
espresse sono personali e non riflettono necessariamente quelle del mio
datore di lavoro

This is Cesare Gerbino mail account. Text is written by Cesare Gerbino:
 the views expressed  are mine and not necessarily those of my employer.
.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-de] Darmstadt Tramschienen

[Tracy Kasperczyk]

Hallo Community,

uns ist in Darmstadt aufgefallen, dass da teilweise Gleistags und
Straßentags noch am gleichen Weg kleben:
http://overpass-turbo.eu/s/hx2


Die Wiki-Seite von Darmstadt ist seit 2014 unverändert, und die Wege sind
auch überwiegend seit einem Jahr und mehr nicht angefasst:
http://wiki.openstreetmap.org/wiki/Darmstadt


Daher wollten wir hier auf talk-de ankündigen, dass wir gerne die Wege
aufteilen wollen, gemäß
http://wiki.openstreetmap.org/wiki/Trams
http://wiki.openstreetmap.org/wiki/DE:Trams

Z.B.
- in der Rheinstraße die Bustags auf eine einzelne Zweirichtungs-Busspur
zwischen den Gleisen übertragen
- in der Frankfurter Straße die Straßentags (mit PLZ?) auf eine neue
Mittellinie für die PKW-Fahrbahn übertragen
- am Mathildenplatz wird aus der Busspur ein getrennter Weg auf gemeinsamen
Nodes mit dem Gleis

Wenn niemand Einwände hat, würden wir nächste Woche die Ways wie
beschrieben trennen.

Viele Grüße
Tracy (MENTZ GmbH)
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [talk-au] Australia "changing coordinates"

[Warin]

On 8/2/2016 3:37 PM, Andrew Davidson wrote:

WGS84 is a datum fixed; as in dated 1984 and the data does not change.


I'm not sure that you've understood exactly what a semi-dynamic datum 
is. Have a read of this:


http://ceur-ws.org/Vol-1142/paper6.pdf

particularly sections 3.4 and 3.5.


I'm reading
http://earth-info.nga.mil/GandG/publications/tr8350.2/wgs84fin.pdf
The document is dated in 1996 so more recent things are not in it. But I 
think the principles would hold.


It lists;
WGS 84  1 Jan 87 - 1 Jan 94
WGS 84 (G730) 2 Jan 94 - 28 Sept 96
WGS 84 (G873)  From 29 Sept 96

You will observe the refinements of WGS 84 (to reduce 
error/uncertainty). I would expect that suffix would be used in 
professional circles.
The (G) simply gives a refinement to WGS84, does not change the 
basis, and the refinements are getting smaller.

This document also introduces the concept of  'uncertainties', a good move.

Page 16 of 175 states in part
"As of 2 Jan 94, a set of geodetic coordinates shall include a 
designation of the reference frame and epoch of the observations"


Note that this is for any datum. I expect this date requirement will 
become more common and a requirement with earth centric datums.


"In summary, the refinements which have been made to WGS 84 have reduced 
the uncertainty in the coordinates of the reference frame, the 
uncertainty of the gravitational model and the uncertainty of the geoid 
undulations.They have not changed WGS 84. "


http://ceur-ws.org/Vol-1142/paper6.pdf
 In section 3.5 the error is introduced in making the first transform 
from GDA94 to WGS84. Not clear if this transform was made at all, or if 
made was not to the correct date.
The error could have been avoided by the correct transform in the first 
datum conversion?






Or you have access to survey points/marks and their data  in the local
area.


LOL. Reminds me of this quote:


"You'll never find a survey mark on the ground with coordinates 
referenced to WGS-84. If you do, it's wrong."


A global datum will have more compromises than a local datum. For that 
reason alone I would expect survey marks to be in the local datum..
e.g. NSW survey marks are GDA94 using MGA 
http://spatialservices.finance.nsw.gov.au/surveying/scims_online
I also expect these will be translated to the new earth centric datum as 
a mathematical operation some time in 2017.
I would expect that any local datum can be transformed into WGS84 with a 
sufficient level of accuracy for the task, if required (i.e. if the end 
equipment requires WGS84, or its refinements)



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

Re: [OSM-talk-fr] source=IGN BdTopo 2016

[Christian Quest]

Non, pas d'accord sur la BD Topo.

Il s'agit sûrement d'une erreur... BDOrtho au lieu de BDTopo... François,
tu confirme ?

Le 2 août 2016 à 12:21, mav  a écrit :

> Bonjour,
>
>
> Je ne suis plus l'actualité de la liste de diffusion en détail donc je
> vous demande de m'excuser si le sujet a déjà été traité, mais je
> m'interroge devant des changements massifs (ce qui est plutôt chouette)
> touchant mon secteur (chouette), concernant le réseau électrique et
> "sourcés" (ce qui est encore plus chouette):
> "IGN BdTopo 2016".
>
> La BD TOPO® de l'IGN est gratuite pour des missions de service publique,
> mais elle n'est pas distribuée sous licence ouverte :
> http://professionnels.ign.fr/bdtopo
> Et ça, ça me parait beaucoup moins chouette.
>
> Utilisateur : https://www.openstreetmap.org/user/InfosReseaux
> S'agit-il de François Lacombe qui intervient régulièrement sur la liste ?
> (je l'ai ajouté en copie).
> Le changeset en question :
> https://www.openstreetmap.org/changeset/41179306
> (mais il y en a d'autres).
>
> Est-ce qu'il y a une convention/un accord OSM/IGN qui m'aurait échappé ?
> Si oui, est-il listé sur le wiki ? Je n'en ai pas trouvé la trace.
>
> Je m'adresse à la liste car je n'aurai pas le temps de faire le suivi (ni
> d'éventuels reverts).
> Merci d'avance à ceux qui récupèreront le bébé et assureront le suivi.
>
> Bonne journée,
>
> mav
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

[OSM-talk-fr] Aire d'accueil des gens du voyage / halting site

[mav]

Re-bonjour,

J'ai aperçu une modification d'attribut sur une aire de gens du voyage
dans secteur : https://overpass-api.de/achavi/?changeset=41166721
Je me suis dit : youpi! enfin un tag (residential=halting_site) pour ce
cas pas facile à tagguer!

Et quand j'ai fait un halting_site !osmw dans mon moteur de recherche
préféré, j'ai fait... pas youpi :
http://wiki.openstreetmap.org/wiki/Aire_d%27accueil_des_gens_du_voyage 28
residential=halting_site en France
39 residential=halting_site en France, Angleterre et Irlande

Ça ressemble à une bonne volonté de
https://www.openstreetmap.org/user/Bernard59118.
suite à cette discussion
https://help.openstreetmap.org/questions/28219/tagging-aire-dacceuil-des-gens-du-voyage-travellers-people

Serait-il possible de définir une position claire sur cette liste?
Et éventuellement de mettre à jour la page wiki en conséquent?

Merci d'avance à toutes les bonnes volontés!

mav

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

[OSM-talk-fr] source=IGN BdTopo 2016

[mav]

Bonjour,


Je ne suis plus l'actualité de la liste de diffusion en détail donc je
vous demande de m'excuser si le sujet a déjà été traité, mais je
m'interroge devant des changements massifs (ce qui est plutôt chouette)
touchant mon secteur (chouette), concernant le réseau électrique et
"sourcés" (ce qui est encore plus chouette):
"IGN BdTopo 2016".

La BD TOPO® de l'IGN est gratuite pour des missions de service publique,
mais elle n'est pas distribuée sous licence ouverte :
http://professionnels.ign.fr/bdtopo
Et ça, ça me parait beaucoup moins chouette.

Utilisateur : https://www.openstreetmap.org/user/InfosReseaux
S'agit-il de François Lacombe qui intervient régulièrement sur la liste ?
(je l'ai ajouté en copie).
Le changeset en question :
https://www.openstreetmap.org/changeset/41179306
(mais il y en a d'autres).

Est-ce qu'il y a une convention/un accord OSM/IGN qui m'aurait échappé ?
Si oui, est-il listé sur le wiki ? Je n'en ai pas trouvé la trace.

Je m'adresse à la liste car je n'aurai pas le temps de faire le suivi (ni
d'éventuels reverts).
Merci d'avance à ceux qui récupèreront le bébé et assureront le suivi.

Bonne journée,

mav




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

[Talk-us] Whole-US Garmin Map update - 2016-07-29

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2016-07-29

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2016-07-29/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2016-07-29

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [Talk-it] Edit war Sardegna

[Dino Michelini]

  ci riamo! il solito e inneffabile " On The Ground Rule " che
stupidamente "ha la precedenza su tutto". E pensare che per far
riposizionare correttamente dal comune un cartello stradale ho fatto due
mail e due pec di sollecito. Pensa che cosa poteva accadere se fosse
passato in quella strada l1212 o un suo seguace!

Il 02.08.2016 11:13
andriatz ha scritto: 

> Ciao,
> nella mailing list sarda l'utente l2212
segnala:
> " L'utente "fayor" sta cancellando i toponimi bilingui (ed i
tag name:it),
> devo riaprire nuovamente la discussione su talk-it? Lui
sta ignorando tutto
> quello già fatto e scritto, come si può vedere
nella discussione qui:
> 
>
https://www.openstreetmap.org/changeset/41147692 [1]
> 
> ed anche il
mio invito a chiedere prima nella mailing list."
> 
> Quindi speriamo
che l'utente fayor si faccia vivo e ne discuta in mailing
> list (magari
in crosspost)
> 
> Nel mentrequando posso reverto anche io le sue
modifiche.
> 
> Ciao
> 
> --
> View this message in context:
http://gis.19327.n5.nabble.com/Edit-war-Sardegna-tp5879638p5879640.html
[2]
> Sent from the Italy General mailing list archive at Nabble.com.
>

> ___
> Talk-it mailing
list
> Talk-it@openstreetmap.org [3]
>
https://lists.openstreetmap.org/listinfo/talk-it [4]
 



Con Smart 3 Giga a 9 euro/4 sett navighi veloce, chiami e invii SMS dal tuo 
smartphone verso tutti i fissi e mobili in Italia. Passa a Tiscali Mobile! 
http://casa.tiscali.it/mobile/

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

Re: [Talk-it] Edit war Sardegna

[andriatz]

Ciao,
nella mailing list sarda l'utente l2212 segnala:
" L'utente "fayor" sta cancellando i toponimi bilingui (ed i tag name:it),
devo riaprire nuovamente la discussione su talk-it? Lui sta ignorando tutto
quello già fatto e scritto, come si può vedere nella discussione qui:

https://www.openstreetmap.org/changeset/41147692

ed anche il mio invito a chiedere prima nella mailing list."

Quindi speriamo che l'utente fayor si faccia vivo e ne discuta in mailing
list (magari in crosspost)

Nel mentrequando posso reverto anche io le sue modifiche.

Ciao





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

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

Re: [OSM-ja] State of the Map Japan 2016まであと一週間です！

[Satoshi IIDA]

いいだです。

ありがとうございます！！
集合は、09:00に赤羽会館の正面玄関でお願いします。
（たぶん、もうちょっと早く、08:45くらいには居ると思います）

よろしくおねがいしますー







2016年8月1日 22:09 tomoya muramoto :

> muramotoです。
>
> お手伝いさせていただきます。
> (多分、もう少し早めに行って、マピラリってると思いますw)
> よろしくお願いします。
>
> ___
> 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-it] Edit war Sardegna

[Fabrizio Tambussa]

E' in corso una edit war sui nomi di comuni sardi.
Qualcuno sa cosa succede?
Saluti
Sbiri

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

[Talk-it] R: Re: traffic_sign valori ID per l'Italia

[Bruno]

Rileggendo mi sono sorti alcuni dubbi.


>Messaggio originale
>Da: "Damjan Gerl" 
>Data: 30/07/2016 1.26
>A: 
>Ogg: Re: [Talk-it] traffic_sign valori ID per lItalia
>
>29.07.2016 - 08:40 - Bruno:
>>
>> più logico:
>> higway=crossing
>> crossing=zebra
>> traffic_sing=IT:F13
>
>Attenzione che i cartelli vanno taggati con un punto li dove stanno, 
>mentre la "funzione" del cartello va taggata sulla way o dove serve.
>Nel esempio di sopra: traffic_sing=IT:F13 su due punti dove stanno 
>fisicamente i due cartelli, mentre higway=crossing e crossing=zebra sul 
>punto della way (strada) dove si trovano le strisce.

Guardando il wiki http://wiki.openstreetmap.org/wiki/Key:traffic_sign a me 
sembrerebbe che la modalità principale di mappatura sia sul nodo della way.

In effetti, se mentre per i cartelli d'obbligo la tua soluzione è efficace, 
sui cartelli di pericolo la cosa è più complessa.
Se io volessi segnalare un segnale di curva pericolosa, come fa un software di 
routing a pescare il segnale? Dovrebeb analizzare tutti i cartelli vicini alla 
way, ma senza una relazione rischia di avere grosse difficoltà.

Allo steso tempo in effetti i cartelli di obbligo/divieto possono creare 
problemi nella mappatura sulla way. Se nello stesso punto ho in una direzione 
il limite dei 50 e in quello opposto quello dei 70 come faccio a mapparlo sulla 
way?
Avrei due maxspeed nello stesso punto.

Insomma ho le idee un po' confuse :-)





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

Re: [Talk-cz] Kruhové objezdy Mělník

[Marián Kyral]

Tak dlážděnou plochu bych otagoval highway=service a area=yes.
Možná to není určeno k ježdění, ale zřejmě to bude pro nějaké nadměrné 
soupravy nebo tak něco.

Marián


-- Původní zpráva --
Od: Milan Cerny 
Komu: OpenStreetMap Czech Republic 
Datum: 1. 8. 2016 16:34:30
Předmět: Re: [Talk-cz] Kruhové objezdy Mělník

"Kruháče v Mělníku zmapovány podle místního šetření, GPS + foto. Zatím ve 
stávajícím stavu, tj jednosměrný nový úsek a nájezdy ve výstavbě. 
Je tam jedna zajímavost, vnitřek kruháče je rozdělen na půl, polovina je 
zeleň a polovina vydlážděná. Jak otagovat tu dlážděnou část? Na jednu stranu
je to součást silnice (hwy) ale vnitřek kruhu není určen k ježdění, takže 
hwy ne.

Milan


__
> Od: Michal Poupa 
> Komu: OpenStreetMap Czech Republic 
> Datum: 30.07.2016 09:16
> Předmět: Re: [Talk-cz] Kruhové objezdy Mělník
>
>já také a proto konstatuji že vše je již postaveno jen malá část není
>otevřena (nový kus je zatím jednosměrný) ale vše již fyzicky stojí. zkoušel
>jsem malovat kruháče bohužel to není tak jednoduché jako ve Waze tak se mi
>to nepodařilo. Alespoň jsem odpojil ulici Cukrovarskou.
>
>Dne 29. července 2016 23:09 Lukáš Gebauer  napsal(a):
>
>> A to je v rozporu s mym tvrzenim? Hele, fakt nemam zapotrebi se tu o tom
>> takhle dohadovat, prdim na to, chtel jsem jen pomoci.
>>
>> 29. července 2016 22:49:05 SELČ, Michal Poupa 
>> napsal:
>>
>>> Neni to pravda - Dva funguji plne ten na pražské a ted druhý na pumpě
>>> Shell.
>>>
>>> Ten treti je komplet postaveny ale použilvá se jako křižovatka:
>>>
>>>
>>> 29. 7. 2016 v 22:14, Lukáš Gebauer :
>>>
>>> Tak ja tam treba minuly vikend jel, ale jeste nebyl cas cokoliv kreslit.
>>>
>>> Ale hlavne, on cely ten kus obchvatu je jeste porad jeste nedodelany,
>>> rozkopany, provozovany provizorne jen jednosmerne, a napriklad ten prvni
>>> zmineny kruhac jeste vubec nefunguje v rezimu kruhace, ale v rezimu
>>> rozkopane trochu krive normalni krizovatky, a jeste jen jednosmerne.
>>>
>>> Cele to zprovoznili jen proto, aby mohli zavrit starou trasu pres
>>> Italskou ulici, ktera je ted v rekonstrukci, kde z toho udelaji normalni
>>> rezidencni ulici. Opacny smer tahnou provizorne kolem nemocnice. Ve 
finale
>>> pujde silnice cislo 9 tim obchvatem a kruhaky obousmerne. Tak to ale 
jeste
>>> nefunguje.
>>>
>>> 29. července 2016 12:56:56 SELČ, "Marián Kyral"  
napsal:

 Asi v Mělníku momentálně není žádný aktivní mapper a nikdo přes Mělník
 nejel.

 Marián

 -- Původní zpráva --
 Od: Michal Poupa 
 Komu: OpenStreetMap Czech Republic 
 Datum: 29. 7. 2016 12:49:45
 Předmět: Re: [Talk-cz] Kruhové objezdy Mělník

 Stojí tam už delší dobu oba... mme je. překvapilo že se tu silnice I.
 třídy aktualizují tak dlouho...


 29. 7. 2016 v 12:33, Milan Cerny :

 > Cesta do Mělníku se mi celkem hodí, odpoledne tam zajedu a zaměřím 
oba
 kruháče plus další co s tím souvisí.
 >
 > Milan
 > __
 >> Od: jzvc 
 >> Komu: talk-cz@openstreetmap.org
 >> Datum: 29.07.2016 11:06
 >> Předmět: Re: [Talk-cz] Kruhové objezdy Mělník
 >>
 >> Dne 28.7.2016 v 22:54 Michal Poupa napsal(a):
 >>> Dobrý den,
 >>> jelikož ještě neumím malovat kruhové objezdy mohl by je někdo
 namalovat
 >>> nové kruháky na Mělnílu v OSM?
 >>>
 >>> Jeden
 >>>
 >>>
 http://www.openstreetmap.org/note/642144#map=18/50.34510/14.49696;
layers=N
 >>>
 >>> a druhý
 >>>
 >>>
 http://www.openstreetmap.org/note/642143#map=19/50.34750/14.49237;
layers=N
 >>
 >> Cus, chtelo by to nejaky zdroj - odkaz na web s fotkou, nejakym
 clankem,
 >> dokumentaci vystavby ...
 >>
 >> Jak se dela kruhac se muzes inspirovat na libovolnym jinym. Ale 
pokud
 >> nepouzivas JOSM, dost pravdepodobne rozbijes relace, pokud tam 
nejake
 jsou.
 >>
 >>>
 >>> Ono to v žádné mapě (kromě Waze zatím není správně). Když tak
 koukněte
 >>> do projektu nebo do Waze tam je to již OK.
 >>>
 >>> TeX232
 >>>
 >>>
 >>> ___
 >>> Talk-cz mailing list
 >>> Talk-cz@openstreetmap.org
 >>> https://lists.openstreetmap.org/listinfo/talk-cz
 >>
 >>
 >> ___
 >> Talk-cz mailing list
 >> Talk-cz@openstreetmap.org
 >> https://lists.openstreetmap.org/listinfo/talk-cz
 >
 > ___
 > Talk-cz mailing list
 > Talk-cz@openstreetmap.org
 > 

Re: [talk-au] Australia "changing coordinates"

[Andrew Harvey]

I found this explanation helpful
http://www.geoproject.com.au/gda.faq.html#q16

On Tue, 2 Aug 2016, at 01:57 PM, Andrew Davidson wrote:
> What to do about it? Unfortunately the changeover to GDA2020 is not 
> going to happen overnight, the plan is for a three year transition 
> starting in 2017. If it did happen overnight then we could just shift 
> all of the nodes in Australia to their new positions can keep on 
> mapping. What's actually going to happen is that the various different 
> organizations are going to switch at different times and the situation 
> for aerial imagery mosaics will be interesting if they aren't 
> retrospectively re-projected (you'll have some places on GDA2020 and 
> others still on GD94). So I'm guessing the approach of wait and see 
> might be the one to take. Obviously if organizations start releasing 
> data in GDA2020 and people start importing it into OSM we're going to 
> have to make the call: move everything to GDA2020 or convert imports 
> back to GDA94? It's only going to be a real issue once we get access to 
> aerial imagery that's in GDA2020 or people get general access to GPS 
> with decimetre accuracy.

If you have suggestions on better ways to handle this within OSM, please
add them as a suggestion for the 0.7 API at
https://wiki.openstreetmap.org/wiki/API_v0.7 Whether this means
including a date together with the coordinates (for correcting WGS84 to
account for drift), or supporting GDA2020 coordinates directly.

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

Re: [Talk-GB] Summer Quarterly Project

[Jez Nicholson]

first version of wiki page created ->
http://wiki.openstreetmap.org/wiki/UK_2016_Q3_Project:_Farms

On Mon, 1 Aug 2016 at 15:55 Harry Wood  wrote:

> I'll link your earlier mailing list post from here:
> http://wiki.openstreetmap.org/wiki/UK_Quarterly_Project  but we could
> make a wiki page of it, and/or a kick off blog post. Something to link to
> in relation to this.
>
> Harry
>
>
>
> --
> *From:* Brian Prangle 
> *To:* Talk GB 
> *Sent:* Monday, 1 August 2016, 14:41
> *Subject:* [Talk-GB] Summer Quarterly Project
>
> Hi everyone
>
> We've been making steady progress at about 20 farms a day but seemed to
> have slowed down over the last week.  We've only the daily taginfoscript
> 
> to capture progress of the data, so we're a somwhat constrained as to
> previous quarters in seeing what's going on. So far we've increased the
> number of farms mapped by 405. Currently we've no idea how much of an
> increase in activity that is, if any. As ever comments and encouragement
> welcome. Does anyone have any bright ideas to stimulate activity on this
> project?
>
> Regards
>
> Brian
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb