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

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 ago 2016, alle ore 20:52, fayor  ha scritto:
> 
> Non lo rende inesistente, va inserito in loc_name o name:lang


con la stessa logica potrei dire che il nome ufficiale va nel tag official_name.


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

Re: [OSM-talk] New Google Maps style - interesting cartographic innovation

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 ago 2016, alle ore 18:03, David Fisher  ha 
> scritto:
> 
> Out of interest, do you also take issue with the central point of my
> last post -- that "landuse=retail" polygons may be seen as a similar
> sort of concept to Google's beige areas?  (assuming such polygons are
> placed by mappers who have at least a passing knowledge of the area in
> question)


I'm unsure where retail is the right choice. For shopping malls and big box 
stores and department stores, supermarkets, etc. it surely is, but in European 
city centres (the reality where I mostly map) you will typically find shops and 
offices and residential landuse in a mixture (plus churches, education, 
cultural usage (cinema, theatre, museums, etc.) restaurants, banks, etc.). 
Sometimes these areas, like the central pedestrian area you can find in most 
German cities, are mapped as landuse=retail as well.

The non-residential features are all mappable with common tags as individual 
pois, i.e. there can be 2 (or more) types of residential areas, those with just 
residences and those with a different use in part of the building. But the 
evaluation requires a lot if spatial analysis, while an explicit new landuse 
could save a lot of work. 

There's also an old proposal in the wiki, but it's not very much in use: 
http://wiki.openstreetmap.org/wiki/Proposed_features/centre_zone


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

Re: [Talk-cz] 5x červená

[Petr Vozdecký]

-- Původní zpráva --
Od: Miroslav Suchý 



"Chropyně náměstí má také tři modré.
https://api.openstreetmap.cz/table/ref/KR885;



velmi interesantni... jestli jsi tam byl a vis jak to tam skutecne vypada, 
jukni na vedeni tras v OSM... vede to jinudy nez na mapy.cz a souradnice 
rozcestniku jsou jinde nez rozchod tras dle OSM i dle mapy.cz... A vubec je 
ta modra v okoli vedena dost divoce, mapoval to asi nekdo s mensi znalosti 
prace s relacemi...



"Ty vozíčkářské trasy mají taky své barvy. KČT je vykresluje vždy červěně 
čerchovaně. Viz
http://www.labskastezka.cz/ladmin/soubory/labskastezka/File/konference_LIT/
03_Vozickarske_trasy_KCT.pdf"
to je velmi zajimavy dokument! Jen nechapu, proc se v nem pise, ze se trasy 
kresli vzdy cervene cerchovane a pak je na prilozenem obrazku kresli cervene
a cerne...



"IMHO to značené je. Je úplně jedno že jenom rozcestníky, ale značené to je.
"
...ja jsem mel na mysli to, ze to nema pasove znaceni (jak je ostatne 
vysvetleno ve vyse citovanem PDF, kde to oznacuji za zamer)






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

Re: [OSM-talk] New Google Maps style - interesting cartographic innovation

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 ago 2016, alle ore 18:03, David Fisher  ha 
> scritto:
> 
> Maybe I was unclear, or maybe we're talking at cross-purposes


yes, I think I got you wrong in your first mail, because it used to be common 
(and maybe still is in some places) having those "one big polygon for the whole 
settlement tagged with residential landuse"-areas.

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

Re: [OSM-talk] combining nodes with ways

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 ago 2016, alle ore 17:01, john whelan  ha 
> scritto:
> 
> It’s an area with inconsistences should the building outline have the full 
> address?  Should each node within a building have the full address?  And 
> there are arguments both ways.


Italy for instance has typically a lot of housenumbers for every building 
because every entrance gets a housenumber, even small gates that lead into the 
garden often get their own number. Ground level shops with more than one window 
will usually have several housenumbers.

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

Re: [OSM-ja] wrong tag "tunnel_name" "bridge_name"

[tomoya muramoto]

Hello luschi,

Four agreed (including me) and no one disagreed for now.
I think your proposal has agreed here.
Then, would you start to edit them?

Thanks for your proposal and contacting Japanese community.


4名が編集に賛成とのことになりましたので、luschiさんに編集をお願いしたいと思います。


muramoto



2016-08-11 20:48 GMT+09:00 Zoar. :

> 一括変換に賛成します
>
> On 2016/08/11 8:54, yuu hayashi wrote:
>
>> 一括変換に賛成です。
>>
>>
>> 2016-08-10 20:20 GMT+09:00 Satoshi IIDA :
>>
>> +1 to edit :)
>>>
>>> 2016-08-10 20:07 GMT+09:00 tomoya muramoto :
>>>
>>> Hello luschi,

 I agree to your proposal, mechanical edit from tunnel_name and
 bridge_name to tunnel:name and bridge:name.
 And when you do it, please convert tunnel_name:** too.


 日本国内のtunnel_nameとbridge_nameタグを、tunnel:nameとbridge:nameに一括変換
 する提案ですが、皆さんはいかがでしょうか。
 日本語でコメントいただければ、あとでまとめます。

 Japanese comments are welcome.

 muramoto


 2016-08-10 1:57 GMT+09:00 :

 Hello Japan Community,
>
> I found some tunnel_name  and
> bridge_name  in Japan and I think we
>
> should use correct "tunnel:name" and "bridge:name".
> I can do this in a single edit, but only if this is OK for the local
> mapper.
>
> regards
> luschi
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>
>
>
 ___
 Talk-ja mailing list
 Talk-ja@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ja



>>>
>>> --
>>> Satoshi IIDA
>>> mail: nyamp...@gmail.com
>>> twitter: @nyampire
>>>
>>> ___
>>> Talk-ja mailing list
>>> Talk-ja@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ja
>>>
>>>
>>>
>>
>>
>> ___
>> Talk-ja mailing list
>> Talk-ja@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ja
>>
>>
> --
> Twitter : @k_zoar
> OSM: http://hdyc.neis-one.org/?k_zoar
>
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[Talk-us] OSM 12th Anniversary Birthday Party

[Alan Bragg]

I only see one OSM Birthday Party

in the USA this Saturday, it starts at 10 am at Greely Park in Nashua, New
Hampshire.
I'm going and would like to meet more mappers from the area.
Alan Bragg
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

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

[Luca Meloni]

>Vorrei aggiungere una piccola riflessione in tema di ufficialità della 
>toponomastica e filosofia di OSM.
>Un tempo i cartografi incaricati dagli istituti preposti giravano per 
>mappare il paese e tra errori di comprensione e palesi invenzioni (in 
>stile Tolomei) hanno definito i nomi ufficiali. Era una cartografia che 
>veniva dall'alto.
>OSM invece è una mappa costruita dal basso, ed è dalla strada che si 
>prendono i dati. Per quale motivo per quanto riguarda la toponomastica 
>si dovrebbe ignorare il territorio e prendere il dato dall'alto?

Quoto tutto.


>Perché i nomi possono essere sbagliati, o già cambiati, o avere scopi
>storici, informativi, culturali. Va bene metterli se non si hanno altre
>informazioni, ma quando si ha la certezza di una denominazione ufficiale, va
>preferita quella
Gli scopi storici, informativi e culturali dovrebbero essere più che 
sufficienti per l'inserimento in un tag che li fa vedere immediatamente sulla 
mappa, ed il fatto che servano nell'orientamento, dati i cartelli, li rende 
fondamentali.

>Un esempio pertinente può essere la scritta sul muro col nome della strada:
>mapperesti "Via della vergogna" (esempio concreto, era una strada che i
>richiedenti avevano chiesto da anni che venisse asfaltata) conoscendo
>l'effettivo nome della strada?
I cartelli in questione, così come i toponimi che ci sono scritti, sono 
riconosciuti sia dai comuni che dalla regione, e non sono stati inseriti 
"ironicamente", come la scritta dell'esempio. È una situazione molto differente.

Ciao,Luca

 

Il Giovedì 11 Agosto 2016 20:53, fayor  ha scritto:
 

 /Si, ma con il provvedimento formale è stato fissato il nome nella lingua 
ufficiale dell'ente che ha emanato tale provvedimento. Questo però non 
rende inesistente il toponimo locale./ 

Non lo rende inesistente, va inserito in loc_name o name:lang

/Se esso è usato dalla popolazione (e magari ci sono i cartelli a
segnalarlo) non vedo per quale motivo non possa essere inserito nel tag
name. La località si chiama anche così, 
anche se non c'è un provvedimento formale ad attestarlo. 
/

Il motivo è che nel tag name va un solo nome: quello stabilito appositamente
e con certezza; vanno più nomi quando è eccezionalmente così previsto


/Pure il topografo di un tempo, in assenza di vecchie fonti, chiedeva al 
passante (magari capiva male, ma chiedeva al locale)... E le vecchie 
fonti erano costruite nello stesso modo. La toponomastica è calata 
dall'alto solo quando il topografo decide di costruire i nomi a tavolino. /

In passato, quando non c'era la certezza, si agiva così (e infatti nel tempo
i nomi cambiavano spontaneamente). Il topografo non costruisce nomi a
tavolino, il topografo mappa sulla base delle sue informazioni. 


/Se vedo un cartello che riporta due nomi per una località non vedo 
perché non inserirli entrambi; non vedo perché dovrei mettermi a 
discriminare per il fatto che siano scritti sullo stesso cartello o su 
uno di un colore differente. /

Perché i nomi possono essere sbagliati, o già cambiati, o avere scopi
storici, informativi, culturali. Va bene metterli se non si hanno altre
informazioni, ma quando si ha la certezza di una denominazione ufficiale, va
preferita quella


/Con il dogma dell'ufficialità non dovrei nemmeno mappare una casa 
abusiva perché ufficialmente non esiste. Eppure la mappo, perché è lì 
davanti a me, proprio come il cartello con il toponimo. /

Ma tu non mappi il cartello, tu ricavi dal cartello un'informazione che poi
si rivela inesatta. L'esempio della casa abusiva non è pertinente, la casa
esiste nella sua materialità (ufficialmente può essere abusiva ma finché non
è demolita esiste).
Un esempio pertinente può essere la scritta sul muro col nome della strada:
mapperesti "Via della vergogna" (esempio concreto, era una strada che i
richiedenti avevano chiesto da anni che venisse asfaltata) conoscendo
l'effettivo nome della strada?




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

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


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

Re: [OSRM-talk] Upgrade OSRM from v4.8.1

[Kerrick Staley]

The latest release is 5.3.2:
https://github.com/Project-OSRM/osrm-backend/releases

Note that the API changed between 4.X and 5.X, so you'll have to change
your calling code. See
https://github.com/Project-OSRM/osrm-backend/blob/master/docs/http.md.


On Thu, Aug 11, 2016 at 1:03 AM, sergi_jini  wrote:

> Hi,
>
> I am going to upgrade OSRM back-end. Could you advise which is the
> preferred and most latest stable version?
>
> Many thanks,
> Sergi
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>


-- 
- Kerrick
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] Mancata attribuzione mappa osm online in sito

[Andrea Lattmann]

Il 11 agosto 2016 01:41:21 CEST, marco bra  ha 
scritto:
>questo sito usa mappe osm ma non attribuisce correttamente:
>
>https://www.eventa.it/eventi/milan/sunshine-w-sgagnacrew
>
>Ciao
>-- 
>Linux Infinite Freedom
>
>I'm writing from this place:
>http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
>
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

Grazie per la segnalazione, gli ho scritto.

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

Re: [Talk-us] [OSM-talk] combining nodes with ways

[Paul Johnson]

On Thu, Aug 11, 2016 at 9:54 AM, Benoît Barteaux 
wrote:

> Actually Frank has got a point. We could use a specialization approach and
> add postal codes on cityes that support this scheme (France, Spain). Then,
> for cities that don't use this scheme (as you said CA, US, UK), we can add
> single postal codes to POI until the post gives us the rights to import the
> zones.


