[Talk-it] Limiti e potenzialità per creazione servizio di tiles OSM

[Alessandro Sarretta]

Buongiorno a tutti,

ho ricevuto una richiesta, da parte di un'associazione che usa già 
Leaflet (https://leafletjs.com/) per mostrare mappe di OSM embedded sul 
loro sito, di un consiglio per crearsi un loro servizio di mappe e tiles 
e comprendere quali sono le necessità e i limiti delle richieste 
(frequenza temporale/banda/ecc..) per crearsi un servizio del genere.


Ho visto che Switch2OSM (https://switch2osm.org/serving-tiles/) fornisce 
delle indicazioni e delle guide; sapete se ci sono altri portali, 
documenti o degli esempi di buone pratiche che descrivono nel dettaglio 
limiti e potenzialità?


Grazie in anticipo,

Ale


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

[Talk-it] Richiesta su capacità/

[Alessandro Sarretta]

Buongiorno a tutti,

ho ricevuto una richiesta, da parte di un'associazione che usa già 
Leaflet (https://leafletjs.com/) per mostrare mappe di OSM embedded sul 
loro sito, di un consiglio per crearsi un loro servizio di mappe e tiles 
e comprendere quali sono le necessità e i limiti delle richieste 
(frequenza temporale/banda/ecc..) per crearsi un servizio del genere.


Ho visto che Switch2OSM (https://switch2osm.org/serving-tiles/) fornisce 
delle indicazioni e delle guide; sapete se ci sono altri portali, 
documenti o degli esempi di buone pratiche che descrivono nel dettaglio 
limiti e potenzialità?


Grazie in anticipo,

Ale


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

Re: [Talk-it-trentino] Soddisfazione personale

[Alessandro Vitali]

Il giorno mer 20 mag 2020 alle ore 09:36 Paolo Ianes 
ha scritto:

> Potresti pensare di installare sui tablet anche un sw (tipo Vespucci ma mi
> pare che anche Osmand abbia un plugin per modificare la mappa) con il quale
> ciascun autista possa aggiustare le imprecisioni che trova sulla mappa.
> Cominciando da cose molto semplici come l'esistenza di cancelli, lo stato
> non percorribile di una strada indicata come carrabile, i numeri civici,
> ecc.
>

I tablet sono bloccati e non posso installare niente in autonomia. Allo
stesso tempo temo che, almeno per il momento, sarebbe controproducente...
diamo il tempo al tempo.
Cmq grazie!!
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

Re: [OSM-talk] talk Digest, Vol 189, Issue 24

[Mateusz Konieczny via talk]

May 20, 2020, 23:57 by talk@openstreetmap.org:

> I don't believe you can migrate to StackExchange - we would have to
> start over if we went that route.
>
Or copy especially useful content manually? Even in case of conflicting licences
authors of given answer would be able to reuse them.

> You definitely can't pay for a StackExhange site - they specifically
> say that they no longer offer that.
>
https://stackoverflow.com/teams/pricing is AFAIK private StackExchange site?
(though pricing model makes it complete mismatch anyway, it is not
intended as a public site)

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

Re: [OSM-talk-fr] Améliorer la description des bibliothèques et centres de documentation

[Christian Rogel]

J’annonçais un tableau pour la description des bibliothèques et des centre de 
doc et archives, mais un petit bout de l’URL de la page de discussion du wiki 
OSM n’a pas voulu se montrer.

https://wiki.openstreetmap.org/wiki/FR_talk:Tag:amenity%3Dlibrary

> Le 20 mai 2020 à 23:40, Christian Rogel  a 
> écrit :
>  j’ai refait tout le tableau en mode wiki.
> Pas vu d’éditeur visuel sur le wiki OSM.
> Rien ne voulait rester ensemble.
> 
> J’ai ajouté une colonne sur les sources ouvertes qui pourra être déclinée 
> selon les pays.
> J’hésite toujours sur access qui me paraît désigner un accès physique plutôt 
> qu’un accès aux divers types de service.


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

Re: [Talk-it] Village / Town

[Martin Koppenhoefer]

sent from a phone

> On 20. May 2020, at 23:41, totera  wrote:
> 
> centro abitato --> city/village/town
> comune --> titolo di città o no


allora sarebbe da aggiungere un tag all’oggetto boundary=administrative 
admin_level=8 per indicare città =yes?

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

Re: [OSM-talk] talk Digest, Vol 189, Issue 24

[Tom Hughes via talk]

I don't believe you can migrate to StackExchange - we would have to
start over if we went that route.

You definitely can't pay for a StackExhange site - they specifically
say that they no longer offer that.

Tom

On 20/05/2020 22:17, Allan Mustard wrote:
Simon, et al, if money is required from the OSMF, could not one of the 
working groups submit a funding request for migration to a new platform 
like StackExchange?  Microgrant is probably not appropriate for 
something like this.  Just my two cents' worth.


apm

On 5/20/2020 4:42 PM, talk-requ...@openstreetmap.org wrote:

Send talk mailing list submissions to
talk@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.openstreetmap.org/listinfo/talk
or, via email, send a message with subject or body 'help' to
talk-requ...@openstreetmap.org

You can reach the person managing the list at
talk-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of talk digest..."


Today's Topics:

1. Re: our Q site help.openstreetmap.org is dying
   (Mateusz Konieczny)
2. Re: our Q site help.openstreetmap.org is dying (Tom Hughes)
3. Re: our Q site help.openstreetmap.org is dying (Lester Caine)
4. Re: our Q site help.openstreetmap.org is dying (Simon Poole)
5. Re: our Q site help.openstreetmap.org is dying (Tobias Wrede)
6. Re: our Q site help.openstreetmap.org is dying (Frederik Ramm)
7. Re: our Q site help.openstreetmap.org is dying (Tobias Wrede)
8. Re: our Q site help.openstreetmap.org is dying (James)


--

Message: 1
Date: Wed, 20 May 2020 15:48:27 +0200 (CEST)
From: Mateusz Konieczny
To: Tobias Wrede
Cc: Talk
Subject: Re: [OSM-talk] our Q site help.openstreetmap.org is dying
Message-ID:
Content-Type: text/plain; charset="utf-8"




May 20, 2020, 09:28 byl...@tobias-wrede.de:


Can we involve any of the OSM organizations to find, maybe pay, someone?


The question is about the plan. Life support for this specific platform?

It sounds like an endless pit that can consume plenty of resources,
but maybe I am too pessimistic.

Migrate to Stack Exchange? Even assuming that this company will agree
it has plenty of potential issues.

Wait for someone to volunteer and fix? It would be nice, but not sure what
are chances of that.
-- next part --
An HTML attachment was scrubbed...
URL:<http://lists.openstreetmap.org/pipermail/talk/attachments/20200520/1710766f/attachment-0001.htm>

--

Message: 2
Date: Wed, 20 May 2020 15:12:58 +0100
From: Tom Hughes
To: Mateusz Konieczny, Tobias Wrede

Cc: Talk
Subject: Re: [OSM-talk] our Q site help.openstreetmap.org is dying
Message-ID:<15f2bcdf-981f-19e7-224f-8b92f6574...@compton.nu>
Content-Type: text/plain; charset=utf-8; format=flowed

On 20/05/2020 14:48, Mateusz Konieczny via talk wrote:



Migrate to Stack Exchange? Even assuming that this company will agree
it has plenty of potential issues.

They have a public process for proposing new sites:

https://area51.stackexchange.com/faq

So long as enough people are interested it shouldn't be an issue. I've
been through the process with another site.

Tom



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




--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Lester Caine]

On 20/05/2020 20:32, Frederik Ramm wrote:

Not copying past answers, at least the last two years or so, would mean
we'd have to write all these answers again because the questions will
inevitably be asked.


I'm with you on that ... I've seen far too much material simply ditched 
because it been to difficult to 'recover' it after systems stopped working.


So where would I head to get my hands on an XML dump of the current data 
to see if I can push it into the copy of Q2A I've just set up ...


--
Lester Caine - G8HFL
-
Contact - https://lsces.uk/wiki/Contact
L.S.Caine Electronic Services - https://lsces.uk
Model Engineers Digital Workshop - https://medw.uk
Rainbow Digital Media - https://rainbowdigitalmedia.uk

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

Re: [Talk-it] Village / Town

[totera]

Fra00 wrote
> Io personalmente darei peso
> anche al titolo di città concesso in forza del regio decreto-legge n. 651
> del 7 giugno 1943 (poi ripreso dalla legge n. 142 dell'8 giugno 1990 e dal
> decreto legislativo n. 267 del 18 agosto 2000), poiché in quel caso
> qualcuno
> di competente e certamente neutrale rispetto a questa conversazione ha
> ritenuti che quei centri urbani siano "insigni per ricordi, monumenti
> storici e per *l'attuale importanza*."

Capisco la posizione anche se non la condivido ma il problema principale è
che il titolo di città è concesso al comune. Quindi abbiamo due domini
diversi:
centro abitato --> city/village/town
comune --> titolo di città o no

Esempio: nel 2014 i comuni di Colbordolo e Sant'Angelo in Lizzola (Pesaro e
Urbino) si sono fusi creando il nuovo comune di Vallefoglia, che ha subito
chiesto il titolo di città, ottenendolo nel giro di sei mesi (tra l'altro,
siamo a conoscenza di casi di richieste rifiutate?).
Ora, il centro abitato di Vallefoglia non esiste (Colbordolo e Sant'Angelo
in Lizzola sono a 10 km di distanza), chi diventa town?



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

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

Re: [OSM-talk-fr] Améliorer la description des bibliothèques et centres de documentation

[Christian Rogel]

> Le 19 mai 2020 à 23:54, Yves P.  a écrit :
> 
>> Je vais y mettre le tableau (3ème version, cette fois, en langage wiki). 
> Ne t'arrache pas les cheveux à saisir ça en langage wiki.
> Avec l'éditeur visuel, il suffit de faire un copier/coller à partir de mon 
> tableau (ou d'un tableur)

Mes cheveux sont restès en place, bien que j’ai refait tout le tableau en mode 
wiki.
Pas vu d’éditeur visuel sur le wiki OSM.
Rien ne voulait rester ensemble.

J’ai ajouté une colonne sur les sources ouvertes qui pourra être déclinée selon 
les pays.


J’hésite toujours sur access qui me paraît désigner un accès physique plutôt 
qu’un accès aux divers types de service.


C’est donc ici : 
https://wiki.openstreetmap.org/wiki/FR_talk:Tag:amenity%3Dlibrar


> J'ai regardé les "presets" dans le code source d'iD 
> 
>  .
> 
> iD/data/presets/presets/amenity/library.json 
> 
> 
> Dans la section moreFields, on trouve quelques curiosités :
> baby_feeding (pièce disponible pour allaiter un nourrisson)
> polling_station (bureau de vote)
> payment_multi
> air_conditioning

A introduire plus tard. Il doit y avoir d’autres tags exotiques, comme la 
présence d’ateliers artistiques.


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

Re: [Talk-it] Village / Town

[totera]

Fintocubano wrote
> Poi, sinceramente, quando la mappa mi comunica che San Martino in Pensilis
> (5000 ab.) e' un ''village'' come Montelongo (350 ab.) a pochi kilometri,
> e'
> un'informazione che ritengo un po' fuorviante.

Mi ripeto: abbiamo quattro livelli. Una disomogeneità al loro interno è
inevitabile pur provando a determinare i "natural breaks".
D'altra parte, non sono convinto che il problema della classificazione
sarebbe più semplice se avessimo più livelli...


> Possiamo discutere al'infinito su quali criteri vadano scelti per dare un
> tag ''town''. Io suggerirei di fare una sorta di ''brainstorming
> exercise''
> noi tutti utenti italiani assieme e di votare a maggioranza quali criteri
> (numero facilities e quali facilities - ristoranti, universita', uffici di
> che grado ecc - valenza storica, titolo citta' ecc. ecc.) vadano scelti e
> quali no e per quali tag di village/town/city.

Approvo il suggerimento.



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

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

Re: [OSM-talk] talk Digest, Vol 189, Issue 24

[Allan Mustard]

Simon, et al, if money is required from the OSMF, could not one of the
working groups submit a funding request for migration to a new platform
like StackExchange?  Microgrant is probably not appropriate for
something like this.  Just my two cents' worth.

apm

On 5/20/2020 4:42 PM, talk-requ...@openstreetmap.org wrote:
> Send talk mailing list submissions to
>   talk@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>   https://lists.openstreetmap.org/listinfo/talk
> or, via email, send a message with subject or body 'help' to
>   talk-requ...@openstreetmap.org
>
> You can reach the person managing the list at
>   talk-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of talk digest..."
>
>
> Today's Topics:
>
>1. Re: our Q site help.openstreetmap.org is dying
>   (Mateusz Konieczny)
>2. Re: our Q site help.openstreetmap.org is dying (Tom Hughes)
>3. Re: our Q site help.openstreetmap.org is dying (Lester Caine)
>4. Re: our Q site help.openstreetmap.org is dying (Simon Poole)
>5. Re: our Q site help.openstreetmap.org is dying (Tobias Wrede)
>6. Re: our Q site help.openstreetmap.org is dying (Frederik Ramm)
>7. Re: our Q site help.openstreetmap.org is dying (Tobias Wrede)
>8. Re: our Q site help.openstreetmap.org is dying (James)
>
>
> --
>
> Message: 1
> Date: Wed, 20 May 2020 15:48:27 +0200 (CEST)
> From: Mateusz Konieczny 
> To: Tobias Wrede 
> Cc: Talk 
> Subject: Re: [OSM-talk] our Q site help.openstreetmap.org is dying
> Message-ID: 
> Content-Type: text/plain; charset="utf-8"
>
>
>
>
> May 20, 2020, 09:28 by l...@tobias-wrede.de:
>
>> Can we involve any of the OSM organizations to find, maybe pay, someone? 
>>
> The question is about the plan. Life support for this specific platform?
>
> It sounds like an endless pit that can consume plenty of resources,
> but maybe I am too pessimistic.
>
> Migrate to Stack Exchange? Even assuming that this company will agree
> it has plenty of potential issues.
>
> Wait for someone to volunteer and fix? It would be nice, but not sure what
> are chances of that.
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> <http://lists.openstreetmap.org/pipermail/talk/attachments/20200520/1710766f/attachment-0001.htm>
>
> --
>
> Message: 2
> Date: Wed, 20 May 2020 15:12:58 +0100
> From: Tom Hughes 
> To: Mateusz Konieczny , Tobias Wrede
>   
> Cc: Talk 
> Subject: Re: [OSM-talk] our Q site help.openstreetmap.org is dying
> Message-ID: <15f2bcdf-981f-19e7-224f-8b92f6574...@compton.nu>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On 20/05/2020 14:48, Mateusz Konieczny via talk wrote:
>
>
>> Migrate to Stack Exchange? Even assuming that this company will agree
>> it has plenty of potential issues.
> They have a public process for proposing new sites:
>
>https://area51.stackexchange.com/faq
>
> So long as enough people are interested it shouldn't be an issue. I've
> been through the process with another site.
>
> Tom
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Andrew Hain]

We could also look at the software Codidact and Topanswers have been writing.

--
Andrew

From: Mateusz Konieczny via talk 
Sent: 20 May 2020 14:48
To: Tobias Wrede 
Cc: Talk 
Subject: Re: [OSM-talk] our Q site help.openstreetmap.org is dying




May 20, 2020, 09:28 by l...@tobias-wrede.de:
Can we involve any of the OSM organizations to find, maybe pay, someone?
The question is about the plan. Life support for this specific platform?

It sounds like an endless pit that can consume plenty of resources,
but maybe I am too pessimistic.

Migrate to Stack Exchange? Even assuming that this company will agree
it has plenty of potential issues.

Wait for someone to volunteer and fix? It would be nice, but not sure what
are chances of that.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[James]

Has the code base diverged from OSQA? If we were to submit changes would we
need to provide source code as the original code is GPL3?

On Wed., May 20, 2020, 4:25 p.m. Tobias Wrede,  wrote:

> Am 20.05.2020 um 21:32 schrieb Frederik Ramm:
> >
> > We've taken great care to write our replies in a generic fashion where
> > possible, with the aim of collecting knowledge that others can profit
> > from (instead of asking the same question over and over again).
> >
> > Not copying past answers, at least the last two years or so, would mean
> > we'd have to write all these answers again because the questions will
> > inevitably be asked.
> >
> > I think it would be rather disrespectful to those who have invested a
> > lot of time into building a good body of knowledge in the old system to
> > say "let's throw away this content, main thing is we get a shiny new
> > system". And the alternative of having to keep the old system around in
> > a read-only fashion is not super attractive either.
>
> Hi Frederik,
>
> I'm myself among the more frequent contributors on the site. I'm not
> saying to throw everything away and would appreciate if one could still
> refer to the the old answers. But considering how long this issue has
> been hanging in the air without resolution I would favor a practical way
> over one that will let us wait another few years before something
> happens. In my view it should be possible to leave the old site in a
> read only state and start a new site from zero. We could still link to
> answers on the archived site. Of course I'd welcomed if there was a
> reasonably fast way of moving and migrating all the old Q
>
> Tobias
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Tobias Wrede]

Am 20.05.2020 um 21:32 schrieb Frederik Ramm:


We've taken great care to write our replies in a generic fashion where
possible, with the aim of collecting knowledge that others can profit
from (instead of asking the same question over and over again).

Not copying past answers, at least the last two years or so, would mean
we'd have to write all these answers again because the questions will
inevitably be asked.

I think it would be rather disrespectful to those who have invested a
lot of time into building a good body of knowledge in the old system to
say "let's throw away this content, main thing is we get a shiny new
system". And the alternative of having to keep the old system around in
a read-only fashion is not super attractive either.


Hi Frederik,

I'm myself among the more frequent contributors on the site. I'm not 
saying to throw everything away and would appreciate if one could still 
refer to the the old answers. But considering how long this issue has 
been hanging in the air without resolution I would favor a practical way 
over one that will let us wait another few years before something 
happens. In my view it should be possible to leave the old site in a 
read only state and start a new site from zero. We could still link to 
answers on the archived site. Of course I'd welcomed if there was a 
reasonably fast way of moving and migrating all the old Q


Tobias


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

[Diversity-talk] Diversity Research

[Maggie Cawley]

Hi All!

I am working on collecting previous studies and surveys on diversity and
barriers to contribution in OSM. Please take a look and add any that might
be missing.

Thanks!
https://wiki.openstreetmap.org/wiki/Diversity/Research#Formal_Resources

Maggie
___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Frederik Ramm]

Hi,

On 5/20/20 17:37, Tobias Wrede wrote:
> I wouldn't worry too much about migrating past material to the new site.
> Of course that would be a plus but not doing so shouldn't stop us from
> migrating to something new and lasting soon.

We've taken great care to write our replies in a generic fashion where
possible, with the aim of collecting knowledge that others can profit
from (instead of asking the same question over and over again).

Not copying past answers, at least the last two years or so, would mean
we'd have to write all these answers again because the questions will
inevitably be asked.

I think it would be rather disrespectful to those who have invested a
lot of time into building a good body of knowledge in the old system to
say "let's throw away this content, main thing is we get a shiny new
system". And the alternative of having to keep the old system around in
a read-only fashion is not super attractive either.

Bye
Frederik
(frequent provider of answers on help.osm)

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

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

Re: [Talk-br] Nova proposta de classificação viária - Explanação

[Guilherme Braga Alves]

Oi santamariense,

obrigado pela sua resposta e pelas informações apresentadas. Penso que sua
resposta resolve parte significativa das minhas objeções em relação à
proposta. Por outro lado, eu também gostaria que ampliássemos o nível de
consciência acerca dos resultados da proposta antes de haver uma decisão
final. Apresentei algumas sugestões na página da votação, e aproveito para
reproduzi-las aqui:

--- Produzir um mapa que ilustre como seriam os resultados da
classificação, caso a proposta seja aprovada. Isto nos permitiria examinar
suas consequências práticas, aumentaria o nível de consciência dos
contribuidores sobre a proposta e anteciparia as eventuais discussões sobre
exceções, mencionadas pelo Santamariense na mensagem enviada na Talk-BR,
para o momento anterior à implementação da proposta. Caso a quantidade de
exceções se mostrar alta, isto deverá acender um alerta sobre os critérios
da nova classificação. Eu me disponho a contribuir com este processo, e
seria interessante que tivéssemos ao menos um contribuidor por estado, ou
ao menos região, quando a primeira opção não for possível.

--- Aguardar a publicação da pesquisa Regiões de Influência das Cidades -
REGIC e comparar os fluxos entre cidades apresentados na pesquisa com os
resultados prévios da classificação, verificando se a convergência entre
ambos é significativa. A partir da comparação, incorporar ligações não
atendidas pela proposta inicial e/ou reformá-la de modo a incluir estes
fluxos.

--- Apresentar a proposta com o mapa já tão finalizado quanto possível,
mantendo os critérios para eventuais reclassificações que serão necessárias
posteriormente.

Eu compreendo que muito tempo e esforço já foi empreendido nesta proposta
e, por favor, não interpretem minhas observações como uma negligência
acerca deste investimento de recursos pessoais. Eu reconheço o trabalho dos
colegas e sou grato. No entanto, penso que o "fazer na prática" pode
ampliar o engajamento, já que as regras no campo das ideias se traduziriam
em resultados percebidos de maneira bastante objetiva. Além disso, o teste
prévio nos permitiria perceber o número real de exceções que eventualmente
surgiriam, e o quão complexo seria ter de lidar com elas.


-- 
*Guilherme Braga Alves*
Bacharel em *Relações Internacionais* pela *UFRJ - Universidade Federal do
Rio de Janeiro*.
Mestre em *Políticas Públicas em Direitos Humanos* pelo *NEPP-DH/UFRJ -
Núcleo de Estudos de Políticas Públicas em Direitos Humanos da Universidade
Federal do Rio de Janeiro*.
Doutorando em *Geografia* pelo *IGEOG/UERJ - Instituto de Geografia da
Universidade do Estado do Rio de Janeiro*.
Telefone: +55 (21) 97200-1542.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [talk-cz] iD: Když mapovat, tak důkladně ;)

