Re: [Talk-in] weeklyOSM #375 2017-09-19-2017-09-25

[Naveen Francis]

wow.


   - State of the Map Asia 2018 is announced
   ! This
   conference  will
   be hosted in Bangalore, India.


On 28 Sep 2017 22:25, "weeklyteam"  wrote:

> The weekly round-up of OSM news, issue # 375,
> is now available online in English, giving as always a summary of all
> things happening in the openstreetmap world:
>
> http://www.weeklyosm.eu/en/archives/9500/
>
> Enjoy!
>
> weeklyOSM?
> who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
> where?: https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-
> produced-in_56718#2/8.6/108.3
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[OSM-legal-talk] Legality of Commercial Use Case for OSM

[Jordan Hansen]

I have a quick question on a commercial use case for OSM. I am working on a
project for a company that collects data from users using surveys and gives
it to clients. Clients are allowed to create geographical areas for which
they want to see the surveys using counties and Zip Codes.

We would like to create a map that allows them to do this using leaflet as
a driver, OSM as the map, and US Census data to draw county/zip codes
lines. Users will be able to click and select the area, and then when they
hit save, it will generate reports based on the geographical area the users
selected. The map will display general information about the geographical
area. IE: How many surveys were collected inside of the county.

As this is not changing or building on the data provided by OSM, my
understanding is that this use case is legal, but I wanted to check and
make sure.

Thanks,
Jordan Hansen
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [Talk-it] (OT) Conversione coordinate

[Damjan Gerl]

28.09.2017 - 20:38 - demon.box:

ora che finalmente ho capito il formato del file .xyz di input ho scoperto
che il file di output viene restituito con i dati in ordine sparso ;-(((
e quindi non me ne faccio nulla...

solo un gran perdita di tempo

--enrico


Non proprio...
Anche io ho fatto un paio di prove ed infine sono riuscito a ricevere 
coordinate convertite: il file di input era

-
2429216.0 5055852.0 0.0
2423845.0 5062579.0 0.0
-

ed ho ricevuto in output:
-
13.834813689136942 45.650067873387
13.764568788352166 45.70987900757727
-

Quindi bisogna mettere prima la longitudine e poi la latitudine ed in 
fine l'altezza.


Poi leggendo la tua mail inerente l'ordine sparso ho detto proviamo 
giusto per avere conferma. Ho fatto un file di 777 punti che avevo già 
convertiti in wgs84. Ricevo il file di ritorno e vedo che effettivamente 
c'è un problema, manca una riga. Così ho scoperto che le coordinate 
della prima riga inviata manca, però tutte le altre sono ok. Quindi solo 
da tenere conto di questo problema o bug. Guardando poi il mio file di 
input.xyz ho visto che ho spedito un file testo codificato con utf-8 con 
all'inizio i due caratteri di BOM. Potrebbero essere questi due 
caratteri che disturbano il convertitore? Risalvato il file in ascii e 
rispedito, ricevuto la conversione: tutto ok!!!


Ciao
Damjan

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

Re: [Talk-gb-westmidlands] Next meeting

[Andy Robinson]

Wed it is then. Not 100% sure I can make it currently.

 

We did use the Shakespeare before but I think we found it a bit small and noisy 
(sky tv). Wherever we go its best that there isn’t a big screen in eye/ear shot.



I have a friend that used the Wellington a lot. Will ask his view.

 

Cheers

Andy

 

 

 

From: Rob Nickerson [mailto:rob.j.nicker...@gmail.com] 
Sent: 27 September 2017 22:57
To: Andy Robinson
Cc: Brian Prangle; talk-gb-westmidlands
Subject: Re: [Talk-gb-westmidlands] Next meeting

 

With two people saying no to Thursday (3 if you include me) this month, we 
might as well go for Wednesday 4th October.

For pubs those in Birmingham may know better but here are some ideas. I suggest 
the first on the list unless anyone knows a reason to rule it out.

- The gunmakers arms. Just round the corner from the bull. (seems to have it's 
own micro brewery)

- Queen's Arms, Newhall St

- The Shakespeare, Summer Row

- The Wellington (no event on Wednesday / live folk music on Thursday). 
Bennetts Hill

- The Lost and Found. Bennetts Hill

See you soon,

 




Rob

 

On 27 September 2017 at 10:16, Andy Robinson  wrote:

I’m easy, though in Cheshire more and more.

 

Cheers

Andy

 

From: Brian Prangle [mailto:bpran...@gmail.com] 
Sent: 27 September 2017 08:15
To: Rob Nickerson
Cc: talk-gb-westmidlands
Subject: Re: [Talk-gb-westmidlands] Next meeting

 

Hi Rob

No progress on alternative venue and I definitely can't make Thurs 5th

Regards

Brian

 

On 26 September 2017 at 23:59, Rob Nickerson  wrote:

Hi all,

Are we back in Birmingham for Octobers meeting? I seem to recall some 
discussion about trying a new venue. Where did we get to on that one?

Also I've screwed up my calendar so Thursday 5th October isn't looking that 
great for me :-( I might have to skip it but throwing the idea of a one off 
Wednesday meeting out there if that works for others. If not the go ahead 
without me on Thursday.



Rob


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

 

 

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

[talk-ph] Duplicated highways

[David Groom]

In southern Mindanao there are a number of highways which have 
duplicated ways, but often with different highway classifications (for 
example one way being marked as trunk, the other as primary).


As an indication of where they are see here  
http://tools.geofabrik.de/osmi/?view=routing=124.83883=6.36641=9=duplicate_ways 
  The blue lines indicate part of the duplication, though the actual 
duplicated sections are much longer.


I don't feel confident in choosing which of these duplicated ways are 
correct and deleting the incorrect one.


David___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[Talk-ca] Building Canada 2020 initiative

[Alasia, Alessandro (STATCAN)]

Hello all!

Statistics Canada was a partner of the 2017 HOT Summit held in Ottawa, Sept 
14-15. In parallel to the summit, Statistics Canada hosted a workshop to 
discuss the possibility of launching a community-led initiative titled 
"Building Canada 2020".

The goal and vision of this initiative is simple: map all buildings in Canada 
on OSM by the year 2020. The workshop was well attended. There were about 50 
people from various sectors (federal, academic, civic group, and private). This 
was a preliminary discussion amongst a small group of people, but now that 
broad interest has been confirmed more stakeholders need to be involved!

A short summary of the workshop along with a first draft Roadmap to 
implementation has been posted on the OSM Wiki at: 
https://wiki.openstreetmap.org/wiki/WikiProject_Canada/Building_Canada_2020

Everyone that shares the vision of "mapping all buildings in Canada on OSM by 
the year 2020" is invited to contribute to the discussion and the roadmap to 
implementation. In addition, there is still need to discuss how coordination, 
communication and governance of this initiative can be set in place.

One important aspect that needs to be emphasized is that "Building Canada 2020" 
is not a Statistics Canada project. In fact, it is not properly a project of 
any sort. It is a vision and an aspirational goal. The hope is that many 
organizations and contributors working with an open data resource (OSM) can 
coordinate their efforts through a multitude of projects, initiatives, and 
activities towards a common goal that would benefit society at large.

My team at Statistics Canada (DEIL) has been working on a pilot project with 
OSM (which was presented at the HOT Summit). We are looking at the possibility 
of a second Statistics Canada project to expand to other cities the work done 
with the pilot in Ottawa and Gatineau. If this happens, this StatCan project 
would contribute to, and align with, the Building Canada 2020 initiative. 
Hopefully this will be but one of many projects and activities contributing to 
the vision. Where possible, we would be happy to coordinate work with other 
organizations or groups that share the vision. We would also be happy to share 
experiences and the tools developed while working with building information on 
OSM.

We look forward to further collaboration with the OSM communities as we move 
forward with the second phase of our project and expand to more cities.

Best regards
Alessandro and DEIL Team


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

Re: [Talk-us] Great Lakes missing after osmosis update (diffs installation)

[Kevin Kenny]

On Thu, Sep 28, 2017 at 1:23 PM, Pilon, Michel (SSC/SPC) <
michel.pi...@canada.ca> wrote:

> Hello all,
>
>
>
> I am in the process of putting in place a local OSM server.
>
>
>
> Last Thursday September 21st I populated my PostGIS database using the
> following command:
>
>
>
> *osm2pgsql --create --slim --flat-nodes /data/osm/pgload/flat_nodes.bin \*
>
> * -C 27000 --number-processes 8 --hstore \*
>
> * --style
> /data/osm/openstreetmap-carto-3.2.0/openstreetmap-carto.style \*
>
> * --multi-geometry /data/osm/new_planet-latest.osm.pbf*
>
>
>
> Once done I verified the slippymap and I can see correctly all the
> Canadian/US Great Lakes.
>
>
>
> So I applied the daily updates on the data using osmosis (daily diff).
> Once completed, everything looks good EXCEPT that there is no more water on
> Great Lakes except Lac Érié and Ontario for *ALL ZOOM LEVELS*. Superior,
> Michigan and Huron Lakes just disappeared!
>
>
>
> For the update process, I am using /usr/bin/openstreetmap-tiles-update-expire
> with the followng options for osm2pgsql command:
>
>*OSM2PGSQL_OPTIONS="--number-processes 8 --hstore -C 27000
> --style /data/osm/openstreetmap-carto-3.2.0/openstreetmap-carto.style
> --multi-geometry"*
>
>
>
> I am using mapnik with openstreetmap-carto stylesheets.
>
>
>
> I am really stuck and need help as I tried it 3 times, always with the
> result of Lakes disappearing for all zoom levels… L
>
>
>
> Any ideas???
>
>
>
> Thanks in advanced for your very appreciated help….
>
>
>
>
Someone probably broke the coastline again. It's easy to goof when editing
the lake shore.
I don't have time to look into it right now, I can try on the weekend if
someone else doesn't fix it first.

(And, I confess, I've broken the lake shore of Lake Ontario at least once.
I fixed it promptly once I realized the problem.)
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it-lazio] Fwd: [Talk-it] Parlano di noi su Repubblica :-)

[FelynX]

Ciao, bentrovati.

Mi ero iscritto penso a luglio ed ero rimasto in stand by, infatti stavo 
pensando proprio in questi giorni di scrivere per capire se ci fosse 
qualche attività.


Se c'è qualche incontro, salvo altri impegni, cercherò di esserci.

A presto


Il 2017-09-28 17:30 Marcello Pelato ha scritto:

Bello ritrovarvi :D
Sempre disponibile. La sera soprattutto Lu-Do

Il 28 set 2017 3:31 PM, Martin Koppenhoefer 
ha scritto:


2017-09-28 15:21 GMT+02:00 jprimav :


Ciao Martin, Flaminia

sarebbe bello continuare col progetto, dopo una lunghissima pausa
estiva :)


Infatti. Quando potete? Ubaldo, Pelatom, Luca, ci state?

Ciao,
Martin

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


--
FelynX

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

Re: [Talk-it] Mappare le Zone a Traffico Limitato ZTL

[Martin Koppenhoefer]

sent from a phone

> On 28. Sep 2017, at 20:33, Carlo Benini  wrote:
> 
> Ciao a tutti,
> dopo una ricerca ho trovato solo una vecchia mailing list del 2009 in cui si 
> discute di come mappare le ZTL ma al termine della discussione non si è 
> arrivati ad una conclusione netta e definitiva. Dal 2009 ad oggi ci sono 
> stati sviluppi? C'è qualche indicazione recente più precisa su come fare? 



c’è una proposta qui: 
https://wiki.openstreetmap.org/wiki/Proposed_features/boundary%3Dlimited_traffic_zone

insieme alla sintassi di opening hours (conditional restrictions) e li tag di 
access potresti mappare la zona 

Per il routing è comunque necessario taggare i highway 


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

Re: [Talk-gb-westmidlands] Next meeting

[Eike Ritter]

Dear all,

I can make Thursday, 5 October but I'm unable to make Wednesdays in general.

Best wishes,

Eike




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

Re: [Talk-it] (OT) Conversione coordinate

[demon.box]

ora che finalmente ho capito il formato del file .xyz di input ho scoperto
che il file di output viene restituito con i dati in ordine sparso ;-((( 
e quindi non me ne faccio nulla...

solo un gran perdita di tempo

--enrico




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

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

[Talk-it] Mappare le Zone a Traffico Limitato ZTL

[Carlo Benini]

Ciao a tutti,
dopo una ricerca ho trovato solo una vecchia mailing list del 2009 in cui
si discute di come mappare le ZTL ma al termine della discussione non si è
arrivati ad una conclusione netta e definitiva. Dal 2009 ad oggi ci sono
stati sviluppi? C'è qualche indicazione recente più precisa su come fare?
Grazie.

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

Re: [OSM-talk] # with color code

[Yves]

The value is defined as an hexadecimal rgb code, starting with a #. 
I think most data consumers try to decode it with or without a #, its an easy 
to fix typo.
Yves 

Le 28 septembre 2017 18:59:15 GMT+02:00, James  a écrit :
>usually # specifies that it's a hexidecimal number vs a base 10 number.
>When you have letters A-F it's obvious that it's hexidecimal and can be
>implecitely converted.
>
>The issue is when you don't have letters:
>255
>
>in hexadecimal 255 is
>2*16^2
>+
>5*16^1
>+
>5*16^0
>= 512+80+5=597
>
>255 base 10 would be represented by ff in hex.
>
>On Sep 28, 2017 12:08 PM, "Jack Armstrong dan...@sprynet.com" <
>jacknst...@sprynet.com> wrote:
>
>> It's been my experience that colors render just fine without a '#'
>before
>> the code number. Is usage of a # prefix really necessary? What
>problems
>> will occur if it isn't attached? Thanks :)
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-us] Great Lakes missing after osmosis update (diffs installation)

[Pilon, Michel (SSC/SPC)]

Hello all,

I am in the process of putting in place a local OSM server.

Last Thursday September 21st I populated my PostGIS database using the 
following command:

osm2pgsql --create --slim --flat-nodes /data/osm/pgload/flat_nodes.bin \
 -C 27000 --number-processes 8 --hstore \
 --style /data/osm/openstreetmap-carto-3.2.0/openstreetmap-carto.style \
 --multi-geometry /data/osm/new_planet-latest.osm.pbf

Once done I verified the slippymap and I can see correctly all the Canadian/US 
Great Lakes.

So I applied the daily updates on the data using osmosis (daily diff).   Once 
completed, everything looks good EXCEPT that there is no more water on Great 
Lakes except Lac Érié and Ontario for ALL ZOOM LEVELS. Superior, Michigan and 
Huron Lakes just disappeared!

For the update process, I am using /usr/bin/openstreetmap-tiles-update-expire 
with the followng options for osm2pgsql command:
   OSM2PGSQL_OPTIONS="--number-processes 8 --hstore -C 27000 
--style /data/osm/openstreetmap-carto-3.2.0/openstreetmap-carto.style 
--multi-geometry"

I am using mapnik with openstreetmap-carto stylesheets.

I am really stuck and need help as I tried it 3 times, always with the result 
of Lakes disappearing for all zoom levels... :(

Any ideas???

Thanks in advanced for your very appreciated help

Michel



--
Michel Pilon
Conseiller technique / Technical Advisor
Courriel | Email : michel.pi...@canada.ca
Téléphone | Telephone :  (819) 564-5600 ext. 227
Télécopieur | Fax:  (819) 564-5698
50 Place de la Cité, suite 212, C.P. 162, Sherbrooke (Québec) J1H 4G9
Échange de données, solutions d'E/S E-Science | E-Science Input/Output 
Solutions Data
Superinformatique | Super Computing
Gestion des services et centres de données | Service Management and Data Centres
Services partagés Canada | Shared Services Canada
Gouvernement du Canada | Government of Canada


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

Re: [Talk-cat] Col·laboracions amb l'ajuntament de Figueres

[yo paseopor]

Ho estava dient pel grup de Telegram però com a vegades se'm recorda  aquí
també ha de quedar registrat.
Crec que és una molt bona notícia. I crec que la comunitat s'hi ha
d'implicar, en aquest cas no tant ficant les dades (en algun moment puntual
els podem ajudar) com en el fet de guiar-los. A més pel que he llegit veig
una integració molt més intensa i profunda, ja que veig que es parla com si
OSM formés part del corpus tècnic que tindrà l'ajuntament de Figueres per
consultar, això signifiquen dades obertes no només un cop, sinó sempre
actualitzades  i probablement pel mateix ajuntament, en línia potser del
tema de mapeig per grups/organitzacions que darrerament se'n parla.

Crec que aquest missatge, amb aquesta proposta de bona fe per part de
l'adminitració ha d'arribar a la llista espanyola i sobretot a imports,
perquè no estem parlant d'autoritzar que a OSM es faci una importació única
i descontextualitzada, tinc la sensació de que parlem d'una administració
que està disposada a traduir la seva info a OSM per a poder-ne disposar
fins i tot ells internament i tècnicament, per tant és una oportunitat que
no hem de perdre.

Com ho veieu la resta?
Salut i mapes
yopaseopor
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-lt] Talk-lt Digest, Vol 103, Issue 3

[Ričardas]

Labai pagirtina iniciatyva. Jau ne kartą mapinant pasinaudojau jų 360
nuotraukom. Tik tas, kad nuotraukos jau kiek pasenusios. Keliai ir kelio
ženklai gan sparčiai atnaujinami, ir pats tai matau, kai palyginu savo foto
iš kelio, kur neseniai važiavau, su lakd foto. Tai mapinti vien pagal kelių
metų foto nesinori, nes privesčiau daug neteisingos info, ypač dėl leistinų
greičių ir kelio dangų. Bet kaip pagalbinė priemonė labai gerai.

Ričardas
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [OSM-talk] # with color code

[James]

usually # specifies that it's a hexidecimal number vs a base 10 number.
When you have letters A-F it's obvious that it's hexidecimal and can be
implecitely converted.

The issue is when you don't have letters:
255

in hexadecimal 255 is
2*16^2
+
5*16^1
+
5*16^0
= 512+80+5=597

255 base 10 would be represented by ff in hex.

On Sep 28, 2017 12:08 PM, "Jack Armstrong dan...@sprynet.com" <
jacknst...@sprynet.com> wrote:

> It's been my experience that colors render just fine without a '#' before
> the code number. Is usage of a # prefix really necessary? What problems
> will occur if it isn't attached? Thanks :)
>
> ___
> 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-de] Raiffeisen

[Andreas Schmidt]

Bauer sucht Bauer... soll es ja geben...


Am 28.09.2017 um 15:08 schrieb Martin Koppenhoefer:
> ...
>
> dieses tagging kam nicht so besonders gut an bei den Muttersprachlern, weil
> "agrarian" als "Landwirt" verstanden wurde, es wurde gewitzelt ob das ein
> Laden sei, wo Landwirte verkauft werden ;-)
>
> ...




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