Obligatory mention that US ZIP codes come in 2 varieties, only the version
nobody uses is open:


   - Census zip codes that roughly and very loosely describe vague areas
   (plus a *huge* number of completely weird ones nobody would recognize
   where the Postal Service does *not* deliver), and these are open.
   - Postal service 9-digit (aka "ZIP+4") variety that describes a specific
   postal route and group of destinations (usually no more than ~10-12; the
   trailer park I lived in had *14* zip+4s for a single multitenant
   property despite all ~240 mailboxes being on the same street corner), not
   areas.  These are proprietary and the only ZIP you'll find in addresses.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

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

[fayor]

/Si, ma con il provvedimento formale è stato fissato il nome nella lingua 
ufficiale dell'ente che ha emanato tale provvedimento. Questo però non 
rende inesistente il toponimo locale./ 

Non lo rende inesistente, va inserito in loc_name o name:lang

/Se esso è usato dalla popolazione (e magari ci sono i cartelli a
segnalarlo) non vedo per quale motivo non possa essere inserito nel tag
name. La località si chiama anche così, 
anche se non c'è un provvedimento formale ad attestarlo. 
/

Il motivo è che nel tag name va un solo nome: quello stabilito appositamente
e con certezza; vanno più nomi quando è eccezionalmente così previsto


/Pure il topografo di un tempo, in assenza di vecchie fonti, chiedeva al 
passante (magari capiva male, ma chiedeva al locale)... E le vecchie 
fonti erano costruite nello stesso modo. La toponomastica è calata 
dall'alto solo quando il topografo decide di costruire i nomi a tavolino. /

In passato, quando non c'era la certezza, si agiva così (e infatti nel tempo
i nomi cambiavano spontaneamente). Il topografo non costruisce nomi a
tavolino, il topografo mappa sulla base delle sue informazioni. 


/Se vedo un cartello che riporta due nomi per una località non vedo 
perché non inserirli entrambi; non vedo perché dovrei mettermi a 
discriminare per il fatto che siano scritti sullo stesso cartello o su 
uno di un colore differente. /

Perché i nomi possono essere sbagliati, o già cambiati, o avere scopi
storici, informativi, culturali. Va bene metterli se non si hanno altre
informazioni, ma quando si ha la certezza di una denominazione ufficiale, va
preferita quella


/Con il dogma dell'ufficialità non dovrei nemmeno mappare una casa 
abusiva perché ufficialmente non esiste. Eppure la mappo, perché è lì 
davanti a me, proprio come il cartello con il toponimo. /

Ma tu non mappi il cartello, tu ricavi dal cartello un'informazione che poi
si rivela inesatta. L'esempio della casa abusiva non è pertinente, la casa
esiste nella sua materialità (ufficialmente può essere abusiva ma finché non
è demolita esiste).
Un esempio pertinente può essere la scritta sul muro col nome della strada:
mapperesti "Via della vergogna" (esempio concreto, era una strada che i
richiedenti avevano chiesto da anni che venisse asfaltata) conoscendo
l'effettivo nome della strada?




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

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

Re: [Talk-in] Ward map Bhopal

[I Chengappa]

>From exceptions to copyright, from
copyright.gov.in/Documents/CopyrightRules1957.pdf, section 52 - page 33 and
36 of the pdf file.


*52. Certain acts not to be infringement of copyright. -(1) The following
acts shall not constitutean infringement of copyright, namely:*
...
...








*(q) the reproduction or publication of-(i) any matter which has been
published in any Official Gazette except an Act of a Legislature;(ii) any
Act of a Legislature subject to the condition that such Act is reproduced
or published togetherwith any commentary thereon or any other original
matter;(iii) the report of any committee, commission, council, board or
other like body appointed by theGovernment if such report has been laid on
the Table of the Legislature, unless the reproduction orpublication of such
report is prohibited by the Government;*
So the question would be whether the boundaries are officially published or
reported as specified above.


On 11 August 2016 at 16:15, Arun Ganesh  wrote:

> Would also suggest mailing the datameet group if they have pointers on how
> this could be released under an open license. Its definitely going to be a
> bit of work doing it the right way.
>
> On Thu, Aug 11, 2016 at 8:44 PM, Arun Ganesh 
> wrote:
>
>> Nice diary entry in Hindi. Have responded there https://www.openstreetma
>> p.org/user/pratikyadav/diary/39245
>>
>> If you can somehow get permission in written form, this would be good to
>> import. We have not managed it for any city in India so far and its an
>> utter shame.
>>
>>
>>
>> On Thu, Aug 11, 2016 at 4:44 PM, Pratik Yadav > > wrote:
>>
>>> Hi all,
>>>
>>> http://www.bhopalmunicipal.com/city-information/informative-map.html
>>> Published by Bhopal Municipal Corporation, the^ map shows all
>>> admin-wards.
>>>
>>> The information is not yet in OSM and could be a good addition.
>>> I have send a mail to BMC to get information about the licence.
>>>
>>> --
>>> *Regards.*
>>>
>>> *Pratik Yadav*
>>>
>>>
>>> ___
>>> Talk-in mailing list
>>> Talk-in@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-in
>>>
>>>
>>
>>
>> --
>> Arun Ganesh
>> @planemad
>> 
>>
>
>
>
> --
> Arun Ganesh
> @planemad
> 
>
> ___
> 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

Re: [OSM-talk] New Google Maps style - interesting cartographic innovation

[Michał Brzozowski]

On Thu, Aug 11, 2016 at 6:03 PM, David Fisher  wrote:
> Out of interest, do you also take issue with the central point of my
> last post -- that "landuse=retail" polygons may be seen as a similar
> sort of concept to Google's beige areas?  (assuming such polygons are
> placed by mappers who have at least a passing knowledge of the area in
> question)

Sorry for plugging to the post ;) I'm afraid it won't work out well.
Most of the area in city centers (like areas that I linked to) is
covered with townhouses with retail/service tenants residing at the
ground level, rest of the building being residential. Therefore
landuse=residential is more appropriate and is mapped so.

The activity areas aren't merely about the usage itself, but, well,
the activity - i.e. concentration of interesting places and number of
people visiting them (or other similar popularity metric).

Michał

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

Re: [OSRM-talk] Ferries dot gone?

[Patrick Niklaus]

Hey Jürgen,

I think you are hitting a change in behavior that occurred between the
4.9 and 5.0 versions. It is not possible to start on ferries anymore.
That means if a route over a ferry is not the fastest route, it will
not get taken. Combine that with the fact that most ferries don't have
a `duration` tag (hence defaulting to a speed of 5 km/h), you will
only see them used if there is absolutely no way.

However in the case above, I think you are hitting a different
problem: The island is not reachable because the paths on the ferry
are not accessible by cars:

http://map.project-osrm.org/?z=18=38.013485%2C12.512650=38.013535%2C12.513288=38.012737%2C12.511910=en=0

http://map.project-osrm.org/?z=18=37.933299%2C12.325405=37.933282%2C12.325196=37.933227%2C12.325501=en=0

I'm not sure if these ferries are generally accessible by car, but the
tagging would need to be fixed for that.

Best,
Patrick