[Miroslav Suchý]

Dne 19. 05. 20 v 11:05 majkaz napsal(a):
Já chápu, že to iD uživatelům v podstatě podsouvá a jde v současnosti 
stylem maximálního mapování místo toho, aby se zadaly jen základní 
dostačující informace a zmapovaly odchylky od normálu. V konečném 
důsledku se to ale tímhle způsobem rychle dostane do stádia, kdy 
budeme mít v OSM tolik nadbytečných dat, že nějaká systematičtější 
údržba bude nad lidské síly.


Pokud to iD editor umožnuje, tak se vždycky najde někdo, kdo to tam 
nakliká. Nemá cenu si tady stěžovat. To nemyslím zle. Jenom konstatuji.


Druhá věc je, co to je "... zmapovaly odchylky od normálu"? Tedy co je 
normál? Například na kanálu není definováno co je normál pro 
intermittent=* a lock=*. Tedy aspoň v iD editoru. Wiki je taková 
nejednoznačná. Ale iD editor přímo říká - když není intermittent 
definován - že "není známo". A při klikání cykluje mezi "není známo" 
(atribut chybí-resp. ho smaže), "ne", "ano". Ale napříklád u ulice a 
oneway=* cykluje mezi "ano", "ne", "implicitně ne" (atribut smazán). Tím 
pádem nemáme ulice s oneway=no. Takže iD editor to umí. Ale musí vědět 
co je to "normální stav" pro daný atribut.