semanarioOSM Nº 375 2017-09-19-2017-09-25

[weeklyteam]

Hola, el semanario Nº 375, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/9500/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

semanarioOSM Nº 375 2017-09-19-2017-09-25

[weeklyteam]

Hola, el semanario Nº 375, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/9500/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

semanarioOSM Nº 375 2017-09-19-2017-09-25

[weeklyteam]

Hola, el semanario Nº 375, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/9500/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

semanarioOSM Nº 375 2017-09-19-2017-09-25

[weeklyteam]

Hola, el semanario Nº 375, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/9500/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-ca] OSM Canada & State of the Map US: Oct 20-22

[Matthew Darwin]

Yes.

Matthew Darwin
matt...@mdarwin.ca
http://www.mdarwin.ca

On 2017-09-28 12:17 PM, James wrote:
And as a local chapter new comers could suggest/view tasks to work 
on. Kind of like what we did for Fort Mac.


A centralized communication hub would enable us to move forward and 
concentrate our efforts(small remote villages for example)




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

[OSM-talk-ie] weeklyOSM #375 2017-09-19-2017-09-25

[weeklyteam]

The weekly round-up of OSM news, issue # 375,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9500/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-GB] weeklyOSM #375 2017-09-19-2017-09-25

[weeklyteam]

The weekly round-up of OSM news, issue # 375,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9500/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-in] weeklyOSM #375 2017-09-19-2017-09-25

[weeklyteam]

The weekly round-up of OSM news, issue # 375,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9500/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-us] weeklyOSM #375 2017-09-19-2017-09-25

[weeklyteam]

The weekly round-up of OSM news, issue # 375,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9500/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-ca] weeklyOSM #375 2017-09-19-2017-09-25

[weeklyteam]

The weekly round-up of OSM news, issue # 375,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9500/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[talk-ph] weeklyOSM #375 2017-09-19-2017-09-25

[weeklyteam]

The weekly round-up of OSM news, issue # 375,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9500/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[OSM-talk] weeklyOSM #375 2017-09-19-2017-09-25

[weeklyteam]

The weekly round-up of OSM news, issue # 375,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9500/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-africa] weeklyOSM #375 2017-09-19-2017-09-25

[weeklyteam]

The weekly round-up of OSM news, issue # 375,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9500/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [Talk-it] (OT) Conversione coordinate

[Luca Delucchi]

2017-09-28 17:11 GMT+02:00 Andrea Fredduzzi :
>
> Confermo, Qgis usa la libreria proj per convertire le coordinate, che
> si può usare anche da riga di comando tramite la stringa indicata
> Niccolò. Quindi in pratica sono la stessa cosa.
> Però l'errore dovrebbe essere di 3-4 m non di più. Questo perché da
> Gauss Boaga a wgs84 ho un solo cambio di datum.
> Dipende da cosa si intende per "molti metri" :)

in base alla zone gli errori possono diventare anche 70/100 metri.

>
> Ciao
> Andrea Fredduzzi
>


-- 
ciao
Luca

www.lucadelu.org

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

[Talk-it] Mapillary #CompleteTheMap challenge a Milano

[Marco Minghini]

Ciao a tutti,

dopo aver incontrato e conosciuto alcuni ragazzi di Mapillary a State of
the Map 2017 in Giappone, sono stato invitato a partecipare con la città di
Milano all'iniziativa #CompleteTheMap challenge [1], che ha lo scopo di
aumentare la copertura dei dati Mapillary nelle varie città del mondo. La
loro idea, per raccogliere più dati possibile, è quella di coinvolgere gli
studenti e di concentrarsi quindi su aree nei pressi delle università.

La challenge è stata quindi attivata per Milano in una zona attorno al
Campus Leonardo del Politecnico di Milano: inizierà lunedì 2 ottobre e
durerà 3 settimane. Trovate la leaderboard qui [2] e le istruzioni qui [3].
Mi hanno segnalato anche questa ottima documentazione prodotta
dall'università di Ottawa [4].

Naturalmente chiunque può partecipare! Vinca il migliore :)

Marco


[1]
http://blog.mapillary.com/community/2017/06/29/completethemap-challenges.html
[2] https://mapillary-hacks.github.io/leaderboard/milano/
[3] https://forum.mapillary.com/t/completethemap-milano/1221
[4] https://github.com/TraceyLauriault/COMS2200A

Marco Minghini, Ph.D.
GEOlab, Politecnico di Milano - DICA
Piazza Leonardo da Vinci 32, 20133 Milano (Italy)
+39 02 23996409
marco.mingh...@polimi.it
@MarcoMinghini 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Nouvelle modélisation des transformateurs électriques

[François Lacombe]

Hello,

La proposition indiquée début septembre a été acceptée sur le wiki, à
l'issue d'un vote de 15 jours terminé la semaine dernière.
https://wiki.openstreetmap.org/wiki/Proposed_features/Transformer_extension_proposal#Post-vote_cleanup

Les pages du wiki concernées ont été mises à jour, et traduites en Français
autant que faire se pouvait.
https://wiki.openstreetmap.org/wiki/FR:Tag:power%3Dtransformer
https://wiki.openstreetmap.org/wiki/FR:Key:windings

Bien que sujet très technique, la nouvelle modélisation sert autant la
description des réseaux publics d'électricité et le ferroviaire électrifié.
La connaissance des transfos permet de mieux comprendre le fonctionnement
des réseaux et des enjeux autour de leur développement.

Il y a beaucoup de valeurs qui pourraient etre simplement présentes dans
une base de données métier dédiée et liée à OSM avec une ref=*, mais elle
n'existe pas.
Il est bien question ici d'une collecte de terrain responsable (dans le
respect de la securité des personnes et des biens) dans l'attente de
l'opendata, un jour. Le modèle est là pour servir cette collecte de terrain
lorsqu'elle est possible, pour regrouper l'info de manière cohérente.
Pour info, la puissance statique d'un transfo n'est ni une puissance
souscrite ni un transit effectif et n'est donc pas couvert par le secret
des affaires.

A votre dispo pour les questions et différents cas bizarres que vous
pourrez trouver

François

Le 7 septembre 2017 à 09:20, François Lacombe  a
écrit :

> Bonjour à tous,
>
> Cette été a été l'occasion de produire une nouvelle étape dans la carto
> des réseaux électriques et de leur fonctionnement.
> La proposition est en cours de vote sur le wiki et une annonce a été
> envoyée sur la ML internationale, que je reporte ici pour les francophones
> (même si la propal est en anglais)
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/
> Transformer_extension_proposal
>
> C'est certes très technique, le but est de décrire l'architecture et
> fonctions de beaucoup de transformateurs électriques différents. Ce sont
> des appareils chargés de modifier la tension du courant électrique dans le
> réseau.
>
> Tout le monde est invité à regarder la cohérence et définition des tags,
> avec ou sans approche technique. Rendez-vous ensuite au bas de la page dans
> la section Voting.
>
> Merci par avance pour votre contribution
>
>
> François
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-ca] OSM Canada & State of the Map US: Oct 20-22

[James]

And as a local chapter new comers could suggest/view tasks to work on. Kind
of like what we did for Fort Mac.

A centralized communication hub would enable us to move forward and
concentrate our efforts(small remote villages for example)

On Sep 28, 2017 12:12 PM, "Matthew Darwin"  wrote:

> Hi Brian,
>
> In my view we definitely need OSMCanada to go beyond the big cities.  It
> is not "Canada" if we don't.
>
> In my view the main things that a collection of people cannot do on their
> own are:
>
> 1) Have a bank account.  There are groups that would give and organization
> money to do things around OSM. You can't just give money to an
> individual.   Also might need to look into charitable status later on so
> people could give donations and get a tax receipt (more paperwor overhead
> for that)
>
> 2) Look into getting money from the feds.  There have been announcements
> about Feds making money available for Smart Cities and related activities,
> for sure money cannot go to individuals.  I am waiting to see the details
> on what they are going to fund.
>
> Monies received could go towards meetups/hosting costs (which people pay
> out of their own pocket now) as well as "hiring" people to work on specific
> projects which normally they would not spend time on or maybe travel
> costs to go do a survey in an area which needs help, but has no expert
> mappers. or more training activities for folks. I could also see an
> educational component whereas it would be great to have people go into
> highschool civic classes and do a session on OSM.
>
> 3) The Building Canada 2020 project needs some leadership to make things
> happen.  Having an organization helping to drive that would make that
> easier.
>
> 4) There are things that some folks across the country have done to
> improve their area of the map... would be good to share practices more
> broadly, in a Canadian context.
>
> Of course all of these can be done in a private organization (eg like
> Mapbox), but I feel that building an organization to represent the broader
> community would be more beneficial in the long run.
>
> My 2c.
> On 2017-09-28 08:19 AM, Brian Bancroft wrote:
>
> Hi Matthew,
>
> It seems like an interesting idea. I've been travelling a bit lately, and
> I've found there's a lot of people out there who don't know about OSM where
> the platform is exactly what they need.
>
> Would a robust OSMCanada spread the Gospel beyond the cities? Would it
> seek to incorporate local GIS imports on the map with legal support and
> task management?
>
> Do we know what an incorporated OSMCanada would do that the informal
> association of really nice and diligent people can't do on their own?
>
> I won't be making SoTMUS this year, but I'd love to hear more about what
> your aims are with this venture, and the problems you and others believe
> (or know) it would solve through incorporation and (possibly?)  sweet
> government handouts. I'm guessing that these are the questions you want to
> crunch out while you're at the gathering of interesting people.
>
> Best wishes and good luck with this endeavour,
>
> Brian
>
>
>
>
> *From:* jwhelan0...@gmail.com
> *Sent:* September 28, 2017 7:06 AM
> *To:* scr...@gmail.com
> *Cc:* talk-ca@openstreetmap.org
> *Subject:* Re: [Talk-ca] OSM Canada & State of the Map US: Oct 20-22
>
> I hadn't heard of them and I'm in Ottawa but there again I'm not very
> sociable.  I question why such a decision would be made out of the country?
>
> Does it matter if someone creates a not for profit Canadian corporation? I
> think it would have to change its name though there have been discussions
> recently about the use of OSM in names.
>
> Cheerio John
>
> On 27 September 2017 at 21:59, Stewart C. Russell 
> wrote:
>
>> On 2017-09-27 05:49 PM, Matthew Darwin wrote:
>> > Hi,
>> >
>> > Are any Canadian folks going to State of the Map US October 20-22
>> > https://2017.stateofthemap.us/
>>
>> Nope. Wish I could afford it.
>>
>> > During the conference, I would like to have a discussion about turning
>> > the informal https://www.osmcanada.ca/ into a not-for-profit Canadian
>> > corporation.
>>
>> I'd be opposed. Who are osmcanada? They don't represent me. Last I heard
>> it was an informal group of mappers in Ottawa. What would the non-profit
>> do? How would it justify its status? Would it be attempting to be an
>> OSMF Chapter?
>>
>>  Stewart
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>
>
>
> ___
> Talk-ca mailing 
> listTalk-ca@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list

Re: [Talk-ca] OSM Canada & State of the Map US: Oct 20-22

[Matthew Darwin]

Hi Brian,

In my view we definitely need OSMCanada to go beyond the big cities.  
It is not "Canada" if we don't.


In my view the main things that a collection of people cannot do on 
their own are:


1) Have a bank account.  There are groups that would give and 
organization money to do things around OSM. You can't just give money 
to an individual.   Also might need to look into charitable status 
later on so people could give donations and get a tax receipt (more 
paperwor overhead for that)


2) Look into getting money from the feds.  There have been 
announcements about Feds making money available for Smart Cities and 
related activities, for sure money cannot go to individuals. I am 
waiting to see the details on what they are going to fund.


Monies received could go towards meetups/hosting costs (which people 
pay out of their own pocket now) as well as "hiring" people to work on 
specific projects which normally they would not spend time on or 
maybe travel costs to go do a survey in an area which needs help, but 
has no expert mappers. or more training activities for folks. I could 
also see an educational component whereas it would be great to have 
people go into highschool civic classes and do a session on OSM.


3) The Building Canada 2020 project needs some leadership to make 
things happen.  Having an organization helping to drive that would 
make that easier.


4) There are things that some folks across the country have done to 
improve their area of the map... would be good to share practices more 
broadly, in a Canadian context.


Of course all of these can be done in a private organization (eg like 
Mapbox), but I feel that building an organization to represent the 
broader community would be more beneficial in the long run.


My 2c.

On 2017-09-28 08:19 AM, Brian Bancroft wrote:

Hi Matthew,

It seems like an interesting idea. I've been travelling a bit 
lately, and I've found there's a lot of people out there who don't 
know about OSM where the platform is exactly what they need.


Would a robust OSMCanada spread the Gospel beyond the cities? Would 
it seek to incorporate local GIS imports on the map with legal 
support and task management?


Do we know what an incorporated OSMCanada would do that the informal 
association of really nice and diligent people can't do on their own?


I won't be making SoTMUS this year, but I'd love to hear more about 
what your aims are with this venture, and the problems you and 
others believe (or know) it would solve through incorporation and 
(possibly?)  sweet government handouts. I'm guessing that these are 
the questions you want to crunch out while you're at the gathering 
of interesting people.


Best wishes and good luck with this endeavour,

Brian




*From:* jwhelan0...@gmail.com
*Sent:* September 28, 2017 7:06 AM
*To:* scr...@gmail.com
*Cc:* talk-ca@openstreetmap.org
*Subject:* Re: [Talk-ca] OSM Canada & State of the Map US: Oct 20-22


I hadn't heard of them and I'm in Ottawa but there again I'm not 
very sociable.  I question why such a decision would be made out of 
the country?


Does it matter if someone creates a not for profit Canadian 
corporation? I think it would have to change its name though there 
have been discussions recently about the use of OSM in names.


Cheerio John

On 27 September 2017 at 21:59, Stewart C. Russell > wrote:


On 2017-09-27 05:49 PM, Matthew Darwin wrote:
> Hi,
>
> Are any Canadian folks going to State of the Map US October 20-22
> https://2017.stateofthemap.us/

Nope. Wish I could afford it.

> During the conference, I would like to have a discussion about
turning
> the informal https://www.osmcanada.ca/ into a not-for-profit
Canadian
> corporation.

I'd be opposed. Who are osmcanada? They don't represent me. Last
I heard
it was an informal group of mappers in Ottawa. What would the
non-profit
do? How would it justify its status? Would it be attempting to be an
OSMF Chapter?

 Stewart

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





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


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

[OSM-talk] # with color code

[Jack Armstrong dan...@sprynet.com]

It's been my experience that colors render just fine without a '#' before the code number. Is usage of a # prefix really necessary? What problems will occur if it isn't attached? Thanks :)

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

Re: [Talk-it-lazio] Digest di Talk-it-lazio, Volume 60, Numero 1

[Ubaldo Musco]

Ciao a tutti,

link interessante, grazie Martin.

Dai organizziamo un mapping party prima che la stagione avanzi troppo, magari 
per inserire un pò di civici.

Ubaldo