On Thu, Aug 11, 2016 at 3:42 PM, Jürgen Barthel  wrote:
> Hi, we had some trouble lately with OSRM, where both
> openstreetmap.org/directions/ and http://map.project-osrm.org/ where our
> mapping expert found that the demo-server was to be fixed.
>
> Now on openstreetmap.org/directions/ a lot of routes don't work any more,
> which I have seen before I opened error notes on OSM, i.e.
> http://www.openstreetmap.org/directions?engine=osrm_car=37.9313%2C12.3274%3B38.1765%2C13.0917
> (Saint Malo-Cherbourg to Dorchester,
> http://www.openstreetmap.org/note/617142). See also
> http://www.openstreetmap.org/note/599194 where it seems the mistake got
> solved but OSRM doesn't compute it.
>
> Something wrong on OSRM side? I tried several (20+) ferries (Scotland,
> Channel Islands, Mediterranean, Baltic Sea) but could not find a single
> working any more.
>
> Thanks for feedback - Juergen
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk

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

Re: [OSM-talk-be] OSM in French and Dutch [or any monolingual]

[André Pirard]

On 2016-08-09 11:37, joost schouppe wrote:
> Hi,
>
> Someone asked on Twitter about a rendering of OSM in Dutch and French
> to avoid the clutter of bilingual names in the standard rendering.
>
> https://twitter.com/iciBrussels/status/762743820358418432
>
> The French render is easy, OSM France provides it. But how about a
> Dutch rendering? Do you know of one?
>
> It might be cool to create a little webmap on OSM.be with the three
> official languages. If you help me find a Dutch rendering, I can make
> that (I've just learned the basics about leaflet).
>
> It looks rather easy to make a style with mapbox, but you need to
> extract the data through Overpass for exotic languages like Dutch, so
> it would be a bit of a job to keep that up to date.
I don't understand exactly what the problem is.
OSM.org displays the names according to the Language preference of the
browser (1).
Precisely, it displays a name in the first language of that preference
that matches one in the map.
Else, it displays the common default name.
E. g. if the preference is fr,ru :
if name:fr exists, display it, else if name:ru exists, display it, else
display name.
Hence, to reliably display Dutch, the preference must be nl,... and
name:nl must exist.
Or name=* must be in Dutch, but see gotcha.
That is a gotcha, of course.  If name=French_name has been coded and a
good soul adds mane:ru=России_имя, the fr,ru French speaker accepting
Russian will see the Russian name.  When adding name:ru=*, name:fr=*
must also be added.
This is especially strange in a region like Brussels.
The law says that the names must be written in both fr and nl.
But no Belgian sees that because their preference uses fr or nl.  Only
foreigners do.

So, what could be improved is

  * a = in the OSM.org URL to force the preference and do
without (1)
  o assuming a name:ll=* tag equal to name=* where ll is the only
language of the names
  o or running a bot to add the name:ll=* names automatically

Cheers

André.


(1) or the simulation of the browser's preference as Ben noted
On 2016-08-09 16:31, Ben Laenen wrote:
> On Tuesday 09 August 2016 11:37:58 joost schouppe wrote:
>> Someone asked on Twitter about a rendering of OSM in Dutch and French
>> to avoid the clutter of bilingual names in the standard rendering. 
> How about this one: http://mlm.jochentopf.com/ Fill in "nl" or "fr" in
> the box to get the names rendered in those languages
> Ben

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

Re: [OSM-talk-be] OSM in French and Dutch [or any monolingual]

[André Pirard]

On 2016-08-09 11:37, joost schouppe wrote:
> Hi,
>
> Someone asked on Twitter about a rendering of OSM in Dutch and French
> to avoid the clutter of bilingual names in the standard rendering.
>
> https://twitter.com/iciBrussels/status/762743820358418432
>
> The French render is easy, OSM France provides it. But how about a
> Dutch rendering? Do you know of one?
>
> It might be cool to create a little webmap on OSM.be with the three
> official languages. If you help me find a Dutch rendering, I can make
> that (I've just learned the basics about leaflet).
>
> It looks rather easy to make a style with mapbox, but you need to
> extract the data through Overpass for exotic languages like Dutch, so
> it would be a bit of a job to keep that up to date.
I don't understand exactly what the problem is.
OSM.org displays the names according to the Language preference of the
browser (1).
Precisely, it displays a name in the first language of that preference
that matches one in the map.
Else, it displays the common default name.
E. g. if the preference is fr,ru :
if name:fr exists, display it, else if name:ru exists, display it, else
display name.
Hence, to reliably display Dutch, the preference must be nl,... and
name:nl must exist.
Or name=* must be in Dutch, but see gotcha.
That is a gotcha, of course.  If name=French_name has been coded and a
good soul adds mane:ru=России_имя, the fr,ru French speaker accepting
Russian will see the Russian name.  When adding name:ru=*, name:fr=*
must also be added.
This is especially strange in a region like Brussels.
The law says that the names must be written in both fr and nl.
But no Belgian sees that because their preference uses fr or nl.  Only
foreigners do.

So, what could be improved is

  * a = in the OSM.org URL to force the preference and do
without (1)
  o assuming a name:ll=* tag equal to name=* where ll is the only
language of the names
  o or running a bot to add the name:ll=* names automatically

Cheers

André.


(1) or the simulation of the browser's preference as Ben noted
On 2016-08-09 16:31, Ben Laenen wrote:
> On Tuesday 09 August 2016 11:37:58 joost schouppe wrote:
>> Someone asked on Twitter about a rendering of OSM in Dutch and French
>> to avoid the clutter of bilingual names in the standard rendering. 
> How about this one: http://mlm.jochentopf.com/
> 
> Fill in "nl" or "fr" in the box to get the names rendered in those
> languages
> Ben

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

Re: [OSM-talk] New Google Maps style - interesting cartographic innovation

[David Fisher]

Maybe I was unclear, or maybe we're talking at cross-purposes (or
maybe I'm just wrong!).  You're quite right, a fair share of built-up
areas are residential -- I would go further and say that the
*majority* of built-up areas are residential!  But I don't mean using
a single giant polygon to denote a particular settlement.  I agree
with you there.  Rather, I mean ensuring that all major residential
areas surrounding the "high street/CBD/whatever" of a settlement are
covered by a network of "landuse=residential" polygons.  The density
of these polygons is up to the mapper, starting with larger, rougher
polygons which can be granularised as time goes by.  I don't see why
this is mapping for the renderer, any more than covering an area of
forest, visible on aerial imagery, with a large, rough
"natural=wood/forest" polygon would be, in the absence of anything
better.

Out of interest, do you also take issue with the central point of my
last post -- that "landuse=retail" polygons may be seen as a similar
sort of concept to Google's beige areas?  (assuming such polygons are
placed by mappers who have at least a passing knowledge of the area in
question)

Thanks,

David.




On Thu, Aug 11, 2016 at 3:54 PM, Martin Koppenhoefer
 wrote:
>
>
> sent from a phone
>
>> Il giorno 11 ago 2016, alle ore 15:10, David Fisher  
>> ha scritto:
>>
>>  (I'm also a fan of
>> "landuse=residential" polygons to highlight built-up areas, though I
>> know some OSM-ers disagree.)
>
>
> I believe most OSMers, including the wiki, disagree. Sounds like a clear case 
> of mapping for the renderer (presuming it's built up but not residential of 
> course, a fair share of built up areas in settlements are indeed residential 
> landuse).
> Why don't you use place polygons?
>
>
> cheers,
> Martin

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

Re: [OSRM-talk] File Portability

[Daniel Patterson]

Dylan,

  That's roughly right.

  The main problem is that we're simply dumping C++ in-memory data structures 
to disk.  This means that
  word alignment, byte ordering and data-type sizes need to be the same between 
machines.  Assuming you
  have that, then it should work fine.

  We also don't do any data load validation (there is some stale CRC code, but 
I don't believe it's currently
  used).  This means that data format problems usually only manifest as weird 
routing problems later on.

  It's something everyone would really like to fix, but hasn't been a high 
enough priority for anyone to spend
  time on.  It's important that file-off-disk loading is fast, so any 
cross-platform file compatibility layer needs
  to be carefully designed to not add too much of a performance hit.  Ideally, 
we can `mmap` to most of the
  data files, which could unlock low-memory/low-performance usage scenarios.

daniel

> On Aug 11, 2016, at 7:51 AM, Dylan Adams  wrote:
> 
> Hi,
> 
> I'm aware that there are some limits on the portability of OSRM files,
> as documented on issues #2242 and #1685. I've also seen evidence of
> workflows that extract/contract on one machine, and distribute the
> results to other hosts
> (https://lists.openstreetmap.org/pipermail/osrm-talk/2016-March/001141.html).
> 
> To what extent are OSRM files portable?
> 
> My assumption is that OSRM files are portable as long as the OSRM
> binaries, dependencies, processor architecture, and OS are the same.
> Is that correct?
> 
> Thanks,
> Dylan
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk


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

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

[Paolo Monegato]

Il 10/08/2016 20:28, fayor ha scritto:

Nessuno nega che la località esista anche senza provvedimento formale, ma un
nome lo deve comunque avere: difficile pensare che esista da qualche parte
un documento che dica che il nome di Milano è Milano. Ma a un certo punto
nella storia, con l'esigenza di certezza, si è sentito il bisogno di
cristallizzare i nomi in quel momento e quindi non sarà più possibile, come
avveniva in passato, che per uso o consuetudine una città cambi il suo nome:
sarà necessario un provvedimento formale.


Si, ma con il provvedimento formale è stato fissato il nome nella lingua 
ufficiale dell'ente che ha emanato tale provvedimento. Questo però non 
rende inesistente il toponimo locale. Se esso è usato dalla popolazione 
(e magari ci sono i cartelli a segnalarlo) non vedo per quale motivo non 
possa essere inserito nel tag name. La località si chiama anche così, 
anche se non c'è un provvedimento formale ad attestarlo.



Perché la toponomastica viene dall'alto per definizione! non la decide il
mappatore, non la decide l'abitante della via o del paesino, ci sono delle
regole: non è come mappare una casa o un albero, che sono oggetti fisici, li
vedi e li mappi, ci vuole un'indagine ulteriore per accertare se la realtà è
effettivamente rispondente all'ufficialità.


Pure il topografo di un tempo, in assenza di vecchie fonti, chiedeva al 
passante (magari capiva male, ma chiedeva al locale)... E le vecchie 
fonti erano costruite nello stesso modo. La toponomastica è calata 
dall'alto solo quando il topografo decide di costruire i nomi a tavolino.


Se vedo un cartello che riporta due nomi per una località non vedo 
perché non inserirli entrambi; non vedo perché dovrei mettermi a 
discriminare per il fatto che siano scritti sullo stesso cartello o su 
uno di un colore differente.
Con il dogma dell'ufficialità non dovrei nemmeno mappare una casa 
abusiva perché ufficialmente non esiste. Eppure la mappo, perché è lì 
davanti a me, proprio come il cartello con il toponimo.



Il 10/08/2016 22:39, Martin Koppenhoefer ha scritto:

per me, "Comune di" potrebbe essere nel "name" (del boundary)


Di sicuro faciliterebbe nella ricerca della relazione giusta... che oggi 
per i capoluoghi di provincia ci si ritrova con una doppia relazione che 
ha lo stesso name...


ciao

Paolo M


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

Re: [OSM-talk] Uber most likely using OSM data

[Mike N]

On 8/11/2016 10:53 AM, Dave F wrote:

Just because it's very similar to OSM doesn't means it isn't using to
some other database. You're arguing what I believe is called a 'false
cause fallacy'


  Similarly, the Uber path could follow the OSM path but differ from 
both Google and Aerial imagery, for the case where both OSM and Uber 
derived their information from a cloud of GPS traces.



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

Re: [Talk-in] Ward map Bhopal

[Arun Ganesh]

Would also suggest mailing the datameet group if they have pointers on how
this could be released under an open license. Its definitely going to be a
bit of work doing it the right way.

On Thu, Aug 11, 2016 at 8:44 PM, Arun Ganesh 
wrote:

> Nice diary entry in Hindi. Have responded there https://www.
> openstreetmap.org/user/pratikyadav/diary/39245
>
> If you can somehow get permission in written form, this would be good to
> import. We have not managed it for any city in India so far and its an
> utter shame.
>
>
>
> On Thu, Aug 11, 2016 at 4:44 PM, Pratik Yadav 
> wrote:
>
>> Hi all,
>>
>> http://www.bhopalmunicipal.com/city-information/informative-map.html
>> Published by Bhopal Municipal Corporation, the^ map shows all admin-wards.
>>
>> The information is not yet in OSM and could be a good addition.
>> I have send a mail to BMC to get information about the licence.
>>
>> --
>> *Regards.*
>>
>> *Pratik Yadav*
>>
>>
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
>>
>
>
> --
> Arun Ganesh
> @planemad
> 
>



-- 
Arun Ganesh
@planemad

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

Re: [Talk-in] Ward map Bhopal

[Arun Ganesh]

Nice diary entry in Hindi. Have responded there
https://www.openstreetmap.org/user/pratikyadav/diary/39245

If you can somehow get permission in written form, this would be good to
import. We have not managed it for any city in India so far and its an
utter shame.



On Thu, Aug 11, 2016 at 4:44 PM, Pratik Yadav 
wrote:

> Hi all,
>
> http://www.bhopalmunicipal.com/city-information/informative-map.html
> Published by Bhopal Municipal Corporation, the^ map shows all admin-wards.
>
> The information is not yet in OSM and could be a good addition.
> I have send a mail to BMC to get information about the licence.
>
> --
> *Regards.*
>
> *Pratik Yadav*
>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>


-- 
Arun Ganesh
@planemad

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

Re: [OSM-talk-fr] [humour... Mais quand même] Merci Pokemon GO!

[Philippe Verdy]

Ces temps-ci plus moyen de se balader en ville sans voir 3 personnes sur 4
qui marche en fixant sans arrêt son smartphone. Assez vite on voit des
bousculades (pas toujours un "excusez-moi") ou des gamelles sur les
bordures de trottoirs ou dans un poteau. Les hôpitaux ne vont pas chomer
avec les foulures et entorses...
De mon côté j'ai essayé, mais je ne vois pas l'intérêt, je n'ai jamais vu
un seul poke sur leur carte (basée sur Google Maps... avec ses erreurs et
oublis) qui reste presque totalement vierge, l'appli a fini à la poubelle
dans l'heure, d'autant qu'elle bouffe trop de batterie et consomme trop de
données mobile.

Le 11 août 2016 à 16:35, Alain VASSAULT 
a écrit :

> Hello,
>
> Grâce à Pokemon GO, le regard des gens ont changé.
> En effet avant, quand je faisais mes rondes à pied pour OSM téléphone à la
> main , on me regardait avec méfiance...
> Maintenant pour les gens, je suis un timbré de chasseur de Pokemon, que
> l'on regarde même pas
> Pour le confort des mappeurs OSM, merci Pokemon GO.
>
> :-P
>
> Tranquille
>
> --
> Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.
> ___
> 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] combining nodes with ways

[john whelan]

I think in some cases the node could be removed and in others copying the
information across then deleting the unwanted tags will work fine so a
mixture of both solutions will work.

At the moment I'm exploring the possibilities.  We appear to have a fair
chunk of node only addresses for residential areas but there is a
possibility that some building outlines without addresses maybe manually
imported.  Plus we have existing building outlines without addresses plus
nodes with full addresses mainly strip malls.

It’s an area with inconsistences should the building outline have the full
address?  Should each node within a building have the full address?  And
there are arguments both ways.

Thanks John

On 11 August 2016 at 10:39, Marc Gemis  wrote:

> But then you remove the node. I had the impression the OP wanted to
> keep the POI node, but copy/move address information onto the
> building.
> You can easily copy all tags from one object to another, (select
> first, select target, shift-R), but then you also copy the POI tags,
> not only the address info.
>
> m.
>
> On Thu, Aug 11, 2016 at 4:31 PM, Clifford Snow 
> wrote:
> >
> > On Thu, Aug 11, 2016 at 4:42 AM, john whelan 
> wrote:
> >>
> >> Not quite what I'm looking for.  The building is defined as an area but
> >> often has no address information, within the building are a number of
> nodes
> >> one or more of which has address information which is valid for the
> entire
> >> building.  So what I'm interested in is way to either move the tags to
> the
> >> building way or copy the tags to the building way or area.  The entire
> City
> >> has some 300,000 buildings so the volume to be done is fairly high and
> I'd
> >> like to do it in a fairly manual way using JOSM.
> >
> >
> > A manual method with JOSM would be to use the Replace Geometry tool
> found in
> > the plugin UtilsPlugin2.
> >
> > Clifford
> >
> >
> > --
> > @osm_seattle
> > osm_seattle.snowandsnow.us
> > OpenStreetMap: Maps with a human touch
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk
> >
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] New Google Maps style - interesting cartographic innovation

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 ago 2016, alle ore 15:10, David Fisher  ha 
> scritto:
> 
>  (I'm also a fan of
> "landuse=residential" polygons to highlight built-up areas, though I
> know some OSM-ers disagree.)