Pokud tě to trápí, tak doporučuji napálit issue na 
https://github.com/openstreetmap/iD a žádat ať třeba tidal=* cykluje 
mezi "ano", "ne" a "implicitně ne".


Mirek



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

Re: [talk-cz] jak mapovat chodníky

[Jozef Matejička]

Děkuji Majko,

vždy jsem používal kerb dle
https://wiki.openstreetmap.org/wiki/File:Kerb_key_example_map.jpg  a né
kerb:right a kerb:left. To mě nenapadlo. Někdy doplním wiki. Ani jsem to
nepoužíval při zpracování dat.
Zamyslím se a asi začnu používat.

Některé routovací aplikace jako můj oblíbený BRouter ale nejsou out-of-box
stavové, takže nevím při použití sidewalk na které straně ulice jsem. To je
ale problém zpracovatelského software pro který netagujeme.

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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

oui y a 0 doc, la peinture est pas sèche encore c'est tout neuf.

à ma connaissance comme ça dépends de chaque jeu de données un script sale
fera très bien le travail.

vous pouvez voir ce que j'ai fait pour le premier jeu de donner sur
https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm/

et par exemple
https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm/blob/master/taf.sh
qui fait téléchargement conversion envoie.

le coeur est du nodejs mais c'est à votre main.

j'ai des changements à faire avant que vous envoyez, le temps pour vous de
faire la conversion.

sinon, pour le premier jeu de données je peux aussi regarder... mais j'ai
aussi du boulot à faire pour faire que ce soit possible.