> Il giorno 28 set 2017, alle ore 14:00, 
> talk-it-lazio-requ...@openstreetmap.org 
>  ha scritto:
> 
> Invia le richieste di iscrizione alla lista Talk-it-lazio
> all'indirizzo
>   talk-it-lazio@openstreetmap.org 
> 
> Per iscriverti o cancellarti attraverso il web, visita
>   https://lists.openstreetmap.org/listinfo/talk-it-lazio 
> 
> oppure, via email, manda un messaggio con oggetto `help' all'indirizzo
>   talk-it-lazio-requ...@openstreetmap.org
> 
> Puoi contattare la persona che gestisce la lista all'indirizzo
>   talk-it-lazio-ow...@openstreetmap.org
> 
> Se rispondi a questo messaggio, per favore edita la linea dell'oggetto
> in modo che sia più utile di un semplice "Re: Contenuti del digest
> della lista Talk-it-lazio..."
> Argomenti del Giorno:
> 
>   1. Fwd: [Talk-it] Parlano di noi su Repubblica :-)
>  (Martin Koppenhoefer)
>   2. Re: Fwd: [Talk-it] Parlano di noi su Repubblica :-)
>  (Flaminia Tumino)
> 
> Da: Martin Koppenhoefer 
> Oggetto: [Talk-it-lazio] Fwd: [Talk-it] Parlano di noi su Repubblica :-)
> Data: 27 settembre 2017 17:50:12 CEST
> A: "Talk-it-lazio@openstreetmap.org" 
> 
> 
> Inoltro questo dalla lista nazionale, perché streetart sta nel titolo.
> 
> Un saluto a tutti,
> Martin
> 
> 
> -- Forwarded message --
> From: Matteo Zaffonato >
> Date: 2017-09-27 15:34 GMT+02:00
> Subject: [Talk-it] Parlano di noi su Repubblica :-)
> To: openstreetmap list - italiano  >
> 
> 
> http://www.repubblica.it/cronaca/2017/09/27/news/dai_beni_confiscati_alla_street_art_tutti_pazzi_per_crowd_mapping-176618750/
>  
> 
> 
> Ciao
> Matteo
> 
> 
> 
> 
> Da: Flaminia Tumino 
> Oggetto: Re: [Talk-it-lazio] Fwd: [Talk-it] Parlano di noi su Repubblica :-)
> Data: 28 settembre 2017 09:06:54 CEST
> A: Martin Koppenhoefer 
> Cc: "Talk-it-lazio@openstreetmap.org" 
> 
> 
> Ciao Martin,
> 
> grazie del link!
> A proposito, che facciamo con il nostro di progetto?
> Chi ci starebbe per rivedersi uno di questi giorni/sere?
> 
> Flaminia
> 
>  
> 
> Mail priva di virus. www.avast.com 
> 
>  
> 
> Il giorno 27 settembre 2017 17:50, Martin Koppenhoefer 
> > ha scritto:
> Inoltro questo dalla lista nazionale, perché streetart sta nel titolo.
> 
> Un saluto a tutti,
> Martin
> 
> 
> -- Forwarded message --
> From: Matteo Zaffonato >
> Date: 2017-09-27 15:34 GMT+02:00
> Subject: [Talk-it] Parlano di noi su Repubblica :-)
> To: openstreetmap list - italiano  >
> 
> 
> http://www.repubblica.it/cronaca/2017/09/27/news/dai_beni_confiscati_alla_street_art_tutti_pazzi_per_crowd_mapping-176618750/
>  
> 
> 
> Ciao
> Matteo
> 
> 
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-it-lazio 
> 
> 
> 
> 
> 
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio

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

Re: [Talk-lt] Fwd: Celebration with Open Data: Making Lithuanian Road Imagery Available to Everyone

[Eduardas Kriščiūnas]

  
  
Nelabai kaip jiems sekasi. Algoritmas
  turėtų pastebėti, kad 10kmh zonų apskritai būti negali. Ypač –
  magistraliniuose keliuose ;)
  
  Palangos applinkkelis:
  
  
  
  Ramas wrote:


  Jie netgi sukūrė specialų Lietuvos žemėlapį,
kuriame galima peržiūrėti automatiškai nustatytus objektus -
greičio apribojimus, tunelius, pastatus, vandens telkinius ir
t.t. Įspūdinga :)


https://mapillary-hacks.github.io/demos/lithuania/

  
  
On 28 September 2017 at 17:13, Aurimas
  Fišeras 
  wrote:
  http://blog.mapillary.com/update/2017/09/28/making-lithuanian-road-imagery-available.html


 Persiųstas laiškas 
Tema:   Celebration with Open Data: Making Lithuanian Road
Imagery Available to Everyone
Data:   Thu, 28 Sep 2017 00:00:00 +0200
Kas:    The Mapillary Blog <>


Celebration with Open Data: Making Lithuanian Road Imagery
Available to Everyone

The Lithuanian Road Administration is making imagery from
the entire road newtork in Lithuania available to the
public. This is an open data initiative of the modern civic
state that will soon celebrate its Centennial.


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


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




  

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

Re: [Talk-it-lazio] Fwd: [Talk-it] Parlano di noi su Repubblica :-)

[Marcello Pelato]

Bello ritrovarvi :DSempre disponibile. La sera soprattutto Lu-DoIl 28 set 2017 3:31 PM, Martin Koppenhoefer  ha scritto:2017-09-28 15:21 GMT+02:00 jprimav :Ciao Martin, Flaminia

sarebbe bello continuare col progetto, dopo una lunghissima pausa estiva :)Infatti. Quando potete? Ubaldo, Pelatom, Luca, ci state?Ciao,Martin
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-ca] OSM Canada & State of the Map US: Oct 20-22

[Martijn van Exel]

Hi all,

I responded to Matthew off-list an on, but my response bounced to here
because I used an alternate email address.

Speaking as the secretary of the OSMF board and non-Canadian: we welcome
new Local Chapters and any movement towards that. A first step is to gain
sufficient momentum; a Local Chapter, or any official national OSM
organization, should represent the community as a whole. That would be the
first thing to figure out. I see a lot of regulars on this list, and having
a discussion here about the viability / desirability of incorporating would
be a great start. Discussing in person can be beneficial, but is
understandably challenging in a large country. Feel free to reach out to me
any time if you want to discuss more.

Lastly, I would encourage you to subscribe to the local-chapters mailing
list, which we have dedicated to discuss (the path to) local chapters.

Best,
Martijn

On Thu, Sep 28, 2017 at 6:30 AM, Дмитрий Киселев  wrote:

> Hi I hope I will,
> but I don't have any thought about local chapter and do we want to have a
> local not-for-profit org, or not.
>
> It works when you want to get some data / hardware / money from gov or
> companies (not from ordinary people).
> I'm here not for a long time but looks like gov more willing to work with
> OSM directly, as well as big GIS players.
> So local chapter is nice but not a neccessary thing.
>
> 2017-09-28 9:19 GMT-03:00 Brian Bancroft :
>
>> Hi Matthew,
>>
>> It seems like an interesting idea. I've been travelling a bit lately, and
>> I've found there's a lot of people out there who don't know about OSM where
>> the platform is exactly what they need.
>>
>> Would a robust OSMCanada spread the Gospel beyond the cities? Would it
>> seek to incorporate local GIS imports on the map with legal support and
>> task management?
>>
>> Do we know what an incorporated OSMCanada would do that the informal
>> association of really nice and diligent people can't do on their own?
>>
>> I won't be making SoTMUS this year, but I'd love to hear more about what
>> your aims are with this venture, and the problems you and others believe
>> (or know) it would solve through incorporation and (possibly?)  sweet
>> government handouts. I'm guessing that these are the questions you want to
>> crunch out while you're at the gathering of interesting people.
>>
>> Best wishes and good luck with this endeavour,
>>
>> Brian
>>
>>
>>
>>
>> *From:* jwhelan0...@gmail.com
>> *Sent:* September 28, 2017 7:06 AM
>> *To:* scr...@gmail.com
>> *Cc:* talk-ca@openstreetmap.org
>> *Subject:* Re: [Talk-ca] OSM Canada & State of the Map US: Oct 20-22
>>
>> I hadn't heard of them and I'm in Ottawa but there again I'm not very
>> sociable.  I question why such a decision would be made out of the country?
>>
>> Does it matter if someone creates a not for profit Canadian corporation?
>> I think it would have to change its name though there have been discussions
>> recently about the use of OSM in names.
>>
>> Cheerio John
>>
>> On 27 September 2017 at 21:59, Stewart C. Russell 
>> wrote:
>>
>>> On 2017-09-27 05:49 PM, Matthew Darwin wrote:
>>> > Hi,
>>> >
>>> > Are any Canadian folks going to State of the Map US October 20-22
>>> > https://2017.stateofthemap.us/
>>>
>>> Nope. Wish I could afford it.
>>>
>>> > During the conference, I would like to have a discussion about turning
>>> > the informal https://www.osmcanada.ca/ into a not-for-profit Canadian
>>> > corporation.
>>>
>>> I'd be opposed. Who are osmcanada? They don't represent me. Last I heard
>>> it was an informal group of mappers in Ottawa. What would the non-profit
>>> do? How would it justify its status? Would it be attempting to be an
>>> OSMF Chapter?
>>>
>>>  Stewart
>>>
>>> ___
>>> Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
>
> --
> Best regards,
> Dmitry
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-it] (OT) Conversione coordinate

[Andrea Fredduzzi]

Il 28 settembre 2017 14:32, Paolo Monegato 
ha scritto:
> Il 28/09/2017 12:17, Stefano Salvador ha scritto:
>>
>> Si, però quella conversione (essendo generica per tutto il territorio
>> italiano) produce delle imprecisioni anche notevoli (anche molti metri).
>
>
> Quoto. Immagino usi gli stessi parametri usati per la conversione con
> QGis...
>

Confermo, Qgis usa la libreria proj per convertire le coordinate, che
si può usare anche da riga di comando tramite la stringa indicata
Niccolò. Quindi in pratica sono la stessa cosa.
Però l'errore dovrebbe essere di 3-4 m non di più. Questo perché da
Gauss Boaga a wgs84 ho un solo cambio di datum.
Dipende da cosa si intende per "molti metri" :)
Interessante a questo proposito è la discussione che ho trovato in
rete in un gruppo di utenti di Qgis del Friuli, anche se un po datata
https://groups.google.com/forum/#!topic/qgis_utenti_fvg/UjoeFcQ5GqM

Ciao
Andrea Fredduzzi

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

Re: [Talk-it] Conversione coordinate

[demon.box]

Damjan Gerli wrote
>> per il Z prova a mettere tutti a 0
> 
> Ancora una cosa: mi sembra, ma da verificare, che per il file xyz dovresti
> usare lo spazio come separatore (x1 y1 z1)

è dalle 3 che stò facendo prove (mi sono scaricato anche il loro manuale che
non dice nulla a riguardo) ma non riesco a capire come dev'essere fatto
questo benedetto file .xyz

tutti i test che ho fatto mi restituiscono un file di output vuoto

boh :-(

--enrico





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

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

Re: [Talk-lt] Fwd: Celebration with Open Data: Making Lithuanian Road Imagery Available to Everyone

[Ramas]

Jie netgi sukūrė specialų Lietuvos žemėlapį, kuriame galima peržiūrėti
automatiškai nustatytus objektus - greičio apribojimus, tunelius, pastatus,
vandens telkinius ir t.t. Įspūdinga :)

https://mapillary-hacks.github.io/demos/lithuania/

On 28 September 2017 at 17:13, Aurimas Fišeras 
wrote:

> http://blog.mapillary.com/update/2017/09/28/making-lithuania
> n-road-imagery-available.html
>
>
>  Persiųstas laiškas 
> Tema:   Celebration with Open Data: Making Lithuanian Road Imagery
> Available to Everyone
> Data:   Thu, 28 Sep 2017 00:00:00 +0200
> Kas:The Mapillary Blog <>
>
>
> Celebration with Open Data: Making Lithuanian Road Imagery Available to
> Everyone
>
> The Lithuanian Road Administration is making imagery from the entire road
> newtork in Lithuania available to the public. This is an open data
> initiative of the modern civic state that will soon celebrate its
> Centennial.
>
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-us] Missing imagery in JOSM

[Mark Bradley]

> Message: 1
> Date: Wed, 27 Sep 2017 10:07:52 -0700
> From: Mark Wagner 
> To: talk-us@openstreetmap.org
> Subject: Re: [Talk-us] Missing imagery in JOSM
> Message-ID: <20170927100752.3d2ed...@puma.carnildo.com>
> Content-Type: text/plain; charset=US-ASCII
> 
> On Wed, 27 Sep 2017 12:14:03 -0400
> "Mark Bradley"  wrote:
> 
> > What happened to the USGS topographic map imagery that was available
> > in JOSM until a few days ago?
> 
> Still there for me, though something's changed: when you zoom out, it no 
> longer
> switches away from the 1:24000 maps, but instead displays them scaled down.
> 
> --
> Mark
> 
> 
>


Today the imagery is back, after being absent for two or three days.  Would 
like to know why it temporarily disappeared, but I'm just glad it's back.  
Thanks for the reply Mark.

Mark B.


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

Re: [Talk-it] Conversione coordinate

[Damjan Gerl]

> > ciao, infatti ho provato ma non riesco a capire come debba essere composto
> > questo file .xyz visto che dalle sue specifiche dovrei preparare un file di
> > testo con appunto estensione .xyz che al suo interno contenga l'elenco di
> > coordinate in questo modo:
> > 
> > x1,y1,z1
> > x2,y2,z2
> > 
> > ma io al valore z cosa ci metto? (ho già provato a lasciarlo vuoto ma non
> > funziona...)
> > 
> > grazie
> > 
> > --enrico
> 
> per il Z prova a mettere tutti a 0

Ancora una cosa: mi sembra, ma da verificare, che per il file xyz dovresti 
usare lo spazio come separatore (x1 y1 z1)

Damjan 

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

[Talk-lt] Fwd: Celebration with Open Data: Making Lithuanian Road Imagery Available to Everyone

[Aurimas Fišeras]

http://blog.mapillary.com/update/2017/09/28/making-lithuanian-road-imagery-available.html


 Persiųstas laiškas 
Tema: 	Celebration with Open Data: Making Lithuanian Road Imagery 
Available to Everyone

Data:   Thu, 28 Sep 2017 00:00:00 +0200
Kas:The Mapillary Blog <>


Celebration with Open Data: Making Lithuanian Road Imagery Available to 
Everyone


The Lithuanian Road Administration is making imagery from the entire 
road newtork in Lithuania available to the public. This is an open data 
initiative of the modern civic state that will soon celebrate its 
Centennial.



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

Re: [OSM-talk-fr] Importation des hauteurs de bâtiments sur Nice

[Vincent Frison]

Quand je parle de résolution de 5 mètres c'est la résolution horizontale
(on dit plutôt planaire je crois), mais la résolution verticale elle est
meilleure, je crois qu'ils (les gens du portail open data) m'avaient dis
que c'était inférieur à un mètre...

D'après le wiki le tag height pour les buildings est censé indiquer le
point le plus haut du bâtiment mais à l'exclusion des structures rajoutées
comme par ex. les mats ou antennes. Mon script est censé gérer ça, en tout
cas il gère plutôt bien par exemple les petits locales techniques qui sont
très fréquents sur les immeubles. Pour simplifier si la hauteur max est de
Z mètres je vérifie si au moins 30% de l'ensemble des points "matchant"
l'immeuble sont à moins de 2 mètres de Z. Si c'est le cas c'est bon sinon
j'essaye un mètre en dessous; et ainsi de suite jusqu'à trouver une bonne
valeur. Du coup si une antenne est posée sur le toit d'un immeuble sa
hauteur de ne sera pas prise en compte.


Le 28 septembre 2017 à 15:48, Philippe Verdy  a écrit :

> Ca rassure un peu, quoique 5 mètres c'est encore beaucoup pour représenter
> les hauteurs de bâtiments, c'est +/- 2 étages quand même ! A ce prix là, on
> peut e demander si ce ne serait pas plus pertinent de baser le calcul sur
> le nombre d'étages renseignés (en gros 2,5m par étage pour les bâtiments
> résidentiels, 3 mètres pour les bâtiments commerciaux, 5 mètres pour les
> centres commerciaux et bâtiments industriels, les églises c'est encore
> autre chose!).
>
> D'autant plus que "height=*" sur un bâtiment n'indique pas quel point est
> mesuré: hauteur maximale habitable ou le faite de la toiture, ou le plus
> haut point sur une cage d'ascenseur posée en haut d'un toit plat, avec ou
> sans la hauteur d'un mât d'antennes qui peut également être posé au dessus
> du bâtiment comme un simple noeud avec sa propre hauteur supplémentaire.
>
> Le 28 septembre 2017 à 15:33, Vincent Frison  a
> écrit :
>
>> Je trouve ça pas si mal, en tout cas sur Nice les collines et les
>> Pré-Alpes niçoise sont assez bien rendues, regarde l'image que j'ai inséré
>> dans la page Wiki de mon import: https://wiki.openstree
>> tmap.org/wiki/Nice,_France/Buildings_Heights_Import
>>
>> Après c'est sur que ça n'a rien à avoir avec des MNT locaux qui ont des
>> bien meilleures résolutions. Par exemple pour mon import j'ai utilisé le
>> MNT du portail open data de Nice et là sa résolution est de 5 mètres.. le
>> rendu n'a évidement rien à voir !!
>>
>> PS: je viens de voir ton dernier message: le MNT utilisé par mon import
>> (résolution de 5 mètre) n'a rien à voir avec le MNT utilisé pour le rendu
>> F4map (résolution de 90 mètres) ! ;)
>>
>> Le 28 septembre 2017 à 15:23, Philippe Verdy  a
>> écrit :
>>
>>> De plus cette option ne semble pas donner un relief très réaliste, il
>>> est beaucoup trop aplati. J'aurais plutôt vu une glissière entre 0% et 100%
>>> de relief ou au moins 3 options (0%, environ 30% ici, et 100%) pour des
>>> villes de montagne, et la visibilité correcte (exemple Grenoble, Gap)
>>> Le MNT ne semble pas non plus complet, on a des tas de régions sans
>>> aucun relief.
>>>
>>> Le 28 septembre 2017 à 15:18, Philippe Verdy  a
>>> écrit :
>>>
 il fallait la voir cette option, alors que la case "3D" tout en haut à
 droite est évidente. Merci pour mentionner, l'interface graphique pourrait
 être épurée pour les options, cela n'a rien à voir avec les recherches...

 Le 28 septembre 2017 à 15:11, Vincent Frison 
 a écrit :

> Si si il y a une option pour cela: à coté de la zone de recherche clic
> sur l'icone > options graphique > ground elevation !
>
> Dommage qu'elle ne soit pas activée par défaut...
>
> Le 28 septembre 2017 à 15:00, Philippe Verdy  a
> écrit :
>
>> Dommage quand même que F4map ne dispose pas du MNT pour afficher
>> correctement le relief ! Il pose tous les bâtiments sur un terrain plat !
>>
>> Le 28 septembre 2017 à 09:33, Vincent Frison <
>> vincent.fri...@gmail.com> a écrit :
>>
>>> Oui on m'a déjà signalé hier soir qu'il y avait un souci sur cette
>>> zone: le bug vient du fait que le MNT n'avait pas de valeurs à cet 
>>> endroit
>>> alors que le MNS lui en avait. Du coup la hauteur du bâtiment est égale 
>>> à
>>> son élévation. J'ai déjà commencé à corriger...
>>>
>>> Merci, Vincent.
>>>
>>> Le 27 septembre 2017 à 23:25, Philippe Verdy  a
>>> écrit :
>>>
 Un problème entre Cantaron et Falicon, le MNT ne semble pas correct
 (plat là où il y a des montagnes) du coup, on a des tas de "tours":

 http://demo.f4map.com/#lat=43.7604708=7.3021714=16;
 camera.theta=27.399


 Le 27 septembre 2017 à 18:01, Vincent Frison <
 vincent.fri...@gmail.com> a 

Re: [Talk-it] Conversione coordinate

[Damjan Gerl]

> ciao, infatti ho provato ma non riesco a capire come debba essere composto
> questo file .xyz visto che dalle sue specifiche dovrei preparare un file di
> testo con appunto estensione .xyz che al suo interno contenga l'elenco di
> coordinate in questo modo:
> 
> x1,y1,z1
> x2,y2,z2
> 
> ma io al valore z cosa ci metto? (ho già provato a lasciarlo vuoto ma non
> funziona...)
> 
> grazie
> 
> --enrico

per il Z prova a mettere tutti a 0

Damjan

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

Re: [Talk-it] Conversione coordinate

[demon.box]

Damjan Gerli wrote
> Devi usare il convertitore asincrono [1] e dargli in pasto un file tra
> quelli supportati: .xyz dovrebbe essere un file di testo (.file di
> testo con lista di coordinate xyz;)

ciao, infatti ho provato ma non riesco a capire come debba essere composto
questo file .xyz visto che dalle sue specifiche dovrei preparare un file di
testo con appunto estensione .xyz che al suo interno contenga l'elenco di
coordinate in questo modo:

x1,y1,z1
x2,y2,z2

ma io al valore z cosa ci metto? (ho già provato a lasciarlo vuoto ma non
funziona...)

grazie

--enrico




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

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

Re: [OSM-talk-fr] Importation des hauteurs de bâtiments sur Nice

[Philippe Verdy]

Ca rassure un peu, quoique 5 mètres c'est encore beaucoup pour représenter
les hauteurs de bâtiments, c'est +/- 2 étages quand même ! A ce prix là, on
peut e demander si ce ne serait pas plus pertinent de baser le calcul sur
le nombre d'étages renseignés (en gros 2,5m par étage pour les bâtiments
résidentiels, 3 mètres pour les bâtiments commerciaux, 5 mètres pour les
centres commerciaux et bâtiments industriels, les églises c'est encore
autre chose!).

D'autant plus que "height=*" sur un bâtiment n'indique pas quel point est
mesuré: hauteur maximale habitable ou le faite de la toiture, ou le plus
haut point sur une cage d'ascenseur posée en haut d'un toit plat, avec ou
sans la hauteur d'un mât d'antennes qui peut également être posé au dessus
du bâtiment comme un simple noeud avec sa propre hauteur supplémentaire.

Le 28 septembre 2017 à 15:33, Vincent Frison  a
écrit :

> Je trouve ça pas si mal, en tout cas sur Nice les collines et les
> Pré-Alpes niçoise sont assez bien rendues, regarde l'image que j'ai inséré
> dans la page Wiki de mon import: https://wiki.openstree
> tmap.org/wiki/Nice,_France/Buildings_Heights_Import
>
> Après c'est sur que ça n'a rien à avoir avec des MNT locaux qui ont des
> bien meilleures résolutions. Par exemple pour mon import j'ai utilisé le
> MNT du portail open data de Nice et là sa résolution est de 5 mètres.. le
> rendu n'a évidement rien à voir !!
>
> PS: je viens de voir ton dernier message: le MNT utilisé par mon import
> (résolution de 5 mètre) n'a rien à voir avec le MNT utilisé pour le rendu
> F4map (résolution de 90 mètres) ! ;)
>
> Le 28 septembre 2017 à 15:23, Philippe Verdy  a écrit
> :
>
>> De plus cette option ne semble pas donner un relief très réaliste, il est
>> beaucoup trop aplati. J'aurais plutôt vu une glissière entre 0% et 100% de
>> relief ou au moins 3 options (0%, environ 30% ici, et 100%) pour des villes
>> de montagne, et la visibilité correcte (exemple Grenoble, Gap)
>> Le MNT ne semble pas non plus complet, on a des tas de régions sans aucun
>> relief.
>>
>> Le 28 septembre 2017 à 15:18, Philippe Verdy  a
>> écrit :
>>
>>> il fallait la voir cette option, alors que la case "3D" tout en haut à
>>> droite est évidente. Merci pour mentionner, l'interface graphique pourrait
>>> être épurée pour les options, cela n'a rien à voir avec les recherches...
>>>
>>> Le 28 septembre 2017 à 15:11, Vincent Frison 
>>> a écrit :
>>>
 Si si il y a une option pour cela: à coté de la zone de recherche clic
 sur l'icone > options graphique > ground elevation !

 Dommage qu'elle ne soit pas activée par défaut...

 Le 28 septembre 2017 à 15:00, Philippe Verdy  a
 écrit :

> Dommage quand même que F4map ne dispose pas du MNT pour afficher
> correctement le relief ! Il pose tous les bâtiments sur un terrain plat !
>
> Le 28 septembre 2017 à 09:33, Vincent Frison  > a écrit :
>
>> Oui on m'a déjà signalé hier soir qu'il y avait un souci sur cette
>> zone: le bug vient du fait que le MNT n'avait pas de valeurs à cet 
>> endroit
>> alors que le MNS lui en avait. Du coup la hauteur du bâtiment est égale à
>> son élévation. J'ai déjà commencé à corriger...
>>
>> Merci, Vincent.
>>
>> Le 27 septembre 2017 à 23:25, Philippe Verdy  a
>> écrit :
>>
>>> Un problème entre Cantaron et Falicon, le MNT ne semble pas correct
>>> (plat là où il y a des montagnes) du coup, on a des tas de "tours":
>>>
>>> http://demo.f4map.com/#lat=43.7604708=7.3021714=16;
>>> camera.theta=27.399
>>>
>>>
>>> Le 27 septembre 2017 à 18:01, Vincent Frison <
>>> vincent.fri...@gmail.com> a écrit :
>>>
 Hello,

 L'import a été fait: 52310 bâtiments ont été mis à jour avec leur
 hauteur.

 Plus de détails sur cette page Wiki
 
 .

 ++ Vincent.

 Le 18 septembre 2017 à 17:57, Vincent Frison <
 vincent.fri...@gmail.com> a écrit :

> Hello,
>
> Je projette d'importer dans OSM la hauteur des bâtiments de la
> ville de Nice, un peu comme je l'avais fait il y a 2 ans pour Paris:
> http://wiki.openstreetmap.org/wiki/Paris,_France/Buildings_H
> eights_Import
>
> Ici les données viennent du MNT (modèle numérique de terrain) et
> MNS (modèle numérique de surface) disponible sur le portail Open Data 
> de la
> métropole Nice Côte d'Azur: http://opendata.niceco
> tedazur.org/data/dataset/modele-numerique-de-terrain-de-nice
> -cote-d-azur
>
> En fait j'ai déjà lancé un sujet sur le forum:
> 

Re: [OSM-talk-ie] DIT study of Balbriggan

[Rory McCann]

Hi,

That's a great idea, some minor thoughts and a big one:

If the students use Mapillary that would be great, because it means
other people can check the "source" in case someone made a mistake. And
we can use the mapillary images ourselves to map things the students
might have missed.

JOSM is good, but iD has a new feature where someone can "request
review" which could allow the community to help the mapper¹.

So the big bit:

This is now referred to as "Organized Editing"², and the OSM Data
Working Group is requesting feedback on any Policy that should be
created, similar to the Import Guidelines³ (which you all should fill
out!). It's to cover paid mapping, and (since elitist Germans want to
bash HOT & Missing Maps) any "organised mapathon".

The main question is: Who is telling the mapper what to map? How much
freedom does the mapper have?

If I see a dodgy/bad edit, the OSM approach is to contact the mapper and
talk to them. But if the person who uploaded it is being paid to map it,
then they don't have any freedom to act differently, they're just doing
their job. I can't suggest that someone not add a certain thing, if the
would get fired for not adding it! I should really be talking to their
manager.

Some classes (etc) are designed for the students to learn about OSM, and
the students are only required to map /something/. In which case I have
to talk to the student. It sounds like this is where the mappers will be
told what to map.

I suggest that the person in charge of the project post a diary entry
(they do already have an OSM account, right??) explaining their project,
what their experience with OSM is, where they'll be mapping, what they
will be adding, what the source is, who the team members will be, etc.
All of the team members should probably have a separate OSM account for
the mapping, and in their OSM user profile mention that they are working
on a certain project, and include a link to the person in charge of the
project. Perhaps they should also details in changeset comments/tags
about the project. This way, if anyone sees a dodgy edit, we know who to
ask about it.

It's also important that the people running this project know about OSM.
Sometimes people think it's a generic geo-data-store, where you have
private layers, and can just store whatever you need to there. Nope,
we're all in one database. So other mappers might come along and
fix/change/improve/delete something you add, if appropriate. This may or
not affect your project. Sometimes people react to this with "We need
the data in this form for our project, stop changing/deleting it". But
if the data is "wrong" (by OSM standards) then tough. This could be a
problem for a project, so they should (i) be aware of it and (ii) have
some idea of what they should do if this happens.

The other thing that could help is for the leader and members to post to
this mailing list, or try to get engaged in the OSM community. OSM is
both a free geo-database, and a community of people who want to create a
free geo-database. Engagement with the community could help them learn a
lot more, get questions answered, get help, etc.

It would be great to spruce up data in some places, and (hopefully)
spawn more mappers!

Hope that helps,

Rory


¹ http://neis-one.org/2017/09/review-requests-osm/
² https://wiki.openstreetmap.org/wiki/Organized_Editing_Policy
³ https://blog.openstreetmap.org/2017/09/22/dwg-survey-on-organised-editing/

On 27/09/17 00:48, Ciarán Staunton wrote:

Dublin Institute of Technology are running a semester long class study of
Balbriggan. This is with their undergrads B.Sc in Environmental Management
and Spatial Planning. They have decided to use openstreetmap for
Balbriggan, but obviously it would need a lot of detail added to get the
particular data they want.

I have talked to their teachers and advised them on getting JOSM into their
lab machines to do some desktop mapping initially. However, they want to
also survey so I have recommended Mapillary, Street Complete, OSM tracker,
and maps.me... as well as a paper solution with field papers.

Has anyone else heard of a localised effort like this? I think the class
has 20 students.
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie



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

Re: [Talk-it] Strada comunale

[Martin Koppenhoefer]

se non c'è un numero, allora non mettere un tag "ref", e volendo potresti
mettere noref=yes. Invece per il nome, quando non esiste, c'è il tag
noname=yes. Entrambi i tags servono per i programmi di QA (verifica) e per
gli altri mappatori.

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

[Talk-it] segnalazioni correzioni viabilità in tempo reale

[Alessandro Palmas]

  
  
Scusate l'autocitazione
  https://twitter.com/Ale_Zena_IT/status/913394852246802432
Da qualche settimana a Genova abbiamo il prezioso contributo di
  Sergio "Laser82" che sino a un pò di tempo fa contribuiva a G. e
  che si dedica in modo mirabile a viabilità e a molti dettagli (ad
  esempio i colonnati). 

Poco fa mi ha inviato un whatsapp per un mancato divieto di
  svolta e dopo 30 secondi l'avevo già inserito ;-)
Alessandro
P.S.: mi chiedo se in altre città ci sono OSMer tassisti

-- 
Alessandro Palmas
Project Manager OpenStreetMap per Wikimedia Italia
Mobile 3289671753 - 3938251416

Wikimedia Italia - Associazione per la diffusione della conoscenza libera
via Bergognone 34 - 20144 Milano
  


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

Re: [OSM-talk-fr] Importation des hauteurs de bâtiments sur Nice

[Vincent Frison]

Je trouve ça pas si mal, en tout cas sur Nice les collines et les Pré-Alpes
niçoise sont assez bien rendues, regarde l'image que j'ai inséré dans la
page Wiki de mon import: https://wiki.openstreetmap.org/wiki/Nice,_
France/Buildings_Heights_Import

Après c'est sur que ça n'a rien à avoir avec des MNT locaux qui ont des
bien meilleures résolutions. Par exemple pour mon import j'ai utilisé le
MNT du portail open data de Nice et là sa résolution est de 5 mètres.. le
rendu n'a évidement rien à voir !!

PS: je viens de voir ton dernier message: le MNT utilisé par mon import
(résolution de 5 mètre) n'a rien à voir avec le MNT utilisé pour le rendu
F4map (résolution de 90 mètres) ! ;)

Le 28 septembre 2017 à 15:23, Philippe Verdy  a écrit :

> De plus cette option ne semble pas donner un relief très réaliste, il est
> beaucoup trop aplati. J'aurais plutôt vu une glissière entre 0% et 100% de
> relief ou au moins 3 options (0%, environ 30% ici, et 100%) pour des villes
> de montagne, et la visibilité correcte (exemple Grenoble, Gap)
> Le MNT ne semble pas non plus complet, on a des tas de régions sans aucun
> relief.
>
> Le 28 septembre 2017 à 15:18, Philippe Verdy  a écrit
> :
>
>> il fallait la voir cette option, alors que la case "3D" tout en haut à
>> droite est évidente. Merci pour mentionner, l'interface graphique pourrait
>> être épurée pour les options, cela n'a rien à voir avec les recherches...
>>
>> Le 28 septembre 2017 à 15:11, Vincent Frison 
>> a écrit :
>>
>>> Si si il y a une option pour cela: à coté de la zone de recherche clic
>>> sur l'icone > options graphique > ground elevation !
>>>
>>> Dommage qu'elle ne soit pas activée par défaut...
>>>
>>> Le 28 septembre 2017 à 15:00, Philippe Verdy  a
>>> écrit :
>>>
 Dommage quand même que F4map ne dispose pas du MNT pour afficher
 correctement le relief ! Il pose tous les bâtiments sur un terrain plat !

 Le 28 septembre 2017 à 09:33, Vincent Frison 
 a écrit :

> Oui on m'a déjà signalé hier soir qu'il y avait un souci sur cette
> zone: le bug vient du fait que le MNT n'avait pas de valeurs à cet endroit
> alors que le MNS lui en avait. Du coup la hauteur du bâtiment est égale à
> son élévation. J'ai déjà commencé à corriger...
>
> Merci, Vincent.
>
> Le 27 septembre 2017 à 23:25, Philippe Verdy  a
> écrit :
>
>> Un problème entre Cantaron et Falicon, le MNT ne semble pas correct
>> (plat là où il y a des montagnes) du coup, on a des tas de "tours":
>>
>> http://demo.f4map.com/#lat=43.7604708=7.3021714=16;
>> camera.theta=27.399
>>
>>
>> Le 27 septembre 2017 à 18:01, Vincent Frison <
>> vincent.fri...@gmail.com> a écrit :
>>
>>> Hello,
>>>
>>> L'import a été fait: 52310 bâtiments ont été mis à jour avec leur
>>> hauteur.
>>>
>>> Plus de détails sur cette page Wiki
>>> 
>>> .
>>>
>>> ++ Vincent.
>>>
>>> Le 18 septembre 2017 à 17:57, Vincent Frison <
>>> vincent.fri...@gmail.com> a écrit :
>>>
 Hello,

 Je projette d'importer dans OSM la hauteur des bâtiments de la
 ville de Nice, un peu comme je l'avais fait il y a 2 ans pour Paris:
 http://wiki.openstreetmap.org/wiki/Paris,_France/Buildings_H
 eights_Import

 Ici les données viennent du MNT (modèle numérique de terrain) et
 MNS (modèle numérique de surface) disponible sur le portail Open Data 
 de la
 métropole Nice Côte d'Azur: http://opendata.niceco
 tedazur.org/data/dataset/modele-numerique-de-terrain-de-nice
 -cote-d-azur

 En fait j'ai déjà lancé un sujet sur le forum:
 http://forum.openstreetmap.fr/viewtopic.php?f=5=6373

 Mais comme je n'ai pas trop eu de retour je poste ici car il y a
 visiblement bien plus de trafic (dommage c'est sympa un forum).

 De ce que j'ai pu voir mes hauteurs calculées sont suffisamment
 précises mais je ne suis pas contre un petit retour avant de faire 
 l'import
 (2 fichiers d'exemple sont attachés dans mon dernier message du forum).
 Sinon je compte je faire l'import dès que j'aurai un peu de temps...

 Merci, Vincent.



>>>
>>> ___
>>> 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-cat] Col·laboracions amb l'ajuntament de Figueres

[Esther Mingot]

Bona tarda a tothom,

Fa un temps que estem veient amb un dels tècnics de l’ajuntament de Figueres la 
manera d’integrar les dades de les que disposen amb OSM, amb diferents 
objectius. Avui hem definit algunes línies d’actuació:

1 – Estan preparant una revisió del inventari de comerços, la idea és 
incorporar en el plec de condicions que les dades hauran d’estar 
georreferenciades i establir la llicència corresponent per al seu ús per part 
d’OSM. Caldria veure quina categorització fan servir i si es pot establir una 
correspondència directa amb les d’OSM. Per altra banda, necessitaríem saber 
quin és el procediment per autoritzar aquesta importació massiva (documentació 
a entregar, a qui i com, etc). L’objectiu és que aquesta informació que generen 
pugui ser aprofitada també pel ciutadà d’una manera directa, i que aquest 
tingui el poder de modificar-la si no és correcta o varia en el temps.

2 – Actualment no disposen d’un mapa d’accessibilitat de tot el municipi, només 
s’han fet alguns parcials. Es farà la proposta d’aprofitar la infraestructura 
del gestor d’incidències per crear un gestor/aplicació per definir punts negres 
d’accessibilitat. Tant ciutadans com tècnics podran participar en la detecció 
d’aquests punts. Com a al·licient i/o per esperonar als polítics a que es posin 
les piles, es podria organitzar alguna mapató d’accessibilitat al municipi.

3 – El que ens està portant més reunions: carregar/incorporar la cartografia 
municipal a OSM amb l’objectiu de tenir una base cartogràfica de qualitat i de 
fàcil accés, tant per ciutadans com personal tècnic. Hem parlat de diferents 
opcions d’integració, des de la més directa (radical i descartada) d’esborrar 
el que hi ha i posar el que tenen, fins oferir la informació en el format que 
definim, de manera que es pugui establir un sistema d’actualització del que hi 
ha actualment mapejat cap a la base cartogràfica oficial. Aquest sistema 
s’hauria d’estudiar, i una de les opcions que han sortit seria crear un script 
que permeti modificar la geometria de les dades descarregades cap a la 
“correcta”, tot mantenint l’historial de canvis. Igual que s’hauria de veure 
qui faria aquesta feina, si ells o la comunitat OSM.

He quedat amb ell per tornar a parlar-ne aquests dies, portaré el portàtil amb 
el JOSM perquè vegi la forma que tenim (o al menys la que tinc jo) de 
treballar, i explorar quines opcions hi ha.

L’important en tot plegat és que hi ha bona voluntat per fer créixer OSM i 
incorporar-lo en la dinàmica de l’ajuntament, pensant en oferir informació 
geogràfica de qualitat al ciutadà, ja sigui per mitjà de visors, aplicacions, 
etc.


Opinions, idees, propostes, debat?


Gràcies!
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-it] Conversione coordinate

[Damjan Gerl]

From  : "demon.box" e.rossin...@alice.it
To  : talk-it@openstreetmap.org
Cc  : 
Date  : Thu, 28 Sep 2017 07:05:27 -0500 (CDT)
Subject : Re: [Talk-it] Conversione coordinate

> Stefano Salvador wrote
> > Per fortuna ti viene in aiuto il portale cartografico nazionale che mette
> > a
> > disposizione un convertitore web rigoroso:
> > 
> > http://www.pcn.minambiente.it/mattm/conversione-coordinate/
> 
> ciao, grazie mille e confermo che funziona, mi ci ritrovo perfettamente,
> però non ho sinceramente capito come fare a dargli in pasto un elenco di
> coordinate ad esempio come questo:
> 
> 1598533.612   5093826.015
> 1597695.393   5090149.505
> 1601459.051   5110036.11
> 1603104.505   5118822.361
> 
> grazie ancora.
> --enrico

Devi usare il convertitore asincrono [1] e dargli in pasto un file tra quelli 
supportati: .xyz dovrebbe essere un file di testo (.file di
testo con lista di coordinate xyz;)

Damjan

[1] http://www.pcn.minambiente.it/mattm/conversione-coordinate-asincrono/

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

Re: [OSM-talk-fr] Importation des hauteurs de bâtiments sur Nice

[Philippe Verdy]

c'est vrai aussi, et ça pose la question de la véracité des hauteurs de
bâtiments calculées (MNS moins MNT) et maintenant importées à Nice.
On aimerait avoir un relief pas seulement en montagne, mais aussi sur les
côtes rocheuses et avec un rendu des falaises (Bretagne, Normandie) et
d'une façon générale les vallées fluviales. C'est sans doute pour ça que le
rendu du relief est décoché par défaut, et quand il est affiché il est très
atténué.

Le 28 septembre 2017 à 15:21, Vincent Frison  a
écrit :

> Par contre c'est un MNT assez basique, à priori c'est celui de la NASA
> (SRTM) qui est libre et avec une une résolution de ~30 mètres (1'' d'arc)
> aux USA et ~90 mètres (3'' d'arc) sur le reste du globe.
>
> Depuis peu la NASA a rendu publique une nouvelle version qui couvre
> l'ensemble du globe avec une résolution de ~30 mètres mais je doute qu'elle
> soit utilisée dans F4map.
>
> Le 28 septembre 2017 à 15:18, Philippe Verdy  a écrit
> :
>
>> il fallait la voir cette option, alors que la case "3D" tout en haut à
>> droite est évidente. Merci pour mentionner, l'interface graphique pourrait
>> être épurée pour les options, cela n'a rien à voir avec les recherches...
>>
>> Le 28 septembre 2017 à 15:11, Vincent Frison 
>> a écrit :
>>
>>> Si si il y a une option pour cela: à coté de la zone de recherche clic
>>> sur l'icone > options graphique > ground elevation !
>>>
>>> Dommage qu'elle ne soit pas activée par défaut...
>>>
>>> Le 28 septembre 2017 à 15:00, Philippe Verdy  a
>>> écrit :
>>>
 Dommage quand même que F4map ne dispose pas du MNT pour afficher
 correctement le relief ! Il pose tous les bâtiments sur un terrain plat !

 Le 28 septembre 2017 à 09:33, Vincent Frison 
 a écrit :

> Oui on m'a déjà signalé hier soir qu'il y avait un souci sur cette
> zone: le bug vient du fait que le MNT n'avait pas de valeurs à cet endroit
> alors que le MNS lui en avait. Du coup la hauteur du bâtiment est égale à
> son élévation. J'ai déjà commencé à corriger...
>
> Merci, Vincent.
>
> Le 27 septembre 2017 à 23:25, Philippe Verdy  a
> écrit :
>
>> Un problème entre Cantaron et Falicon, le MNT ne semble pas correct
>> (plat là où il y a des montagnes) du coup, on a des tas de "tours":
>>
>> http://demo.f4map.com/#lat=43.7604708=7.3021714=16;
>> camera.theta=27.399
>>
>>
>> Le 27 septembre 2017 à 18:01, Vincent Frison <
>> vincent.fri...@gmail.com> a écrit :
>>
>>> Hello,
>>>
>>> L'import a été fait: 52310 bâtiments ont été mis à jour avec leur
>>> hauteur.
>>>
>>> Plus de détails sur cette page Wiki
>>> 
>>> .
>>>
>>> ++ Vincent.
>>>
>>> Le 18 septembre 2017 à 17:57, Vincent Frison <
>>> vincent.fri...@gmail.com> a écrit :
>>>
 Hello,

 Je projette d'importer dans OSM la hauteur des bâtiments de la
 ville de Nice, un peu comme je l'avais fait il y a 2 ans pour Paris:
 http://wiki.openstreetmap.org/wiki/Paris,_France/Buildings_H
 eights_Import

 Ici les données viennent du MNT (modèle numérique de terrain) et
 MNS (modèle numérique de surface) disponible sur le portail Open Data 
 de la
 métropole Nice Côte d'Azur: http://opendata.niceco
 tedazur.org/data/dataset/modele-numerique-de-terrain-de-nice
 -cote-d-azur

 En fait j'ai déjà lancé un sujet sur le forum:
 http://forum.openstreetmap.fr/viewtopic.php?f=5=6373

 Mais comme je n'ai pas trop eu de retour je poste ici car il y a
 visiblement bien plus de trafic (dommage c'est sympa un forum).

 De ce que j'ai pu voir mes hauteurs calculées sont suffisamment
 précises mais je ne suis pas contre un petit retour avant de faire 
 l'import
 (2 fichiers d'exemple sont attachés dans mon dernier message du forum).
 Sinon je compte je faire l'import dès que j'aurai un peu de temps...

 Merci, Vincent.



>>>
>>> ___
>>> 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] Importation des hauteurs de bâtiments sur Nice

[Philippe Verdy]

De plus cette option ne semble pas donner un relief très réaliste, il est
beaucoup trop aplati. J'aurais plutôt vu une glissière entre 0% et 100% de
relief ou au moins 3 options (0%, environ 30% ici, et 100%) pour des villes
de montagne, et la visibilité correcte (exemple Grenoble, Gap)
Le MNT ne semble pas non plus complet, on a des tas de régions sans aucun
relief.

Le 28 septembre 2017 à 15:18, Philippe Verdy  a écrit :

> il fallait la voir cette option, alors que la case "3D" tout en haut à
> droite est évidente. Merci pour mentionner, l'interface graphique pourrait
> être épurée pour les options, cela n'a rien à voir avec les recherches...
>
> Le 28 septembre 2017 à 15:11, Vincent Frison  a
> écrit :
>
>> Si si il y a une option pour cela: à coté de la zone de recherche clic
>> sur l'icone > options graphique > ground elevation !
>>
>> Dommage qu'elle ne soit pas activée par défaut...
>>
>> Le 28 septembre 2017 à 15:00, Philippe Verdy  a
>> écrit :
>>
>>> Dommage quand même que F4map ne dispose pas du MNT pour afficher
>>> correctement le relief ! Il pose tous les bâtiments sur un terrain plat !
>>>
>>> Le 28 septembre 2017 à 09:33, Vincent Frison 
>>> a écrit :
>>>
 Oui on m'a déjà signalé hier soir qu'il y avait un souci sur cette
 zone: le bug vient du fait que le MNT n'avait pas de valeurs à cet endroit
 alors que le MNS lui en avait. Du coup la hauteur du bâtiment est égale à
 son élévation. J'ai déjà commencé à corriger...

 Merci, Vincent.

 Le 27 septembre 2017 à 23:25, Philippe Verdy  a
 écrit :

> Un problème entre Cantaron et Falicon, le MNT ne semble pas correct
> (plat là où il y a des montagnes) du coup, on a des tas de "tours":
>
> http://demo.f4map.com/#lat=43.7604708=7.3021714=16;
> camera.theta=27.399
>
>
> Le 27 septembre 2017 à 18:01, Vincent Frison  > a écrit :
>
>> Hello,
>>
>> L'import a été fait: 52310 bâtiments ont été mis à jour avec leur
>> hauteur.
>>
>> Plus de détails sur cette page Wiki
>> 
>> .
>>
>> ++ Vincent.
>>
>> Le 18 septembre 2017 à 17:57, Vincent Frison <
>> vincent.fri...@gmail.com> a écrit :
>>
>>> Hello,
>>>
>>> Je projette d'importer dans OSM la hauteur des bâtiments de la ville
>>> de Nice, un peu comme je l'avais fait il y a 2 ans pour Paris:
>>> http://wiki.openstreetmap.org/wiki/Paris,_France/Buildings_H
>>> eights_Import
>>>
>>> Ici les données viennent du MNT (modèle numérique de terrain) et MNS
>>> (modèle numérique de surface) disponible sur le portail Open Data de la
>>> métropole Nice Côte d'Azur: http://opendata.niceco
>>> tedazur.org/data/dataset/modele-numerique-de-terrain-de-nice
>>> -cote-d-azur
>>>
>>> En fait j'ai déjà lancé un sujet sur le forum:
>>> http://forum.openstreetmap.fr/viewtopic.php?f=5=6373
>>>
>>> Mais comme je n'ai pas trop eu de retour je poste ici car il y a
>>> visiblement bien plus de trafic (dommage c'est sympa un forum).
>>>
>>> De ce que j'ai pu voir mes hauteurs calculées sont suffisamment
>>> précises mais je ne suis pas contre un petit retour avant de faire 
>>> l'import
>>> (2 fichiers d'exemple sont attachés dans mon dernier message du forum).
>>> Sinon je compte je faire l'import dès que j'aurai un peu de temps...
>>>
>>> Merci, Vincent.
>>>
>>>
>>>
>>
>> ___
>> 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] Importation des hauteurs de bâtiments sur Nice

[Vincent Frison]

Par contre c'est un MNT assez basique, à priori c'est celui de la NASA
(SRTM) qui est libre et avec une une résolution de ~30 mètres (1'' d'arc)
aux USA et ~90 mètres (3'' d'arc) sur le reste du globe.

Depuis peu la NASA a rendu publique une nouvelle version qui couvre
l'ensemble du globe avec une résolution de ~30 mètres mais je doute qu'elle
soit utilisée dans F4map.

Le 28 septembre 2017 à 15:18, Philippe Verdy  a écrit :

> il fallait la voir cette option, alors que la case "3D" tout en haut à
> droite est évidente. Merci pour mentionner, l'interface graphique pourrait
> être épurée pour les options, cela n'a rien à voir avec les recherches...
>
> Le 28 septembre 2017 à 15:11, Vincent Frison  a
> écrit :
>
>> Si si il y a une option pour cela: à coté de la zone de recherche clic
>> sur l'icone > options graphique > ground elevation !
>>
>> Dommage qu'elle ne soit pas activée par défaut...
>>
>> Le 28 septembre 2017 à 15:00, Philippe Verdy  a
>> écrit :
>>
>>> Dommage quand même que F4map ne dispose pas du MNT pour afficher
>>> correctement le relief ! Il pose tous les bâtiments sur un terrain plat !
>>>
>>> Le 28 septembre 2017 à 09:33, Vincent Frison 
>>> a écrit :
>>>
 Oui on m'a déjà signalé hier soir qu'il y avait un souci sur cette
 zone: le bug vient du fait que le MNT n'avait pas de valeurs à cet endroit
 alors que le MNS lui en avait. Du coup la hauteur du bâtiment est égale à
 son élévation. J'ai déjà commencé à corriger...

 Merci, Vincent.

 Le 27 septembre 2017 à 23:25, Philippe Verdy  a
 écrit :

> Un problème entre Cantaron et Falicon, le MNT ne semble pas correct
> (plat là où il y a des montagnes) du coup, on a des tas de "tours":
>
> http://demo.f4map.com/#lat=43.7604708=7.3021714=16;
> camera.theta=27.399
>
>
> Le 27 septembre 2017 à 18:01, Vincent Frison  > a écrit :
>
>> Hello,
>>
>> L'import a été fait: 52310 bâtiments ont été mis à jour avec leur
>> hauteur.
>>
>> Plus de détails sur cette page Wiki
>> 
>> .
>>
>> ++ Vincent.
>>
>> Le 18 septembre 2017 à 17:57, Vincent Frison <
>> vincent.fri...@gmail.com> a écrit :
>>
>>> Hello,
>>>
>>> Je projette d'importer dans OSM la hauteur des bâtiments de la ville
>>> de Nice, un peu comme je l'avais fait il y a 2 ans pour Paris:
>>> http://wiki.openstreetmap.org/wiki/Paris,_France/Buildings_H
>>> eights_Import
>>>
>>> Ici les données viennent du MNT (modèle numérique de terrain) et MNS
>>> (modèle numérique de surface) disponible sur le portail Open Data de la
>>> métropole Nice Côte d'Azur: http://opendata.niceco
>>> tedazur.org/data/dataset/modele-numerique-de-terrain-de-nice
>>> -cote-d-azur
>>>
>>> En fait j'ai déjà lancé un sujet sur le forum:
>>> http://forum.openstreetmap.fr/viewtopic.php?f=5=6373
>>>
>>> Mais comme je n'ai pas trop eu de retour je poste ici car il y a
>>> visiblement bien plus de trafic (dommage c'est sympa un forum).
>>>
>>> De ce que j'ai pu voir mes hauteurs calculées sont suffisamment
>>> précises mais je ne suis pas contre un petit retour avant de faire 
>>> l'import
>>> (2 fichiers d'exemple sont attachés dans mon dernier message du forum).
>>> Sinon je compte je faire l'import dès que j'aurai un peu de temps...
>>>
>>> Merci, Vincent.
>>>
>>>
>>>
>>
>> ___
>> 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] Fixing wiki* -> brand:wiki*

[Martin Koppenhoefer]

2017-09-28 15:01 GMT+02:00 Andy Townsend :

> (in the case of the Aldis discussed elsewhere I suspect that there will
> always enough info to say which is which in other tags or using geographic
> location).
>


in the case of Aldi Nord and Aldi Süd, you'd have to know the precise
position of the "Aldi equator" in order to say which is which (e.g.
https://commons.wikimedia.org/wiki/File:Aldi_branches_in_Europe.svg ).
Other tags will hardly help you out. If you have the division it isn't a
very complicated case though, because this is about 2 brothers who divided
the world so that they would never compete with one another.

When there aren't clear borders / areas it is different.

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

Re: [OSM-talk-fr] Importation des hauteurs de bâtiments sur Nice

[Philippe Verdy]

il fallait la voir cette option, alors que la case "3D" tout en haut à
droite est évidente. Merci pour mentionner, l'interface graphique pourrait
être épurée pour les options, cela n'a rien à voir avec les recherches...

Le 28 septembre 2017 à 15:11, Vincent Frison  a
écrit :

> Si si il y a une option pour cela: à coté de la zone de recherche clic sur
> l'icone > options graphique > ground elevation !
>
> Dommage qu'elle ne soit pas activée par défaut...
>
> Le 28 septembre 2017 à 15:00, Philippe Verdy  a écrit
> :
>
>> Dommage quand même que F4map ne dispose pas du MNT pour afficher
>> correctement le relief ! Il pose tous les bâtiments sur un terrain plat !
>>
>> Le 28 septembre 2017 à 09:33, Vincent Frison 
>> a écrit :
>>
>>> Oui on m'a déjà signalé hier soir qu'il y avait un souci sur cette zone:
>>> le bug vient du fait que le MNT n'avait pas de valeurs à cet endroit alors
>>> que le MNS lui en avait. Du coup la hauteur du bâtiment est égale à son
>>> élévation. J'ai déjà commencé à corriger...
>>>
>>> Merci, Vincent.
>>>
>>> Le 27 septembre 2017 à 23:25, Philippe Verdy  a
>>> écrit :
>>>
 Un problème entre Cantaron et Falicon, le MNT ne semble pas correct
 (plat là où il y a des montagnes) du coup, on a des tas de "tours":

 http://demo.f4map.com/#lat=43.7604708=7.3021714=16;
 camera.theta=27.399


 Le 27 septembre 2017 à 18:01, Vincent Frison 
 a écrit :

> Hello,
>
> L'import a été fait: 52310 bâtiments ont été mis à jour avec leur
> hauteur.
>
> Plus de détails sur cette page Wiki
> 
> .
>
> ++ Vincent.
>
> Le 18 septembre 2017 à 17:57, Vincent Frison  > a écrit :
>
>> Hello,
>>
>> Je projette d'importer dans OSM la hauteur des bâtiments de la ville
>> de Nice, un peu comme je l'avais fait il y a 2 ans pour Paris:
>> http://wiki.openstreetmap.org/wiki/Paris,_France/Buildings_H
>> eights_Import
>>
>> Ici les données viennent du MNT (modèle numérique de terrain) et MNS
>> (modèle numérique de surface) disponible sur le portail Open Data de la
>> métropole Nice Côte d'Azur: http://opendata.niceco
>> tedazur.org/data/dataset/modele-numerique-de-terrain-de-nice
>> -cote-d-azur
>>
>> En fait j'ai déjà lancé un sujet sur le forum:
>> http://forum.openstreetmap.fr/viewtopic.php?f=5=6373
>>
>> Mais comme je n'ai pas trop eu de retour je poste ici car il y a
>> visiblement bien plus de trafic (dommage c'est sympa un forum).
>>
>> De ce que j'ai pu voir mes hauteurs calculées sont suffisamment
>> précises mais je ne suis pas contre un petit retour avant de faire 
>> l'import
>> (2 fichiers d'exemple sont attachés dans mon dernier message du forum).
>> Sinon je compte je faire l'import dès que j'aurai un peu de temps...
>>
>> Merci, Vincent.
>>
>>
>>
>
> ___
> 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] Multipolygon relations and disjunct geometries

[Jochen Topf]

On Thu, Sep 28, 2017 at 02:52:29PM +0200, Martin Koppenhoefer wrote:
> Recently I was presented with an Error message of my favorite editing
> software, when I tried to upload a changeset where several pyramids in Giza
> (Egypt) together are known by a common name.
> 
> JOSM told me there was an Error in my data. An Error for the JOSM validator
> is something that is most likely wrong and should usually be fixed.
> 
> The reason for the error was that I had created a multipolygon, but had
> left tags which are referring to an area, on the member objects (outer
> ways). This is something I believe is completely regular and happens as
> soon as some property of one of the members is not valid for the relation
> as a whole, e.g. because the name is different, etc.
> 
> What is your opinion on this?

If the outer ring is a single closed way it is a polygon in its own
right and it is perfectly okay that it has its own (polygon) tags. Those
tags only apply to this particular way then.

If the outer ring is made up of several ways, the tags on them only apply
to each way by itself. If those are "line" tags, like highway, or
something like a wall, that is fine. But they can't be "polygon" tags
like landuse etc. because there is no polygon there. If you need this,
you'll need another multipolygon relation combining those ways.

This is somewhat different than the older interpretation when we still
had old-style multipolygons. But with the new-style multipolygons
interpretation, the tags from a collections of objects are *never*
aggregated into a larger whole.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [OSM-talk-fr] Importation des hauteurs de bâtiments sur Nice

[Vincent Frison]

Si si il y a une option pour cela: à coté de la zone de recherche clic sur
l'icone > options graphique > ground elevation !

Dommage qu'elle ne soit pas activée par défaut...

Le 28 septembre 2017 à 15:00, Philippe Verdy  a écrit :

> Dommage quand même que F4map ne dispose pas du MNT pour afficher
> correctement le relief ! Il pose tous les bâtiments sur un terrain plat !
>
> Le 28 septembre 2017 à 09:33, Vincent Frison  a
> écrit :
>
>> Oui on m'a déjà signalé hier soir qu'il y avait un souci sur cette zone:
>> le bug vient du fait que le MNT n'avait pas de valeurs à cet endroit alors
>> que le MNS lui en avait. Du coup la hauteur du bâtiment est égale à son
>> élévation. J'ai déjà commencé à corriger...
>>
>> Merci, Vincent.
>>
>> Le 27 septembre 2017 à 23:25, Philippe Verdy  a
>> écrit :
>>
>>> Un problème entre Cantaron et Falicon, le MNT ne semble pas correct
>>> (plat là où il y a des montagnes) du coup, on a des tas de "tours":
>>>
>>> http://demo.f4map.com/#lat=43.7604708=7.3021714=16;
>>> camera.theta=27.399
>>>
>>>
>>> Le 27 septembre 2017 à 18:01, Vincent Frison 
>>> a écrit :
>>>
 Hello,

 L'import a été fait: 52310 bâtiments ont été mis à jour avec leur
 hauteur.

 Plus de détails sur cette page Wiki
 
 .

 ++ Vincent.

 Le 18 septembre 2017 à 17:57, Vincent Frison 
 a écrit :

> Hello,
>
> Je projette d'importer dans OSM la hauteur des bâtiments de la ville
> de Nice, un peu comme je l'avais fait il y a 2 ans pour Paris:
> http://wiki.openstreetmap.org/wiki/Paris,_France/Buildings_H
> eights_Import
>
> Ici les données viennent du MNT (modèle numérique de terrain) et MNS
> (modèle numérique de surface) disponible sur le portail Open Data de la
> métropole Nice Côte d'Azur: http://opendata.niceco
> tedazur.org/data/dataset/modele-numerique-de-terrain-de-nice
> -cote-d-azur
>
> En fait j'ai déjà lancé un sujet sur le forum: http://forum.openstreet
> map.fr/viewtopic.php?f=5=6373
>
> Mais comme je n'ai pas trop eu de retour je poste ici car il y a
> visiblement bien plus de trafic (dommage c'est sympa un forum).
>
> De ce que j'ai pu voir mes hauteurs calculées sont suffisamment
> précises mais je ne suis pas contre un petit retour avant de faire 
> l'import
> (2 fichiers d'exemple sont attachés dans mon dernier message du forum).
> Sinon je compte je faire l'import dès que j'aurai un peu de temps...
>
> Merci, Vincent.
>
>
>

 ___
 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-it] Strada comunale

[Alessandro Vitali]

Come posso indicare nei tag una strada comunale senza nome conosciuto?

REF = SC


Grazie!!

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

Re: [Talk-de] Raiffeisen

[Martin Koppenhoefer]

Am 28. September 2017 um 14:40 schrieb Scholtes, Martin <
m...@martin-scholtes.de>:

> Bzgl. Dem Tagging: Das was du bereits vorgeschlagen hast.
> Bzgl. Diskussion: Habs mir teilweise durchgelesen. Ich schau mal.
>


dieses tagging kam nicht so besonders gut an bei den Muttersprachlern, weil
"agrarian" als "Landwirt" verstanden wurde, es wurde gewitzelt ob das ein
Laden sei, wo Landwirte verkauft werden ;-)

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

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

[Andy Townsend]

On 27/09/2017 17:14, Yuri Astrakhan wrote:
* Problem #1:  In my analysis of OSM data, wikipedia tags quickly go 
stale because they use Wikipedia page titles, and titles are 
constantly renamed, deleted, and what's worse - old names are reused 
for new meanings.  This is a fundamental problem with all Wikipedia 
tags, such as wikipedia, brand:wikipedia, operator:wikipedia, etc, 
that needs solving. The solution does not need to be perfect, it just 
needs to be better than what we have.


* Problem #2: the *meaning* of the "wikipedia" tag is ambiguous, and 
therefor cannot be processed easily. The top three meanings I have 
seen are:
  a) This WP article is about this OSM feature (a so called 1:1 match, 
e.g. city, famous building, ...)
  b) This WP article is about some aspect of this OSM feature, like 
its brand, tree species, or subject of the sculpture
  c) Only a part of this WP article is about this OSM feature, e.g. a 
WP list of museums in the area contains description of this museum.


* Problem #3: data consumers need cleaner, more machine-processable 
data. The text label is much more error prone than an ID:  McDonalds 
vs mcdonalds vs McDonald's vs ..., so having "brand=mcdonalds" results 
in many errors. Note that just because OSM default map skin may handle 
some of them correctly, each data consumer has to re-implement that 
logic, so the more ambiguous something is, the more likely it will 
result in errors and data omissions.


The brand:wikidata discussion is about #1, #2b, and #3.

Are we in agreement that these are problems, or do you think none of 
them need solving?


1)  Not a problem as such.  If something has changed on the wikipedia 
side then something may need checking on the OSM side.  It might be as 
simple as "someone's just renamed the wikipedia page" then fine just fix 
the link - but it needs a human to check it. What might have happened of 
course is that the object has changed in the real world (been renamed, 
moved, or changed in some other way) and the object in OSM needs a 
resurvey, or perhaps can be changed based on existing knowledge, but 
either way it still needs checking.


2b) If someone's added a wikipedia link to an OSM object that represents 
a tree to point to the wikipedia page of that type of tree, than that's 
not helpful.  There's no need for the link, since the tree type is 
already tagged in OSM.


3) This depends on the data consumer.  If you're simply trying to 
impress people with the volume of data that you have access to then you 
might indeed want an a large number of unmaintainable extra links of 
dubious provenance.  Realistically though in my experience (as I've 
written elsewhere in this thread) data consumers do care about the 
quality of the data that they're processing, and the fact that the 
person adding the object spelt "McDonald's" differently is something 
that they may well have a view about.


In a different context I've written elsewhere about the work that went 
in to create the list at 
https://github.com/SomeoneElseOSM/SomeoneElse-style/blob/master/style.lua#L1401 
which involved looking at how people tagged certain sorts of features in 
OSM.  Free tagging is both a strength and a weakness of OSM - without it 
the data wouldn't get captured at all, but with it people do have to 
look at the data that's been added - but it's what data consumers do 
already.  You could argue that a "brand:wikidata" key makes their job 
easier, but if they want to do a proper job it probably doesn't make a 
lot of difference.


Another example - I recently looked at the usage of "natural=fell" in 
OSM with a view to rendering it.  It surprised me that this query 
http://overpass-turbo.eu/s/s2q showed at least 3 different types of 
objects with the same OSM tag.  A data consumer can't assume that what 
they thought that something meant (perhaps after reading the OSM wiki) 
is what mappers actually do - they'll need to filter the data they're 
consuming based on actual OSM usage.  In the case of "brand:wikidata" 
they may want to filter out obviously bot-added values because there was 
no local knowledge of that data and go back to what other tags the 
mappers added (in the case of the Aldis discussed elsewhere I suspect 
that there will always enough info to say which is which in other tags 
or using geographic location).


Best Regards,

Andy

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

Re: [OSM-talk-fr] Importation des hauteurs de bâtiments sur Nice

[Philippe Verdy]

Dommage quand même que F4map ne dispose pas du MNT pour afficher
correctement le relief ! Il pose tous les bâtiments sur un terrain plat !

Le 28 septembre 2017 à 09:33, Vincent Frison  a
écrit :

> Oui on m'a déjà signalé hier soir qu'il y avait un souci sur cette zone:
> le bug vient du fait que le MNT n'avait pas de valeurs à cet endroit alors
> que le MNS lui en avait. Du coup la hauteur du bâtiment est égale à son
> élévation. J'ai déjà commencé à corriger...
>
> Merci, Vincent.
>
> Le 27 septembre 2017 à 23:25, Philippe Verdy  a écrit
> :
>
>> Un problème entre Cantaron et Falicon, le MNT ne semble pas correct (plat
>> là où il y a des montagnes) du coup, on a des tas de "tours":
>>
>> http://demo.f4map.com/#lat=43.7604708=7.3021714=16;
>> camera.theta=27.399
>>
>>
>> Le 27 septembre 2017 à 18:01, Vincent Frison 
>> a écrit :
>>
>>> Hello,
>>>
>>> L'import a été fait: 52310 bâtiments ont été mis à jour avec leur
>>> hauteur.
>>>
>>> Plus de détails sur cette page Wiki
>>> 
>>> .
>>>
>>> ++ Vincent.
>>>
>>> Le 18 septembre 2017 à 17:57, Vincent Frison 
>>> a écrit :
>>>
 Hello,

 Je projette d'importer dans OSM la hauteur des bâtiments de la ville de
 Nice, un peu comme je l'avais fait il y a 2 ans pour Paris:
 http://wiki.openstreetmap.org/wiki/Paris,_France/Buildings_H
 eights_Import

 Ici les données viennent du MNT (modèle numérique de terrain) et MNS
 (modèle numérique de surface) disponible sur le portail Open Data de la
 métropole Nice Côte d'Azur: http://opendata.niceco
 tedazur.org/data/dataset/modele-numerique-de-terrain-de-nice
 -cote-d-azur

 En fait j'ai déjà lancé un sujet sur le forum: http://forum.openstreet
 map.fr/viewtopic.php?f=5=6373

 Mais comme je n'ai pas trop eu de retour je poste ici car il y a
 visiblement bien plus de trafic (dommage c'est sympa un forum).

 De ce que j'ai pu voir mes hauteurs calculées sont suffisamment
 précises mais je ne suis pas contre un petit retour avant de faire l'import
 (2 fichiers d'exemple sont attachés dans mon dernier message du forum).
 Sinon je compte je faire l'import dès que j'aurai un peu de temps...

 Merci, Vincent.



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

[OSM-talk] Multipolygon relations and disjunct geometries

[Martin Koppenhoefer]

Recently I was presented with an Error message of my favorite editing
software, when I tried to upload a changeset where several pyramids in Giza
(Egypt) together are known by a common name.

JOSM told me there was an Error in my data. An Error for the JOSM validator
is something that is most likely wrong and should usually be fixed.

The reason for the error was that I had created a multipolygon, but had
left tags which are referring to an area, on the member objects (outer
ways). This is something I believe is completely regular and happens as
soon as some property of one of the members is not valid for the relation
as a whole, e.g. because the name is different, etc.

What is your opinion on this?

Cheers,
Martin


PS: For reference, this is the ticket with which I tried to convince the
devs to remove this test:
https://josm.openstreetmap.de/ticket/15360
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Raiffeisen

[Scholtes, Martin]

Bzgl. Dem Tagging: Das was du bereits vorgeschlagen hast.
Bzgl. Diskussion: Habs mir teilweise durchgelesen. Ich schau mal.

-Ursprüngliche Nachricht-
Von: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] 
Gesendet: Donnerstag, 28. September 2017 14:30
An: Openstreetmap allgemeines in Deutsch 
Betreff: Re: [Talk-de] Raiffeisen

Hallo Martin,

Am 28. September 2017 um 14:16 schrieb Scholtes, Martin <
m...@martin-scholtes.de>:

> Hallo Martin,
>
> Raiffeisen ist nicht Raiffeisen. Du Meinst nun die 
> Raiffeisen-Waren-Zentren (RWZ) für Agrarbedarf. Diese Zentren haben 
> aber auch Material für den Weinbau und Gartenbau, sowie andere Kleinigkeiten.
> Dazu kommen noch Tankstellen, Bank, Autohäuser und mehr der Marke 
> Raiffeisen. Siehe dazu http://overpass-turbo.eu/s/s2n




ja, ich weiss dass Raiffeisen mehrere unterschiedliche Objekte sein können.
Gerade deshalb wäre es nicht schlecht, für die RWZ einen dedizierten Tag zu 
verwenden, anstatt eines generischen Landuses, wie es derzeit nach 
stichprobenartiger Prüfung wohl überwiegend noch ist.

Die Diskussion zum tag für eine Handlung von Agrarbedarf (Düngemittel, Saatgut, 
etc.) ist hier (und noch nicht abgeschlossen):
https://lists.openstreetmap.org/pipermail/tagging/2017-September/033592.html



>
>
> Zu dem Tagging der RWZ verwende ich derzeit das im Wiki vorgeschlagene 
> Tagging.
>


Hast Du dazu einen Link?
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [OSM-co] Abreviaturas

[Fredy Rivera]

2017-09-28 7:22 GMT-05:00 Leonardo Gutierrez :

> Sobre el particular he encontrado que se ha movido el estándar
> últimamente. Hace algunos años cuando quería poner diferentes nombres a una
> vía.  Por ejemplo una avenida que se llama CRA 30 y Nqs, procedía a
> separarlos dentro de la misma etiqueta con punto y coma.  Ahora el
> validador me reporta esto como un error.
>
> Se debe usar alt_name si se quisiera usar varios nombres.
>
Que bien,  nunca paramos de aprender en OSM.

>
> http://wiki.openstreetmap.org/wiki/Key:alt_name
>
> La parecer es ahora en estándar.
>
> Por otra parte dentro de las direcciones de cada puerta se debe poner
> también el nombre de la calle así que con mayor razón el uso de
> abreviaturas el poco viable.
>
> Me parece eso sí que los métodos de geocoding deberían tener en cuenta
> estás al hacer las búsquedas.
>
>
> Muchas gracias.
>
> El 28 sep. 2017 2:52 AM, "Germán Márquez Mejía" 
> escribió:
>
>> Coincido con la negativa a usar abreviaturas. No en vano existe la
>> regla. Es tarea del Renderer y del Backend transformarlas si así se
>> desea.
>>
>> Nominatim, por ejemplo, reconoce búsquedas que utilizan la mayoría de
>> abreviaturas colombianas porque se las proporcionamos a los
>> desarrolladores para que las incluyeran en la lógica del motor de
>> búsqueda. Por ejemplo, Av. Cl. 100 # 11B-27 arroja la dirección
>> correcta a pesar de que la calle se llama Avenida Calle 100 [0].
>>
>> @Jorge: La estrategia correcta, si deseas que las abreviaturas al
>> estilo Bogotá (creo que 4-72 la aplica internamente también para el
>> resto del país) sean reconocidas en las búsquedas, es que te comuniques
>> con los desarrolladores del Geocoder que quieras usar para que las
>> traduzcan corectamente.
>>
>> Etiquetar vías como "Avenida Calle 100;AC 100" es por tanto innecesario
>> e improcedente.
>>
>> [0] http://www.openstreetmap.org/search?query=Av. Cl. 100 %23 11B-27
>>
>> Am Mittwoch, den 27.09.2017, 23:42 -0500 schrieb Andres Gomez Casanova:
>> > Buenas noches,
>> >
>> > Con respecto a la nomenclatura de las calles, se deben seguir los
>> > estándares de OSM de no mapear para el render, sino que el render se
>> > ajuste a los datos, como se explica en este artículo: http://wiki.ope
>> > nstreetmap.org/wiki/Tagging_for_the_renderer y que se considera como
>> > una buena práctica http://wiki.openstreetmap.org/wiki/Good_practice
>> >
>> > Teniendo en cuenta lo anterior, poner abreviaturas no es estándar y
>> > esto implica ajustarse al render. Por este motivo se debe escribir el
>> > nombre completo, ya sea calle, carrera, diagonal, transversal, etc.
>> > Con respecto a eso, al uso de letras y posibles combinaciones de
>> > direcciones existe el siguiente artículo para Colombia: http://wiki.o
>> > penstreetmap.org/wiki/ES:Nomenclatura_para_calles_en_Colombia
>> > Si bien, hay una discusión (http://wiki.openstreetmap.org/wiki/ES_tal
>> > k:Nomenclatura_para_calles_en_Colombia) en la que se debe definir si
>> > el punto cardinal debe comenzar en mayúsculas, y de manera similar el
>> > “bis”. Para poder concluir dicha discusión, aprovecho esta
>> > oportunidad para que todos ustedes den sus puntos de vista en la
>> > discusión y terminemos de definir concretamente cómo vamos a escribir
>> > los nombres.
>> >
>> > Con respecto a múltiples nombres, no lo considero apropiado, ya que
>> > cualquier render medianamente inteligente puede convertir Carrera en
>> > Kr; por lo que veo innecesario esos múltiples nombres en punto y
>> > coma.
>> > También aprovecho para indicar que no se debe poner el nombre oficial
>> > dentro del name separado por ;
>> > Para esto es mejor usar los múltiples tags de name: http://wiki.opens
>> > treetmap.org/wiki/Names donde yo apoyaría usar el tag official_name.
>> > Por ejemplo en Bogotá:
>> > name=Carrera 30
>> > official_name=Avenida Quito
>> > alt_name=Avenida NQS
>> >
>> > Cordialmente,
>> >
>> >
>> > Andres Gomez Casanova
>> > AngocA
>> >
>> > > On Sep 27, 2017, at 9:35 PM, Fredy Rivera 
>> > > wrote:
>> > >
>> > >
>> > >
>> > > 2017-09-27 17:55 GMT-05:00 Jorge Aguirre :
>> > > > Buenas tardes amigos OSM!
>> > > >
>> > > Hola
>> > > >
>> > > > Esta semana pasada visitamos Bogotá para agregar nombres
>> > > > faltantes en las calles.  Nos encontramos con que, aunque hay
>> > > > muchas variantes en la forma escrita de los nombres que se
>> > > > encuentran físicamente en las calles, la constante parecieran ser
>> > > > las abreviatras en los nombres - KR, CA, DG, AC, etc.
>> > > >
>> > > Una de las reglas generales que tenemos en OSM es la de no usar
>> > > abreviaturas, ya que entre otras razones dificulta la traducción y
>> > > comprensión en otros idiomas, no obstante existe la posibilidad de
>> > > usar etiquetas de valor multiple para los caso que los refiera
>> > > estos valores se pueden separa por "punto y coma" algo como  name=
>> > > Carrera 7 ; Kr 7 aun que no lo 

Re: [Talk-de] Raiffeisen

[Martin Koppenhoefer]

Hallo Martin,

Am 28. September 2017 um 14:16 schrieb Scholtes, Martin <
m...@martin-scholtes.de>:

> Hallo Martin,
>
> Raiffeisen ist nicht Raiffeisen. Du Meinst nun die
> Raiffeisen-Waren-Zentren (RWZ) für Agrarbedarf. Diese Zentren haben aber
> auch Material für den Weinbau und Gartenbau, sowie andere Kleinigkeiten.
> Dazu kommen noch Tankstellen, Bank, Autohäuser und mehr der Marke
> Raiffeisen. Siehe dazu http://overpass-turbo.eu/s/s2n




ja, ich weiss dass Raiffeisen mehrere unterschiedliche Objekte sein können.
Gerade deshalb wäre es nicht schlecht, für die RWZ einen dedizierten Tag zu
verwenden, anstatt eines generischen Landuses, wie es derzeit nach
stichprobenartiger Prüfung wohl überwiegend noch ist.

Die Diskussion zum tag für eine Handlung von Agrarbedarf (Düngemittel,
Saatgut, etc.) ist hier (und noch nicht abgeschlossen):
https://lists.openstreetmap.org/pipermail/tagging/2017-September/033592.html



>
>
> Zu dem Tagging der RWZ verwende ich derzeit das im Wiki vorgeschlagene
> Tagging.
>


Hast Du dazu einen Link?
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] (OT) Conversione coordinate

[Paolo Monegato]

Il 28/09/2017 12:17, Stefano Salvador ha scritto:
Si, però quella conversione (essendo generica per tutto il territorio 
italiano) produce delle imprecisioni anche notevoli (anche molti metri).


Quoto. Immagino usi gli stessi parametri usati per la conversione con 
QGis...


ciao,
Paolo M


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

Re: [Talk-ca] OSM Canada & State of the Map US: Oct 20-22

[Дмитрий Киселев]

Hi I hope I will,
but I don't have any thought about local chapter and do we want to have a
local not-for-profit org, or not.

It works when you want to get some data / hardware / money from gov or
companies (not from ordinary people).
I'm here not for a long time but looks like gov more willing to work with
OSM directly, as well as big GIS players.
So local chapter is nice but not a neccessary thing.

2017-09-28 9:19 GMT-03:00 Brian Bancroft :

> Hi Matthew,
>
> It seems like an interesting idea. I've been travelling a bit lately, and
> I've found there's a lot of people out there who don't know about OSM where
> the platform is exactly what they need.
>
> Would a robust OSMCanada spread the Gospel beyond the cities? Would it
> seek to incorporate local GIS imports on the map with legal support and
> task management?
>
> Do we know what an incorporated OSMCanada would do that the informal
> association of really nice and diligent people can't do on their own?
>
> I won't be making SoTMUS this year, but I'd love to hear more about what
> your aims are with this venture, and the problems you and others believe
> (or know) it would solve through incorporation and (possibly?)  sweet
> government handouts. I'm guessing that these are the questions you want to
> crunch out while you're at the gathering of interesting people.
>
> Best wishes and good luck with this endeavour,
>
> Brian
>
>
>
>
> *From:* jwhelan0...@gmail.com
> *Sent:* September 28, 2017 7:06 AM
> *To:* scr...@gmail.com
> *Cc:* talk-ca@openstreetmap.org
> *Subject:* Re: [Talk-ca] OSM Canada & State of the Map US: Oct 20-22
>
> I hadn't heard of them and I'm in Ottawa but there again I'm not very
> sociable.  I question why such a decision would be made out of the country?
>
> Does it matter if someone creates a not for profit Canadian corporation? I
> think it would have to change its name though there have been discussions
> recently about the use of OSM in names.
>
> Cheerio John
>
> On 27 September 2017 at 21:59, Stewart C. Russell 
> wrote:
>
>> On 2017-09-27 05:49 PM, Matthew Darwin wrote:
>> > Hi,
>> >
>> > Are any Canadian folks going to State of the Map US October 20-22
>> > https://2017.stateofthemap.us/
>>
>> Nope. Wish I could afford it.
>>
>> > During the conference, I would like to have a discussion about turning
>> > the informal https://www.osmcanada.ca/ into a not-for-profit Canadian
>> > corporation.
>>
>> I'd be opposed. Who are osmcanada? They don't represent me. Last I heard
>> it was an informal group of mappers in Ottawa. What would the non-profit
>> do? How would it justify its status? Would it be attempting to be an
>> OSMF Chapter?
>>
>>  Stewart
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


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

Re: [OSM-co] Abreviaturas

[Leonardo Gutierrez]

Sobre el particular he encontrado que se ha movido el estándar últimamente.
Hace algunos años cuando quería poner diferentes nombres a una vía.  Por
ejemplo una avenida que se llama CRA 30 y Nqs, procedía a separarlos dentro
de la misma etiqueta con punto y coma.  Ahora el validador me reporta esto
como un error.

Se debe usar alt_name si se quisiera usar varios nombres.

http://wiki.openstreetmap.org/wiki/Key:alt_name

La parecer es ahora en estándar.

Por otra parte dentro de las direcciones de cada puerta se debe poner
también el nombre de la calle así que con mayor razón el uso de
abreviaturas el poco viable.

Me parece eso sí que los métodos de geocoding deberían tener en cuenta
estás al hacer las búsquedas.


Muchas gracias.

El 28 sep. 2017 2:52 AM, "Germán Márquez Mejía"  escribió:

> Coincido con la negativa a usar abreviaturas. No en vano existe la
> regla. Es tarea del Renderer y del Backend transformarlas si así se
> desea.
>
> Nominatim, por ejemplo, reconoce búsquedas que utilizan la mayoría de
> abreviaturas colombianas porque se las proporcionamos a los
> desarrolladores para que las incluyeran en la lógica del motor de
> búsqueda. Por ejemplo, Av. Cl. 100 # 11B-27 arroja la dirección
> correcta a pesar de que la calle se llama Avenida Calle 100 [0].
>
> @Jorge: La estrategia correcta, si deseas que las abreviaturas al
> estilo Bogotá (creo que 4-72 la aplica internamente también para el
> resto del país) sean reconocidas en las búsquedas, es que te comuniques
> con los desarrolladores del Geocoder que quieras usar para que las
> traduzcan corectamente.
>
> Etiquetar vías como "Avenida Calle 100;AC 100" es por tanto innecesario
> e improcedente.
>
> [0] http://www.openstreetmap.org/search?query=Av. Cl. 100 %23 11B-27
>
> Am Mittwoch, den 27.09.2017, 23:42 -0500 schrieb Andres Gomez Casanova:
> > Buenas noches,
> >
> > Con respecto a la nomenclatura de las calles, se deben seguir los
> > estándares de OSM de no mapear para el render, sino que el render se
> > ajuste a los datos, como se explica en este artículo: http://wiki.ope
> > nstreetmap.org/wiki/Tagging_for_the_renderer y que se considera como
> > una buena práctica http://wiki.openstreetmap.org/wiki/Good_practice
> >
> > Teniendo en cuenta lo anterior, poner abreviaturas no es estándar y
> > esto implica ajustarse al render. Por este motivo se debe escribir el
> > nombre completo, ya sea calle, carrera, diagonal, transversal, etc.
> > Con respecto a eso, al uso de letras y posibles combinaciones de
> > direcciones existe el siguiente artículo para Colombia: http://wiki.o
> > penstreetmap.org/wiki/ES:Nomenclatura_para_calles_en_Colombia
> > Si bien, hay una discusión (http://wiki.openstreetmap.org/wiki/ES_tal
> > k:Nomenclatura_para_calles_en_Colombia) en la que se debe definir si
> > el punto cardinal debe comenzar en mayúsculas, y de manera similar el
> > “bis”. Para poder concluir dicha discusión, aprovecho esta
> > oportunidad para que todos ustedes den sus puntos de vista en la
> > discusión y terminemos de definir concretamente cómo vamos a escribir
> > los nombres.
> >
> > Con respecto a múltiples nombres, no lo considero apropiado, ya que
> > cualquier render medianamente inteligente puede convertir Carrera en
> > Kr; por lo que veo innecesario esos múltiples nombres en punto y
> > coma.
> > También aprovecho para indicar que no se debe poner el nombre oficial
> > dentro del name separado por ;
> > Para esto es mejor usar los múltiples tags de name: http://wiki.opens
> > treetmap.org/wiki/Names donde yo apoyaría usar el tag official_name.
> > Por ejemplo en Bogotá:
> > name=Carrera 30
> > official_name=Avenida Quito
> > alt_name=Avenida NQS
> >
> > Cordialmente,
> >
> >
> > Andres Gomez Casanova
> > AngocA
> >
> > > On Sep 27, 2017, at 9:35 PM, Fredy Rivera 
> > > wrote:
> > >
> > >
> > >
> > > 2017-09-27 17:55 GMT-05:00 Jorge Aguirre :
> > > > Buenas tardes amigos OSM!
> > > >
> > > Hola
> > > >
> > > > Esta semana pasada visitamos Bogotá para agregar nombres
> > > > faltantes en las calles.  Nos encontramos con que, aunque hay
> > > > muchas variantes en la forma escrita de los nombres que se
> > > > encuentran físicamente en las calles, la constante parecieran ser
> > > > las abreviatras en los nombres - KR, CA, DG, AC, etc.
> > > >
> > > Una de las reglas generales que tenemos en OSM es la de no usar
> > > abreviaturas, ya que entre otras razones dificulta la traducción y
> > > comprensión en otros idiomas, no obstante existe la posibilidad de
> > > usar etiquetas de valor multiple para los caso que los refiera
> > > estos valores se pueden separa por "punto y coma" algo como  name=
> > > Carrera 7 ; Kr 7 aun que no lo consideraría una buena práctica.
> > >
> > > las directrices para mapear direcciones las puedes encontrar en htt
> > > p://wiki.openstreetmap.org/wiki/Addresses
> > >
> > >
> > >
> > >
> > > >
> > > > Quiero proponerles, por este medio, que sea 

Re: [OSM-talk] Osmose-QA - Mapillary traffic signs matching

[Martin Koppenhoefer]

do you intend to upload these to OSM, and if yes, are you going to create 
traffic sign objects or will you add traffic sign information to nearby osm 
objects like roads?


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

Re: [Talk-ca] OSM Canada & State of the Map US: Oct 20-22

[Brian Bancroft]

 Hi Matthew, It seems like an interesting idea. I've been travelling a bit lately, and I've found there's a lot of people out there who don't know about OSM where the platform is exactly what they need.Would a robust OSMCanada spread the Gospel beyond the cities? Would it seek to incorporate local GIS imports on the map with legal support and task management?Do we know what an incorporated OSMCanada would do that the informal association of really nice and diligent people can't do on their own?I won't be making SoTMUS this year, but I'd love to hear more about what your aims are with this venture, and the problems you and others believe (or know) it would solve through incorporation and (possibly?)  sweet government handouts. I'm guessing that these are the questions you want to crunch out while you're at the gathering of interesting people.Best wishes and good luck with this endeavour,BrianFrom: jwhelan0...@gmail.comSent: September 28, 2017 7:06 AMTo: scr...@gmail.comCc: talk-ca@openstreetmap.orgSubject: Re: [Talk-ca] OSM Canada & State of the Map US: Oct 20-22  I hadn't heard of them and I'm in Ottawa but there again I'm not very sociable.  I question why such a decision would be made out of the country?Does it matter if someone creates a not for profit Canadian corporation? I think it would have to change its name though there have been discussions recently about the use of OSM in names.Cheerio JohnOn 27 September 2017 at 21:59, Stewart C. Russell  wrote:On 2017-09-27 05:49 PM, Matthew Darwin wrote:
> Hi,
>
> Are any Canadian folks going to State of the Map US October 20-22
> https://2017.stateofthemap.us/

Nope. Wish I could afford it.

> During the conference, I would like to have a discussion about turning
> the informal https://www.osmcanada.ca/ into a not-for-profit Canadian
> corporation.

I'd be opposed. Who are osmcanada? They don't represent me. Last I heard
it was an informal group of mappers in Ottawa. What would the non-profit
do? How would it justify its status? Would it be attempting to be an
OSMF Chapter?

 Stewart

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

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

Re: [Talk-de] Raiffeisen

[Scholtes, Martin]

Hallo Martin,

Raiffeisen ist nicht Raiffeisen. Du Meinst nun die Raiffeisen-Waren-Zentren 
(RWZ) für Agrarbedarf. Diese Zentren haben aber auch Material für den Weinbau 
und Gartenbau, sowie andere Kleinigkeiten.
Dazu kommen noch Tankstellen, Bank, Autohäuser und mehr der Marke Raiffeisen. 
Siehe dazu http://overpass-turbo.eu/s/s2n

Zu dem Tagging der RWZ verwende ich derzeit das im Wiki vorgeschlagene Tagging. 

Lg Martin 

-Ursprüngliche Nachricht-
Von: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] 
Gesendet: Donnerstag, 28. September 2017 01:28
An: talk-de@openstreetmap.org
Betreff: [Talk-de] Raiffeisen

Angestoßen durch eine Diskussion auf tagging über Händler von „Agrarbedarf“ 
habe ich mir ein paar Raiffeisen in Deutschland angesehen und leider 
festgestellt, dass das kaum bedeutungsvoll getaggt ist. Meistens sind nur der 
Name und landuse tags (wahlweise industrial, retail, farmyard oder commercial, 
m.E. nichts davon (evtl. industrial doch) zutreffend und insbesondere nichts 
davon aussagekräftig) vorhanden. Eigentlich bräuchte man einen landuse tag 
wholesale ;-)

Es gibt dazu im Wiki einen tag:
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dagrarian

was haltet ihr davon, bzw. gibt es Alternativen? 

Wem der tag zusagt bzw. falls es keine verbreiteten Alternativen gibt, dann 
seid ihr hiermit aufgerufen, in eurer Nähe die örtliche Raiffeisen stelle damit 
zu versehen, sofern der tag zutrifft.

Gruß,
Martin 

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

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

Re: [Talk-it] Conversione coordinate

[demon.box]

Stefano Salvador wrote
> Per fortuna ti viene in aiuto il portale cartografico nazionale che mette
> a
> disposizione un convertitore web rigoroso:
> 
> http://www.pcn.minambiente.it/mattm/conversione-coordinate/

ciao, grazie mille e confermo che funziona, mi ci ritrovo perfettamente,
però non ho sinceramente capito come fare a dargli in pasto un elenco di
coordinate ad esempio come questo:

1598533.612 5093826.015
1597695.393 5090149.505
1601459.051 5110036.11
1603104.505 5118822.361

grazie ancora.
--enrico





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

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

Re: [OSM-talk] Links from wiki* back into OSM

[Lester Caine]

( Done it again )
On 28/09/17 11:57, Andy Mabbett wrote:
>> I have found wikidata entries that don't have wikipedia pages and I would
>> expect that but it would be nice to have confirmation that this is
>> actual practice?
> Yes, it is. for example this:
> 
> https://www.wikidata.org/wiki/Q18983100
> 
> is the Wikidata item about an ornamental gate, made by a locally
> well-known artist, which exists in OSM as:
> 
>https://www.openstreetmap.org/node/2312982822
> 
> Never in a million years will it qualify for its own Wikipedia article.

That is exactly the sort of object I'm talking about :)
wikidata links to an image and the Artists page, but the Artists page
does not link to the Gate back to the wikidata object. I would expect
other data to be added to the notes entry on the Artists page, but
https://en.wikipedia.org/wiki/Tim_Tolkien has no way to add the anchor
for each object on his Catalogue? Moving forward, every artist's
catalogue would be a list on wikidata and managed from that list?

Another simple example from the wikidata walk through is the location of
the headstone for Douglas Adams burial in Highgate cemetery. wikidata
should probably have an object for that with links to Highgate cemetery
and OSM could have a complete set of all gravestones on the site, or
link to an external copy of that list.

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] Links from wiki* back into OSM (was: Overlapping brands)

[Martin Koppenhoefer]

2017-09-28 13:28 GMT+02:00 Martin Koppenhoefer :

> If their first language doesn't use Latin roots they will also have to
> look up "name".
>


sorry, seems "name" has Germanic roots.

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

Re: [OSM-talk] Links from wiki* back into OSM (was: Overlapping brands)

[Martin Koppenhoefer]

2017-09-28 10:53 GMT+02:00 Andy Townsend :

> On 28/09/2017 09:28, Jo wrote:
> Many mappers (especially those with a first language that doesn't use many
> Greek roots) will I suspect struggle with what "name:etymology:wikidata"
> actually means.
>
>


maybe, but they could look it up. If their first language doesn't use Latin
roots they will also have to look up "name".
While I don't want to endorse this specific tag, I don't think we should
criticize it based on the tag name (which IMHO is quite precise and
self-explanatory). Yes, if you completely miss any european cultural
background, all tags are difficult (and this is not limited to the word
"etymology").

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

Re: [Talk-ca] OSM Canada & State of the Map US: Oct 20-22

[john whelan]

I hadn't heard of them and I'm in Ottawa but there again I'm not very
sociable.  I question why such a decision would be made out of the country?

Does it matter if someone creates a not for profit Canadian corporation? I
think it would have to change its name though there have been discussions
recently about the use of OSM in names.

Cheerio John

On 27 September 2017 at 21:59, Stewart C. Russell  wrote:

> On 2017-09-27 05:49 PM, Matthew Darwin wrote:
> > Hi,
> >
> > Are any Canadian folks going to State of the Map US October 20-22
> > https://2017.stateofthemap.us/
>
> Nope. Wish I could afford it.
>
> > During the conference, I would like to have a discussion about turning
> > the informal https://www.osmcanada.ca/ into a not-for-profit Canadian
> > corporation.
>
> I'd be opposed. Who are osmcanada? They don't represent me. Last I heard
> it was an informal group of mappers in Ottawa. What would the non-profit
> do? How would it justify its status? Would it be attempting to be an
> OSMF Chapter?
>
>  Stewart
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk] Links from wiki* back into OSM

[Jo]

Here is an entry I added to Wikidata:

https://www.wikidata.org/wiki/Q37873776

I tried to create a Wikipedia article for it, but it got shot down
immediately. Wikipedia doesn't like companies, even if they do provide
public transport services and even if it's a red link in another article:

https://en.wikipedia.org/w/index.php?title=Dakar_Dem_Dikk_Workers_Democratic_Union=797050840=411077118

I don't expect the wikidata entry to be removed. It conforms to their
inclusion rule 2. If they do remove it for some unfathomable reason, our
links will indeed go stale. That's too bad.

Polyglot


2017-09-28 12:53 GMT+02:00 Martin Koppenhoefer :

>
>
> 2017-09-28 12:07 GMT+02:00 Jo :
>
>> My experience is that adding something we map (or refer to like the name
>> of a mayor) to Wikipedia is absurdly hard to accomplish. Adding it to
>> Wikidata is trivially easy in comparison. So the inclusion rules for
>> Wikipedia and Wikidata are very different too. This also means that not
>> every entry present in Wikidata will have a Wikipedia article. It might
>> have an article in one of the other Wikimedia projects, or it might only
>> exist in other projects like OpenStreetMap. I added thousands of schools in
>> Uganda to Wikidata, if you want an example.
>>
>
>
>
> The criteria for inclusion in wikidata are here:
> https://www.wikidata.org/wiki/Wikidata:Notability
>
> Basically the object has to meet at least one of these requirements:
>
> 1. link to an object in a wikimedia project
> 2. refers to an instance of a clearly identifiable conceptual or material
> entity
> 3. It fulfills some structural need, for example: it is needed to make
> statements made in other items more useful.
>
>
> The fact that nobody has yet removed what you have added doesn't mean it
> won't be removed in the future (similarly to how wikipedia articles I had
> linked from osm have been removed after many years), e.g. a (leftist)
> comunity centre was dismissed, in a second attempt, as "localism", "not
> known to the major part of the population", the articles in national
> newspapers about it dismissed as "not relevant" (or "could go into
> wikinews"). There was a first attempt to delete the page which didn't pass,
> so the deletionists tried again until they succeeded:
> https://it.wikipedia.org/w/index.php?title=Speciale:Registri
> =CSOA_La_Strada
>
> Cheers,
> Martin
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-ca] Stats Canada building project

[john whelan]

Looks like we need to talk nicely to Open-Ouvert.

Thanks John

On 27 September 2017 at 21:54, Stewart C. Russell  wrote:

> On 2017-09-27 07:00 PM, john whelan wrote:
> > No we need to persuade the municipalities to move to the new standard
> > license in the TB kit
>
> Is this initiative published anywhere, John? I virtually attended the
> conference it was supposed to be announced at, and all there is is
> Jean-Noé's announcement:
> http://open.canada.ca/en/blog/coming-soon-do-it-yourself-open-data-toolkit
>
> I also don't remember any consultation on what it was going to look like.
>
>  Stewart
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk] Links from wiki* back into OSM

[Andy Mabbett]

On 28 September 2017 at 11:41, Lester Caine  wrote:

> I have found wikidata entries that don't have wikipedia pages and I would
> expect that but it would be nice to have confirmation that this is
> actual practice?

Yes, it is. for example this:

https://www.wikidata.org/wiki/Q18983100

is the Wikidata item about an ornamental gate, made by a locally
well-known artist, which exists in OSM as:

   https://www.openstreetmap.org/node/2312982822

Never in a million years will it qualify for its own Wikipedia article.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [OSM-talk] Links from wiki* back into OSM

[Martin Koppenhoefer]

2017-09-28 12:07 GMT+02:00 Jo :

> My experience is that adding something we map (or refer to like the name
> of a mayor) to Wikipedia is absurdly hard to accomplish. Adding it to
> Wikidata is trivially easy in comparison. So the inclusion rules for
> Wikipedia and Wikidata are very different too. This also means that not
> every entry present in Wikidata will have a Wikipedia article. It might
> have an article in one of the other Wikimedia projects, or it might only
> exist in other projects like OpenStreetMap. I added thousands of schools in
> Uganda to Wikidata, if you want an example.
>



The criteria for inclusion in wikidata are here:
https://www.wikidata.org/wiki/Wikidata:Notability

Basically the object has to meet at least one of these requirements:

1. link to an object in a wikimedia project
2. refers to an instance of a clearly identifiable conceptual or material
entity
3. It fulfills some structural need, for example: it is needed to make
statements made in other items more useful.


The fact that nobody has yet removed what you have added doesn't mean it
won't be removed in the future (similarly to how wikipedia articles I had
linked from osm have been removed after many years), e.g. a (leftist)
comunity centre was dismissed, in a second attempt, as "localism", "not
known to the major part of the population", the articles in national
newspapers about it dismissed as "not relevant" (or "could go into
wikinews"). There was a first attempt to delete the page which didn't pass,
so the deletionists tried again until they succeeded:
https://it.wikipedia.org/w/index.php?title=Speciale:
Registri=CSOA_La_Strada

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

Re: [OSM-talk] Links from wiki* back into OSM

[Lester Caine]

On 28/09/17 10:55, Andy Townsend wrote:
> Obviously wikipedia/wikidata's rules for inclusion are very different to
> ours (in some cases the opposite - wikipedia says "no original research
> - please copy from some other source").  There are plenty of examples of
> things that people think should be in wikipedia and aren't, and also
> things that shouldn't be in wikipedia/wikidata (because they don't
> exist) and are.

While I'm not up to speed with the latest state of play on wikidata, I
understand that it is a lot better at inclusion than wikipedia. My main
complaint about wikipedia has always been that it is rather to 'elite'
in the way it blocks articles someone takes a negative view about. I
have found wikidata entries that don't have wikipedia pages and I would
expect that but it would be nice to have confirmation that this is
actual practice?

In the UK taking an open source list and adding it to wikidata should be
a starting point for things like say 'streets', but many of those
objects do not need wikipedia articles, just an automatically generated
page from wikidata direct. My own problem is that buildings on those
streets add another order of magnitude of of objects and should every
one have a wikidata id? OSM in many areas does have a large number of
objects against which building details can be added ... such as the
brand/operator/chain of the shop or service located at the property. In
the UK, NLPG provides ( if it was open sourced ) a complete list of
properties in the UK, and would be the best source for an accurate list
against which to work. Add similar databases around the world and one
can build a complete model of the whole world. Not something I think
wikidata would want to duplicate fully? But wikidata could perhaps
provide links to the other databases containing fine detail much like
the NSG lists streets which are then used as the base for NLPG objects.

On my day job I've got material that needs indexing, and more often than
not there is no article on wikipedia or in wikidata and at that point I
have a chicken and egg problem. Do I create a wikidata stub so I have
the ID with which to cross reference ... do I add a stub wikipedia
article ... or do I just manage things with my own id's. OSM only comes
into the picture here in managing and displaying location data but it's
the ID of premises such as birth, death and activity locations that
overlay all the objects I'm working with. Premises listed on the UK
national census are a typical fairly reliable source I'm working with
daily ...

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] Links from wiki* back into OSM

[Andy Mabbett]

On 28 September 2017 at 11:23, Andy Townsend  wrote:
> On 28/09/2017 11:13, Andy Mabbett wrote:
>>
>> On 28 September 2017 at 09:53, Andy Townsend  wrote:
>>
>>> "objects named after Leuven"
>>> I'd have thought that this sort of "extra non-geographical information"
>>> was
>>> better held outside of OSM, and then link back into OSM via e.g.
>>> https://taginfo.openstreetmap.org/tags/wikidata=Q118958 or even
>>> https://taginfo.openstreetmap.org/tags/wikipedia=nl%3ALeuven
>>
>> Objects named after Leuven MUST NOT be tagged "wikidata=Q118958", nor
>> "wikipedia=:Leuven"
>>
> Indeed, and I'm not suggesting that they should be.  Please read what I said
> (at least once before posting).

Please dial down the snark. I read what you wrote, more than once,
because it was not clear what you meant; but on re-reading that was
indeed what you seemed to suggest.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-se] Ändra linknummer på E-vägar

[Andreas Vilén]

NVDB menar jag förstås båda gångerna, inte första gången jag skriver fel på
NVDB och IMDB...

2017-09-28 1:09 GMT+02:00 Andreas Vilén :

> Att nvdb blivit öppen data är förstås inget skäl till att plocka bort data
> från osm, utan snarare tvärtom att tillföra mer data. Dessutom är
> osm-databasen öppen för tillägg vilket imdb inte är.
>
> /Andreas
>
> Skickat från min iPhone
>
> > 25 sep. 2017 kl. 09:54 skrev Mats Elfström :
> >
> > Hej!
> > För all vägrelaterad information rekommenderas ett studium av
> trafikverkets nationella vägdatabas, NVDB, som är öppna data.
> > Den finns både som nedladdningsbar geodata, eller som wms-tjänst.
> > Och man får anse den som den bästa offentligt tillgängliga
> väginformationen som finns, eftersom den underhålls kontinuerligt. Därmed
> sagt att den som kopierar data därifrån till OSM, även åtar sig att hålla
> den rimligt uppdaterad. Och, eftersom pålitlig vägdata numera är öppen,
> behöver den finnas i OSM? Vägnummer och gatunamn kan behövas, men knappast
> mer tänker jag.
> >
> > Hälsning / Regards
> > Mats.E
> >
> > Skickat från min / Sent from my iPad, Ursäkta att jag är kortfattad /
> Excuse my brevity.
> >
> >> 25 sep. 2017 kl. 09:35 skrev talk-se-requ...@openstreetmap.org:
> >>
> >> Ändra linknummer på E-vägar
> >
> > ___
> > Talk-se mailing list
> > Talk-se@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] (OT) Conversione coordinate

[Alessandro]

Il 28/09/2017 12:15, Stefano Salvador ha scritto:

c'è, viene chiamato Roma 40 / Italia zona 1 ( o 2).



Urca!
Bè, scusate per la 'gnuranza non mi posso definire certo un GISsaro.

Evviva!

Alessandro

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

Re: [OSM-talk] Links from wiki* back into OSM

[Andy Townsend]

On 28/09/2017 11:13, Andy Mabbett wrote:

On 28 September 2017 at 09:53, Andy Townsend  wrote:


"objects named after Leuven"
I'd have thought that this sort of "extra non-geographical information" was
better held outside of OSM, and then link back into OSM via e.g.
https://taginfo.openstreetmap.org/tags/wikidata=Q118958 or even
https://taginfo.openstreetmap.org/tags/wikipedia=nl%3ALeuven

Objects named after Leuven MUST NOT be tagged "wikidata=Q118958", nor
"wikipedia=:Leuven"

Indeed, and I'm not suggesting that they should be.  Please read what I 
said (at least once before posting).





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

Re: [Talk-it] (OT) Conversione coordinate

[Damjan Gerl]

From  : "Alessandro" ale_z...@libero.it
To  : talk-it@openstreetmap.org
Date  : Thu, 28 Sep 2017 12:00:03 +0200
Subject : Re: [Talk-it] (OT) Conversione coordinate

> Il 28/09/2017 11:44, Stefano Salvador ha scritto:
> > Convertire da Gauss Boaga a WGS84 richiede un cambio di datum, senza 
> > scendere nei dettagli questo significa che non può essere fatto 
> > semplicemente ma bisogna appoggiarsi a "griglie" di punti misurati.
> > 
> > Per fortuna ti viene in aiuto il portale cartografico nazionale che 
> > mette a disposizione un convertitore web rigoroso:
> > 
> > http://www.pcn.minambiente.it/mattm/conversione-coordinate/
> > 
> 
> 
> Leggendo la tua mail avevo fatto un balzo dalla sedia.
> Non vorrei smorzare troppi entusiasmi ma nel convertitore indicato non 
> c'è traccia del Gauss Boaga
> 
> Alessandro

Gauss-Boaga = Roma1940 / Italia zona 1 oppure 2, dipende da dove sei in Italia
ETRS89-ETRF89 = WGS84

Damjan

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

Re: [Talk-it] (OT) Conversione coordinate

[Stefano Salvador]

Si, però quella conversione (essendo generica per tutto il territorio
italiano) produce delle imprecisioni anche notevoli (anche molti metri).

Ciao,

Stefano

Il giorno 28 settembre 2017 12:05, Niccolo Rigacci  ha
scritto:

> On Thu, Sep 28, 2017 at 04:38:12AM -0500, demon.box wrote:
> >
> > ho la necessità di convertire un po' di coordinate
> > dal formato:
> > Piane Gauss-Boaga Roma40  X (EST) Y (NORD)
> > a
> > WGS84 gps
>
> Con una moderna installazione GNU/Linux (basata su Debian, anche
> USB/live senza installazione) basta eseguire il comando:
>
> cat coord.txt | cs2cs +init=epsg:3003 +to +init=epsg:4326 -f "%.8f"
>
> avendo messo dentro il file coord.txt le coppie di coordinate.
>
> Si deve installare solo il pacchetto proj-bin (si puù fare anche
> nella live), con:
>
> apt-get install proj-bin
>
> La libreria proj-data contiene gli opportuni parametri di
> rototraslazione towgs84 (ho verificato con la versione 4.8.0-5).
>
> --
> Niccolo Rigacci - http://www.rigacci.net/
> Campi Bisenzio - Firenze - Italy
> Tel. Mobile: +39-327-5619352
>
> ___
> 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] Links from wiki* back into OSM (was: Overlapping brands)

[Andy Mabbett]

On 28 September 2017 at 09:53, Andy Townsend  wrote:

> "objects named after Leuven"

> I'd have thought that this sort of "extra non-geographical information" was
> better held outside of OSM, and then link back into OSM via e.g.
> https://taginfo.openstreetmap.org/tags/wikidata=Q118958 or even
> https://taginfo.openstreetmap.org/tags/wikipedia=nl%3ALeuven

Objects named after Leuven MUST NOT be tagged "wikidata=Q118958", nor
"wikipedia=:Leuven"

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-it] (OT) Conversione coordinate

[Stefano Salvador]

c'è, viene chiamato Roma 40 / Italia zona 1 ( o 2).

Ciao,

Stefano

Il giorno 28 settembre 2017 12:00, Alessandro  ha
scritto:

> Il 28/09/2017 11:44, Stefano Salvador ha scritto:
>
>> Convertire da Gauss Boaga a WGS84 richiede un cambio di datum, senza
>> scendere nei dettagli questo significa che non può essere fatto
>> semplicemente ma bisogna appoggiarsi a "griglie" di punti misurati.
>>
>> Per fortuna ti viene in aiuto il portale cartografico nazionale che mette
>> a disposizione un convertitore web rigoroso:
>>
>> http://www.pcn.minambiente.it/mattm/conversione-coordinate/
>>
>>
>
> Leggendo la tua mail avevo fatto un balzo dalla sedia.
> Non vorrei smorzare troppi entusiasmi ma nel convertitore indicato non c'è
> traccia del Gauss Boaga
>
> Alessandro
>
>
> ___
> 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] Links from wiki* back into OSM

[Jo]

My experience is that adding something we map (or refer to like the name of
a mayor) to Wikipedia is absurdly hard to accomplish. Adding it to Wikidata
is trivially easy in comparison. So the inclusion rules for Wikipedia and
Wikidata are very different too. This also means that not every entry
present in Wikidata will have a Wikipedia article. It might have an article
in one of the other Wikimedia projects, or it might only exist in other
projects like OpenStreetMap. I added thousands of schools in Uganda to
Wikidata, if you want an example.

https://www.wikidata.org/wiki/Q23742566

I also found way to refer back to OpenStreetMap through the reference url
property of the coordinate location. License wise this shouldn't be a
problem, as I helped out with the import of those schools into OSM. It
might be trickier to do this for objects that only exist in OSM, due to the
difference in license between both projects.


Polyglot

2017-09-28 11:55 GMT+02:00 Andy Townsend :

> On 28/09/2017 10:36, Marc Gemis wrote:
>
>> Andy are you now saying that it is OK to have 1 wikidata tag on each
>> street, so someone can create an external list of streets with
>> Wikidata ids to represent some kind of collection (like "all streets
>> named after Leuven") ?
>>
> Firstly I'm not saying "what is or is not OK" - that's essentially the
> point of this discussion, to find out what people do think.
>
> What I'm saying is that the expression of that sort of relationship
> possibly doesn't belong in OSM itself (because it's not really
> on-the-ground verifiable, or at least in many cases it won't be).
>
> If a street passed whatever tests wikipedia impose to have a wikipedia
> entry, and by inference a wikidata one (wikidata items essentially being
> all created from wikipedia, with links added later) then yes, by all means
> add a wikipedia/wikidata link to the OSM object, then add your "etymology"
> link within wikidata.
>
> Obviously wikipedia/wikidata's rules for inclusion are very different to
> ours (in some cases the opposite - wikipedia says "no original research -
> please copy from some other source").  There are plenty of examples of
> things that people think should be in wikipedia and aren't, and also things
> that shouldn't be in wikipedia/wikidata (because they don't exist) and are.
>
> Best Regards,
> Andy
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Links from wiki* back into OSM

[Marc Gemis]

O, I even believe that e.g. all (or a large number of) Dutch streets
are in Wikidata without having a Wikipedia article for the individual
streets.

On Thu, Sep 28, 2017 at 12:03 PM, Marc Gemis  wrote:
> Thanks for explaining, Andy.
>
> Please note that as I said before, it is not true that there is a
> Wikipedia article for each Wikidata item. E.g.  There is a whole group
>  working on inventarising art in musea. They do create Wikidata items,
> but no Wikipedia articles for the individual items. It is true that
> each Wikipedia article (or page) has a Wikidata entry, but not the
> other way around.
>
> regards
>
> m
>
> On Thu, Sep 28, 2017 at 11:55 AM, Andy Townsend  wrote:
>> On 28/09/2017 10:36, Marc Gemis wrote:
>>>
>>> Andy are you now saying that it is OK to have 1 wikidata tag on each
>>> street, so someone can create an external list of streets with
>>> Wikidata ids to represent some kind of collection (like "all streets
>>> named after Leuven") ?
>>
>> Firstly I'm not saying "what is or is not OK" - that's essentially the point
>> of this discussion, to find out what people do think.
>>
>> What I'm saying is that the expression of that sort of relationship possibly
>> doesn't belong in OSM itself (because it's not really on-the-ground
>> verifiable, or at least in many cases it won't be).
>>
>> If a street passed whatever tests wikipedia impose to have a wikipedia
>> entry, and by inference a wikidata one (wikidata items essentially being all
>> created from wikipedia, with links added later) then yes, by all means add a
>> wikipedia/wikidata link to the OSM object, then add your "etymology" link
>> within wikidata.
>>
>> Obviously wikipedia/wikidata's rules for inclusion are very different to
>> ours (in some cases the opposite - wikipedia says "no original research -
>> please copy from some other source").  There are plenty of examples of
>> things that people think should be in wikipedia and aren't, and also things
>> that shouldn't be in wikipedia/wikidata (because they don't exist) and are.
>>
>> Best Regards,
>> Andy
>>

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

Re: [Talk-it] (OT) Conversione coordinate

[Niccolo Rigacci]

On Thu, Sep 28, 2017 at 04:38:12AM -0500, demon.box wrote:
>
> ho la necessità di convertire un po' di coordinate
> dal formato:
> Piane Gauss-Boaga Roma40  X (EST) Y (NORD)
> a
> WGS84 gps 

Con una moderna installazione GNU/Linux (basata su Debian, anche 
USB/live senza installazione) basta eseguire il comando:

cat coord.txt | cs2cs +init=epsg:3003 +to +init=epsg:4326 -f "%.8f"

avendo messo dentro il file coord.txt le coppie di coordinate.

Si deve installare solo il pacchetto proj-bin (si puù fare anche 
nella live), con:

apt-get install proj-bin

La libreria proj-data contiene gli opportuni parametri di 
rototraslazione towgs84 (ho verificato con la versione 4.8.0-5).

-- 
Niccolo Rigacci - http://www.rigacci.net/
Campi Bisenzio - Firenze - Italy
Tel. Mobile: +39-327-5619352

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

Re: [OSM-talk] Links from wiki* back into OSM

[Marc Gemis]

Thanks for explaining, Andy.

Please note that as I said before, it is not true that there is a
Wikipedia article for each Wikidata item. E.g.  There is a whole group
 working on inventarising art in musea. They do create Wikidata items,
but no Wikipedia articles for the individual items. It is true that
each Wikipedia article (or page) has a Wikidata entry, but not the
other way around.

regards

m

On Thu, Sep 28, 2017 at 11:55 AM, Andy Townsend  wrote:
> On 28/09/2017 10:36, Marc Gemis wrote:
>>
>> Andy are you now saying that it is OK to have 1 wikidata tag on each
>> street, so someone can create an external list of streets with
>> Wikidata ids to represent some kind of collection (like "all streets
>> named after Leuven") ?
>
> Firstly I'm not saying "what is or is not OK" - that's essentially the point
> of this discussion, to find out what people do think.
>
> What I'm saying is that the expression of that sort of relationship possibly
> doesn't belong in OSM itself (because it's not really on-the-ground
> verifiable, or at least in many cases it won't be).
>
> If a street passed whatever tests wikipedia impose to have a wikipedia
> entry, and by inference a wikidata one (wikidata items essentially being all
> created from wikipedia, with links added later) then yes, by all means add a
> wikipedia/wikidata link to the OSM object, then add your "etymology" link
> within wikidata.
>
> Obviously wikipedia/wikidata's rules for inclusion are very different to
> ours (in some cases the opposite - wikipedia says "no original research -
> please copy from some other source").  There are plenty of examples of
> things that people think should be in wikipedia and aren't, and also things
> that shouldn't be in wikipedia/wikidata (because they don't exist) and are.
>
> Best Regards,
> Andy
>

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