I believe most OSMers, including the wiki, disagree. Sounds like a clear case 
of mapping for the renderer (presuming it's built up but not residential of 
course, a fair share of built up areas in settlements are indeed residential 
landuse).
Why don't you use place polygons?


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

Re: [OSM-talk] combining nodes with ways

[Benoît Barteaux]

Actually Frank has got a point. We could use a specialization approach 
and add postal codes on cityes that support this scheme (France, Spain). 
Then, for cities that don't use this scheme (as you said CA, US, UK), we 
can add single postal codes to POI until the post gives us the rights to 
import the zones.



PS: I find the http://geocoder.ca/?freedata=1 initiative really 
interesting !


Benoit



On 11/08/16 16:31, Marc Gemis wrote:

As far as I know you cannot know the extend of "wonderland" until you
asked all people in Wonderland what their postcode is. "Wonderland" or
ZIP-code "area" is only defined by the post, and does not match any
administrative boundary. This is the case for Canada, US and UK.
Unlike Belgium or Germany were (in most cases) you know the postal
code of a town as soon as you know 1 postal code for a house in that
town.
So it is not sufficient to ask 1 person in 1 street what there postal
code is, you have to ask them all before .

m

On Thu, Aug 11, 2016 at 4:09 PM, Frank Villaro-Dixon
 wrote:

On 16-08-11 09:55:03, john whelan, wrote 5.8K characters saying:

In Canada Postal Codes are not open data so the only way they can be
used is on an individual address.

I don't understand. What does it make that they are not open data ? One
could know that all of their village has the same postcode, so they could
simply add a addr:postcode=xxx to their village boundary ?


It's to do with where you get the information from.  If you knock on the
door of every address and ask every one their postcode then it is
acceptable to map it.  If you look it up on the Canada Post web site then
you got taken too court.

Personally, I know the postcodes of all of my adjacent villages and I've
never looked-it up on any website. You "just know" from personal knowledge,
conversation, local stores. Of course I haven't surveyed all the houses, but
you suppose the postcode to be true for all the houses of the village.

I mean, a friend could tell me: "Hey, send me a postcard; I live in
wonderland and my postcode is 1337", then I would think: "Okay, the postcode
for wonderland is 1337". What's wrong/illegal/not acceptable with that ?

It's empiric and not "real science", but it works.


--
frank.villaro-dixon.eu   - PGP: 6F36914A
Envie d'électricité 100% verte ? Enercoop.fr
What is a Velomobile ?   www.sans-essence.eu

___
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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Uber most likely using OSM data

[Dave F]

Just because it's very similar to OSM doesn't means it isn't using to 
some other database. You're arguing what I believe is called a 'false 
cause fallacy'.


You should be comparing it with aerial imagery not Google maps.

Dave F.


On 11/08/2016 15:40, Mishari Muqbil wrote:
This time I've shown several places where they trace OSM's logical 
path precisely (i.e. A complex intersection or ways converging to form 
a fork).


On Thursday, 11 August 2016, Dave F > wrote:


Hi

As has been pointed out, Uber's routing not following the
inaccuracy within Google doesn't prove they're using OSM.

Dave F.

On 11/08/2016 13:44, Mishari Muqbil wrote:

Hi everyone,

I've made some more quick comparisons here:
https://www.evernote.com/l/AAToqyEvUURAL71Q_xhbOB05s9mj-cH4Gg4


Counterintuitively, the ones with circle in green are the
original with google maps background, in red is super imposed on
OSM, you can see that it fits like a glove.

Best regards
Mishari


Mishari Muqbil 
July 27, 2016 at 12:18
Hi,

I wrote a blog post
 comparing
Uber's rendering of a sample route displayed in it's app with
Google Maps and OSM Mapnik, it seems Uber is using OSM data for
this function without any visible attribution to OSM.

Best regards
Mishari




___
talk mailing list
talk@openstreetmap.org  

https://lists.openstreetmap.org/listinfo/talk  





--
Best regards
Mishari Muqbil

twitter: @mishari blog: www.mishari.net  
phone: +66818240629





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

[OSRM-talk] File Portability

[Dylan Adams]

Hi,

I'm aware that there are some limits on the portability of OSRM files,
as documented on issues #2242 and #1685. I've also seen evidence of
workflows that extract/contract on one machine, and distribute the
results to other hosts
(https://lists.openstreetmap.org/pipermail/osrm-talk/2016-March/001141.html).

To what extent are OSRM files portable?

My assumption is that OSRM files are portable as long as the OSRM
binaries, dependencies, processor architecture, and OS are the same.
Is that correct?

Thanks,
Dylan

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

Re: [OSM-talk] Uber most likely using OSM data

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 ago 2016, alle ore 16:34, Dave F  
> ha scritto:
> 
> As has been pointed out, Uber's routing not following the inaccuracy within 
> Google doesn't prove they're using OSM.


I agree we'd have to check against aerial imagery how close osm is to the 
reality on the ground  (and if it's not that would be even more compelling) , 
but these screenshots seem to be strong indications at the moment.

Would also be interesting to see if the usage is worldwide or only in some 
places.

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

Re: [OSM-talk] combining nodes with ways

[Marc Gemis]

But then you remove the node. I had the impression the OP wanted to
keep the POI node, but copy/move address information onto the
building.
You can easily copy all tags from one object to another, (select
first, select target, shift-R), but then you also copy the POI tags,
not only the address info.

m.

On Thu, Aug 11, 2016 at 4:31 PM, Clifford Snow  wrote:
>
> On Thu, Aug 11, 2016 at 4:42 AM, john whelan  wrote:
>>
>> Not quite what I'm looking for.  The building is defined as an area but
>> often has no address information, within the building are a number of nodes
>> one or more of which has address information which is valid for the entire
>> building.  So what I'm interested in is way to either move the tags to the
>> building way or copy the tags to the building way or area.  The entire City
>> has some 300,000 buildings so the volume to be done is fairly high and I'd
>> like to do it in a fairly manual way using JOSM.
>
>
> A manual method with JOSM would be to use the Replace Geometry tool found in
> the plugin UtilsPlugin2.
>
> Clifford
>
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

[OSM-talk-fr] [humour... Mais quand même] Merci Pokemon GO!

[Alain VASSAULT]

Hello, 

Grâce à Pokemon GO,  le regard des gens ont changé. 
En effet avant, quand je faisais mes rondes à pied pour OSM téléphone à la main 
, on me regardait avec méfiance... 
Maintenant pour les gens, je suis un timbré de chasseur de Pokemon, que l'on 
regarde même pas 
Pour le confort des mappeurs OSM,  merci Pokemon GO.

:-P

Tranquille 

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Uber most likely using OSM data

[Dave F]

Hi

As has been pointed out, Uber's routing not following the inaccuracy 
within Google doesn't prove they're using OSM.


Dave F.

On 11/08/2016 13:44, Mishari Muqbil wrote:

Hi everyone,

I've made some more quick comparisons here:
https://www.evernote.com/l/AAToqyEvUURAL71Q_xhbOB05s9mj-cH4Gg4

Counterintuitively, the ones with circle in green are the original 
with google maps background, in red is super imposed on OSM, you can 
see that it fits like a glove.


Best regards
Mishari


Mishari Muqbil 
July 27, 2016 at 12:18
Hi,

I wrote a blog post 
 comparing 
Uber's rendering of a sample route displayed in it's app with Google 
Maps and OSM Mapnik, it seems Uber is using OSM data for this 
function without any visible attribution to OSM.


Best regards
Mishari




___
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-ca] Crowdsourcing buildings - project with StatCan

[Ellefsen, Bjenk (STATCAN)]

Hello,

Said simply, we are looking for the following:

*   Building type (residential, commercial, industrial, school, farm, etc.)
*   Building name
*   Address
*   Use (this is similar to type but I understand that there needs to be an 
attribute to capture stuff like office=government)
*   Wheelchair access


I have looked at the tags structure and it doesn't look too complicated. One 
discussion we had was about two options.

The first was to define the building and have all shops and amenities brought 
under the building. This is not how it's done on OSM. There are markers to 
identify those.
The feeling at first was that this is a good idea so they all have the common 
address and location of the building and everything there is associated to the 
building.

The sentiment has changed about this, however. The way it's done now seems 
preferable: buildings and info about them with businesses and amenities as 
markers with their own info so basically not changing how it's done.
We have compared with other larger cities and this seems to be the way everyone 
is doing it anyway


Bjenk Ellefsen, PhD

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




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

Re: [OSM-talk] combining nodes with ways

[Marc Gemis]

As far as I know you cannot know the extend of "wonderland" until you
asked all people in Wonderland what their postcode is. "Wonderland" or
ZIP-code "area" is only defined by the post, and does not match any
administrative boundary. This is the case for Canada, US and UK.
Unlike Belgium or Germany were (in most cases) you know the postal
code of a town as soon as you know 1 postal code for a house in that
town.
So it is not sufficient to ask 1 person in 1 street what there postal
code is, you have to ask them all before .

m

On Thu, Aug 11, 2016 at 4:09 PM, Frank Villaro-Dixon
 wrote:
> On 16-08-11 09:55:03, john whelan, wrote 5.8K characters saying:

 In Canada Postal Codes are not open data so the only way they can be
 used is on an individual address.
>>>
>>> I don't understand. What does it make that they are not open data ? One
>>> could know that all of their village has the same postcode, so they could
>>> simply add a addr:postcode=xxx to their village boundary ?
>>
>>
>> It's to do with where you get the information from.  If you knock on the
>> door of every address and ask every one their postcode then it is
>> acceptable to map it.  If you look it up on the Canada Post web site then
>> you got taken too court.
>
> Personally, I know the postcodes of all of my adjacent villages and I've
> never looked-it up on any website. You "just know" from personal knowledge,
> conversation, local stores. Of course I haven't surveyed all the houses, but
> you suppose the postcode to be true for all the houses of the village.
>
> I mean, a friend could tell me: "Hey, send me a postcard; I live in
> wonderland and my postcode is 1337", then I would think: "Okay, the postcode
> for wonderland is 1337". What's wrong/illegal/not acceptable with that ?
>
> It's empiric and not "real science", but it works.
>
>
> --
> frank.villaro-dixon.eu   - PGP: 6F36914A
> Envie d'électricité 100% verte ? Enercoop.fr
> What is a Velomobile ?   www.sans-essence.eu
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] combining nodes with ways

[Clifford Snow]

On Thu, Aug 11, 2016 at 4:42 AM, john whelan  wrote:

> Not quite what I'm looking for.  The building is defined as an area but
> often has no address information, within the building are a number of nodes
> one or more of which has address information which is valid for the entire
> building.  So what I'm interested in is way to either move the tags to the
> building way or copy the tags to the building way or area.  The entire City
> has some 300,000 buildings so the volume to be done is fairly high and I'd
> like to do it in a fairly manual way using JOSM.


A manual method with JOSM would be to use the Replace Geometry tool found
in the plugin UtilsPlugin2.

Clifford


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

Re: [Talk-cz] CHKO Brdy

[jzvc]

Dne 11.8.2016 v 14:59 Jan Dudík napsal(a):

Dozvěděl jsem se, že po zrušení VÚ Brdy se cesty původně patřící armádě
dostaly do správy Vojenských lesů. Jeden z vedlejších důsledků této
změny je, že se tím překlasifikovaly na lesní síť a tím pádem se
povolená rychlost snížila ze 70 na 50 km/h.
Dokázal by to někdo hromadně opravit?



Cus ...

Dela se to nejak takto (data lze sosnout primo z JOSM - z overpass - , 
pokud je v expertnim rezimu):


[timeout:5000];

area[name="CHKO Brdy"]->.a;
way(area.a)[highway~"."][maxspeed="70"];
(way(area.a)[highway~"."][maxspeed="70"];>;);

out meta;

//+ oznacit celou oblast v JOSM

Na vlastni upravy by ti stacily i jen ty cesty, ale JOSM by ti nic 
nezobrazil.





JAnD


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




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

[Talk-it] Ripristino oggetto e controllo changesets

[John Doe]

Buongiorno,