Le mer. 20 mai 2020 à 19:31, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> On 20/05/2020 19:10, Nicolas Bétheuil wrote:
> > sinon y a od2osm ;-p
>
> Ça a l'air sympa, mais c'est pareil, je ne vois pas de documentation des
> étapes nécessaires pour contribuer un jeu de données :)
>
> >
> > @antonin quelques compétences en développement ?
>
> Oui mais j'ai pas beaucoup d'espace libre dans ma timeline github :(
>
> >
> > sont-ce des nodes ? si oui c'est cool.
>
> Oui, les points d'eau incendie sont des points, aléluia :)
>
> >
> > pour une première version : transformer le jeu de données en geojson
> > osmifié (avec les tags qui vont bien dans les properties des feature) et
> > un simple curl sur od2osm et hop les contributeurs peuvent se partager
> > le boulot.
>
> Est-ce qu'il y a des outils bien fichus pour osmifier du geojson, ou on
> fait un script dégoutant dans son coin ?
>
> Antonin
>
> >
> > Le mer. 20 mai 2020 à 16:26, Antonin Delpeuch (lists)
> > mailto:li...@antonin.delpeuch.eu>> a écrit :
> >
> > Merci beaucoup ! La configuration de la source pour la Suisse est
> > séduisante, avec son format complètement déclaratif - ça a l'air
> propre.
> >
> > Je vais attendre que le processus soit plus documenté pour utiliser
> > Osmose (ou même rendu plus simple si un système générique pour tous
> les
> > SDIS français est envisageable).
> >
> > Antonin
> >
> > On 20/05/2020 16:04, Frédéric Rodrigo wrote:
> > > La doc est là:
> > > https://github.com/osm-fr/osmose-backend/tree/master/doc
> > > Mais le chapitre que tu veux n'est pas encore écrit.
> > >
> > > Mais il y a des précédents
> > > https://github.com/osm-fr/osmose-backend/issues/413
> > > https://github.com/osm-fr/osmose-backend/issues/543
> > >
> > > Il y a déjà eu une analyse pour faire ça en Suisse (code source non
> > > maintenu, à comparer avec celles toujours en cours d'utilisation)
> > >
> >
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/disabled/analyser_merge_hydrant_point_CH_lausanne.py
> > >
> > >
> > >
> > >
> > > Le 20/05/2020 à 15:29, Antonin Delpeuch (lists) a écrit :
> > >> Merci Jean-Yvon, tu confirmes mes doutes.
> > >>
> > >> Comment faut-il s'y prendre pour envoyer le jeu de données dans
> > Osmose ?
> > >> Je ne trouve pas de documentation à ce sujet.
> > >>
> > >> Je vais aussi regarder du côté du greffon todolist.
> > >>
> > >> Antonin
> > >>
> > >> On 19/05/2020 22:35, osm.sanspourr...@spamgourmet.com
> >  wrote:
> > >>> Tu vas polluer, c'est sûr.
> > >>>
> > >>> C'est pourquoi en France on préfère passer par Osmose pour que
> > les gens
> > >>> repositionnent.
> > >>>
> > >>> Tu peux aussi exclure les points qui tombent sur du bâti et par
> > exemple
> > >>> utiliser le greffon todolist de JOSM pour les importer à un
> > endroit plus
> > >>> réaliste.
> > >>>
> > >>> Tu peux aussi ajouter un fixme=repositionner, précision X m
> > >>>
> > >>> si tu ne sais pas le faire mais que tu as une bonne estimation
> > de X avec
> > >>> le jeu de données (à intégrer par département/caserne si c'est le
> > >>> critère pour expliquer la précision).
> > >>>
> > >>> Mes 2 c€.
> > >>>
> > >>> Jean-Yvon
> > >>>
> > >>> Le 19/05/2020 à 21:16, Antonin Delpeuch lists -
> > >>> li...@antonin.delpeuch.eu  a
> > écrit :
> >  Ou
> >  est-ce que je vais polluer la carte avec des points imprécis
> > dont tout
> >  le monde se fiche ? C'est pas clair pour moi…
> > 
> >  Antonin
> > >>>
> > >>> ___
> > >>> Talk-fr mailing list
> > >>> Talk-fr@openstreetmap.org 
> > >>> https://lists.openstreetmap.org/listinfo/talk-fr
> > >>
> > >> ___
> > >> Talk-fr mailing list
> > >> Talk-fr@openstreetmap.org 
> > >> 

Re: [talk-cz] jak mapovat chodníky

[majkaz]

Jestli to dobře chápu, tak je to tak jak na přiloženém obrázku, takže:
 
 
Na cestu s id 2 dám bod co nejpřesněji tam, kde je skutečný přechod. Pak bude i 
záležet na směru, kterým je nakreslená. To určí, co je na ní :left a :right
 
a značky:
highway=crossing
crossing=traffic_lights|uncontrolled|island (co odpovídá), případně další 
možnosti
 
k tomu popsat obrubník   :
kerb:right|left=flush (určit podle směru cesty 2, pokud je pro vozíčkáře tak 
flush)
kerb:left|right=lowered|raised (lowered: <3 cm, raised: >3 cm
 
Na tom odkazu u obrubníku je i popis toho, jak by to vypadalo, pokud by ty 
chodníky byly samostatně.
 
Majka
__
> Od: "Jozef Matejička" 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 20.05.2020 16:33
> Předmět: Re: [talk-cz] jak mapovat chodníky
>
Mám križovatku tvaru T.Way s id 1 jede do leva.Way s id 2 jede do prava.Way s 
id 3 jede dolů.sidewalk=both je na všech ways (1,2,3)Přechod zebra křižuje  
jenom way s id 2 (do prava).  Obrubník na přechodu je znížen jenom na jedné 
(horní) straně.Nejsou přechody křižující id 1 a 2.Jak to namapujete?Děkuji.

--

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

https://openstreetmap.cz/talkcz 

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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Antonin Delpeuch (lists)]

On 20/05/2020 19:10, Nicolas Bétheuil wrote:
> sinon y a od2osm ;-p

Ça a l'air sympa, mais c'est pareil, je ne vois pas de documentation des
étapes nécessaires pour contribuer un jeu de données :)

> 
> @antonin quelques compétences en développement ?

Oui mais j'ai pas beaucoup d'espace libre dans ma timeline github :(
 
> 
> sont-ce des nodes ? si oui c'est cool.

Oui, les points d'eau incendie sont des points, aléluia :)

> 
> pour une première version : transformer le jeu de données en geojson
> osmifié (avec les tags qui vont bien dans les properties des feature) et
> un simple curl sur od2osm et hop les contributeurs peuvent se partager
> le boulot.

Est-ce qu'il y a des outils bien fichus pour osmifier du geojson, ou on
fait un script dégoutant dans son coin ?

Antonin

> 
> Le mer. 20 mai 2020 à 16:26, Antonin Delpeuch (lists)
> mailto:li...@antonin.delpeuch.eu>> a écrit :
> 
> Merci beaucoup ! La configuration de la source pour la Suisse est
> séduisante, avec son format complètement déclaratif - ça a l'air propre.
> 
> Je vais attendre que le processus soit plus documenté pour utiliser
> Osmose (ou même rendu plus simple si un système générique pour tous les
> SDIS français est envisageable).
> 
> Antonin
> 
> On 20/05/2020 16:04, Frédéric Rodrigo wrote:
> > La doc est là:
> > https://github.com/osm-fr/osmose-backend/tree/master/doc
> > Mais le chapitre que tu veux n'est pas encore écrit.
> >
> > Mais il y a des précédents
> > https://github.com/osm-fr/osmose-backend/issues/413
> > https://github.com/osm-fr/osmose-backend/issues/543
> >
> > Il y a déjà eu une analyse pour faire ça en Suisse (code source non
> > maintenu, à comparer avec celles toujours en cours d'utilisation)
> >
> 
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/disabled/analyser_merge_hydrant_point_CH_lausanne.py
> >
> >
> >
> >
> > Le 20/05/2020 à 15:29, Antonin Delpeuch (lists) a écrit :
> >> Merci Jean-Yvon, tu confirmes mes doutes.
> >>
> >> Comment faut-il s'y prendre pour envoyer le jeu de données dans
> Osmose ?
> >> Je ne trouve pas de documentation à ce sujet.
> >>
> >> Je vais aussi regarder du côté du greffon todolist.
> >>
> >> Antonin
> >>
> >> On 19/05/2020 22:35, osm.sanspourr...@spamgourmet.com
>  wrote:
> >>> Tu vas polluer, c'est sûr.
> >>>
> >>> C'est pourquoi en France on préfère passer par Osmose pour que
> les gens
> >>> repositionnent.
> >>>
> >>> Tu peux aussi exclure les points qui tombent sur du bâti et par
> exemple
> >>> utiliser le greffon todolist de JOSM pour les importer à un
> endroit plus
> >>> réaliste.
> >>>
> >>> Tu peux aussi ajouter un fixme=repositionner, précision X m
> >>>
> >>> si tu ne sais pas le faire mais que tu as une bonne estimation
> de X avec
> >>> le jeu de données (à intégrer par département/caserne si c'est le
> >>> critère pour expliquer la précision).
> >>>
> >>> Mes 2 c€.
> >>>
> >>> Jean-Yvon
> >>>
> >>> Le 19/05/2020 à 21:16, Antonin Delpeuch lists -
> >>> li...@antonin.delpeuch.eu  a
> écrit :
>  Ou
>  est-ce que je vais polluer la carte avec des points imprécis
> dont tout
>  le monde se fiche ? C'est pas clair pour moi…
> 
>  Antonin
> >>>
> >>> ___
> >>> Talk-fr mailing list
> >>> Talk-fr@openstreetmap.org 
> >>> https://lists.openstreetmap.org/listinfo/talk-fr
> >>
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org 
> >> https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 


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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

sinon y a od2osm ;-p

@antonin quelques compétences en développement ?

sont-ce des nodes ? si oui c'est cool.

pour une première version : transformer le jeu de données en geojson
osmifié (avec les tags qui vont bien dans les properties des feature) et un
simple curl sur od2osm et hop les contributeurs peuvent se partager le
boulot.

je parle chinois ou c'est clair ? on me dit souvent que je parle pas très
français.
intéressé ?

Le mer. 20 mai 2020 à 16:26, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> Merci beaucoup ! La configuration de la source pour la Suisse est
> séduisante, avec son format complètement déclaratif - ça a l'air propre.
>
> Je vais attendre que le processus soit plus documenté pour utiliser
> Osmose (ou même rendu plus simple si un système générique pour tous les
> SDIS français est envisageable).
>
> Antonin
>
> On 20/05/2020 16:04, Frédéric Rodrigo wrote:
> > La doc est là:
> > https://github.com/osm-fr/osmose-backend/tree/master/doc
> > Mais le chapitre que tu veux n'est pas encore écrit.
> >
> > Mais il y a des précédents
> > https://github.com/osm-fr/osmose-backend/issues/413
> > https://github.com/osm-fr/osmose-backend/issues/543
> >
> > Il y a déjà eu une analyse pour faire ça en Suisse (code source non
> > maintenu, à comparer avec celles toujours en cours d'utilisation)
> >
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/disabled/analyser_merge_hydrant_point_CH_lausanne.py
> >
> >
> >
> >
> > Le 20/05/2020 à 15:29, Antonin Delpeuch (lists) a écrit :
> >> Merci Jean-Yvon, tu confirmes mes doutes.
> >>
> >> Comment faut-il s'y prendre pour envoyer le jeu de données dans Osmose ?
> >> Je ne trouve pas de documentation à ce sujet.
> >>
> >> Je vais aussi regarder du côté du greffon todolist.
> >>
> >> Antonin
> >>
> >> On 19/05/2020 22:35, osm.sanspourr...@spamgourmet.com wrote:
> >>> Tu vas polluer, c'est sûr.
> >>>
> >>> C'est pourquoi en France on préfère passer par Osmose pour que les gens
> >>> repositionnent.
> >>>
> >>> Tu peux aussi exclure les points qui tombent sur du bâti et par exemple
> >>> utiliser le greffon todolist de JOSM pour les importer à un endroit
> plus
> >>> réaliste.
> >>>
> >>> Tu peux aussi ajouter un fixme=repositionner, précision X m
> >>>
> >>> si tu ne sais pas le faire mais que tu as une bonne estimation de X
> avec
> >>> le jeu de données (à intégrer par département/caserne si c'est le
> >>> critère pour expliquer la précision).
> >>>
> >>> Mes 2 c€.
> >>>
> >>> Jean-Yvon
> >>>
> >>> Le 19/05/2020 à 21:16, Antonin Delpeuch lists -
> >>> li...@antonin.delpeuch.eu a écrit :
>  Ou
>  est-ce que je vais polluer la carte avec des points imprécis dont tout
>  le monde se fiche ? C'est pas clair pour moi…
> 
>  Antonin
> >>>
> >>> ___
> >>> Talk-fr mailing list
> >>> Talk-fr@openstreetmap.org
> >>> https://lists.openstreetmap.org/listinfo/talk-fr
> >>
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Village / Town

[Fra00]

A quanto mi sembra di aver capito dagli interventi di totera, sia qui sia
sulla discussione da lui citata, si propende per utilizzare come criteri la
presenza di scuola secondarie di II grado, strutture ospedaliere e in
generale uffici pubblici con competenza sovracomunale, non considerando
invece attività commerciali e/o lavorative. Io personalmente darei peso
anche al titolo di città concesso in forza del regio decreto-legge n. 651
del 7 giugno 1943 (poi ripreso dalla legge n. 142 dell'8 giugno 1990 e dal
decreto legislativo n. 267 del 18 agosto 2000), poiché in quel caso qualcuno
di competente e certamente neutrale rispetto a questa conversazione ha
ritenuti che quei centri urbani siano "insigni per ricordi, monumenti
storici e per *l'attuale importanza*."



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

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

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Tobias Wrede]

Am 20.05.2020 um 16:04 schrieb Lester Caine:
... offers a hope that there is potential to pump existing material 
across?


I wouldn't worry too much about migrating past material to the new site. 
Of course that would be a plus but not doing so shouldn't stop us from 
migrating to something new and lasting soon.


Tobias


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

[Talk-br] Nova proposta de classificação viária - Explanação

[santamariense]

Como o voto de um colega traz a tona uma interpretação mal-entendida
sobre o que está sendo votado, e já explanando para outros colegas que
não acompanharam por completo as discussões até o presente momento,
comento aqui uma argumentação de voto.

Antes de mais nada obrigado por se manifestar, pois a dúvida que um
tem, outros podem também ter, por isso é importante o diálogo e que a
comundade se envolva na discussão.

> Minha opinião está baseada no arquivo .osm que foi distribuído nos grupos do 
> Telegram. Ao abri-lo eu pude observar como seria a classificação caso esta 
> proposta fosse aprovada, e notei algumas questões que me incomodaram. 
> Partirei delas para construir meu argumento:
>

Gostaria de informar que os arquivos com rascunhos de como ficaria a
malha viária são meramente ilustrativos. O que estamos propondo aqui é
a regra de mapeamento e não a interpretação dela, que foi o que eu fiz
ao apresentar os mapas, e como dito no e-mail no qual eu enviei a
lista Talk-BR ao chamar a comunidade a votar, eles ficam como sugestão
de aplicação, e não como obrigatoriedade de aplicação do mapa. O que
defendemos sim é que as comunidades locais possam ir trazendo à
discussão sua malha viária e construindo ela, norteado pela proposta
que estamos apresentando. Além do mais, o arquivo com a malha trunk
apresentado contém parte da totalidade do que será a malha trunk. Veja
bem, o arquivo com a malha trunk contém as conexões entre cidades ou
aglomerações de cidades com mais de 200 mil habitantes e ainda não
levou em consideração as interligações entre as cidades desse porte
que ficam dentro dessas aglomerações e nem dessas com aquelas que
ficam dentro de outras aglomerações. No mapa ilustrativo ainda não foi
levado em consideração as cidades-polos de regiões geográficas
intermediárias na construção da malha trunk, porém a maior parte delas
já estariam inclusas por tabela, cabendo apenas averiguar. Na ocasião
cheguei a averiguar e compartilhar no grupo de classificação viária do
telegram um mapa com as cidades-polos que faltariam ser conectadas, e
se bem me recordo eram em número de 17.

> O litoral do estado de São Paulo não é alcançado por nenhuma rodovia trunk, 
> mesmo já havendo três vias com classificação motorway na região (Imigrantes, 
> Anchieta e Tamoios). Eu entendo que a proposta não considera a mera condição 
> física da via, e concordo com esta abordagem. Por outro lado, o fato de 
> nenhuma das três vias ter sido incluída me causa dúvidas sobre a pertinência 
> dos critérios no mundo real.

O litoral de São Paulo provavelmente é o melhor exemplo do que
comentei recém, ainda não se levou em conta as cidades da aglomeração
urbana da cidade de São Paulo, que consta no IBGE Censo 2010 como área
urbana contínua. Em outras palavras não se levou ainda em consideração
as cidades do litoral com mais de 200 mil habitantes. Mas pela regra
que apresentamos, toda cidade com mais de 200 mil habitantes deve ter
uma ligação trunk no mínimo. Enfim, para saber se haverá conexão entre
2 cidades, deverá se analisar assim: Obtenha a população da menor
entre as duas cidades, extraia a raiz quadrada da população dela para
saber se ela alcança a cidade maior, se sim, verifica seu porte
(2k|20k|200k) para saber o tipo de conexão que deverá haver entre
elas, sempre lembrando que se trechos dessa conexão já estiverem com
classificação de highway maior por interconectar cidades maiores, os
mesmos deverão ser mantidos. Da mesma maneira ainda há a possibilidade
de conectar o litoral de São Paulo com Angra dos Reis e Rio de
Janeiro, com base na proposta apresentada.

> Do mesmo modo, no estado do Rio de Janeiro, a RJ-124 (atualmente motorway), 
> que liga a capital à Região dos Lagos não entrou no corte da proposta. A 
> Rodovia Amaral Peixoto se encaixa no mesmo caso. Ainda no Rio de Janeiro, a 
> RJ-116, que é uma importante ligação da capital com a cidade de Nova Friburgo 
> e parte significativa do interior do estado (volto neste ponto em breve) 
> também não alcançou os critérios.

Pela proposta se uma rodovia apresenta todos os critérios para ser
motorway, os quais estão descritos na proposta, elas serão motorways.
Antes de qualquer argumentação que apresentarei doravante, é preciso
esclarecer que ajustes podem serem feitos na malha viária, pois é
sabido que exceções existirão e é impossível prever todas elas. Então,
se após aplicada a metodologia, a comunidade local perceber que falta
algum trecho ou rodovia que deveria estar numa certa classificação, e
de comum acordo dos interessados na questão decidirem fazer esses
ajustes, os ajustes podem serem feitos. No RS teve casos assim.

Bem, vamos ao caso da RJ-124... segundo o IBGE, Cabo Frio teria hoje
219,863 habitantes, logo, deve sim ser ligada por trunk, e
adicionalmente a isso, Macaé-Rio das Ostras-Cabo Frio são
cidades-polos integrantes de uma Região Geográfica Intermediária,
ficando sugerido que poderia haver conexões estratégicas naquela
região, as quais podem ser 

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Simon Poole]

Am 20.05.2020 um 15:45 schrieb Mateusz Konieczny via talk:
> Well, if nobody will volunteer to fix it then we will need to select
> between
> stack exchange migration and simply killing the QA site.

We could simply pay for the migration (and if necessary for some support
going forward), the thing is that we would rather sprinkle fairy dust
around (see below).

>
> And from going through microgrants proposals nobody is willing to
> work on this even with a subsidy.

It is clearly outside of the scope of the micro grants, well at least it
was, it is unclear if the whole concept has morphed away from what was
originally presented (aka to contain stuff  that should be in the
regular budgets of the OSMF and LCs).

Simon




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

Re: [talk-cz] jak mapovat chodníky

[Jozef Matejička]

Mám križovatku tvaru T.
Way s id 1 jede do leva.
Way s id 2 jede do prava.
Way s id 3 jede dolů.

sidewalk=both je na všech ways (1,2,3)
Přechod zebra křižuje  jenom way s id 2 (do prava).  Obrubník na přechodu
je znížen jenom na jedné (horní) straně.
Nejsou přechody křižující id 1 a 2.
Jak to namapujete?

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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Antonin Delpeuch (lists)]

Merci beaucoup ! La configuration de la source pour la Suisse est
séduisante, avec son format complètement déclaratif - ça a l'air propre.

Je vais attendre que le processus soit plus documenté pour utiliser
Osmose (ou même rendu plus simple si un système générique pour tous les
SDIS français est envisageable).

Antonin

On 20/05/2020 16:04, Frédéric Rodrigo wrote:
> La doc est là:
> https://github.com/osm-fr/osmose-backend/tree/master/doc
> Mais le chapitre que tu veux n'est pas encore écrit.
> 
> Mais il y a des précédents
> https://github.com/osm-fr/osmose-backend/issues/413
> https://github.com/osm-fr/osmose-backend/issues/543
> 
> Il y a déjà eu une analyse pour faire ça en Suisse (code source non
> maintenu, à comparer avec celles toujours en cours d'utilisation)
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/disabled/analyser_merge_hydrant_point_CH_lausanne.py
> 
> 
> 
> 
> Le 20/05/2020 à 15:29, Antonin Delpeuch (lists) a écrit :
>> Merci Jean-Yvon, tu confirmes mes doutes.
>>
>> Comment faut-il s'y prendre pour envoyer le jeu de données dans Osmose ?
>> Je ne trouve pas de documentation à ce sujet.
>>
>> Je vais aussi regarder du côté du greffon todolist.
>>
>> Antonin
>>
>> On 19/05/2020 22:35, osm.sanspourr...@spamgourmet.com wrote:
>>> Tu vas polluer, c'est sûr.
>>>
>>> C'est pourquoi en France on préfère passer par Osmose pour que les gens
>>> repositionnent.
>>>
>>> Tu peux aussi exclure les points qui tombent sur du bâti et par exemple
>>> utiliser le greffon todolist de JOSM pour les importer à un endroit plus
>>> réaliste.
>>>
>>> Tu peux aussi ajouter un fixme=repositionner, précision X m
>>>
>>> si tu ne sais pas le faire mais que tu as une bonne estimation de X avec
>>> le jeu de données (à intégrer par département/caserne si c'est le
>>> critère pour expliquer la précision).
>>>
>>> Mes 2 c€.
>>>
>>> Jean-Yvon
>>>
>>> Le 19/05/2020 à 21:16, Antonin Delpeuch lists -
>>> li...@antonin.delpeuch.eu a écrit :
 Ou
 est-ce que je vais polluer la carte avec des points imprécis dont tout
 le monde se fiche ? C'est pas clair pour moi…

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


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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[François Lacombe]

Salut à tous,

J'ai vu que la doc anglaise avait été mentionnée en début de discussion,
avez-vous vu la version française avec la correspondance avec le modèle de
l'Afigeo ?
https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Dfire_hydrant#Correspondance_avec_le_mod.C3.A8le_PEI_de_l.27Afigeo

Il y a un standard d'échange qui a été défini, justement pour éviter de
devoir en discuter à chaque fois.
Je pense qu'il y a peut-être d'autres points, mais ne passez pas à côté

Bonne journée

François

Le mer. 20 mai 2020 à 08:32, Jérôme Seigneuret 
a écrit :

> Je ne sais pas si on peut adjoindre dans alias dans ID via Transifex. Cela
> permettrait d'avoir des terminologies différentes pour les mêmes couple de
> clés/ valeurs en résultat...
>
> Le mer. 20 mai 2020 à 06:38, Antonin Delpeuch (lists) <
> li...@antonin.delpeuch.eu> a écrit :
>
>> On 19/05/2020 23:37, Yves P. wrote:
>> >> Mon habitude de dire "pilier" vient probablement du fait que c'est le
>> >> terme utilisé par iD en version française (pour traduire la valeur
>> >> "pillar") - ça vaudrait le coup d'être corrigé. Si tu sais comment
>> >> résoudre ça (et probablement d'autres problèmes de terminologie)
>> >> n'hésite pas !
>> > Il faut utiliser Transifex
>> > : https://www.transifex.com/openstreetmap/id-editor/
>> >
>> > Pour plus d'infos :
>> >
>> https://github.com/openstreetmap/iD/blob/develop/CONTRIBUTING.md#translating
>>
>> Super! Je te laisse t'en occuper ? Personellement je n'ai pas de
>> préférence particulière sur les termes à utiliser.
>>
>> Antonin
>>
>> ___
>> 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: [OSM-talk] our Q site help.openstreetmap.org is dying

[Lester Caine]

On 20/05/2020 08:28, Tobias Wrede wrote:


The site is based on OSQA, a software which has not been maintained in 
some time. Some application errors have surface in the past but had to 
be ignored since no fixes are coming from OSQA any more. Until now we 
could live with that. They were annoying but not critical. There are 
open tickets on OSM github to move the help site to some other framework 
(https://github.com/openstreetmap/operations/issues/149, 
https://github.com/openstreetmap/operations/issues/377) but there isn't 
exactly an abundance of volunteers to take care of that.


Question2Answer looks like it's being well supported. At least it has a 
release that works on the latest PHP and while it's a little long in the 
tooth, https://github.com/jamesspittal/osqa-q2a offers a hope that there 
is potential to pump existing material across?


--
Lester Caine - G8HFL
-
Contact - https://lsces.uk/wiki/Contact
L.S.Caine Electronic Services - https://lsces.uk
Model Engineers Digital Workshop - https://medw.uk
Rainbow Digital Media - https://rainbowdigitalmedia.uk

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

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Tom Hughes via talk]

On 20/05/2020 14:48, Mateusz Konieczny via talk wrote:



Migrate to Stack Exchange? Even assuming that this company will agree
it has plenty of potential issues.


They have a public process for proposing new sites:

  https://area51.stackexchange.com/faq

So long as enough people are interested it shouldn't be an issue. I've
been through the process with another site.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk-fr] "Les bons termes" [était Re: Import de points d'eau incendie en Saône-et-Loire]

[François Lacombe]

Bonjour Vincent,

Parfaitement d'accord avec cette distinction. Elle rappelle des discussions
que nous avons régulièrement en présentant OSM à des entreprises ou des
pros.
Je compléterais en ajoutant que certains langages métier ont, comme tous
langages, leurs biais, leur existence en silo et ne font pas cas d'autres
activités voisines.
La communauté est riche d'une diversité qui permet aux néophytes, aux pros,
aux bénévoles de converger sur une même plateforme. Le pro la semaine est
bénévole le weekend (ou l'inverse).

Pour avoir eu à faire plusieurs correspondances entre des modèles métier et
OSM, le langage métier n'est pas celui qui permet d'adresser le maximum de
situation avec une formulation claire.
Regardez certaines classes INSPIRE pour vous apercevoir que cette
sémantique n'est pas la plus utilisable.
Les discussions qui ont eu lieu sur les bornes à incendie, pour établir le
modèle d'échange officiel, a aussi montré que certains pros (pas vous qui
me lisez, les autres) prenaient parfois des mots pour d'autres ou ne
maîtrisaient pas correctement les définitions de mots galvaudés. Il y aussi
des différences de perception entre les services, entre les localités.
Ce n'est pas un tort, cela n’empêche absolument pas aux métiers de
fonctionner au quotidien dans leur silo.

OSM n'a pas à en souffrir néanmoins pour proposer quelque chose de plus
large.
D'expérience, les tags qui marchent le mieux sont ceux pour lesquels les
définitions sont claires, les cas d'usages bornés et le consensus partagé,
qu'ils soient métier ou non.

Bonne après-midi

François

Le mer. 20 mai 2020 à 08:54, Vincent Bergeot  a écrit :

> Bonjour,
>
> Le 19/05/2020 à 22:16, Yves P. a écrit :
>
> Préalable : utiliser les bons termes :)
>
> Les "professionnels" parlent de PEI (point d'eau incendie), qui sont ;
>
>- des poteaux (le commun des mortels appel ça des bornes, toi des
>piliers par anglicisme ?, parfois même des bouches
>   - ils sortent du sol.
>- des bouches
>   - elles sont enterrées dans le sol.
>- des points d’eau naturels
>- des points d’eau artificiels
>- …
>
> je suis favorable à utiliser "les bons termes", mais cela ne signifie pas
> que ceux sont les termes des "professionnels". Le langage pro est comme
> tout langage, avec ses spécificités, pas forcément accessible aux non pro.
> Et OSM n'est pas professionnel *ou* non professionnel *ou* ... mais est
> plutôt professionnel *et* non professionnel *et* ...
>
> Donc OSM a son propre langage. Il me semble dont que si il doit y avoir
> "de bons termes", cela doit être ceux que nous construisons en commun (qui
> prendra sans doute des choses chez les pros, dans le langage commun, chez
> les non pros, dans les traductions d'iD, ...).
>
> Bonne journée
>
> --
> Vincent Bergeot
>
> ___
> 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] Village / Town

[Fintocubano]

totera wrote
> A mio parere mentre alcune delle tue modifiche sono accettabili, altre non
> lo sono: centri in cui la scuola più "alta" è la scuola media, non ci sono
> ospedali, non ci sono uffici pubblici con competenze sovracomunali non
> andrebbero classificati come town, e mi sembra che criteri simili siano
> condivisi anche da altri interventi in lista.

Come ho gia' spiegato nel box dei commenti al mio edit iniziale, non penso
TUTTE le mie modifiche siano accettabili e, per tale motivo, avevo provato a
ingaggiare una discussione con Fra00. Le modifiche le ho fatte seguendo le
regole UK, le mie visite a ''town'' simili in UK (dove vivo, vedi esempi di
Bishops' W, Ok'hton ecc.) dov'e' stato applicato il tag ''town'' ed altri
esempi italiani paragonabili che ho visitato anch'essi (Cortina, Falcade,
Bibione, Gualdo Tadino, Sapri ecc ecc) con <10k ab. 


totera wrote
> [...] bar e panetterie mi sembrano un po' poco per
> portare il centro al secondo livello, anche a fronte di un'importanza
> storica o turistica [...] quanto alle aziende agricole poi, immagino non
> si trovino
> neanche nel centro abitato.

Secondo me no. Comunque ho citato un certo numero - non uno - di bar,
panetterie E macellerie, ristoranti, alimentari/supermercati e aziende
agricole/vitivinicole - certo queste ultime non tutte sono NEL centro
abitato ma sono nelle campagne all'interno del territorio comunale oppure
nella periferia del centro abitato - dove si recano anche persone dei centri
limitrofi per lavoro o acquisti. 

Poi, sinceramente, quando la mappa mi comunica che San Martino in Pensilis
(5000 ab.) e' un ''village'' come Montelongo (350 ab.) a pochi kilometri, e'
un'informazione che ritengo un po' fuorviante.

Possiamo discutere al'infinito su quali criteri vadano scelti per dare un
tag ''town''. Io suggerirei di fare una sorta di ''brainstorming exercise''
noi tutti utenti italiani assieme e di votare a maggioranza quali criteri
(numero facilities e quali facilities - ristoranti, universita', uffici di
che grado ecc - valenza storica, titolo citta' ecc. ecc.) vadano scelti e
quali no e per quali tag di village/town/city. Cosi facendo eviteremmo la
situazione che descrivi tu che ''a volervi seguire [...] dovremmo aggiungere
centinaia di town'', ma anche valutazioni (forse troppo) soggettive
nell'assegnare questi tag.

In altri contesti (Google Maps UK e RenewableUK) abbiamo fatto cosi' per
arrivare a delle linee guida certe e con criteri di valutazione accettati da
tutti.

Io, inoltre, sarei assolutamente d'accordo con la proposta di Fra00 di
taggare ''city'' i capoluoghi di provincia. 


Fra00 wrote
> Si potrebbe anche pensare di taggare i capoluoghi di provincia come
> "city", dato che le linee guida dicono che "city" identifichi "the largest
> settlement or settlements within a territory, including national, state
> and provincial capitals, and other major conurbations."

Anche perche', per esempio, Isernia (21000 ab., capoluogo) non ha la stessa
rilevanza di Venafro (12000 ab.) o Agnone (5000 ab.), e sono tutte e tre
''town'' nella stessa provincia come pure Enna (22000 ab. capoluogo) e
Piazza Armerina (21000 ab.) nella stessa provincia oppure Gorizia (34000 ab.
capoluogo) e Monfalcone (3 ab.) nella stessa provincia. 

Sempre con esempi UK, ci sono miriadi di ''market towns'' con 3.000 o 1.000
abitanti in Scozia e Cornovaglia. Per esempio Kircudbright (''town'') in
Scozia ha 3.000 abitanti - molto turistica e storica come le altre market
towns che ti ho citato - ma certamente non allo stesso livello della vicina
Dumfries (32.000). Inverness, piu' a nord, e' classificata come ''city'' con
46.000 abitanti, poiche' capoluogo della regione/provincia (''council
area'') delle Highlands alla stregua delle ben piu' grandi Glasgow e
Edinburgo.



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

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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Frédéric Rodrigo]

La doc est là:
https://github.com/osm-fr/osmose-backend/tree/master/doc
Mais le chapitre que tu veux n'est pas encore écrit.

Mais il y a des précédents
https://github.com/osm-fr/osmose-backend/issues/413
https://github.com/osm-fr/osmose-backend/issues/543

Il y a déjà eu une analyse pour faire ça en Suisse (code source non 
maintenu, à comparer avec celles toujours en cours d'utilisation)

https://github.com/osm-fr/osmose-backend/blob/master/analysers/disabled/analyser_merge_hydrant_point_CH_lausanne.py



Le 20/05/2020 à 15:29, Antonin Delpeuch (lists) a écrit :

Merci Jean-Yvon, tu confirmes mes doutes.

Comment faut-il s'y prendre pour envoyer le jeu de données dans Osmose ?
Je ne trouve pas de documentation à ce sujet.

Je vais aussi regarder du côté du greffon todolist.

Antonin

On 19/05/2020 22:35, osm.sanspourr...@spamgourmet.com wrote:

Tu vas polluer, c'est sûr.

C'est pourquoi en France on préfère passer par Osmose pour que les gens
repositionnent.

Tu peux aussi exclure les points qui tombent sur du bâti et par exemple
utiliser le greffon todolist de JOSM pour les importer à un endroit plus
réaliste.

Tu peux aussi ajouter un fixme=repositionner, précision X m

si tu ne sais pas le faire mais que tu as une bonne estimation de X avec
le jeu de données (à intégrer par département/caserne si c'est le
critère pour expliquer la précision).

Mes 2 c€.

Jean-Yvon

Le 19/05/2020 à 21:16, Antonin Delpeuch lists -
li...@antonin.delpeuch.eu a écrit :

Ou
est-ce que je vais polluer la carte avec des points imprécis dont tout
le monde se fiche ? C'est pas clair pour moi…

Antonin


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


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




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

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Mateusz Konieczny via talk]

May 20, 2020, 09:28 by l...@tobias-wrede.de:

> Can we involve any of the OSM organizations to find, maybe pay, someone? 
>
The question is about the plan. Life support for this specific platform?

It sounds like an endless pit that can consume plenty of resources,
but maybe I am too pessimistic.

Migrate to Stack Exchange? Even assuming that this company will agree
it has plenty of potential issues.

Wait for someone to volunteer and fix? It would be nice, but not sure what
are chances of that.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Mateusz Konieczny via talk]

May 20, 2020, 15:25 by talk@openstreetmap.org:

> Personally my preference would be to close help.osm.org and move to a
> proper SO site via the Area 51 process which should be no problem for a
> community of our size.
>
> I imagine that will be unpopular with a subset of our users however.
>
> The alternative if it's going to stay alive is that somebody needs to
> find a way to migrate the data to something like Askbot that is at least
> semi-conscious.
>
Well, if nobody will volunteer to fix it then we will need to select between
stack exchange migration and simply killing the QA site.

And from going through microgrants proposals nobody is willing to 
work on this even with a subsidy.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Suspicion d'usage massif d'une source non autorisée

[François Lacombe]

Salut à tous,

J'ai eu récemment à faire à un contributeur de bonne foi qui a indiqué se
servir de StreetView sans avoir connaissance des conditions restrictives
qui ne le permettent pas.
Évidemment peu de monde a conscience de ces restrictions.

Dans un fonctionnement un peu automatique, ses contributions auraient du
être annulées.
Je lui ai proposé de conserver les contributions qu'il avait faite tout en
commençant à prendre systématiquement en photo les objets qu'il ajoutait.
Ajoutées à Wikimedia Commons, il est ensuite possible de sourcer chaque
objet en y ajoutant la photo.

Je reconnais que cela est borderline, mais au final on aura gagné un
contributeur moins démotivé que si les contributions avaient été annulées
et des objets mieux d'écrit puisque systématiquement pris en photos.

Le tout est d'avoir une bonne communication pour trouver une solution
adaptée à chaque situation.

Bonne journée

François

Le mar. 19 mai 2020 à 15:46, Yves P.  a écrit :

> > Tes observations sont étayées, et tu as contacté le contributeur.
> Attends de voir s'il réagit à ce message, que tu peux peut-être doublonner
> par un message direct (via la messagerie OSM) hors changeset.
>
> Tu peux aussi "éduquer" le contributeur avant de sortir le char d'assaut :D
> Et l'inciter à utiliser à d'autres sources, OD, terrain :)
>
> Outre le problème de licences, GSV n'est qu'une source parmi d'autres,
> elle aussi truffée d'erreurs. Il faut donc les croiser et en cas de doutes,
> privilégier le terrain.
> Le plus souvent, les photos StreetView ne sont plus à jour. Un poteau
> incendie sur GSV avait traversé la route :D
> Parfois même, les photos ne correspondent pas à l'endroit.
>
> Quand aux POI sur GM, ils sont localisé automatiquement et pas au bon
> endroit, ou plus à jour.
>
> > Si tu constates qu'il recommence à contribuer sans avoir répondu, alors
> ça peut valoir le coup de signaler le cas au DWG [1] pour un blocage
> temporaire, qui lui imposera de lire les messages avant de recommencer à
> contribuer. Ce sera l'occasion de voir s'il en tient compte.
>
> __
> Yves
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Antonin Delpeuch (lists)]