un utente (https://www.openstreetmap.org/user/Robythebest), un po' di tempo
fa, ha effettuato una serie di modifiche (8 changesets) in zona Messina,
sicuramente da controllare.
Avevo contattato l'user in questione anche attraverso i commenti ma poi è
sparito.
In primis vorrei segnalare la cancellazione di un nodo immotivata qui
https://overpass-api.de/achavi/?changeset=40498575 (nodo 2006661206)
Qualcuno potrebbe dare una controllata agli 8 changesets attraverso achavi?
alcune modifiche sono valide ma credo vi siano anche errori in particolare
in certe geometrie (ad es. linee sovrapposte o unite ad altre per errore).
Scusate se vi delego il tutto ma purtroppo non posso fare io per mancanza
di tempo.
Grazie mille per i vostri contributi.

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

Re: [OSM-talk] combining nodes with ways

[Frank Villaro-Dixon]

On 16-08-11 09:55:03, john whelan, wrote 5.8K characters saying:
In Canada Postal Codes are not open data so the only way they can be 
used is on an individual address.

I don't understand. What does it make that they are not open data ? One
could know that all of their village has the same postcode, so they 
could simply add a addr:postcode=xxx to their village boundary ?


It's to do with where you get the information from.  If you knock on the
door of every address and ask every one their postcode then it is
acceptable to map it.  If you look it up on the Canada Post web site then
you got taken too court.
Personally, I know the postcodes of all of my adjacent villages and I've 
never looked-it up on any website. You "just know" from personal 
knowledge, conversation, local stores. Of course I haven't surveyed all 
the houses, but you suppose the postcode to be true for all the houses of 
the village.


I mean, a friend could tell me: "Hey, send me a postcard; I live in 
wonderland and my postcode is 1337", then I would think: "Okay, the 
postcode for wonderland is 1337". What's wrong/illegal/not acceptable with 
that ?


It's empiric and not "real science", but it works.


--
frank.villaro-dixon.eu   - PGP: 6F36914A
Envie d'électricité 100% verte ? Enercoop.fr
What is a Velomobile ?   www.sans-essence.eu

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

Re: [OSM-talk] combining nodes with ways

[john whelan]

>
>
> In Canada Postal Codes are not open data so the only way they can be used
> is on an individual address.
>
I don't understand. What does it make that they are not open data ? One
could know that all of their village has the same postcode, so they could
simply add a addr:postcode=xxx to their village boundary ?

It's to do with where you get the information from.  If you knock on the
door of every address and ask every one their postcode then it is
acceptable to map it.  If you look it up on the Canada Post web site then
you got taken too court.

Cheerio John

On 11 August 2016 at 09:46, Frank Villaro-Dixon 
wrote:

> On 16-08-11 15:04:20, Martin Koppenhoefer, wrote 0.7K characters saying:
>
>> I agree it isn't clean and it does clutter up the database to have
>>> multiple addressess containing the same information on nodes within a
>>> building but that is what we currently have.
>>>
>> it is a very stable way of doing things though, and a good way to operate
>> when you work incrementally (as osm generally does). Even if the nodes are
>> not perfectly positioned you get reliable addressing information for POIs
>> this way. I am not convinced that simplifying these structures by moving
>> address information from POIs to a container (like a plot or a building) is
>> is beneficial for the project.
>>
> Duplicates are in general always bad and not neat. That's a thing that
> will/could bite us in the ass in the future (a city changing its name, its
> postcode, or merging a postcode with another city). An address by area can
> simply avoid easy spelling mistakes.
>
> In Canada Postal Codes are not open data so the only way they can be used
>> is on an individual address.
>>
> I don't understand. What does it make that they are not open data ? One
> could know that all of their village has the same postcode, so they could
> simply add a addr:postcode=xxx to their village boundary ?
>
> Cheers,
>
>
> --
> frank.villaro-dixon.eu   - PGP: 6F36914A
> Envie d'électricité 100% verte ? Enercoop.fr
> What is a Velomobile ?   www.sans-essence.eu
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] combining nodes with ways

[Frank Villaro-Dixon]

On 16-08-11 15:04:20, Martin Koppenhoefer, wrote 0.7K characters saying:
I agree it isn't clean and it does clutter up the database to have 
multiple addressess containing the same information on nodes within a 
building but that is what we currently have.
it is a very stable way of doing things though, and a good way to operate 
when you work incrementally (as osm generally does). Even if the nodes 
are not perfectly positioned you get reliable addressing information for 
POIs this way. I am not convinced that simplifying these structures by 
moving address information from POIs to a container (like a plot or a 
building) is is beneficial for the project.
Duplicates are in general always bad and not neat. That's a thing that 
will/could bite us in the ass in the future (a city changing its name, its 
postcode, or merging a postcode with another city). An address by area can 
simply avoid easy spelling mistakes.



In Canada Postal Codes are not open data so the only way they can be used
is on an individual address.
I don't understand. What does it make that they are not open data ? One 
could know that all of their village has the same postcode, so they could 
simply add a addr:postcode=xxx to their village boundary ?


Cheers,

--
frank.villaro-dixon.eu   - PGP: 6F36914A
Envie d'électricité 100% verte ? Enercoop.fr
What is a Velomobile ?   www.sans-essence.eu

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

semanarioOSM Nº 316 02/08/2016-08/08/2016

[weeklyteam]

Hola, el semanario Nº 316, 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/7939/

¡Disfruta!

weeklyOSM en Español está producido por: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

semanarioOSM Nº 316 02/08/2016-08/08/2016

[weeklyteam]

Hola, el semanario Nº 316, 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/7939/

¡Disfruta!

weeklyOSM en Español está producido por: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

semanarioOSM Nº 316 02/08/2016-08/08/2016

[weeklyteam]

Hola, el semanario Nº 316, 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/7939/

¡Disfruta!

weeklyOSM en Español está producido por: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

semanarioOSM Nº 316 02/08/2016-08/08/2016

[weeklyteam]

Hola, el semanario Nº 316, 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/7939/

¡Disfruta!

weeklyOSM en Español está producido por: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[Talk-cz] Foto rozcstníků - cyhbná kotrola?

[Jiří Vondál]

Ahojte,

díval jsem se, jak se podařilo spárovat mnou nafocené rozcestníky s OSM
databází:
http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all

a je tam mnoho nespárovaných rozestníků. Některé jsou od sebe opravdu
trochu dále (19m):
BL742
foto:49.399283 16.598295
rozcestník: 49.39936 16.59803

ale i u přesnější polohy nedošlo ke spárování (1 m):
PV870
foto: 49.650184 16.842134
rozcestník: 49.65039 16.84212

Není někde problém? Nebo jsem něco přehlédnul? Díval jsem i do gpx
exportu a opravdu i tam se objevují již vyfocené rozcestníky.



Jura


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

Re: [OSM-talk] New Google Maps style - interesting cartographic innovation

[David Fisher]

I too am a fan of the new Google Maps colour scheme -- and it's very
interesting that they've gone for a similar scheme to the new (ish)
OSM scheme!   I've always thought of "landuse" as being equivalent to
Google's beige "high activity" areas -- particularly "landuse=retail"
to highlight town centres and retail parks.  (I'm also a fan of
"landuse=residential" polygons to highlight built-up areas, though I
know some OSM-ers disagree.)  So IMO, OSM already has the ability to
match Google in this regard -- but using polygons rather than
algorithms.

David F (user Pgd81)


On Mon, Aug 8, 2016 at 6:38 PM, Michał Brzozowski  wrote:
> On Mon, Aug 8, 2016 at 12:36 PM, Oleksiy Muzalyev
>  wrote:
>> Using colors like this is an excellent idea, however we shall not rely on
>> colors alone as several percent of people cannot distinguish colors due to
>> color blindness [1]. Besides, color blindness may develop with an advanced
>> age, so no one is color-safe.
>>
>> We do not hear often about color blindness as people tend not to speak about
>> it. But in fact maybe up to ten percent cannot see differences between
>> certain colors at all.
>
> I am more interested in the processing step itself and not styling,
> which is trivial. To be clear, I am not talking about inclusion of
> this in osm-carto. It is overloaded anyway.
>
> I asked myself: If they use buildings to generate it, what do they do
> when they aren't available? Turns out that for places without building
> outlines they use street geometry to generate highlights [1][2].
> Actually, when you compare it to using building outlines [2][3] it
> looks somewhat cleaner. But in the end, buildings help too, as streets
> may not always cover areas of interest. I speculate it is made similar
> in geometrical appearance to built-up areas (orthogonal / straight
> edges) on purpose. A smooth blob would be confusing.
>
> I posted a thread here because I thought it may inspire people who
> make their own OSM-based map styles ;) The devil is always in the
> details and we would learn much from a proof of concept, both in terms
> of how to achieve a similar effect and how to integrate external open
> datasets in a meaningful manner.
>
> [1] https://www.google.com/maps/@54.86,18.2042257,15.92z?hl=en
> [2] https://www.google.com/maps/@54.3514061,18.6551512,15.88z?hl=en
> [3] https://www.google.com/maps/@54.5175292,18.5419689,15z?hl=en
> [4] https://www.google.com/maps/@54.4440137,18.5640867,16.67z?hl=en
>
> Michał
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] combining nodes with ways

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 ago 2016, alle ore 14:41, john whelan  ha 
> scritto:
> 
> I agree it isn't clean and it does clutter up the database to have multiple 
> addressess containing the same information on nodes within a building but 
> that is what we currently have.


it is a very stable way of doing things though, and a good way to operate when 
you work incrementally (as osm generally does). Even if the nodes are not 
perfectly positioned you get reliable addressing information for POIs this way. 
I am not convinced that simplifying these structures by moving address 
information from POIs to a container (like a plot or a building) is is 
beneficial for the project.

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

[Talk-cz] CHKO Brdy

[Jan Dudík]

Dozvěděl jsem se, že po zrušení VÚ Brdy se cesty původně patřící armádě
dostaly do správy Vojenských lesů. Jeden z vedlejších důsledků této změny
je, že se tím překlasifikovaly na lesní síť a tím pádem se povolená
rychlost snížila ze 70 na 50 km/h.
Dokázal by to někdo hromadně opravit?

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

Re: [Talk-ca] Mapping exit numbers and destinations in Canada

[Kevin Farrugia]

Yes - recently bootprint, andrewpmk, and I have been changing and
correcting the name tags to destination in Ontario along the 400-Series
highways. If you see a ramp/link that is named, it's fine to change it over
to destination or correct a problem you find with it.

On Aug 11, 2016 8:38 AM, "Harald Kliems"  wrote:

> Hi Manohar:
> It is my understanding that including destinations in the name is an
> artifact of people tagging for the renderer (and/or tagging destinations at
> a time before there was an established tagging scheme). If you search
> through the talk-ca archives, you should be able to find some discussions
> on the topic.
>  Harald.
>
> On Thu, Aug 11, 2016 at 7:25 AM Manohar Erikipati 
> wrote:
>
>> Hello everyone!
>>
>> Turn restriction sprint was met with an amazing response! We loved
>> working with you all on adding turn-restrictions in Canada. We appreciate
>> the timely help and suggestions we got which helped us add correct
>> restrictions and to also maintain the quality of data we were adding on to
>> OpenStreetMap. We hope that this support will continue further, as we are
>> embarking on mapping exit numbers and destinations in the same 5 cities of
>> Canada.
>>
>> We have made an easier workflow [1] with tasking manager [2] for adding
>> exit and destinations. We would like your assistance, participation and
>> continued involvement in the project. We have captured the details of this
>> task here [3].
>>
>> After a preliminary look into the already mapped exit numbers and
>> destinations, we have these observations:
>>
>> - We noticed that `destination` (places, cities) and `destination:ref`
>> (highways) tags are being added to the nodes of exits as `name` tags.
>> - Few exit nodes have destinations given in the `ref` tag.
>> - The `destination:street` (towards streets, avenues, boulevard, rue)
>> tags were not being used.
>>
>> To begin with, we have one question: Destinations given in the name tag
>> of nodes is not usual protocol for adding these tags. We want to make sure
>> whether it is valid or if we could change these tags to the `destination`
>> based tags accordingly. For more details, here's the complete breakdown
>> [4]. To reach out to more audience, we have captured this in a OSM diary
>> post [5]. We would like to hear from the community about the agreed method
>> of mapping exit numbers and destinations to take this forward.
>>
>> 1. https://gist.github.com/manoharuss/3a1b4f640aaf2c052365fcb1ddb09beb
>> 2. http://cfn-tasking-manager-staging-vpc-387856624.us-east-
>> 1.elb.amazonaws.com/project/20
>> 3. https://github.com/mapbox/mapping/issues/220
>> 4. https://gist.github.com/poornibadrinath/9333f1489732c32c3ffadd58e3068b
>> 7e
>> 5. https://www.openstreetmap.org/user/poornibadrinath/diary/39246
>>
>> Thank you!
>>
>> Cheers,
>> Manohar Erikipati
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Mapping exit numbers and destinations in Canada

[James]

I think this wiki article covers how exits should be mapped:
http://wiki.openstreetmap.org/wiki/Exit_Info

On Thu, Aug 11, 2016 at 8:36 AM, Harald Kliems  wrote:

> Hi Manohar:
> It is my understanding that including destinations in the name is an
> artifact of people tagging for the renderer (and/or tagging destinations at
> a time before there was an established tagging scheme). If you search
> through the talk-ca archives, you should be able to find some discussions
> on the topic.
>  Harald.
>
> On Thu, Aug 11, 2016 at 7:25 AM Manohar Erikipati 
> wrote:
>
>> Hello everyone!
>>
>> Turn restriction sprint was met with an amazing response! We loved
>> working with you all on adding turn-restrictions in Canada. We appreciate
>> the timely help and suggestions we got which helped us add correct
>> restrictions and to also maintain the quality of data we were adding on to
>> OpenStreetMap. We hope that this support will continue further, as we are
>> embarking on mapping exit numbers and destinations in the same 5 cities of
>> Canada.
>>
>> We have made an easier workflow [1] with tasking manager [2] for adding
>> exit and destinations. We would like your assistance, participation and
>> continued involvement in the project. We have captured the details of this
>> task here [3].
>>
>> After a preliminary look into the already mapped exit numbers and
>> destinations, we have these observations:
>>
>> - We noticed that `destination` (places, cities) and `destination:ref`
>> (highways) tags are being added to the nodes of exits as `name` tags.
>> - Few exit nodes have destinations given in the `ref` tag.
>> - The `destination:street` (towards streets, avenues, boulevard, rue)
>> tags were not being used.
>>
>> To begin with, we have one question: Destinations given in the name tag
>> of nodes is not usual protocol for adding these tags. We want to make sure
>> whether it is valid or if we could change these tags to the `destination`
>> based tags accordingly. For more details, here's the complete breakdown
>> [4]. To reach out to more audience, we have captured this in a OSM diary
>> post [5]. We would like to hear from the community about the agreed method
>> of mapping exit numbers and destinations to take this forward.
>>
>> 1. https://gist.github.com/manoharuss/3a1b4f640aaf2c052365fcb1ddb09beb
>> 2. http://cfn-tasking-manager-staging-vpc-387856624.us-east-
>> 1.elb.amazonaws.com/project/20
>> 3. https://github.com/mapbox/mapping/issues/220
>> 4. https://gist.github.com/poornibadrinath/9333f1489732c32c3ffadd58e3068b
>> 7e
>> 5. https://www.openstreetmap.org/user/poornibadrinath/diary/39246
>>
>> Thank you!
>>
>> Cheers,
>> Manohar Erikipati
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


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

Re: [OSM-talk] Uber most likely using OSM data

[Mishari Muqbil]

Hi everyone,

I've made some more quick comparisons here:
https://www.evernote.com/l/AAToqyEvUURAL71Q_xhbOB05s9mj-cH4Gg4

Counterintuitively, the ones with circle in green are the original with 
google maps background, in red is super imposed on OSM, you can see that 
it fits like a glove.


Best regards
Mishari


Mishari Muqbil 
July 27, 2016 at 12:18
Hi,

I wrote a blog post 
 comparing 
Uber's rendering of a sample route displayed in it's app with Google 
Maps and OSM Mapnik, it seems Uber is using OSM data for this function 
without any visible attribution to OSM.


Best regards
Mishari


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

Re: [OSM-talk] combining nodes with ways

[john whelan]

In Canada Postal Codes are not open data so the only way they can be used
is on an individual address.  City is not repeated in the addreses nor is
province or country for the most part but with crowd sourcing mappers each
tends to go their own way.

I agree it isn't clean and it does clutter up the database to have multiple
addressess containing the same information on nodes within a building but
that is what we currently have.

Cheerio John

On 11 August 2016 at 08:22, Frank Villaro-Dixon 
wrote:

> On 16-08-11 07:42:59, john whelan, wrote 4.7K characters saying:
>
>> Not quite what I'm looking for.  The building is defined as an area but
>> often has no address information, within the building are a number of
>> nodes
>> one or more of which has address information which is valid for the entire
>> building.  So what I'm interested in is way to either move the tags to the
>> building way or copy the tags to the building way or area.  The entire
>> City
>> has some 300,000 buildings so the volume to be done is fairly high and I'd
>> like to do it in a fairly manual way using JOSM.
>>
>> Thanks John
>>
>
> Innocently, I find this approach very 'first normal form'[1] but not
> really 'third normal form'[2].
>
> To me, its not very clean/neat to duplicate a bunch of common attributes
> (city, postal code, country) in nodes/ways if these can be retrieved via
> other means (city's area for example).
>
> Cheers,
> Frank
>
> [1]: https://en.wikipedia.org/wiki/First_normal_form
> [2]: https://en.wikipedia.org/wiki/Third_normal_form
>
>
>
> --
> frank.villaro-dixon.eu   - PGP: 6F36914A
> Envie d'électricité 100% verte ? Enercoop.fr
> What is a Velomobile ?   www.sans-essence.eu
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] osmap.cz - nefunguje vrstva Chybných rozcestníků - CORS

[Marián Kyral]

No ono je blbé, že to, že je ten certifikát nedůvěryhodný člověk zjistí jen 
tak, že si z web konzole vykopíruje url a to si spustí v novém tabu/okně.  
Že by chyba ve FF? Teoreticky by měl zobrazit nějaké upozornění. Nechtěl by 
někdo zjistit, jak se v tomhle případě chová třeba Chrome?

Marián


-- Původní zpráva --
Od: Tom Ka 
Komu: OpenStreetMap Czech Republic 
Datum: 11. 8. 2016 13:14:11
Předmět: Re: [Talk-cz] osmap.cz - nefunguje vrstva Chybných rozcestníků - 
CORS

"Dne 11. srpna 2016 8:44 Lukáš Karas  napsal(a):
> No jo no... Pro Mozillu holt není VUT důvěryhodnou autoritou.
>
> podepsal:
>
> Brno University of Technology CA
>
> sha-256:
> 3E 9B 91 D6 56 62 7A 1B 6F 31 C9 87 91 EE 06 B5
> 2D 55 78 5F E6 76 7C EA 88 90 E1 C9 B5 66 08 BF
>
> Řešení se nabízí několik. Zatlačit na VUT CA aby získali podpis od nějaké
> "všeobecně důvěryhodné" autority a podepsali certifikát znovu, nebo 
nastavit

tohle bohuzel neni realne.

> let's encrypt...?
ano to je jedna z moznosti. Cekal jsem az to pavel zbytovsky nasadi na
normalni server aby bylo jasne ze je problem v tomhle. Pokusim se
nejak brzo doresit, musim zjistit jak mne omezuji podminky provozu
skolni site.

Bye

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

Re: [Talk-ca] Mapping exit numbers and destinations in Canada

[Harald Kliems]

Hi Manohar:
It is my understanding that including destinations in the name is an
artifact of people tagging for the renderer (and/or tagging destinations at
a time before there was an established tagging scheme). If you search
through the talk-ca archives, you should be able to find some discussions
on the topic.
 Harald.

On Thu, Aug 11, 2016 at 7:25 AM Manohar Erikipati 
wrote:

> Hello everyone!
>
> Turn restriction sprint was met with an amazing response! We loved working
> with you all on adding turn-restrictions in Canada. We appreciate the
> timely help and suggestions we got which helped us add correct restrictions
> and to also maintain the quality of data we were adding on to
> OpenStreetMap. We hope that this support will continue further, as we are
> embarking on mapping exit numbers and destinations in the same 5 cities of
> Canada.
>
> We have made an easier workflow [1] with tasking manager [2] for adding
> exit and destinations. We would like your assistance, participation and
> continued involvement in the project. We have captured the details of this
> task here [3].
>
> After a preliminary look into the already mapped exit numbers and
> destinations, we have these observations:
>
> - We noticed that `destination` (places, cities) and `destination:ref`
> (highways) tags are being added to the nodes of exits as `name` tags.
> - Few exit nodes have destinations given in the `ref` tag.
> - The `destination:street` (towards streets, avenues, boulevard, rue) tags
> were not being used.
>
> To begin with, we have one question: Destinations given in the name tag of
> nodes is not usual protocol for adding these tags. We want to make sure
> whether it is valid or if we could change these tags to the `destination`
> based tags accordingly. For more details, here's the complete breakdown
> [4]. To reach out to more audience, we have captured this in a OSM diary
> post [5]. We would like to hear from the community about the agreed method
> of mapping exit numbers and destinations to take this forward.
>
> 1. https://gist.github.com/manoharuss/3a1b4f640aaf2c052365fcb1ddb09beb
> 2.
> http://cfn-tasking-manager-staging-vpc-387856624.us-east-1.elb.amazonaws.com/project/20
> 3. https://github.com/mapbox/mapping/issues/220
> 4.
> https://gist.github.com/poornibadrinath/9333f1489732c32c3ffadd58e3068b7e
> 5. https://www.openstreetmap.org/user/poornibadrinath/diary/39246
>
> Thank you!
>
> Cheers,
> Manohar Erikipati
> ___
> 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] combining nodes with ways

[Frank Villaro-Dixon]

On 16-08-11 07:42:59, john whelan, wrote 4.7K characters saying:

Not quite what I'm looking for.  The building is defined as an area but
often has no address information, within the building are a number of nodes
one or more of which has address information which is valid for the entire
building.  So what I'm interested in is way to either move the tags to the
building way or copy the tags to the building way or area.  The entire City
has some 300,000 buildings so the volume to be done is fairly high and I'd
like to do it in a fairly manual way using JOSM.

Thanks John


Innocently, I find this approach very 'first normal form'[1] but not 
really 'third normal form'[2].


To me, its not very clean/neat to duplicate a bunch of common attributes 
(city, postal code, country) in nodes/ways if these can be retrieved via 
other means (city's area for example).


Cheers,
Frank

[1]: https://en.wikipedia.org/wiki/First_normal_form
[2]: https://en.wikipedia.org/wiki/Third_normal_form



--
frank.villaro-dixon.eu   - PGP: 6F36914A
Envie d'électricité 100% verte ? Enercoop.fr
What is a Velomobile ?   www.sans-essence.eu

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

Re: [OSM-talk] combining nodes with ways

[gianfranco g]

Hi John,
The closest thing to what you want is a GIS spatial join.
http://www.qgistutorials.com/en/docs/performing_spatial_joins.html.
I am not aware of any OSM tool that can perform it.

Good luck

Gianfranco

On 11 August 2016 at 12:42, john whelan  wrote:

> Not quite what I'm looking for.  The building is defined as an area but
> often has no address information, within the building are a number of nodes
> one or more of which has address information which is valid for the entire
> building.  So what I'm interested in is way to either move the tags to the
> building way or copy the tags to the building way or area.  The entire City
> has some 300,000 buildings so the volume to be done is fairly high and I'd
> like to do it in a fairly manual way using JOSM.
>
> Thanks John
>
> On 11 August 2016 at 03:13, Paul Johnson  wrote:
>
>> On Wed, Aug 10, 2016 at 4:02 PM, john whelan 
>> wrote:
>>>
>>> Stats can probably associate the building outlines with an internal node
>>> containing the address but is there a simple way to either copy the address
>>> information or merge the node into the building way carrying the address
>>> information with it?
>>>
>>
>> 
>> Site relations
>>  can make it
>> easier for data consumers to infer what is going on by adding that
>> context.  And would be fairly handy in general for mapping apartment
>> blocks, trailer parks, campsites, and other mass human habitations.
>>
>> ___
>> 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] tag sbagliato "bridge_name" e "tunnel_name"

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 ago 2016, alle ore 10:09, Andrea Albani  ha 
> scritto:
> 
> se non arriva in un tempo ragionevole vuol dire che l'argomento è di poco 
> interesse oppure più probabilmente che la gente è in ferie.