Merci Jean-Yvon, tu confirmes mes doutes.

Comment faut-il s'y prendre pour envoyer le jeu de données dans Osmose ?
Je ne trouve pas de documentation à ce sujet.

Je vais aussi regarder du côté du greffon todolist.

Antonin

On 19/05/2020 22:35, osm.sanspourr...@spamgourmet.com wrote:
> Tu vas polluer, c'est sûr.
> 
> C'est pourquoi en France on préfère passer par Osmose pour que les gens
> repositionnent.
> 
> Tu peux aussi exclure les points qui tombent sur du bâti et par exemple
> utiliser le greffon todolist de JOSM pour les importer à un endroit plus
> réaliste.
> 
> Tu peux aussi ajouter un fixme=repositionner, précision X m
> 
> si tu ne sais pas le faire mais que tu as une bonne estimation de X avec
> le jeu de données (à intégrer par département/caserne si c'est le
> critère pour expliquer la précision).
> 
> Mes 2 c€.
> 
> Jean-Yvon
> 
> Le 19/05/2020 à 21:16, Antonin Delpeuch lists -
> li...@antonin.delpeuch.eu a écrit :
>> Ou
>> est-ce que je vais polluer la carte avec des points imprécis dont tout
>> le monde se fiche ? C'est pas clair pour moi…
>>
>> Antonin
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Tom Hughes via talk]