intanto è un tag insignificante, poco usato, poco evaluato, e superato in 
quanto esiste oramai un metodo migliore (man_made=bridge) che viene anche 
renderizzato, quindi per me sarebbero da togliere tutte le varianti a favore di 
oggetti "bridge".


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

[Talk-ca] Mapping exit numbers and destinations in Canada

[Manohar Erikipati]

Hello everyone!

Turn restriction sprint was met with an amazing response! We loved working
with you all on adding turn-restrictions in Canada. We appreciate the
timely help and suggestions we got which helped us add correct restrictions
and to also maintain the quality of data we were adding on to
OpenStreetMap. We hope that this support will continue further, as we are
embarking on mapping exit numbers and destinations in the same 5 cities of
Canada.

We have made an easier workflow [1] with tasking manager [2] for adding
exit and destinations. We would like your assistance, participation and
continued involvement in the project. We have captured the details of this
task here [3].

After a preliminary look into the already mapped exit numbers and
destinations, we have these observations:

- We noticed that `destination` (places, cities) and `destination:ref`
(highways) tags are being added to the nodes of exits as `name` tags.
- Few exit nodes have destinations given in the `ref` tag.
- The `destination:street` (towards streets, avenues, boulevard, rue) tags
were not being used.

To begin with, we have one question: Destinations given in the name tag of
nodes is not usual protocol for adding these tags. We want to make sure
whether it is valid or if we could change these tags to the `destination`
based tags accordingly. For more details, here's the complete breakdown
[4]. To reach out to more audience, we have captured this in a OSM diary
post [5]. We would like to hear from the community about the agreed method
of mapping exit numbers and destinations to take this forward.

1. https://gist.github.com/manoharuss/3a1b4f640aaf2c052365fcb1ddb09beb
2.
http://cfn-tasking-manager-staging-vpc-387856624.us-east-1.elb.amazonaws.com/project/20
3. https://github.com/mapbox/mapping/issues/220
4. https://gist.github.com/poornibadrinath/9333f1489732c32c3ffadd58e3068b7e
5. https://www.openstreetmap.org/user/poornibadrinath/diary/39246

Thank you!

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

[Talk-se] Mälaren

[ture]

Är Mälaren riktigt frisk för ögonblicket? Nod 36133314 ingår i fyra  
olika sträckor (402495884, 402495885, 407814287, 16360970) som alla är  
med i outer-rollen för relation 1433877, och det känns inte riktigt  
rätt. Jag vågar inte ge mig in och redigera sådana där  
hisklo-polygoner själv...



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

Re: [OSM-ja] wrong tag "tunnel_name" "bridge_name"

[Zoar.]

一括変換に賛成します

On 2016/08/11 8:54, yuu hayashi wrote:

一括変換に賛成です。


2016-08-10 20:20 GMT+09:00 Satoshi IIDA :


+1 to edit :)

2016-08-10 20:07 GMT+09:00 tomoya muramoto :


Hello luschi,

I agree to your proposal, mechanical edit from tunnel_name and
bridge_name to tunnel:name and bridge:name.
And when you do it, please convert tunnel_name:** too.


日本国内のtunnel_nameとbridge_nameタグを、tunnel:nameとbridge:nameに一括変換
する提案ですが、皆さんはいかがでしょうか。
日本語でコメントいただければ、あとでまとめます。

Japanese comments are welcome.

muramoto


2016-08-10 1:57 GMT+09:00 :


Hello Japan Community,

I found some tunnel_name  and
bridge_name  in Japan and I think we
should use correct "tunnel:name" and "bridge:name".
I can do this in a single edit, but only if this is OK for the local
mapper.

regards
luschi

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




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





--
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire

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






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



--
Twitter : @k_zoar
OSM: http://hdyc.neis-one.org/?k_zoar

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

Re: [OSM-talk] combining nodes with ways

[john whelan]

Not quite what I'm looking for.  The building is defined as an area but
often has no address information, within the building are a number of nodes
one or more of which has address information which is valid for the entire
building.  So what I'm interested in is way to either move the tags to the
building way or copy the tags to the building way or area.  The entire City
has some 300,000 buildings so the volume to be done is fairly high and I'd
like to do it in a fairly manual way using JOSM.

Thanks John

On 11 August 2016 at 03:13, Paul Johnson  wrote:

> On Wed, Aug 10, 2016 at 4:02 PM, john whelan 
> wrote:
>>
>> Stats can probably associate the building outlines with an internal node
>> containing the address but is there a simple way to either copy the address
>> information or merge the node into the building way carrying the address
>> information with it?
>>
>
> 
> Site relations
>  can make it
> easier for data consumers to infer what is going on by adding that
> context.  And would be fairly handy in general for mapping apartment
> blocks, trailer parks, campsites, and other mass human habitations.
>
> ___
> 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-in] Ward map Bhopal

[Pratik Yadav]

Hi all,

http://www.bhopalmunicipal.com/city-information/informative-map.html
Published by Bhopal Municipal Corporation, the^ map shows all admin-wards.

The information is not yet in OSM and could be a good addition.
I have send a mail to BMC to get information about the licence.

-- 
*Regards.*

*Pratik Yadav*
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-cz] osmap.cz - nefunguje vrstva Chybných rozcestníků - CORS

[Tom Ka]

Dne 11. srpna 2016 8:44 Lukáš Karas  napsal(a):
> No jo no... Pro Mozillu holt není VUT důvěryhodnou autoritou.
>
> podepsal:
>
> Brno University of Technology CA
>
> sha-256:
> 3E 9B 91 D6 56 62 7A 1B 6F 31 C9 87 91 EE 06 B5
> 2D 55 78 5F E6 76 7C EA 88 90 E1 C9 B5 66 08 BF
>
> Řešení se nabízí několik. Zatlačit na VUT CA aby získali podpis od nějaké
> "všeobecně důvěryhodné" autority a podepsali certifikát znovu, nebo nastavit

tohle bohuzel neni realne.

> let's encrypt...?
ano to je jedna z moznosti. Cekal jsem az to pavel zbytovsky nasadi na
normalni server aby bylo jasne ze je problem v tomhle.  Pokusim se
nejak brzo doresit, musim zjistit jak mne omezuji podminky provozu
skolni site.

Bye

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

Re: [Talk-cz] 5x červená

[Miroslav Suchý]

Dne 10.8.2016 v 17:29 Petr Vozdecký napsal(a):

Ahoj,

pomalu se dostávám k přebírání pokladů (rozuměj fotky rozcestníků 
atp.) nasbíraných na mé letošní dovolené v jižních Čechách. Přivezl 
jsem si od tam i několik velmi zajímavých poznatků O jeden z nich, 
který dokumentuje fotografie https://goo.gl/photos/Su2e3C6msLysVcrd7 
bych se s Vámi rád podělil. Bourá totiž jednu moji zafixovanou normu 
KČT značení a to tu, že konkrétním rozcestníkem může procházet 
maximálně jedna trasa dané barvy. Tedy že z rozcestníku nemohou 
vycházet více než dvě trasy stejné barvy (vyjma odboček ke studánce 
apod.). A že se to tedy dá mj. použít k nějaké automatické kontrole 
správnosti vedení tras...


Tento rozcestník Stříbřecký most (JH106 
http://osmap.cz/node/1358378090) na mostě přes Novou řeku nedaleko 
Restarurace U Emy Destinové dokumentuje něco jiného - přiznám se, že 
jsem to viděl zatím poprvé. Z tohoto místa totiž vedou hned tři 
regulérní červené trasy (tedy de iure z pohledu KČT to asi bude tak, 
že jedna prochází a jedna začíná), viz směrníky JH106a,b,c.

Chropyně náměstí má také tři modré.
https://api.openstreetmap.cz/table/ref/KR885

Tolik spíše pro zajímavost... nicméně na stejné fotografii bych rád 
demonstroval ještě další věc, nad kterou jsem ve stejný den dumal: 
tento rozcestník protíná ještě jedna "červená", konkrétně je to 
vozíčkářská trasa. Tyto trasy jsou v okolí vyznačeny dvě (červená a 
modrá), je to po velmi kvalitních komunikacích s nulovým provozem. 
Značení je však fyzicky provedeno pouze pomocí rozcestníků (a myslím 
že i pomocných směrníků u odboček)´a nikoliv pásovým značením. Nevím 
proč jsem čekal nějaké specifické pásové značení (značky na stromech). 
Protože ty tam nejsou, měli bychom (podle návrhu, který jsem sám 
tvořil) směřovat k tomu, že v mapě bude jen linie trasy, ale nebudeme 
definovat podobu a tvar značky (tagem osmc:symbol=*) a mapa tak nebude 
vykreslovat na linii značku vozíčkáře. Co by se však v takovém případě 
stalo třeba právě v takovémto místě? Z rozcestníku by vycházelo 
neuvěřitelných 5 červených tras, resp. možná 4 , protože ta jedna 
vozíčkářská splývá v jednom směru s jednou turistickou...


Tedy závěrem tohoto postu je spíše otázka, co s tím? Tedy co se 
splýváním tras stejné barvy, když si z nějakého (nota bene mnou 
vymyšleného) důvodu nemůžeme pomoci ani vygenerovanou značkou (ikonou) 
v mapě? A jak v takovém případě pouhým pohledem do mapy poznat, že jde 
o vozíčkářskou trasu? Není tady navržené pravidlo "nemá značku v 
terénu, nemá ji mít ani v mapě" kontraproduktivní? Na mapy.cz 
https://mapy.cz/s/XzJZ se s tím vyrovnávají tak, že vozíčkářskou trasu 
vykreslují jako růžovou linii s ikonkou vozíčkáře v barvě trasy.
Ty vozíčkářské trasy mají taky své barvy. KČT je vykresluje vždy červěně 
čerchovaně. Viz

http://www.labskastezka.cz/ladmin/soubory/labskastezka/File/konference_LIT/03_Vozickarske_trasy_KCT.pdf

IMHO to značené je. Je úplně jedno že jenom rozcestníky, ale značené to je.

Mirek

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

[Talk-dk] Fwd: [Okfn-dk] interested in a nordic open geo/map data meetup in novermber

[Mikkel Kirkgaard Nielsen]

Hej talk-dk.

Måske nogle her (udover Søren Johannesen som allerede er involveret)
kunne være interesseret i at få dette geo-event til at ske?

-- 
Mikkel


 Forwarded Message 
Subject:[Okfn-dk] interested in a nordic open geo/map data meetup in
novermber
Date:   Wed, 10 Aug 2016 21:27:43 +0200
From:   miska knapek 
To: okfn...@lists.okfn.org ,
okfn...@lists.okfn.org , okfn...@lists.okfn.org
, okfn...@lists.okfn.org, Okfn Dk


Hey good open folks,


*Short version : *

A Nordic open geo & map data meetup/mini-conference is possible in
parallel with Hack4no, the open cultural data hackathon, at the end of
October, in Norway. (More details below, but a question first )

But,*we need to know how many people would be interested i coming,* and
how many might be interested in contributing to make the event happen (
more on the latter below too ).
There'll be tracks on different aspects of open geo/map data, as well as
workshops.

*PLEASE fill in the doodle poll below,* mentioning whether you might be
interested in coming, as well as whether you might consider coming and
paying a small fee to cover some basic costs.

http://doodle.com/poll/75su2kut2thkzddd

PLEASE answer as soon as possible - the poll closes on Sunday.


*Longer version : *

Some open people have voiced interest in having an open map data event,
and we've some preliminary interest from people who'd like to run
workshops and whatnot.
Kartverket, the mapping authority of Norway, the main organiser of
Hack4No, has said they could be interested in hosting a open map
data event in parallel with Hack4No.
This is really nice of Kartverket, but to make it happen, we need to
know how many people could be interested in coming, and whether they'd
consider paying some small fee to cover some basic costs.


*Longer version - part Two*

If enough people are interested in attending, the next steps would be to
organise some tracks for the event. There's an academic/education,
business, civil society, etc… side to open map & geo data. it'd be great
to have an open call, get suggestions for content, and organise these
different tracks.
( We've already had some offers from the kind folks at Wikipedia, as
well as some others like Søren Johanssen, to run workshops on new
wikipedia mapping features, as well as open source mapping tools. ( Of
course, depending on how things go, it might or might not be possible to
run the workshops, but at least the will is there )).

I hope there's sufficient interest, and that we can proceed with
organising the event!


All the best,

miksa


-- 
miska michael knapek - your local illusionist (designer)
mob. +358-50-320-2616
web: http://knapek.org
http://twitter.com/miskaknapek
animations: http://vimeo.com/miska
images: http://flickr.com/miska_too/sets
code/github: https://github.com/miskaknapek

___
okfn-dk mailing list
okfn...@lists.okfn.org
https://lists.okfn.org/mailman/listinfo/okfn-dk


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

[Talk-dk] Overpass Turbo-spørgsmål: Hvordan finder jeg specifikke punkter, jeg selv har redigeret?

[Jakob Barfod]

Hej -

Jeg kunne godt tænke mig at finde et værktøj, der kan hjælpe mig med at
finde en delmængde af mine egne redigeringer.

I det konkrete eksempel har jeg igennem længere tid oprettet og redigeret
"relation:destination_sign"-relationer, og har nu opdaget, at flere af dem
ville være relevante som "information=guidepost". 

Derfor ville det være fint, hvis jeg kunne finde et værktøj, der kunne
identificere punkter, som...
  - jeg engang har redigeret (herunder oprettet)
  - indgår i en relation:destination_sign
...og jeg har forgæves leget rundt i Overpass turbo (og dokumentationen)
uden held.

Spørgsmål:
- Er Overpass Turbo overhovedet det rigtige værktøj?
- Hvis ja: Er der nogen, der har en idé til, hvordan query'en skal udformes?

Venligst,

-- 
Jakob



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

[OSM-Talk-ZA] Daily Maverick - Joburg calls on techies to help map its streets

[John]

Just picked this up and thought there may be some interest perhaps on the
group.

http://firstthing.dailymaverick.co.za/article.php?id=79728=2016-08-10#.V6xBEhLLnDs

http://www.geojozi.joburg/

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

[Talk-ca] weeklyOSM #316 08/02/2016-08/08/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 316,
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/7939/

Enjoy!

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk-ie] weeklyOSM #316 08/02/2016-08/08/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 316,
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/7939/