Where on earth do you get the idea that they're using the same software?

They're not.

In fact OSQA and all the other similar open source projects are attempts
to recreate the Stack Overflow experience and they're basically all dead
or, if still on life support, then very poor clones.

Personally my preference would be to close help.osm.org and move to a
proper SO site via the Area 51 process which should be no problem for a
community of our size.

I imagine that will be unpopular with a subset of our users however.

The alternative if it's going to stay alive is that somebody needs to
find a way to migrate the data to something like Askbot that is at least
semi-conscious.

Tom

On 20/05/2020 13:52, Andreas Vilén wrote:
Stack overflow seems to use the same software and is highly active. This 
seems to be updated? Can't we update as they do?


https://stackoverflow.com/questions

/Andreas

On Wed, May 20, 2020 at 9:34 AM Tobias Wrede > wrote:


Hi,

we have several channels in OSM to facilitate discussions and support.
First touch point for new users is often help.openstreetmap.org
.
Questions relating to mapping in general, tagging, editors,
development,
OSM based applications are asked there and get answered in most cases.

The site is based on OSQA, a software which has not been maintained in
some time. Some application errors have surface in the past but had to
be ignored since no fixes are coming from OSQA any more. Until now we
could live with that. They were annoying but not critical. There are
open tickets on OSM github to move the help site to some other
framework
(https://github.com/openstreetmap/operations/issues/149,
https://github.com/openstreetmap/operations/issues/377) but there isn't
exactly an abundance of volunteers to take care of that.

Usability of help.openstreetmap.org 
has now seriously worsened over the
past few days with some js error popping up for longer and longer times

(https://help.openstreetmap.org/questions/74831/why-does-the-add-a-new-comment-button-sometimes-not-work).

Buttons to support formatting questions and answers are gone, comments
cannot be added and moderation functions (reporting, converting
questions to comments etc.) are not working anymore.

If this continuous we can shut down the site soon. Even if this problem
got resolved somehow it's only a matter of time until a new problem
arises. The site provides a low entry hurdles place to ask questions
that can be solved by simple answers. I'd hate so see it gone.

I'm neither a programmer who could help out on the technical side
nor am
I involved in OSM organization and politics to have an idea on how this
could be sorted out. Question around: Can we find someone to take care
of the technical side? Can we involve any of the OSM organizations to
find, maybe pay, someone? Does the community even find it worthwhile
keeping the site?

cheers,

Tobias




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


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




--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Mateusz Konieczny via talk]

Stack Overflow is using the same type as software, not the same software.

May 20, 2020, 14:52 by andreas.vi...@gmail.com:

> Can't we update as they do?
>
Stack Exchange is running private proprietary software, that is a separate 
platform.

And yes, you can pay them to run your own instance.

At 5$/per user - every month ( https://stackoverflow.com/teams/pricing )

At 12$/per user every month if you want any moderation tools.

Some OSM content is on topic on https://gis.stackexchange.com/
(I used to be active there but 
https://en.wikipedia.org/wiki/Stack_Exchange#Declining_relationship_between_users_and_company
https://meta.stackexchange.com/questions/333965/firing-mods-and-forced-relicensing-is-stack-exchange-still-interested-in-cooper
etc happened)

May 20, 2020, 14:52 by andreas.vi...@gmail.com:

> Stack overflow seems to use the same software and is highly active. This 
> seems to be updated? Can't we update as they do?
>
> https://stackoverflow.com/questions>  
>
> /Andreas 
>
> On Wed, May 20, 2020 at 9:34 AM Tobias Wrede <> l...@tobias-wrede.de> > wrote:
>
>> Hi,
>>  
>>  we have several channels in OSM to facilitate discussions and support. 
>>  First touch point for new users is often >> help.openstreetmap.org 
>> >> . 
>>  Questions relating to mapping in general, tagging, editors, development, 
>>  OSM based applications are asked there and get answered in most cases.
>>  
>>  The site is based on OSQA, a software which has not been maintained in 
>>  some time. Some application errors have surface in the past but had to 
>>  be ignored since no fixes are coming from OSQA any more. Until now we 
>>  could live with that. They were annoying but not critical. There are 
>>  open tickets on OSM github to move the help site to some other framework 
>>  (>> https://github.com/openstreetmap/operations/issues/149>> , 
>>  >> https://github.com/openstreetmap/operations/issues/377>> ) but there 
>> isn't 
>>  exactly an abundance of volunteers to take care of that.
>>  
>>  Usability of >> help.openstreetmap.org >>  
>> has now seriously worsened over the 
>>  past few days with some js error popping up for longer and longer times 
>>  (>> 
>> https://help.openstreetmap.org/questions/74831/why-does-the-add-a-new-comment-button-sometimes-not-work>>
>>  ). 
>>  Buttons to support formatting questions and answers are gone, comments 
>>  cannot be added and moderation functions (reporting, converting 
>>  questions to comments etc.) are not working anymore.
>>  
>>  If this continuous we can shut down the site soon. Even if this problem 
>>  got resolved somehow it's only a matter of time until a new problem 
>>  arises. The site provides a low entry hurdles place to ask questions 
>>  that can be solved by simple answers. I'd hate so see it gone.
>>  
>>  I'm neither a programmer who could help out on the technical side nor am 
>>  I involved in OSM organization and politics to have an idea on how this 
>>  could be sorted out. Question around: Can we find someone to take care 
>>  of the technical side? Can we involve any of the OSM organizations to 
>>  find, maybe pay, someone? Does the community even find it worthwhile 
>>  keeping the site?
>>  
>>  cheers,
>>  
>>  Tobias
>>  
>>  
>>  
>>  
>>  ___
>>  talk mailing list
>>  >> talk@openstreetmap.org
>>  >> https://lists.openstreetmap.org/listinfo/talk
>>

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

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Andreas Vilén]

Stack overflow seems to use the same software and is highly active. This
seems to be updated? Can't we update as they do?

https://stackoverflow.com/questions

/Andreas

On Wed, May 20, 2020 at 9:34 AM Tobias Wrede  wrote:

> Hi,
>
> we have several channels in OSM to facilitate discussions and support.
> First touch point for new users is often help.openstreetmap.org.
> Questions relating to mapping in general, tagging, editors, development,
> OSM based applications are asked there and get answered in most cases.
>
> The site is based on OSQA, a software which has not been maintained in
> some time. Some application errors have surface in the past but had to
> be ignored since no fixes are coming from OSQA any more. Until now we
> could live with that. They were annoying but not critical. There are
> open tickets on OSM github to move the help site to some other framework
> (https://github.com/openstreetmap/operations/issues/149,
> https://github.com/openstreetmap/operations/issues/377) but there isn't
> exactly an abundance of volunteers to take care of that.
>
> Usability of help.openstreetmap.org has now seriously worsened over the
> past few days with some js error popping up for longer and longer times
> (
> https://help.openstreetmap.org/questions/74831/why-does-the-add-a-new-comment-button-sometimes-not-work).
>
> Buttons to support formatting questions and answers are gone, comments
> cannot be added and moderation functions (reporting, converting
> questions to comments etc.) are not working anymore.
>
> If this continuous we can shut down the site soon. Even if this problem
> got resolved somehow it's only a matter of time until a new problem
> arises. The site provides a low entry hurdles place to ask questions
> that can be solved by simple answers. I'd hate so see it gone.
>
> I'm neither a programmer who could help out on the technical side nor am
> I involved in OSM organization and politics to have an idea on how this
> could be sorted out. Question around: Can we find someone to take care
> of the technical side? Can we involve any of the OSM organizations to
> find, maybe pay, someone? Does the community even find it worthwhile
> keeping the site?
>
> cheers,
>
> Tobias
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-cz] jak mapovat chodníky

[Jan Dudík]

Tady bych to bral logicky.
- chodník oddělen pouze obrubníkem - lze použít sidewalk=strana. Přechod je
pak bod na silnici (správně by se mělo i rozlišovat, zda je to přechod
(zebra) nebo místo pro přecházení či jen místo k překonání
komuikace (snížený obrubník bez obostranných hmatových prvků) - ale problém
s rendererem
- chodník oddělen zeleným pásem - může být samosatná rovnoběžná linie, u
přechodu je zelený pás přerušen - zmapuje se krátká propojka mezi
rovnoběžkami.
- chodník vede zcela samostatně - samosatná linie

JAnD
---
Ing. Jan Dudík
projekce dopravních staveb
tel. 777082195


st 20. 5. 2020 v 12:20 odesílatel majkaz  napsal:

> Kvůli přechodům je to zbytečné.
>
>
>
> Jak chodník, tak přechod pokud jsou jako sidewalk=left|right|both jsou
> vlastnost silnice, takže ten přechod je automaticky propojuje.
>
>
>
>
>
> Naopak, mapování samostatně si vyžaduje místy "drbání pravou rukou za
> levým uchem". Protože je třeba udělat přiblížení k přechodu, občas i jinak,
> než to je ve skutečnosti.
>
>
>
>
>
> Za mě: pokud je přechod oddělený jen obrubníkem, tak je lepší
> sidewalk=left|right|both, není pak třeba řešit případná slepá ukončení.
> Pěšák pak automaticky pokračuje po silnici. V případě, že je to samostatně,
> je v pozici auta ve slepé ulici - může odsud jen vycouvat, případná
> navigace neumí udělat ten úkrok na silnici. Že to občas díky místnímu
> řešení neumí udělat ani chodec je věc druhá.
>
>
>
> Majka
>
> __
> > Od: "Jozef Matejička" 
> > Komu: "OpenStreetMap Czech Republic" 
> > Datum: 20.05.2020 11:05
> > Předmět: Re: [talk-cz] jak mapovat chodníky
> >
> Rád bych se zeptal, jak mapujete přechody, když používáte sidewalk?
> Já kvůli přechodům preferuji sidewalk=separate
>  na silnici a pak
> highway=footway jako zvlášt element.
> Děkuji!
>
>
> --
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Import civici Milano - preview

[Cascafico Giovanni]

Visto che l'audit di Milano non ha riscosso molto successo (ettecredo...
52000 indirizzi da caricare nel browser) sto generando audit suddivisi per
Municipi.

Qui [1] trovate il municipio 5:

Potete dare un'occhiata in generale ("browse on a map") oppure iniziare a
validare le modifiche ("validate the import"). Al solito, non abbiate
paura: non modificherete nulla su OSM, ma registrerete eventuali vizi dei
dati OSM o del dataset da importare.

Sui uppercase o lowercase, la LETTERA è minuscolo come stabilito in ML
vista la promiscuità sul terreno; mentre la BARRA2  (p. es N02, P01),
specifica per Milano è sempre maiuscola.


[1] http://audit.osmz.ru/project/MI-addrs/




Il giorno mer 1 apr 2020 alle ore 15:22 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

> Il giorno mar 31 mar 2020 alle ore 13:14 Alecs via Talk-it <
> talk-it@openstreetmap.org> ha scritto:
>
>> I numeri con le N per quanto vedo nelle vie dove esistono già non sono le
>> vetrine, ma proprio gli ingressi dei negozi, che altrimenti avrebbero solo
>> il civico dell'ingresso principale del palazzo.
>> Ale
>>
> Grazie!
> Rimane la discriminante se comprendere anche i record con STATO="in attesa"
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] jak mapovat chodníky

[majkaz]

Kvůli přechodům je to zbytečné.
 
Jak chodník, tak přechod pokud jsou jako sidewalk=left|right|both jsou 
vlastnost silnice, takže ten přechod je automaticky propojuje.
 
 
Naopak, mapování samostatně si vyžaduje místy "drbání pravou rukou za levým 
uchem". Protože je třeba udělat přiblížení k přechodu, občas i jinak, než to je ve 
skutečnosti.
 
 
Za mě: pokud je přechod oddělený jen obrubníkem, tak je lepší 
sidewalk=left|right|both, není pak třeba řešit případná slepá ukončení. Pěšák 
pak automaticky pokračuje po silnici. V případě, že je to samostatně, je v 
pozici auta ve slepé ulici - může odsud jen vycouvat, případná navigace neumí 
udělat ten úkrok na silnici. Že to občas díky místnímu řešení neumí udělat ani 
chodec je věc druhá.
 
Majka
__

Od: "Jozef Matejička" 
Komu: "OpenStreetMap Czech Republic" 
Datum: 20.05.2020 11:05
Předmět: Re: [talk-cz] jak mapovat chodníky


Rád bych se zeptal, jak mapujete přechody, když používáte sidewalk?Já kvůli přechodům 
preferuji sidewalk=separate 
 na silnici a pak 
highway=footway jako zvlášt element.Děkuji!

--

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

https://openstreetmap.cz/talkcz 

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

Re: [Talk-it] Village / Town

[Fra00]

Le stesse linee guida affermano che "In sparsely populated regions, many
settlements tagged place=city are less populous than in regions with high
population density." Inoltre, tutti i capoluoghi di provincia hanno dei
servizi garantiti che li rendono tutti più o meno allo stesso livello
qualitativo, tralasciando sempre la quantità degli stessi.



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

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

Re: [talk-cz] jak mapovat chodníky

[Jozef Matejička]

Rád bych se zeptal, jak mapujete přechody, když používáte sidewalk?

Já kvůli přechodům preferuji sidewalk=separate
 na silnici a pak
highway=footway jako zvlášt element.

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

Re: [talk-cz] mapovani prirodnich boulderu

[majkaz]

Cesty u boulderů se budou blbě v OSM mapovat vzhledem k jejich směru, takže 
zmapovat můžeš reálně jen jejich začátek.
Osobně považuji jejich jednotlivé mapování relacemi za overkill, jen tím (a to 
ještě jen v něčem) zduplikuješ databázi cest bez nějaké přidané informace - 
speciálně u toho, jak to navrhuješ.
Co bych v OSM udělala - zmapovat jen ten bod a dát k tomu obtížnosti min a max, 
jak je v tom odkazovaném návrhu, + k tomu odkaz na stránku bokem, kde je to 
přesně popsáno. Moc dobře si nedovedu představit, jak jinak to rozumně udělat - 
a ty obtížnosti by mohly být užitečná informace, pokud budu v mapě hledat, kam 
v okolí vyrazit.
 
Majka
__

Od: "Jiri Vlasak" 
Komu: talk-cz@openstreetmap.org
Datum: 19.05.2020 15:24
Předmět: [talk-cz] mapovani prirodnich boulderu


Ahoj,

začínáme chodit na venkovní bouldery [1], tak mě zajímalo, jak jsou zmapovaný.
Dotaz na `sport=climbing` [2] vrátí krásných 1346 nodů, ale `climbing=boulder`
[3] nebo `climbing:boulder=*` [4] nevrátí nic. Vlastně ani dotazy pro celý svět
na tom nejsou moc slavně [5], [6].

Chtěl bych tedy venkovní bouldery začít mapovat. Nebudu dělat již hotovou
práci?

Pokud ne, je tu problém, který je letmo zmíněn v diskuzi [7] -- boulder (jako
třeba `natural=stone`) má na sobě několik cest (problémů) s různými názvy,
obtížností, URL odkazem, a tak. Rád bych tagoval následujícím způsobem:

Node1:
   - natural=stone
   - sport=climbing
   - climbing=boulder

Relace1:
   - obsahuje Node1
   - name=Název první cesty

Relace2:
   - obsahuje Node1
   - name=Název druhé cesty

Zdá se vám to v pořádku?

Díky,
jiri

[1]: https://wiki.openstreetmap.org/wiki/Climbing#Boulders 

[2]: https://overpass-turbo.eu/s/U9Z 
[3]: https://overpass-turbo.eu/s/Ua1 
[4]: https://overpass-turbo.eu/s/Ua3 
[5]: https://overpass-turbo.eu/s/Ua5 
[6]: https://overpass-turbo.eu/s/Ua7 
[7]: https://wiki.openstreetmap.org/wiki/Talk:Climbing#Comments_on_other_topics 


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

https://openstreetmap.cz/talkcz 

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

Re: [Talk-it] Village / Town

[Martin Koppenhoefer]

sent from a phone

> On 20. May 2020, at 09:24, Fra00  wrote:
> 
> ma probabilmente per il caso dell'Italia può
> essere opportuno usare "city" per i capoluoghi provinciali indipendentemente
> dalla popolazione.


per me no, ricordo però che in tanti hanno espresso questa idea tempo fa. Penso 
che avremmo troppi “city” se includiamo tutti i capoluoghi di provincia, e in 
generale possiamo segnalare con un tag che una città è capoluogo di provincia: 
capital=6

Ciao Martin 



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

Re: [Talk-it-trentino] Soddisfazione personale

[Paolo Ianes]

Bravissimo Alessandro!
Bravo soprattutto a coinvolgere un paio di colleghi che stanno iniziando a
mantenere aggiornata la mappa dopo che tu hai fatto la massima parte del
lavoro. Proprio in questo sta la parte migliore di OSM: se ognuno di noi
aggiornasse con cura i luoghi che quotidianamente frequenta OSM
diventerebbe, se già non lo è, la migliore mappa del mondo. Imbattibile da
qualsiasi organizzazione commerciale che mai avrebbe i mezzi per esercitare
una continua opera di aggiornamento. E come si sa o una mappa è aggiornata,
o è fuorviante.
Potresti pensare di installare sui tablet anche un sw (tipo Vespucci ma mi
pare che anche Osmand abbia un plugin per modificare la mappa) con il quale
ciascun autista possa aggiustare le imprecisioni che trova sulla mappa.
Cominciando da cose molto semplici come l'esistenza di cancelli, lo stato
non percorribile di una strada indicata come carrabile, i numeri civici,
ecc.
Complimenti ancora e sempre avanti!
Paolo

Il giorno mar 19 mag 2020 alle ore 18:01 Francesco Pelullo <
f.pelu...@gmail.com> ha scritto:

> Mi aggiungo ai complimenti... Fantastico lavoro.
>
> Ciao
> /niubii/
>
>
> Il giorno dom 17 mag 2020 alle ore 19:47 Alessandro Vitali <
> vitoplu...@gmail.com> ha scritto:
>
>> Solo per condividervi la foto della nuova cartina del 118 di Borgo... 6
>> fogli A0.
>>
>> E' stato un lavorone di 3 anni (non ancora finito) ma che soddisfazione!
>>
>>
>>
>> https://www.dropbox.com/s/cecy170whjxk53h/20200517_193947.jpg?dl=0
>>
>> https://www.dropbox.com/s/xajavoct4od98ys/20200517_194226.jpg?dl=0
>>
>>
>>
>> Ale Vit
>> ___
>> Talk-it-trentino mailing list
>> Talk-it-trentino@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it-trentino
>>
> ___
> Talk-it-trentino mailing list
> Talk-it-trentino@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-trentino
>
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

[OSM-talk] our Q site help.openstreetmap.org is dying

[Tobias Wrede]

Hi,

we have several channels in OSM to facilitate discussions and support. 
First touch point for new users is often help.openstreetmap.org. 
Questions relating to mapping in general, tagging, editors, development, 
OSM based applications are asked there and get answered in most cases.


The site is based on OSQA, a software which has not been maintained in 
some time. Some application errors have surface in the past but had to 
be ignored since no fixes are coming from OSQA any more. Until now we 
could live with that. They were annoying but not critical. There are 
open tickets on OSM github to move the help site to some other framework 
(https://github.com/openstreetmap/operations/issues/149, 
https://github.com/openstreetmap/operations/issues/377) but there isn't 
exactly an abundance of volunteers to take care of that.


Usability of help.openstreetmap.org has now seriously worsened over the 
past few days with some js error popping up for longer and longer times 
(https://help.openstreetmap.org/questions/74831/why-does-the-add-a-new-comment-button-sometimes-not-work). 
Buttons to support formatting questions and answers are gone, comments 
cannot be added and moderation functions (reporting, converting 
questions to comments etc.) are not working anymore.


If this continuous we can shut down the site soon. Even if this problem 
got resolved somehow it's only a matter of time until a new problem 
arises. The site provides a low entry hurdles place to ask questions 
that can be solved by simple answers. I'd hate so see it gone.


I'm neither a programmer who could help out on the technical side nor am 
I involved in OSM organization and politics to have an idea on how this 
could be sorted out. Question around: Can we find someone to take care 
of the technical side? Can we involve any of the OSM organizations to 
find, maybe pay, someone? Does the community even find it worthwhile 
keeping the site?


cheers,

Tobias




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

Re: [Talk-it] Village / Town

[Fra00]

Si potrebbe anche pensare di taggare i capoluoghi di provincia come "city" a
priori, dato che le linee guida dicono che "city" identifichi "the largest
settlement or settlements within a territory, including national, state and
provincial capitals, and other major conurbations." Ora, /provincial/ è una
definizione abbastanza vaga data l'alta differenziazione di organizzazione
territoriale nei diversi Stati, ma probabilmente per il caso dell'Italia può
essere opportuno usare "city" per i capoluoghi provinciali indipendentemente
dalla popolazione.



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

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

Re: [Talk-it] Village / Town

[Fra00]

Essendo Rieti un capoluogo di provincia, come ce ne sono altri, taggato come
town è ovvio che nessun altro centro con questo tag possa essere veramente
al suo "livello". Per quanto riguarda Montereale, ripeto: mi sembra ci siano
servizi (supermercati, negozi vari, scuole fino alla secondaria di I grado,
chiese, uffici bancari) e anche un'importanza storica-geografica in quanto
città dal XIII secolo e riconosciuta come centro principale di tutto l'Alto
Aterno. Però posso capire che magari, dal momento che i tag disponibili sono
così pochi, sia un caso che potrebbe rientrare nel "village", così come
altri centri quali Civitella del Tronto, San Martino in Pensilis e
Campomarino. Per quanto riguarda gli altri da me inseriti ho invece pochi
dubbi, ma se ne può comunque parlare.



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

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

[OSM-talk-fr] "Les bons termes" [était Re: Import de points d'eau incendie en Saône-et-Loire]

[Vincent Bergeot]

Bonjour,

Le 19/05/2020 à 22:16, Yves P. a écrit :

Préalable : utiliser les bons termes :)

Les "professionnels" parlent de PEI (point d'eau incendie), qui sont ;

  * des poteaux (le commun des mortels appel ça des bornes, toi des
piliers par anglicisme ?, parfois même des bouches
  o ils sortent du sol.
  * des bouches
  o elles sont enterrées dans le sol.
  * des points d’eau naturels
  * des points d’eau artificiels
  * …

je suis favorable à utiliser "les bons termes", mais cela ne signifie 
pas que ceux sont les termes des "professionnels". Le langage pro est 
comme tout langage, avec ses spécificités, pas forcément accessible aux 
non pro. Et OSM n'est pas professionnel *ou* non professionnel *ou* ... 
mais est plutôt professionnel *et* non professionnel *et* ...


Donc OSM a son propre langage. Il me semble dont que si il doit y avoir 
"de bons termes", cela doit être ceux que nous construisons en commun 
(qui prendra sans doute des choses chez les pros, dans le langage 
commun, chez les non pros, dans les traductions d'iD, ...).


Bonne journée

--
Vincent Bergeot

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

Re: [Talk-it] Relazioni con elementi eterogenei

[Volker Schmidt]

In OSM ci sono ex-ferrovie, ma non c'è un metodo concordato. Sono di
interesse culturale (archeologia industriale) e spesso anche turistica. Non
sono route nel senso tradizionale. Proporrei utilizzare site, ma non ho mai
avuto tempo per formulare una proposta.
Ma rimuovere elementi da relazioni senza contattare l'autore non è
consigliato.

Il mer 20 mag 2020, 01:11 totera  ha scritto:

> arcanma wrote
> > Ognuno cerca di risolvere le proprie esigenze, ma dato che non sono le
> > stesse per tutti gli utenti è bene risolverle non togliendo elementi
> > inseriti se corretti
>
> Condivido completamente, però nel caso da cui è partita questa discussione
> per le route=railway sia la wiki sia OpenRailwayMap indicano di inserire
> soltanto i binari.
>
> https://wiki.openstreetmap.org/wiki/Tag:route%3Drailway
> https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging#Railway_Route
>
> Ciao,
> Gianluca
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Jérôme Seigneuret]

Je ne sais pas si on peut adjoindre dans alias dans ID via Transifex. Cela
permettrait d'avoir des terminologies différentes pour les mêmes couple de
clés/ valeurs en résultat...

Le mer. 20 mai 2020 à 06:38, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> On 19/05/2020 23:37, Yves P. wrote:
> >> Mon habitude de dire "pilier" vient probablement du fait que c'est le
> >> terme utilisé par iD en version française (pour traduire la valeur
> >> "pillar") - ça vaudrait le coup d'être corrigé. Si tu sais comment
> >> résoudre ça (et probablement d'autres problèmes de terminologie)
> >> n'hésite pas !
> > Il faut utiliser Transifex
> > : https://www.transifex.com/openstreetmap/id-editor/
> >
> > Pour plus d'infos :
> >
> https://github.com/openstreetmap/iD/blob/develop/CONTRIBUTING.md#translating
>
> Super! Je te laisse t'en occuper ? Personellement je n'ai pas de
> préférence particulière sur les termes à utiliser.
>
> Antonin
>
> ___
> 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