Enjoy!

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-us] weeklyOSM #316 08/02/2016-08/08/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 316,
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/7939/

Enjoy!

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk] weeklyOSM #316 08/02/2016-08/08/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 316,
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/7939/

Enjoy!

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] tag sbagliato "bridge_name" e "tunnel_name"

[Andrea Albani]

Heimlikloh,

i numeri erano chiari anche prima.
Ti sei rivolto alla lista per avere opinioni e hai ottenuto un "no" e un
"fai come vuoi" che sommato al tuo "si" fanno palla al centro (escludiamo
per semplicità il "no" di sorcrosc che hai ottenuto sul forum).

Siccome la comunità OSM Italia non è fatta solo da te, Martin e il
sottoscritto... trai le tue conclusioni sul procedere come ritieni o meno.

Io ti consiglierei di attendere qualche altra opinione in merito: se non
arriva in un tempo ragionevole vuol dire che l'argomento è di poco
interesse oppure più probabilmente che la gente è in ferie.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSRM-talk] Upgrade OSRM from v4.8.1

[sergi_jini]

Hi,

I am going to upgrade OSRM back-end. Could you advise which is the
preferred and most latest stable version?

Many thanks,
Sergi
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk] combining nodes with ways

[Paul Johnson]

On Wed, Aug 10, 2016 at 4:02 PM, john whelan  wrote:
>
> Stats can probably associate the building outlines with an internal node
> containing the address but is there a simple way to either copy the address
> information or merge the node into the building way carrying the address
> information with it?
>


Site relations 
can make it easier for data consumers to infer what is going on by adding
that context.  And would be fairly handy in general for mapping apartment
blocks, trailer parks, campsites, and other mass human habitations.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-ie] Lack of attribution to OSM by ESRI on Carlow maps

[Rory McCann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/08/16 17:08, Brian Hollinshead wrote:
> I had asked if they had the text copyright free source for the Two 
> Municipal Districts of Carlow and Bagnelstown. He has spoken with
> their GIS man and he has offered to send it to me in .shp format if
> we can import from that?

Yes, .shp file is OK.

If it's just 2 boundaries I think it would be easier to just display
the boundaries in JOSM and manually create the boundary in OSM, right?
The OpenData JOSM plugin can apparently do that.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJXrCJeAAoJEOrWdmeZivv2ZxMIAJQziO6DZyys8+ZkAMzTY5ib
24wHcOaWOKF5KomVdXYyycyN4wF2Oh7cagCThzimbb6na+jCOw3u9Tl1hs4Ka9Wf
9nvA4Wl/4e00Ih0uoQzm5r4sARktMImmH4MAjpz8NMYTLQbx7tRNlZFGm3VHT/ub
0725HJYteLHMetiugGWyIdX9vA2iqOPBtDneyiX63RMz2HV0+U0UCYgOdbP9xP1U
MKTrNoVCNAsAHE8s0y5JRKIQ9VIMT120efYjh3Htvxq1ya+3Vl/kygYefpPa9xbE
x6/kbIZoin3o32WB7up/bralYEPrdo2gJqmO5maffYfAeNUui0+IAX4pgeqekxI=
=wvKs
-END PGP SIGNATURE-

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

Re: [Talk-cz] osmap.cz - nefunguje vrstva Chybných rozcestníků - CORS

[Lukáš Karas]

No jo no... Pro Mozillu holt není VUT důvěryhodnou autoritou.

podepsal:

Brno University of Technology CA

sha-256:
3E 9B 91 D6 56 62 7A 1B 6F 31 C9 87 91 EE 06 B5
2D 55 78 5F E6 76 7C EA 88 90 E1 C9 B5 66 08 BF

Řešení se nabízí několik. Zatlačit na VUT CA aby získali podpis od nějaké 
"všeobecně důvěryhodné" autority a podepsali certifikát znovu, nebo nastavit 
let's encrypt...?

Lukáš

Dne čtvrtek 11. srpna 2016 8:27:19 CEST Marián Kyral napsal(a):
> Aha. Ta chyba je úplně mimo. Ve skutečnosti se nepodařilo ověřit https
> certifikát. Když jsem zavolal přímo ten odkaz níže a schválil bezpečnostní
> výjimku, tak to magicky začalo fungovat.
> 
> 
> 
> Nemám rád CORS a nemám rád bordel okolo https :-(
> 
> Marián
> 
> 
> -- Původní zpráva --
> Od: Marián Kyral 
> Komu: talk-cz@openstreetmap.org, Kasparek Tomas 
> Datum: 11. 8. 2016 8:17:59
> Předmět: [Talk-cz] osmap.cz - nefunguje vrstva Chybných rozcestníků - CORS
> 
> "
> Ahoj,
> pomalu se chystám na dovolenou a chtěl jsem se mrknout, které rozcestníky je
> potřeba vyfotit. Ovšem zas a opět to nefunguje. Můj "oblíbený" CORS :-(
> 
> Neměnilo se teď něco na serveru? A bylo by možné to opravit?
> 
> 08:09:29.709 Žádost Cross-Origin zablokována: zásada stejného původu
> neumožňuje načtení vzdáleného zdroje na https://osm.fit.vutbr.cz/OsmHiCheck/
> gp/?outputFormat=application%2Fjson=yes=18.126754760742188%2C
> 49.52448405652507%2C18.26502799987793%2C49.5404158579684. (Důvod: požadavek
> CORS selhal).1 
> 
> Díky,
> Marián
> 
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz"=

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

Re: [Talk-cz] osmap.cz - nefunguje vrstva Chybných rozcestníků - CORS

[Marián Kyral]

Aha. Ta chyba je úplně mimo. Ve skutečnosti se nepodařilo ověřit https 
certifikát. Když jsem zavolal přímo ten odkaz níže a schválil bezpečnostní 
výjimku, tak to magicky začalo fungovat.



Nemám rád CORS a nemám rád bordel okolo https :-(

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org, Kasparek Tomas 
Datum: 11. 8. 2016 8:17:59
Předmět: [Talk-cz] osmap.cz - nefunguje vrstva Chybných rozcestníků - CORS

"
Ahoj,
pomalu se chystám na dovolenou a chtěl jsem se mrknout, které rozcestníky je
potřeba vyfotit. Ovšem zas a opět to nefunguje. Můj "oblíbený" CORS :-(

Neměnilo se teď něco na serveru? A bylo by možné to opravit?

08:09:29.709 Žádost Cross-Origin zablokována: zásada stejného původu 
neumožňuje načtení vzdáleného zdroje na https://osm.fit.vutbr.cz/OsmHiCheck/
gp/?outputFormat=application%2Fjson=yes=18.126754760742188%2C
49.52448405652507%2C18.26502799987793%2C49.5404158579684. (Důvod: požadavek 
CORS selhal).1 

Díky,
Marián


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

Re: [Talk-dk] Ingen Geodatastyrelsen fotos?

[Jens Winbladh]

Tak Hans

Jens

Den 10. august 2016 kl. 11.39 skrev Hans Gregers Petersen <
gregerspeter...@gmail.com>:

> Hej alle,
>
> Så skulle der gerne være run på igen.
> Jeg har været på ferie, så jeg har ikke set, at nogen har været så ivrige,
> at det rent faktisk lykkedes at løbe diskene fulde! 8-)
>
> Det nemmeste er, at fange mig på @GregersP på Twitter. Så giv mig gerne et
> pling dér, hvis det skulle ske igen. Efter min ferie vil jeg nok forøge
> diskstørrelsen lidt.  :-)
>
> /Greg
>
>
> Den 10. august 2016 kl. 07.00 skrev Michael Andersen :
>
>> Hej
>>
>> Er det bare mig eller...? Siden søndag har jeg ikke kunnet zoome længere
>> ind
>> end til hvor der på skalaen i JOSM står 50 m (pr tile?) og har derfor
>> været
>> nødt til at bruge Bing i stedet. Er der tale om et uheld som de
>> ansvarlige et
>> eller andet sted ikke er opmærksomme på? Jeg vil meget gerne have adgang
>> til
>> Geodatastyrelsen fotos igen.
>>
>> Mvh Hjart
>>
>> ___
>> Talk-dk mailing list
>> Talk-dk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-dk
>>
>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>
>
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-cz] osmap.cz - nefunguje vrstva Chybných rozcestníků - CORS

[Marián Kyral]

Ahoj,
pomalu se chystám na dovolenou a chtěl jsem se mrknout, které rozcestníky je
potřeba vyfotit. Ovšem zas a opět to nefunguje. Můj "oblíbený" CORS :-(

Neměnilo se teď něco na serveru? A bylo by možné to opravit?

08:09:29.709 Žádost Cross-Origin zablokována: zásada stejného původu 
neumožňuje načtení vzdáleného zdroje na https://osm.fit.vutbr.cz/OsmHiCheck/
gp/?outputFormat=application%2Fjson=yes=18.126754760742188%2C
49.52448405652507%2C18.26502799987793%2C49.5404158579684. (Důvod: požadavek 
CORS selhal).1 

Díky,
Marián

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