Re: [OSM-talk-be] a slightly more formal meetup

[Marc Gemis]

Hallo Joost,

after participating in two Bird of a Feather sessions at SOTM, I kept
wondering whether it would be interesting to have such  sessions in
Belgium as well. I though about

* survey planning & survey (traditional / Mapillary / OpenStreetView)
* basic/ advanced editing in JOSM (e.g. PT assistent, but also GRB,
extra layers, etc.)
* how is OSM used  (not sure eveyrbody knows this)
* Use of OsmAnd / OSM on Garmin / other apps ?
* Overpass
* umap (with overpass)
* Maperitive

Given some comments I received in the past about meetings in Brussels,
and talking in English there, I wonder whether 2 separate days
(Flemish/French) would be preferable.
During one of my presentations in Brussels, at least 1 person left the
room because it was not in French, and others didn't show up because
it was not in Flemish.
If we really want to get in touch with our local community, we might
have to do it in French/Dutch I think.

but I like the idea

regards

m


On Tue, Oct 4, 2016 at 7:59 PM, joost schouppe  wrote:
> Hi,
>
> I'm very happy to see another bar meetup in Brussels! [1] You should all
> come :)
>
> But would anyone be interested in a little more formal thing? I believe it
> was in Hungaria where they frequently do meetups with two or three
> presentations, roughly related to OpenStreetMap. They always get about 50
> participants, which sounds great. Don't worry, there would be beers and
> lemonades afterwards.
>
> The logical place would be Brussels, as it is the most central location. It
> takes a little more time and effort to organize, but I think some of the
> amazing Brussels based people might be interested to help out.
>
> Anyway, I made a framadate to check if anyone is interested, and if so, when
> [2]. Interested to find out if anyone is willing to help or present
> something.
>
> We can of course discuss the idea over a geuze at the next Brussels meetup.
>
>
> 1: http://www.meetup.com/OpenStreetMap-Belgium/events/234599761/
> 2: https://framadate.org/74wPQ5W8AVKNUhjp
>
> --
> Joost @
> Openstreetmap | Twitter | LinkedIn | Meetup
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

[OSM-ja] 【質問】tranportmapの入手方法について

[小林 良太郎]

初めまして。小林と申します。
お世話になります。

現在、自社環境にてOSMサーバを構築しようとしています。
標準のレイヤよりシンプルな地図表示をしたく、transportmapで表示させようと考えています。

標準レイヤでの出力はできたのですが、transportmapでの出力方法がわかりません。
また、transportmapもバスルートの強調表示がないバージョンが欲しいのですが
入手可能でしょうか。

お手数かと思いますが、ご教示いただけると助かります。
よろしくお願いします。

小林　良太郎 

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

Re: [OSM-talk-fr] Parcourir toutes les routes d'une commune

[osm . sanspourriel]

Alors une version semi-artisanale ou semi-industrielle en fonction de vos intéressantes réponses.

Tu ajoutes manuellement ou avec l'export dans l'ordre indiqué par QGis les points que tu auras réussi à exporter et tu laisses OSMAND faire le routage.

 

C'est de la théorie, pas testé dans la pratique, actuellement mes trajets sont simples et non relatifs à OSM. Mais j'ai quand même répondu à mon client que pour son besoin il fallait utiliser OSM (JOSM en fait avec le greffon qui va bien) et que le résultat voulu il l'avait directement sur OpenSeaMap.
 

Jean-Yvon

 
 

Gesendet: Dienstag, 04. Oktober 2016 um 23:51 Uhr
Von: "Stéphane Péneau - stephane.pen...@wanadoo.fr"
An: "Discussions sur OSM en français" 
Betreff: Re: [OSM-talk-fr] Parcourir toutes les routes d'une commune

Oui, c'est ça, c'est le problème du postier chinois !!

Multiroute n'est pas adapté.

J'ai essayé le plugin Qgis (le plugin est caché dans les plugs
expérimentaux), et c'est mieux.
Il m'indique à chaque fois un tracé de moins d'1km, mais je vois bien un
parcours qui semble réaliste.
En revanche, lorsque j'exporte en gpx, et que je l'ouvre dans OsmAnd, ce
dernier ne me propose rien de cohérent, malgré les différents exports
que j'ai tentés, route, waypoint, track, etc..

Je ne sais pas si c'est le plugin qui ne fonctionne pas correctement,
mes choix d'exports qui sont mauvais, ou OsmAnd qui me fait des blagues.

Vincent,
Et bien, c'était courageux de faire ça de cette façon.
On pourra regarder, mais j'en aurai besoin dès le vendredi, et en
voiture je préfère de pas quitter la route des yeux pour regarder un
plan papier.


Le 04/10/2016 à 22:32, Vincent de Château-Thierry a écrit :
> Bonsoir,
>
> Le 04/10/2016 à 21:22, Frédéric Rodrigo a écrit :
>> Le 04/10/2016 à 19:14, didier2020 a écrit :
>>> Le mardi 04 octobre 2016 à 19:01 +0200, Stéphane Péneau a écrit :

 Si vous deviez parcourir toutes les routes d'une commune, comment
 est-ce
 que vous vous y prendriez ?

 On part du principe qu'on met de côté tout ce qui est highway=path ou
 track pour conserver les routes adaptées aux voitures.

 Je peux facilement récupérer ces routes dans Josm avec un requête
 overpass, puis faire quelques corrections, comme ajouter les routes
 qui
 sont très légèrement au-delà des limites admin, mais ensuite, comment
 trouver le parcours le plus court et être guidé, depuis OsmAnd par
 exemple.

 J'avoue que je sèche.
>
> J'ai rencontré exactement ce problème en cherchant à parcourir toutes
> les rues de Clermont-Fd (en 2012). J'ai géré ça de façon artisanale
> (litote). J'ai divisé la ville en secteurs, globalement en prenant
> appui sur les grands axes. J'ai ensuite imprimé via Maposmatic chaque
 





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

Re: [Talk-at] Rating für OSM-Datenqualität pro Region?

[Günther Zinsberger]

Am 2016-10-04 um 10:42 schrieb Thomas Konrad:

Liebe OSM-AT-Community,

weiß von euch jemand eine Quelle für eine Einschätzung / Bewertung, wie gut die 
OSM-Datenqualität in einem bestimmten Land oder in einer bestimmten Region 
weltweit ist?

Anders gefragt: Wie kann eine nicht OSM-affine Person schnell herausfinden, 
inwiefern sie sich beispielsweise auf die OSM-Daten in der Türkei verlassen 
kann?

Ich frage das weil ein Kollege mich das gerade gefragt hat und ich ihn nicht so 
richtig weiterhelfen konnte.

Danke und LG
Tom


Hallo!

Vielleicht könnte man die Anzahl aktiver Mapper in einem Land als 
Parameter hernehmen? In der letzten Wochennotiz gab es da einen Artikel 
bzw. einen Link dazu:
Pascal Neis experimentiert mit der Darstellung aktiver Mapper auf einer 
Karte.

https://twitter.com/i/web/status/778692439892594688
(irgendwo habe ich auch eine weltweite Karte gesehen, entdecke sie aber 
gerade nicht)


LG
Günther

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

Re: [OSM-talk-be] mapping default values? (was: Maximum snelheid in Vlaanderen, maxspeed in Flanders)

[André Pirard]

On 2016-09-27 11:43, Marc Gemis wrote:
> Hallo,
>
> op 1/1/2017 daalt de snelheid op Vlaamse gewestwegen van 90 naar 70.
> Normaal gezien zullen we die wegen (zonder expliciete borden) dan
> moeten taggen met
>
> maxspeed=70
> source:maxspeed=??:rural
>
> maar wat komt er op de plaats van de vraagtekens ? Volgens [1] staat
> daar de landcode, maar het geldt enkel voor Vlaanderen.
> Ik zou tegen dan de BENELUX presets willen aanpassen.
>
> -
> English:
>
> On 1/1/2017 the maxspeeds on Flemish roads is lowered to 70. We should
> map those roads (without signs) with
>
> maxspeed=70
> source:maxpseed=??:rural
>
> Which "country" code should I use in the BENELUX plugin ? See [1] for
> the syntax of maxspeed.
Note to "foreigners" (as Americans would call you):
Belgium is made of Flanders and Wallonia: Flanders steps down to 70 km/h
default while Wallonia stays at 90.

I don't think that default values like maxspeed=*,  driving_side=*, or
even oneway=no should be tagged on highways.
Most roads (in Belgium and in the world) don't contain any, BTW, and it
makes no sense using a few.
A default values specification should be used instead.
Those tags should be contained in the highest level administrative
boundary relation or equivalent in which they apply.
maxspeed=70 should apply to Flanders and maxspeed=90 to Wallonia.
Please note this (fuzzy again) sentence about driving_side=* : "Only add
it to a highway when it's driving side is an exception to the general
rule (and check that the general rule is tagged in your country
relation)." (they mean "its" driving side).
Which relation?  It's certainly not tagged in the Belgian boundary
 and not even in the
duplicate place .
So, a default value procedure is badly needed but is not implemented and
when a hacked fuzzy lookalike is documented, it is not used.

Cheers

André.


> regards
>
> m
>
>
> p.s. Ruben, please let me know which preset you want for variable
> maxspeeds. I'll add it when I change the above.
>
>
> [1] https://wiki.openstreetmap.org/wiki/Key:source:maxspeed
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [talk-latam] OSMF Fee waiver programme

[Johnattan Rupire]

Hola,
suena interesante, voy a ver qué es y si es posible que desde Perú hagamos 
alguna cosa.
Saludos


El 4 de octubre de 2016 7:33:11 PM GMT-05:00, Wille  
escribió:
>Gracias, Joost!
>
>Yo ya soy miembro de la Fundación, así necesitamos de alguien para 
>intentar este camino.
>
>
>On 04-10-2016 11:51, joost schouppe wrote:
>> Hablé sobre el tema con Simon Poole, y el sugerio de que alguien 
>> simplemente haga el intento de ser parte de este programa. La haria 
>> menos teoretico :)
>>
>> 2016-10-04 14:42 GMT+02:00 Wille > >:
>>
>> Hola,
>>
>> En 2014, la OSM Foundation aprobó un programa para que personas
>> que tengan dificultad de pagar la taja anual puedan ser miembros
>> de la fundación de manera gratuita, pero esto nunca ha sido
>> implementado. Sugerí que esto sea implementado, pero es necesario
>> que alguien haga parte del "Membership Working Group" para ayudar
>> ayudar a definir las reglas del programa:
>>
>https://lists.openstreetmap.org/pipermail/osmf-talk/2016-October/003949.html
>>
>
>>
>> Actualmente no tengo tiempo disponible para esta tarea, caso
>> alguien esté dispuesto, escribe para m...@osmfoundation.org
>>  y diga que tiene interés en ayudar
>> el grupo.
>>
>> wille
>>
>>
>> ___
>> talk-latam mailing list
>> talk-latam@openstreetmap.org
>
>> https://lists.openstreetmap.org/listinfo/talk-latam
>> 
>>
>>
>>
>>
>> -- 
>> Joost @
>> Openstreetmap  |
>
>> Twitter  | LinkedIn 
>>  | Meetup 
>> 
>>
>>
>> ___
>> talk-latam mailing list
>> talk-latam@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-latam
>
>
>
>
>
>
>___
>talk-latam mailing list
>talk-latam@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-latam

-- 
Usa software libre. Sent from my phone with K-9 Mail. Please excuse my brevity___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [talk-latam] OSMF Fee waiver programme

[Wille]

Gracias, Joost!

Yo ya soy miembro de la Fundación, así necesitamos de alguien para 
intentar este camino.



On 04-10-2016 11:51, joost schouppe wrote:
Hablé sobre el tema con Simon Poole, y el sugerio de que alguien 
simplemente haga el intento de ser parte de este programa. La haria 
menos teoretico :)


2016-10-04 14:42 GMT+02:00 Wille >:


Hola,

En 2014, la OSM Foundation aprobó un programa para que personas
que tengan dificultad de pagar la taja anual puedan ser miembros
de la fundación de manera gratuita, pero esto nunca ha sido
implementado. Sugerí que esto sea implementado, pero es necesario
que alguien haga parte del "Membership Working Group" para ayudar
ayudar a definir las reglas del programa:
https://lists.openstreetmap.org/pipermail/osmf-talk/2016-October/003949.html



Actualmente no tengo tiempo disponible para esta tarea, caso
alguien esté dispuesto, escribe para m...@osmfoundation.org
 y diga que tiene interés en ayudar
el grupo.

wille


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





--
Joost @
Openstreetmap  | 
Twitter  | LinkedIn 
 | Meetup 




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



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

[OSM-talk] OpenFest, Bulgaria

[Rob Nickerson]

Hi all,

The following invitation was sent to me to forward on. Looks like a good
event for the technical people amongst us. Call for talks ran until 30th
September, but I'm hopeful we can squeeze a slot in (have asked). The
submission system is still online so hurry if you're interested!

Can somebody please forward this to the local mailing list/community.



*Rob*
--- Begin forwarded message:

We do an event in Bulgaria in November, OpenFest
(http://www.openfest.org/2016/en/). It's oriented towards a somewhat
technical crowd, but caters to all kind of people that work with and
benefit from open source, open technologies, etc.. I think it'll be
interesting if someone from OSM will be willing to come talk about the
project or even do a workshop related to openstreetmap.

The CfP system is at https://cfp.openfest.org/?locale=en
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Cercasi mapatori per Linux Day a Bologna

[Giuseppe Profiti]

Aggiunto il punto. Per le relazioni lascio fare a chi si presenterà :-)

Giuseppe
--
Giuseppe Profiti
Coordinatore regionale per l'Emilia-Romagna
Wikimedia Italia – Associazione per la diffusione della conoscenza libera
http://www.wikimedia.it | giuseppe.prof...@wikimedia.it


Il 4 ottobre 2016 23:28, Cascafico Giovanni  ha scritto:
> Il 04/ott/2016 23:12 "Giuseppe
>> Nel caso, domani sera alle 18.30 alcuni docenti, gli organizzatori e
>> qualcuno di Wikimedia si incontreranno presso Ein Prosit.
>
> Nominatim: "Ein Prosit, Bologna: non trovato"
>
> Direi di cominciare mappando questo ;-)
>
> --
> cascafico.altervista.org
> twitter.com/cascafico
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>

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

Re: [Talk-GB] Copyright and MAPS.ME android 6.2.5-Google

[Andy Townsend]

For completeness, what you get with Apple (at least up to 9.3) is essentially 
what you ask for. You specify the use case, so if you ask for "real time 
location tracking" that's what you get.

There are "snap to road" options, but if you don't ask for that when setting up 
the sort of locations you want returned, it won't do it.

  Original Message  
From: David Woolley
Sent: Tuesday, 4 October 2016 21:44
To: talk-gb@openstreetmap.org
Subject: Re: [Talk-GB] Copyright and MAPS.ME android 6.2.5-Google

On 04/10/16 21:03, Andy Townsend wrote:
> obtained as I understand it in recent versions via Google Play Services*. 
> Whether that's compatible with OSM

You would need to disable the use of wifi SSIDs (and cell site 
locations) to make it legitimate. That assumes it doesn't snap to 
Google maps roads, a problem with Apple, I believe.

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

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

Re: [Talk-it] Cercasi mapatori per Linux Day a Bologna

[Cascafico Giovanni]

Il 04/ott/2016 23:12 "Giuseppe
> Nel caso, domani sera alle 18.30 alcuni docenti, gli organizzatori e
> qualcuno di Wikimedia si incontreranno presso Ein Prosit.

Nominatim: "Ein Prosit, Bologna: non trovato"

Direi di cominciare mappando questo ;-)

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

[OSRM-talk] Working with profiles and routes

[Pedro Luiz Cumino]

Hi all,
I'm new in here.

I'm trying to use the different lua profiles given by the project.
Before running the project I used the following commands inside the
'/build' directory in order to build the engine itself:

   - osrm-extract -p ../profiles/foot.lua bremen-latest.osm.pbf
   - osrm-contract bremen-latest.osrm
   - osrm-routed bremen-latest.osrm

At first, I made two requests with the same starting point and destination
as shown below.

   -
   
http://router.project-osrm.org/route/v1/driving/13.388860,52.517037;13.397634,52.529407;13.428555,52.523219?overview=false
   -
   
http://router.project-osrm.org/route/v1/foot/13.388860,52.517037;13.397634,52.529407;13.428555,52.523219?overview=false

However, the results given were exactly the same. Both JSON objects I
received showed the same duration. I didn't change any profile yet. But I
checked that there are different speeds. So there must be a difference at
least in the route duration.

Subsequently, after trying all the possible profiles, I realised that even
if I request using a random string value, the result will always be the
same.

Even so, I tried to use the original project server in order to compare
with the results given by the local server installed. The request URLs were:

   -
   
http://router.project-osrm.org/route/v1/foot/13.388860,52.517037;13.397634,52.529407;13.428555,52.523219?overview=false
   -
   
http://192.168.1.4:5000/route/v1/foot/13.388860,52.517037;13.397634,52.529407;13.428555,52.523219?overview=false

In this case, both results were totally different. Even if I change the
profile from 'foot' to 'driving', the result doesn't change. The result
from the local server shows me 0 for both duration and distance. It also
returns the string "{highway:cycleway}" as the name of all waypoints.

The requests were all made by the browser.
Am I missing something at the building procedure or during the requests?

-- 
Atenciosamente,
Kind regards,

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

Re: [Talk-cz] tagování NS Cesta jediného boha

[Petr Vozdecký]

hmmm... to je super-truper kombinace...
zde mě nejprve zajímá, zda se to "NS xxx..." jen jmenuje (ono je celkem 
běžné, že konkrétní KČT trasy mají svá jména), nebo to reálně NS je. Tedy že
to má nějaká zastavení s panely s"naučným" textem. Dle na netu dostupných 
informací to výše naznačené "parametry" NS splňuje...

Pak nevidím žádný problém, vyjma snad toho, že jde o nestandardní kombinaci 
faktorů:
- jde jednoznačně o turistickou trasu - tedy relace: route=hiking
- jde o naučnou trasu - tedy hiking=learning
- je to místní trasa - tedy network=lwn
- je to značeno žlutou turistickou značkou - tedy osmc:symbol=yellow:white:
yellow_bar
- má to svůj název - tedy name=NS Cesta kolem hornického města
- řekl bych, že to má na svědomí město - tedy operator=město Rudolfov
- má to wikinu - tedy wikipedia=cs:Cesta kolem hornického města
- atd.

Je mi jasné, kde jsou explicitně nezodpovězené otázky:
1) je to jedna trasa nebo dvě trasy - tedy je to jedna relace nebo dvě 
relace (žlutá turistická a NS)? Já mám za to, že je to JEDNA trasa a tím 
pádem JEDNA relace. Více relací by to bylo, když by ty trasy nebyly "právě 
identické", tedy zcela dokonale a beze zbytku ve svém trasování shodné.
2) jak se to vykreslí - vždyť třeba mapy.cz to mají jako dvě trasy (žlutou a
žlutozelenou) a je to takové jednoznačnější? Toto není problém mappera a je 
základní chybou si ji takto pokládat. Je úkolem rendereru to interpretovat. 
Že to žádný neinterpretuje jako mapy.cz? Možná proto, že žádný autor 
rendereru ještě nebyl postaven před tuto situaci. Ale na druhou stranu přece
existují renderery, které do vykreslené linie vkládají obrázkovou 
interpretaci osmc:symbol, ne? Tedy by jistě mohlo posloužit třeba vykreslení
zelenožluté čerchované se značkou žluté TZT - stejně tak jako varianta 
žlutozelené čerchované v nízkém rozlišení a žlutá ve větším zoomu s textem 
NS Cesta kolem hornického města. A konec konců třeba i varianta s 
automatickým vykreslením dvojí linie podobně jako na mapy.cz. To vše 
renderery napříč světem z výše uvedených tagů umí vyčíst. (Nedělám si iluze,
v mapy.cz si klidně mohli pomoci tím, že to zavedli do databáze jako dvě 
trasy.)

Uvítám případné odlišné názory či protiargumenty.

vop


-- Původní zpráva --
Od: majka 
Komu: OpenStreetMap Czech Republic 
Datum: 4. 10. 2016 11:27:17
Předmět: Re: [Talk-cz] tagování NS Cesta jediného boha

"





Co s tímhle případem - už jsem se na to ptala, ale nevím jestli to bylo 
jasně pochopené. Pro ilustraci odkaz na rozcestníky https://api.
openstreetmap.cz/img/guidepost/Rudolfov_Na_Americe.jpg
(https://api.openstreetmap.cz/img/guidepost/Rudolfov_Na_Americe.jpg) a 
https://api.openstreetmap.cz/img/guidepost/CB234.jpg
(https://api.openstreetmap.cz/img/guidepost/CB234.jpg) , ze kterých je to 
jasné.


2 naučné stezky, značené naprosto totožně. Pásové značení KČT a název trasy 
"NS xxx". Ta trasa (žlutá, resp. zelená) nevede nikam jinam, nemá další 
návaznost, je to jen a pouze tohle. Stále se nemůžu zbavit dojmu, že by to 
nemělo být každé mapováno dvěma relacemi, protože samostatně nepřežije ani 
jedno z toho.


Ještě jsem do toho mého původního zadání nesáhla, zatím to nechávám tak jak 
jsem to zadala předtím, než jsem poprvé chtěla zkontrolovat zadání dat. 


Ještě jednou díky.


Majka




2016-10-04 10:44 GMT+02:00 Petr Vozdecký :
"
Ahoj,
zapomenuta reakce... Mariane, odpoved na tvoji otazku je v 4a) nebo 4b)

pro zajemce o tuto problematiku nabizim sirsi vysvetleni:
v zasade se musime shodnout na tom, o cem ma znacka (linie) v mape 
vypovidat. Bud to bude informace "tudy to vede", nebo to bude informace 
"takhle je to v terenu znaceno", nebo rozlisit oboji. Tag osmc:symbol=* nam 
umoznuje rozlisit oboji a meli bychom jej tak vyuzivat (bez ohledu na to, ze
nejcasteji uzivane rendery to (zatim) při zobrazeni nerozlisuji. A to plati 
jak pro learning, tak pro jakekoliv jine trasy

Tedy rozhodne se stavim k tomu dodrzet pravidlo, ze pokud si umime 
zodpovedet otazku "jak to v terenu skutecne vypada" (tedy ze o tom ma mapper
relevantni informaci), VZDY pouzije tag osmc:symbol=* a jeho hodnotami da 
jasne najevo stav veci:

1) Kdyz je stezka osazena tabulemi (cimz v zasade existuje), ale v terenu 
neni ZADNE pasove znaceni a navic bez dalsi snahy NELZE DOVODIT kudy vede 
(navstevnik se musi orientovat napr. podle mapky nebo trasu dovodit z jine 
informace) pak tagujeme osmc:symbol=none:none. V takovem pripade zalezi na 
renderu, zda trasu nejak vykresli (predpokladam, ze je jeji trasa spravne a 
uplne zmapovana pomoci relace a renderer mj, jednoznacne vi, ze jde o 
learning/horse/atd. trasu), osobne bych doporucoval, aby ji specificky 
vykreslil (tedy defaultne - napr. je-li to learning, pak nikoliv cerchovanou
svetle zelenou+zlutou, ale napr. teckovanou)

2) kdyz je stezka v terenu jakkoliv jednoznacne definovana, napr. jde po 
naprosto nesporne trase (nelze z ni pri 

[Talk-it] Cercasi mapatori per Linux Day a Bologna

[Giuseppe Profiti]

Ciao a tutti,
nell'ambito del Linux day (22 ottobre), con la scuola che ospiterà
l'evento a Bologna (ITIS Belluzzi) stiamo verificando la possibilità
di svolgere un
editathon su Wikipedia e delle attività su OSM.
Sarebbe quindi utile avere qualche volontario esperto su OSM per
definire possibili attività, dato anche che domani
incontreremo alcuni docenti per definire attività propedeutiche (i.e.
presentazioni su come contribuire ai progetti).

Nel caso, domani sera alle 18.30 alcuni docenti, gli organizzatori e
qualcuno di Wikimedia si incontreranno presso Ein Prosit.

Scusate il breve preavviso, ma avevo tentato altri canali prima di questa lista.

Grazie in anticipo a chi ci vorrà dare una mano.

A presto,
Giuseppe
--
Giuseppe Profiti
Coordinatore regionale per l'Emilia-Romagna
Wikimedia Italia – Associazione per la diffusione della conoscenza libera
http://www.wikimedia.it | giuseppe.prof...@wikimedia.it

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

Re: [OSM-talk-fr] Parcourir toutes les routes d'une commune

[Stéphane Péneau]

Oui, c'est ça, c'est le problème du postier chinois !!

Multiroute n'est pas adapté.

J'ai essayé le plugin Qgis (le plugin est caché dans les plugs 
expérimentaux), et c'est mieux.
Il m'indique à chaque fois un tracé de moins d'1km, mais je vois bien un 
parcours qui semble réaliste.
En revanche, lorsque j'exporte en gpx, et que je l'ouvre dans OsmAnd, ce 
dernier ne me propose rien de cohérent, malgré les différents exports 
que j'ai tentés, route, waypoint, track, etc..


Je ne sais pas si c'est le plugin qui ne fonctionne pas correctement, 
mes choix d'exports qui sont mauvais, ou OsmAnd qui me fait des blagues.


Vincent,
Et bien, c'était courageux de faire ça de cette façon.
On pourra regarder, mais j'en aurai besoin dès le vendredi, et en 
voiture je préfère de pas quitter la route des yeux pour regarder un 
plan papier.



Le 04/10/2016 à 22:32, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 04/10/2016 à 21:22, Frédéric Rodrigo a écrit :

Le 04/10/2016 à 19:14, didier2020 a écrit :

Le mardi 04 octobre 2016 à 19:01 +0200, Stéphane Péneau a écrit :


Si vous deviez parcourir toutes les routes d'une commune, comment 
est-ce

que vous vous y prendriez ?

On part du principe qu'on met de côté tout ce qui est highway=path ou
track pour conserver les routes adaptées aux voitures.

Je peux facilement récupérer ces routes dans Josm avec un requête
overpass, puis faire quelques corrections, comme ajouter les routes 
qui

sont très légèrement au-delà des limites admin, mais ensuite, comment
trouver le parcours le plus court  et être guidé, depuis OsmAnd par
exemple.

J'avoue que je sèche.


J'ai rencontré exactement ce problème en cherchant à parcourir toutes 
les rues de Clermont-Fd (en 2012). J'ai géré ça de façon artisanale 
(litote). J'ai divisé la ville en secteurs, globalement en prenant 
appui sur les grands axes. J'ai ensuite imprimé via Maposmatic chaque 
secteur séparément, sur du A4. Et j'ai composé ma tournée, sur une 
semaine, en balayant les secteurs un par un. Balayer signifiait : 
parcourir toutes les voies d'un secteur, en les raturant sur mon 
exemplaire papier pour identifier simplement le reste à faire. L'idée 
était de ne pas sortir d'un secteur tant que tous les axes n'étaient 
pas crayonnés. J'ai prévenu que c'était artisanal ;)
Au final j'estime à facilement un quart du temps de la tournée le 
temps dédié, à l'arrêt, à décider des quelques prochaines rues à 
parcourir, avec en cible le souhait de minimiser les passages 
multiples sur un même axe. Un bon casse-tête ! Plus facile à traiter à 
Manhattan ou... Levallois-Perret :

http://www.openstreetmap.org/relation/86985#map=15/48.8946/2.2874


Le première application pourrait se faire ce week-end pour l'opération
libre de montreuil-en-touraine


Ce WE Stéphane on bricolera ça en vélo ;)

vincent

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




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

Re: [Talk-GB] Copyright and MAPS.ME android 6.2.5-Google

[David Woolley]

On 04/10/16 21:03, Andy Townsend wrote:

obtained as I understand it in recent versions via Google Play Services*. 
Whether that's compatible with OSM


You would need to disable the use of wifi SSIDs (and cell site 
locations) to make it legitimate.  That assumes it doesn't snap to 
Google maps roads, a problem with Apple, I believe.


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

Re: [OSM-talk-fr] Parcourir toutes les routes d'une commune

[Vincent de Château-Thierry]

Bonsoir,

Le 04/10/2016 à 21:22, Frédéric Rodrigo a écrit :

Le 04/10/2016 à 19:14, didier2020 a écrit :

Le mardi 04 octobre 2016 à 19:01 +0200, Stéphane Péneau a écrit :


Si vous deviez parcourir toutes les routes d'une commune, comment est-ce
que vous vous y prendriez ?

On part du principe qu'on met de côté tout ce qui est highway=path ou
track pour conserver les routes adaptées aux voitures.

Je peux facilement récupérer ces routes dans Josm avec un requête
overpass, puis faire quelques corrections, comme ajouter les routes qui
sont très légèrement au-delà des limites admin, mais ensuite, comment
trouver le parcours le plus court  et être guidé, depuis OsmAnd par
exemple.

J'avoue que je sèche.


J'ai rencontré exactement ce problème en cherchant à parcourir toutes 
les rues de Clermont-Fd (en 2012). J'ai géré ça de façon artisanale 
(litote). J'ai divisé la ville en secteurs, globalement en prenant appui 
sur les grands axes. J'ai ensuite imprimé via Maposmatic chaque secteur 
séparément, sur du A4. Et j'ai composé ma tournée, sur une semaine, en 
balayant les secteurs un par un. Balayer signifiait : parcourir toutes 
les voies d'un secteur, en les raturant sur mon exemplaire papier pour 
identifier simplement le reste à faire. L'idée était de ne pas sortir 
d'un secteur tant que tous les axes n'étaient pas crayonnés. J'ai 
prévenu que c'était artisanal ;)
Au final j'estime à facilement un quart du temps de la tournée le temps 
dédié, à l'arrêt, à décider des quelques prochaines rues à parcourir, 
avec en cible le souhait de minimiser les passages multiples sur un même 
axe. Un bon casse-tête ! Plus facile à traiter à Manhattan ou... 
Levallois-Perret :

http://www.openstreetmap.org/relation/86985#map=15/48.8946/2.2874


Le première application pourrait se faire ce week-end pour l'opération
libre de montreuil-en-touraine


Ce WE Stéphane on bricolera ça en vélo ;)

vincent

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

Re: [Talk-it] ancora su civici e POI

[marco bra]

Ciao, espongo un caso diciamo, invento come nomi ma che corrisponde a
situazione reale, chiedo lumi su come risolvere la cosa:

Siamo in una via che ha negozi con un ingresso principale con civico e
altri accessi che sono semplicemente vetrine ma che hanno civico apposto e
sono di fatto però facenti parte dello stesso locale principale e pertanto
diciamo che sono in "relazione".

Diciamo che si potrebbe mettere un entrance=main su un civico ma main de
che ?, non certo si un edificio ma di un negozio in questo caso.

io ho pensato che potrebbe essere rappresentato un civico master/main e poi
i relazionati, ma in che modo lecito?
una relazione e' ammessa fra un civico master e quelli relazionati ? e se
si come potrei definirla ?
In secondo luogo ove la relazione non fosse il metodo ammesso posso
definire nei civici diciamo slave un civico master con un tag simile a
addr:master=xxx nei civici slave ?

Come fareste a rappresentare in mappa detta realtà logica?

Ciao, grazie
mcheck


Il giorno 4 ottobre 2016 16:17, Fra Mauro  ha
scritto:

> Capisco le varie posizioni, però permettetemi di presentarvi il mio caso
> "tipico".
> Dove sto mappando attualmente in prevalenza ci sono molti edifici ricchi
> di tutto (appartamenti, negozi, garage, studi, ...).
> Proprio ieri spero di aver finito di mappare un isolato:
> http://www.openstreetmap.org/relation/6292312
>
> Questo ha voluto dire, secondo il modo di procedere che uso io:
> 1) tracciare l'edificio grazie a Bing
> 2) verificare su terreno e aggiungere le building:part necessarie,
> indispensabili per il corretto posizionamento dei civici
> 3) fotografare tutti i civici per avere posizione e eventuali POI. Questa
> attività richiede tempo (ho fatto 39 foto), va possibilmente fatta di
> giorno per non trovare le serrande abbassate, richiede attenzione
> altrimenti vedi sguardi "perplessi" quando fotografi
> 4) mappare civici e poi usando le foto
>
> così ho mappato per quell'isolato 50 civici (se non ho contato male). *50*
>
> forse mi sono anche perso qualche civico. Per essere sicuro dovrei
> ripetere i passi 3 e 4 almeno per parte dell'isolato
>
> Note:
> * non riesco ad usare Field Papers: troppo lavoro per strada
> * non riesco ad unire i punti 2 e 3: le foto utili per i POI non fanno
> capire la struttura del palazzo
>
> Perché ho raccontato questo? Per due motivi.
> Prima di tutto se avete suggerimenti su come migliorare fatemi sapere
> Poi so benissimo che per me il livello di informazioni raccolto e mappato
> è "abbastanza". Non ho interesse (è un fatto del tutto personale, lo
> capisco) a stimare la forma del negozio o a capire a che piano sta lo uno
> dei due studi medici al civico http://www.openstreetmap.org/
> node/4429662581#map=19/41.86416/12.55314=D
> Preferirei mappare un altro gradino di marciapiede sperando che qualcuno
> in carrozzina riesca a usare l'informazione.
> Tra l'altro immagino le perplessità se provassi a capire la forma di una
> banca...
> Faccio inoltre sommessamente presente che se dovessi vedere i civici
> riportati su tutti gli scontrini dei negozi da me mappati, dovrei spendere
> una discreta cifra in acquisti...
>
> Spero vivamente di essermi espresso bene: non sto criticando nessuna
> proposta di mappatura, sto semplicemente riportando perché io ho dei
> problemi operativi con esse e perché alla fine penso che per ora non
> mapperò gli studi medici al piano terra, scala B (sempre al civico
> http://www.openstreetmap.org/node/4429662581#map=19/41.
> 86416/12.55314=D ).
>
> comunque ora mi rileggo le vostre spiegazioni su come mappare gli
> studi. :-)
>
> Un saluto a tutti
> FraMauro
>
> P.S. per curiosità: https://wiki.openstreetmap.
> org/wiki/AssociatedAddress_(new) Non è passata
> P.P.S.S.: sempre per curiosità: al civico http://www.openstreetmap.org/
> node/4429662581#map=19/41.86416/12.55314=D c'è un terzo studio.
> Purtroppo la targa è sfocata nella foto e non si capisce di cosa si
> occupi...
>
>
> Il giorno 3 ottobre 2016 12:20, Martin Koppenhoefer <
> dieterdre...@gmail.com> ha scritto:
>
>>
>> 2016-10-03 12:11 GMT+02:00 Mauro Costantini <
>> maurocostantini1...@gmail.com>:
>>
>>> Io farei così:
>>>
>>> ...
>>>
>>> [node0] //facente parte del bulding e connesso alla viabilità pedonale
>>> entrance=*
>>> [/node0]
>>>
>>
>>
>> allora ti perdi la posizione del civico - oppure come fai a capire il
>> civico di questo ingresso?
>>
>>
>>
>>>
>>> Fissato "level=0" la base
>>> dell'edificio, non è detto che l'ingresso principale si trovi alla
>>> stessa altezza; è ben possibile avere un oggetto con "level=1" (il
>>> piano sopra alla base, rispetto alla via su cui è stato costruito
>>> l'edificio) e "addr:floor=0" (rispetto ad un'altra via, ingresso
>>> principale della gente).
>>>
>>
>>
>>
>> "level=0" in questo caso (edificio in terreno inclinato) non è
>> necessariamente la "base". Tipicamente si sceglie come piano terra il piano
>> che sta all'altezza della strada con quale ci arrivi. Se 

Re: [Talk-GB] Copyright and MAPS.ME android 6.2.5-Google

[Andy Townsend]

As I understand it, MAPS.ME locations are taken from the phone's location. The 
"Google" in the created_by tag just means the Android version of MAPS.ME‎.

The actual location comes from the phone - obtained as I understand it in 
recent versions via Google Play Services*. Whether that's compatible with OSM 
or not is a whole other kettle of fish (but if if not, the problem is much 
bigger than MAPS.ME, or even Android).
‎
* and even after the "user's current location" has been obtained, the user gets 
to place the new poi by moving the underlying osm map around to place it 
accurately - so even less of a potential issue.

  Original Message  
From: ael
Sent: Tuesday, 4 October 2016 20:51
To: Talk-GB@openstreetmap.org
Subject: [Talk-GB] Copyright and MAPS.ME android 6.2.5-Google

I have just found a local cafe added to OSM by "MAPS.ME android 6.2.5-Google",
at least that was the "created by" tag.

https://www.openstreetmap.org/changeset/41346334#map=19/51.78621/-1.48443

The mention of Google suggested that Google maps might have been used,
although I suspect it just means that the App is available on the Google
store.

A quick skim of the website http://maps.me/en/home didn't seem to throw
any light on this. I have sent a message to the mapper asking if he/she 
was sure that the information was copyright free/original and haven't
had a reply as yet.

Is anyone familiar with this App and whether the mapping is legitimate?
The user has not uploaded any gps traces which may or may not be
relevant.

I have my own gps Waypoint for the cafe (I was about to add the fhrs:id)
so I can remap it the current version is illegitimate.

ael



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

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

Re: [Talk-GB] Copyright and MAPS.ME android 6.2.5-Google

[Philip Barnes]

Maps.me is fine, as you suspect the google just means the app is from the play 
store, they were at SOTM.

Phil (trigpoint)

On Tue Oct 4 20:53:58 2016 GMT+0100, ael wrote:
> On Tue, Oct 04, 2016 at 08:49:32PM +0100, ael wrote:
> > I have just found a local cafe added to OSM by "MAPS.ME android 
> > 6.2.5-Google",
> > at least that was the "created by" tag.
> 
> I think that I may now have answered my own question. Digging into the
> Knowledge base on the app website, it does look as if the data does
> come from the user so should be legitimate.
> 
> ael
> 
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>

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

[Talk-GB] Copyright and MAPS.ME android 6.2.5-Google

[ael]

I have just found a local cafe added to OSM by "MAPS.ME android 6.2.5-Google",
at least that was the "created by" tag.

https://www.openstreetmap.org/changeset/41346334#map=19/51.78621/-1.48443

The mention of Google suggested that Google maps might have been used,
although I suspect it just means that the App is available on the Google
store.

A quick skim of the website http://maps.me/en/home didn't seem to throw
any light on this. I have sent a message to the mapper asking if he/she 
was sure that the information was copyright free/original and haven't
had a reply as yet.

Is anyone familiar with this App and whether the mapping is legitimate?
The user has not uploaded any gps traces which may or may not be
relevant.

I have my own gps Waypoint for the cafe (I was about to add the fhrs:id)
so I can remap it the current version is illegitimate.

ael



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

Re: [Talk-GB] Copyright and MAPS.ME android 6.2.5-Google

[ael]

On Tue, Oct 04, 2016 at 08:49:32PM +0100, ael wrote:
> I have just found a local cafe added to OSM by "MAPS.ME android 6.2.5-Google",
> at least that was the "created by" tag.

I think that I may now have answered my own question. Digging into the
Knowledge base on the app website, it does look as if the data does
come from the user so should be legitimate.

ael


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

Re: [OSM-talk-be] Vernieuwde Wiki .... is die te gebruiken voor België ? Nouveau Wiki compatible pour Belgique ...

[Marc Gemis]

When I see the name Ulamm as author of that wiki page I proceed with a
lot of caution. He was involved in several edit wars, he was banned
from editing the wiki for awhile, because he wanted to push his own
tagging method in established wiki pages.

This is one of his private pages which might not have received any
checks by other mappers.

One of the unknown values for me is "obligatory". I doubt this is
accepted by a broad community.

m.

On Tue, Oct 4, 2016 at 8:25 PM, Jakka  wrote:
> https://wiki.openstreetmap.org/wiki/User:Ulamm/Tables_of_street_layouts#Cars_and_cycling_in_both_directions
>
> The old one does this still exist?
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-fr] Parcourir toutes les routes d'une commune

[Frédéric Rodrigo]

Non, pas tout à fait, c'est le problème du postier chinois :

https://fr.wikipedia.org/wiki/Probl%C3%A8me_du_postier_chinois


Le 04/10/2016 à 19:14, didier2020 a écrit :

c'est le fameu probleme du voyageur de commerce mais ramené a une
ville ...

tu peu essayé ca :
https://www.multiroute.de/?locale=fr


Le mardi 04 octobre 2016 à 19:01 +0200, Stéphane Péneau a écrit :

Bonsoir tout le monde,

Si vous deviez parcourir toutes les routes d'une commune, comment est-ce
que vous vous y prendriez ?

On part du principe qu'on met de côté tout ce qui est highway=path ou
track pour conserver les routes adaptées aux voitures.

Je peux facilement récupérer ces routes dans Josm avec un requête
overpass, puis faire quelques corrections, comme ajouter les routes qui
sont très légèrement au-delà des limites admin, mais ensuite, comment
trouver le parcours le plus court  et être guidé, depuis OsmAnd par exemple.

J'avoue que je sèche.

Le première application pourrait se faire ce week-end pour l'opération
libre de montreuil-en-touraine

http://www.openstreetmap.org/relation/171408

Stf


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



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




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

[OSM-talk-be] Vernieuwde Wiki .... is die te gebruiken voor België ? Nouveau Wiki compatible pour Belgique ...

[Jakka]

https://wiki.openstreetmap.org/wiki/User:Ulamm/Tables_of_street_layouts#Cars_and_cycling_in_both_directions

The old one does this still exist?


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

[OSM-talk-be] a slightly more formal meetup

[joost schouppe]

Hi,

I'm very happy to see another bar meetup in Brussels! [1] You should all
come :)

But would anyone be interested in a little more formal thing? I believe it
was in Hungaria where they frequently do meetups with two or three
presentations, roughly related to OpenStreetMap. They always get about 50
participants, which sounds great. Don't worry, there would be beers and
lemonades afterwards.

The logical place would be Brussels, as it is the most central location. It
takes a little more time and effort to organize, but I think some of the
amazing Brussels based people might be interested to help out.

Anyway, I made a framadate to check if anyone is interested, and if so,
when [2]. Interested to find out if anyone is willing to help or present
something.

We can of course discuss the idea over a geuze at the next Brussels meetup.


1: http://www.meetup.com/OpenStreetMap-Belgium/events/234599761/
2: https://framadate.org/74wPQ5W8AVKNUhjp

-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Marcello]

Ho corretto la bozza nei punti che erano emersi durante la discussione e
che ancora non erano stati riportati. Quesito n.1: tolto riferimento
alla regione di provenienza (Paolo aveva detto che era errato, frutto di
un copia/incolla). Quesito n.2: tolto il riferimento all'ISTAT.

Ho cambiato la data di chiusura, messa al 31 Ottobre ma chiedo conferma.
Per il riferimento iniziale alla discussione ed al changeset, direi di
mettere la discussione (o le discussioni, in realtà sono 2), i changeset
credo siano molteplici. Una volta confermata definitivamente dove
potrebbe essere collocata?

P.S. Questa settimana avrò pochissimo tempo per seguirvi e la prossima
non ci sarò proprio, quindi se non interverrò è perché non posso.

Ciao

Marcello


On 04/10/2016 12:55, Luca Meloni wrote:
> +1
> Comunque la bozza nella sandbox per me va bene. Ma quindi non se ne fa
> nulla?
>
> Ciao,
> Luca
>
> Il Giovedì 15 Settembre 2016 11:19, Martin Koppenhoefer
>  ha scritto:
>
>
>
> 2016-09-15 10:05 GMT+02:00 Carlo Stemberger
> >:
>
> Perché le comunità regionalmente hanno una ML in cui discutere
> ed arrivare ad una linea comune.
> Potrebbe andar bene anche mettere semplicemente locale, ma poi
> sorgerebbe il dubbio che potrebbe portare a possibili diatribe
> città vs resto regione.
>
>
> No, non credo. Se passa la linea di dare peso alla comunità
> locale, l'eventuale comunità "comunale" avrebbe maggior peso
> rispetto a quella regionale. Chiaramente sempre col buonsenso al
> primo posto e in un'ottica comunque globale.
>
>
>
>
> +1, non insisterei sulla parola "regionale", le ML possono essere
> create per temi o territoriali, dove non c'è un requisito che quel
> territorio deve corrispondere ad una regione. Anzi, anche nel caso
> della ML talk-it-lazio, il circolo non è ristretto al Lazio, ci sono
> anche Abruzzesi e Toscani (credo). Dipende da quanto è grande la
> comunità che discute per strutturare le "sottoliste", attualmente
> siamo strutturati per regioni (al meno secondo il nome delle liste),
> ma se dovessimo crescere possono anche nascere liste a livello
> comunale o per regioni geografici (così è andato in Germania, con la
> crescità della comunità si sono formate anche delle liste sempre più
> granulari).
>
> Poi non c'è niente che dice chi sta in una lista regionale deve avere
> un legame con quella Regione, io sono per esempio anche iscritto alla
> ML sicilia, ma non ci sono ancora mai stato in Sicilia ;-)
>
> Poi le discussioni, sopratutto quelle locali, possono anche svolgersi
> nella vita reale, ad incontri tra persone.
>
>
> Ciao,
>
> Martin
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-it
>
>

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

Re: [OSM-talk-fr] Parcourir toutes les routes d'une commune

[Benoit Fournier]

Tout pareil, mais en 2 liens :

Problème du voyageur de commerce
https://fr.wikipedia.org/wiki/Probl%C3%A8me_du_voyageur_de_commerce
C'est celui-là qui est abordé par le site indiqué par Didier
https://www.multiroute.de/?locale=fr

Le problème indiqué par Stéphane est plus proche de:
Problème du postier chinois
https://fr.wikipedia.org/wiki/Probl%C3%A8me_du_postier_chinois
Je n'ai pas de solution toute prête, peut-être essayer un plugin de QGIS:
https://plugins.qgis.org/plugins/chinesepostman/
(aucune idée si ça fonctionne)

Benoît



2016-10-04 19:35 GMT+02:00 Philippe Verdy :
> Le problème du voyageur de commerce n'est PAS de parcourir toutes les
> routes, mais de passer par toutes les villes par le plus court chemin et
> revenir au point de départ (une variante étant de ne pas non plus croiser un
> chemin déjà parcouru, de façon à former un "anneau" sans auto-intersection).
> Ce problème est le classique problème du routage de circuits imprimés ou
> circuits intégrés (la contrainte de ne pas croiser un chemin parcouru est
> résolue en utilisant au moins 2 couches de gravures, mais on a un résultat
> plus compact avec 4 ou 6 couches, comme on le voit sur les cartes mères de
> nos PC).
>
> Passer par toutes les routes est impossible sans repasser plusieurs fois par
> certaines, notamment s'il y a des intersections avec un nombre impair de
> routes/rues connectées (par exemple on devra nécessairement parcourir les
> impasses en faisant demi-tour par le même chemin) : la contrainte étant
> seulement de trouver le chemin total le plus court.
>
> Les heuristiques existent pour ce problème, mais sont beaucoup plus
> complexes pour ce problème que pour le problème classique consistant à ne
> passer qu'une seule fois dans chaque ville. Il n'y a pas d'algorithme en
> temps non exponentiel, les heuristiques en temps logarithmique sont
> possibles, celles considérées comme bonnes.
>
> Pour OSM je pense qu'on a aussi les contraintes des sens uniques (à moins
> que le parcours soit à faire à pied) et on peut se demander s'il faut ou non
> parcourir chacune des branches des Y de raccordement aux ronds-points (non
> nécessaire si la but est de parcourir tout ce qui est à portée de vue sans
> obstacle obstruant ce qu'on voit sur une autre voie proche (mais là OSM ne
> fournit pas toujours de données sur la visibilité réelle et si on est au
> volant il n'est pas facile de voir non plus les panneaux orientés de l'autre
> côté de la route en sens inverse. D'autres contraintes sont liées au mode de
> transport utilisé (une voiture ne pourra pas aller sur les chemins piétons
> ou cyclistes).
>
> Je pense que pour planifier un parcours il vaut mieux se limiter au problème
> classique du voyageur de commerce: passer par un certain nombre de points
> reliés par des chemins autorisés, et formant un graphe connexe. Ensuite pour
> compléter la visite, autoriser le stationnement et parcourir les alentours à
> pied si nécessaire. Alors peu importe la distance et si on emprunte un
> chemin plusieurs fois, que ce soit à pied, à vélo ou en voiture. Autour de
> chaque point de stationnement, établir ensuite la liste des chemins
> supplémentaires à visiter en faisant une boucle pouvant revenir plusieurs
> fois au point de départ et tenter de minimiser les parcours à pied. Là il
> n'y aura pas trop de combinaisons à tester autour de chaque point d'arrêt,
> et on peut faire une recherche en temps exponentiel sur chaque petit
> secteur.
>
> Ce qu'on obtient alors c'est la "tournée du facteur".
>
>
>
> Le 4 octobre 2016 à 19:14, didier2020  a écrit :
>>
>> c'est le fameu probleme du voyageur de commerce mais ramené a une
>> ville ...
>>
>> tu peu essayé ca :
>> https://www.multiroute.de/?locale=fr
>>
>>
>> Le mardi 04 octobre 2016 à 19:01 +0200, Stéphane Péneau a écrit :
>> > Bonsoir tout le monde,
>> >
>> > Si vous deviez parcourir toutes les routes d'une commune, comment est-ce
>> > que vous vous y prendriez ?
>> >
>> > On part du principe qu'on met de côté tout ce qui est highway=path ou
>> > track pour conserver les routes adaptées aux voitures.
>> >
>> > Je peux facilement récupérer ces routes dans Josm avec un requête
>> > overpass, puis faire quelques corrections, comme ajouter les routes qui
>> > sont très légèrement au-delà des limites admin, mais ensuite, comment
>> > trouver le parcours le plus court  et être guidé, depuis OsmAnd par
>> > exemple.
>> >
>> > J'avoue que je sèche.
>> >
>> > Le première application pourrait se faire ce week-end pour l'opération
>> > libre de montreuil-en-touraine
>> >
>> > http://www.openstreetmap.org/relation/171408
>> >
>> > Stf
>> >
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> 

Re: [OSM-talk-fr] Parcourir toutes les routes d'une commune

[Philippe Verdy]

Le problème du voyageur de commerce n'est PAS de parcourir toutes les
routes, mais de passer par toutes les villes par le plus court chemin et
revenir au point de départ (une variante étant de ne pas non plus croiser
un chemin déjà parcouru, de façon à former un "anneau" sans
auto-intersection). Ce problème est le classique problème du routage de
circuits imprimés ou circuits intégrés (la contrainte de ne pas croiser un
chemin parcouru est résolue en utilisant au moins 2 couches de gravures,
mais on a un résultat plus compact avec 4 ou 6 couches, comme on le voit
sur les cartes mères de nos PC).

Passer par toutes les routes est impossible sans repasser plusieurs fois
par certaines, notamment s'il y a des intersections avec un nombre impair
de routes/rues connectées (par exemple on devra nécessairement parcourir
les impasses en faisant demi-tour par le même chemin) : la contrainte étant
seulement de trouver le chemin total le plus court.

Les heuristiques existent pour ce problème, mais sont beaucoup plus
complexes pour ce problème que pour le problème classique consistant à ne
passer qu'une seule fois dans chaque ville. Il n'y a pas d'algorithme en
temps non exponentiel, les heuristiques en temps logarithmique sont
possibles, celles considérées comme bonnes.

Pour OSM je pense qu'on a aussi les contraintes des sens uniques (à moins
que le parcours soit à faire à pied) et on peut se demander s'il faut ou
non parcourir chacune des branches des Y de raccordement aux ronds-points
(non nécessaire si la but est de parcourir tout ce qui est à portée de vue
sans obstacle obstruant ce qu'on voit sur une autre voie proche (mais là
OSM ne fournit pas toujours de données sur la visibilité réelle et si on
est au volant il n'est pas facile de voir non plus les panneaux orientés de
l'autre côté de la route en sens inverse. D'autres contraintes sont liées
au mode de transport utilisé (une voiture ne pourra pas aller sur les
chemins piétons ou cyclistes).

Je pense que pour planifier un parcours il vaut mieux se limiter au
problème classique du voyageur de commerce: passer par un certain nombre de
points reliés par des chemins autorisés, et formant un graphe connexe.
Ensuite pour compléter la visite, autoriser le stationnement et parcourir
les alentours à pied si nécessaire. Alors peu importe la distance et si on
emprunte un chemin plusieurs fois, que ce soit à pied, à vélo ou en
voiture. Autour de chaque point de stationnement, établir ensuite la liste
des chemins supplémentaires à visiter en faisant une boucle pouvant revenir
plusieurs fois au point de départ et tenter de minimiser les parcours à
pied. Là il n'y aura pas trop de combinaisons à tester autour de chaque
point d'arrêt, et on peut faire une recherche en temps exponentiel sur
chaque petit secteur.

Ce qu'on obtient alors c'est la "tournée du facteur".



Le 4 octobre 2016 à 19:14, didier2020  a écrit :

> c'est le fameu probleme du voyageur de commerce mais ramené a une
> ville ...
>
> tu peu essayé ca :
> https://www.multiroute.de/?locale=fr
>
>
> Le mardi 04 octobre 2016 à 19:01 +0200, Stéphane Péneau a écrit :
> > Bonsoir tout le monde,
> >
> > Si vous deviez parcourir toutes les routes d'une commune, comment est-ce
> > que vous vous y prendriez ?
> >
> > On part du principe qu'on met de côté tout ce qui est highway=path ou
> > track pour conserver les routes adaptées aux voitures.
> >
> > Je peux facilement récupérer ces routes dans Josm avec un requête
> > overpass, puis faire quelques corrections, comme ajouter les routes qui
> > sont très légèrement au-delà des limites admin, mais ensuite, comment
> > trouver le parcours le plus court  et être guidé, depuis OsmAnd par
> exemple.
> >
> > J'avoue que je sèche.
> >
> > Le première application pourrait se faire ce week-end pour l'opération
> > libre de montreuil-en-touraine
> >
> > http://www.openstreetmap.org/relation/171408
> >
> > Stf
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Turistická trasa v OSM - prosba o zkontrolování správnosti mého zadání

[Petr Holub]

> Jestli jde o to namalovat ty značky, můžu to během dneška udělat. Jen mi 
> dejte přesně vědět
> požadavky - tj. v jakém formátu (svg/png) případně u png velikost a kam/komu 
> to pak předat.

Řada obrázků už ve wiki je na stránce
https://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_zna%C4%8Dkov%C3%BD_kl%C3%AD%C4%8D
z této stránky bych si vzal i inspiraci, jak ty příklady
https://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#P.C5.99.C3.ADklady_u.C5.BEit.C3.AD:
uspořádat to tabulky.

Diky moc,
Petr


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

Re: [Talk-GB] Autumn Quarterly Project

[Greg]

Just to say that I have increased the number of OSM tags used by my
comparison tool (http://gregrs.dev.openstreetmap.org/fhrs/) so you may
see a sudden change in statistics for each district when the update
script is run tonight.

(The tool compares the FHRS data with any nodes/ways with an fhrs:id and
any nodes/ways with one of the tags listed here:
https://github.com/gregrs-uk/python-fhrs-osm/blob/master/filter-osm.sh#L5-L13)

Thanks,
Greg

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

Re: [OSM-talk-fr] Parcourir toutes les routes d'une commune

[didier2020]

c'est le fameu probleme du voyageur de commerce mais ramené a une
ville ...

tu peu essayé ca :
https://www.multiroute.de/?locale=fr


Le mardi 04 octobre 2016 à 19:01 +0200, Stéphane Péneau a écrit : 
> Bonsoir tout le monde,
> 
> Si vous deviez parcourir toutes les routes d'une commune, comment est-ce 
> que vous vous y prendriez ?
> 
> On part du principe qu'on met de côté tout ce qui est highway=path ou 
> track pour conserver les routes adaptées aux voitures.
> 
> Je peux facilement récupérer ces routes dans Josm avec un requête 
> overpass, puis faire quelques corrections, comme ajouter les routes qui 
> sont très légèrement au-delà des limites admin, mais ensuite, comment 
> trouver le parcours le plus court  et être guidé, depuis OsmAnd par exemple.
> 
> J'avoue que je sèche.
> 
> Le première application pourrait se faire ce week-end pour l'opération 
> libre de montreuil-en-touraine
> 
> http://www.openstreetmap.org/relation/171408
> 
> Stf
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



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

[OSM-talk-fr] Parcourir toutes les routes d'une commune

[Stéphane Péneau]

Bonsoir tout le monde,

Si vous deviez parcourir toutes les routes d'une commune, comment est-ce 
que vous vous y prendriez ?


On part du principe qu'on met de côté tout ce qui est highway=path ou 
track pour conserver les routes adaptées aux voitures.


Je peux facilement récupérer ces routes dans Josm avec un requête 
overpass, puis faire quelques corrections, comme ajouter les routes qui 
sont très légèrement au-delà des limites admin, mais ensuite, comment 
trouver le parcours le plus court  et être guidé, depuis OsmAnd par exemple.


J'avoue que je sèche.

Le première application pourrait se faire ce week-end pour l'opération 
libre de montreuil-en-touraine


http://www.openstreetmap.org/relation/171408

Stf


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

Re: [Talk-GB] Quarterly project - taginfo tracker

[Greg]

In case it's useful for tracking, you can get the full list of tags used
by my comparison tool at the link below. The tool downloads nodes/ways
with those tags and any nodes/ways with an fhrs:id tag set.

https://github.com/gregrs-uk/python-fhrs-osm/blob/master/filter-osm.sh#L5-L13

Thanks,
Greg


On 02/10/16 17:38, Robert Whittaker (OSM lists) wrote:

> Off the top of my head, I'd have thought it would be good to know
> about number of instances of fhrs:id=* and addr:postcode=*, and
> numbers of eating type places (perhaps just one count for all
> amenity=cafe|restaurant|fast_food|pub|bar). Maybe also the
> number/proportion of such places that have a name tag. Possibly you
> could do other measures postcode progress, such as number of unique
> correctly-formatted postcodes in addr:postcode tags and/or number of
> postcode sectors ("AB12 X..") with at least one addr:postcode tagged.

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

Re: [Talk-GB] Autumn Quarterly Project

[Greg]

Hi Neil,

I've added a couple of feature requests for you here:
https://github.com/gregrs-uk/python-fhrs-osm/issues

If anyone else would like to suggest features or report bugs, please do
visit the link above. I don't have time at the moment to improve the
code much, but it would be good to have suggestions in one place in case
I get some time (possible in late October / early November).

Thanks,
Greg


On 02/10/16 22:19, Neil Matthews wrote:

> Tool looks good, but is there any way to get a feature request: to
> identify items in the fhrs data that don't match to OSM in a region (and
> ideally get a GPX file for surveying). Maybe also sort the regions
> alphabetically on the launch page?

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

Re: [Talk-GB] Quarterly project - taginfo tracker

[Dave F]

On 04/10/2016 16:15, Dan S wrote:

Hi,

"Horses for courses" is certainly correct - but let me comment: please
don't rely on website=* as a way for people to get hold of further
info. Even if the establishment continues to exist, many small places
have websites that vanish, or are stolen, or are full of incorrect
info. I've discovered this in my OSM work, finding that many
faithfully-added website=* had to be removed mere months later when
the websites vanished :(


I've found the main problem with websites is their designers. Changing 
page addresses by the smallest detail, such as adding/removing .aspx & 
even /#. Bloody annoying. I use keep-right to update them, but it's a 
really annoying job to have to do.




(Also, of course the info isn't available in a structured form if it's
spread over a bag of websites, so it's not available for query filters
etc)


True


The info I'd love to have is address (especially housenumber and
postcode) and opening_hours


I suspect open hours are the most ephemeral data. Best left on the 
website IMO.


Dave F.


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

Re: [Talk-es] Reunión virtual martes 4-10-16 a 22:00h en riot.im

[Santiago Crespo]

Hola,

No creo que nos dé tiempo a discutir todos los puntos esta noche. Hay
algunos textos que os recomiendo leer antes de la reunión para hacerla
más ágil.

Uno es la revisión de los estatutos actuales, son 33 artículos cortos:

https://wiki.openstreetmap.org/wiki/Estatutos_osm-es

Otro punto es decidir si queremos ser un "local chapter" de la OSMF.
Aquí lo explican en inglés:

https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters

Y aquí el contrato con la OSMF, en inglés también:

https://wiki.osmfoundation.org/wiki/Local_Chapters/Template_agreement

¡Hasta esta noche!
Santiago Crespo


On 10/03/2016 03:36 PM, Miguel Sevilla-Callejo wrote:
> Hola,
> 
> Os recuerdo que hemos quedado virtualmente mañana martes día 4 a las
> 22:00 para seguir debatiendo los temas en torno a la reactivación de la
> asociación OSM España y dinamización de la comunidad.
> 
> El lugar para llevar a cabo la reunión es la sala de riot.im
>  creada para tal efecto [0] , que es de acceso rápido y
> abierto y que quedará guardada para futuros.
> 
> Para ello propongo seguir un orden del día(que tenéis algo más detallado
> en un pad público [1]) que:
> 
> - revise/apruebe el acta de la anterior reunión [2]
> 
> - trate sobre los tres grandes puntos que establecimos para dinamizar la
> comunidad (ver hilo sobre el tema en la lista [3])
> 
> - incidir en el tema de la mensajería instantánea para intentar dar
> orden a las diferentes alternativas que se ha generado en las últimas
> semanas [4]
> 
> - y, si da tiempo, retomar los puntos más específicos de la reactivación
> de la asociación [5]
> 
> Como en la última reunión, Santiago Crespo se ha ofrecido muy
> amablemente a moderar la misma. Gracias Santiago.
> 
> La idea es no estar más de hora y media ocupados por lo que intentaremos
> ser rápidos y concisos y si acaso, podemos posponer lo que se tercie
> para la siguiente reunión (el primer martes de noviembre: el día 1!).
> 
> Estáis todos invitados, no solo a oír/leer, también a participar!
> 
> Nos vemos/leemos mañana en la noche
> 
> Un saludo
> 
> Miguel
> 
> [0] https://riot.im/app/#/room/#osm-es-reuniones:matrix.org
> 
> [1] orden del día de la reunión: https://public.pad.fsfe.org/p/osmes161004
> [2] https://wiki.openstreetmap.org/wiki/Acta1_osm-es
> [3]
> https://lists.openstreetmap.org/pipermail/talk-es/2016-September/014352.html
> [4]
> https://lists.openstreetmap.org/pipermail/talk-es/2016-September/014372.html
> y siguientes...
> [5]
> https://lists.openstreetmap.org/pipermail/talk-es/2016-September/014321.html
> 
> 
> --
> *Miguel Sevilla-Callejo
> *Doctor en Geografía
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [Talk-GB] Quarterly project - taginfo tracker

[Dan S]

Hi,

"Horses for courses" is certainly correct - but let me comment: please
don't rely on website=* as a way for people to get hold of further
info. Even if the establishment continues to exist, many small places
have websites that vanish, or are stolen, or are full of incorrect
info. I've discovered this in my OSM work, finding that many
faithfully-added website=* had to be removed mere months later when
the websites vanished :(

(Also, of course the info isn't available in a structured form if it's
spread over a bag of websites, so it's not available for query filters
etc)

The info I'd love to have is address (especially housenumber and
postcode) and opening_hours

Best
Dan


2016-10-04 16:05 GMT+01:00 Dave F :
> Horses for courses. I map what I'm interested in, which maybe considered
> selfish by some, but it still adds relevant data.
> Websites provide current data on establishment.
>
> Surely, by your logic, churn will also mean the names of establishment will
> disappear? Comparing a newly issued fhrs database with its predecessor is a
> relatively easy way to double-check that churn.
>
> An fhrs:id tag provides a link to the addresses.
>
> Dave F.
>
> On 03/10/2016 14:01, SK53 wrote:
>
> I'd really strongly disagree here. Getting address data into OSM is
> important; the shop/amenity stuff is the sugar which coats that pill. In 5
> years time (see my figures) many of the fhrs:id will have disappeared from
> the website.
>
> Jerry
>
> On 3 October 2016 at 13:13, Dave F  wrote:
>>
>> For me, fhrs:id is obviously needed. ATM I'm only adding 'website' as an
>> additional tag. From that an end user can ascertain info such as an
>> establishments address & the services it provides. Adding full addresses is
>> something I might get around to doing later id there not anything more
>> exciting to map.
>>
>> If it's decided to do all fhrs:id tag, maybe show details of the databases
>> subsets such as restaurants,cafes; pubs,bars; supermarkets. etc.
>>
>> Dave F.
>>
>> On 02/10/2016 15:38, Rob Nickerson wrote:
>>
>> Hi all,
>>
>> Which tags would you like me to set up a tag-info script for? We can then
>> track these throughout the quarter.
>>
>> Rob
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>

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

Re: [Talk-GB] Quarterly project - taginfo tracker

[SK53]

External links of all kinds can die; but for me the issue is that external
addresses make life difficult for data consumers.

J

On 4 October 2016 at 16:05, Dave F  wrote:

> Horses for courses. I map what I'm interested in, which maybe considered
> selfish by some, but it still adds relevant data.
> Websites provide current data on establishment.
>
> Surely, by your logic, churn will also mean the names of establishment
> will disappear? Comparing a newly issued fhrs database with its predecessor
> is a relatively easy way to double-check that churn.
>
> An fhrs:id tag provides a link to the addresses.
>
> Dave F.
>
> On 03/10/2016 14:01, SK53 wrote:
>
> I'd really strongly disagree here. Getting address data into OSM is
> important; the shop/amenity stuff is the sugar which coats that pill. In 5
> years time (see my figures) many of the fhrs:id will have disappeared from
> the website.
>
> Jerry
>
> On 3 October 2016 at 13:13, Dave F  wrote:
>
>> For me, fhrs:id is obviously needed. ATM I'm only adding 'website' as an
>> additional tag. From that an end user can ascertain info such as an
>> establishments address & the services it provides. Adding full addresses is
>> something I might get around to doing later id there not anything more
>> exciting to map.
>>
>> If it's decided to do all fhrs:id tag, maybe show details of the
>> databases subsets such as restaurants,cafes; pubs,bars; supermarkets. etc.
>>
>> Dave F.
>>
>> On 02/10/2016 15:38, Rob Nickerson wrote:
>>
>> Hi all,
>>
>> Which tags would you like me to set up a tag-info script for? We can then
>> track these throughout the quarter.
>>
>> *Rob*
>>
>>
>> ___
>> Talk-GB mailing 
>> listTalk-GB@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Quarterly project - taginfo tracker

[Dave F]

Horses for courses. I map what I'm interested in, which maybe considered 
selfish by some, but it still adds relevant data.

Websites provide current data on establishment.

Surely, by your logic, churn will also mean the names of establishment 
will disappear? Comparing a newly issued fhrs database with its 
predecessor is a relatively easy way to double-check that churn.


An fhrs:id tag provides a link to the addresses.

Dave F.

On 03/10/2016 14:01, SK53 wrote:
I'd really strongly disagree here. Getting address data into OSM is 
important; the shop/amenity stuff is the sugar which coats that pill. 
In 5 years time (see my figures) many of the fhrs:id will have 
disappeared from the website.


Jerry

On 3 October 2016 at 13:13, Dave F > wrote:


For me, fhrs:id is obviously needed. ATM I'm only adding 'website'
as an additional tag. From that an end user can ascertain info
such as an establishments address & the services it provides.
Adding full addresses is something I might get around to doing
later id there not anything more exciting to map.

If it's decided to do all fhrs:id tag, maybe show details of the
databases subsets such as restaurants,cafes; pubs,bars;
supermarkets. etc.

Dave F.

On 02/10/2016 15:38, Rob Nickerson wrote:

Hi all,

Which tags would you like me to set up a tag-info script for? We
can then track these throughout the quarter.

*Rob*


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




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





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

Re: [Talk-it-lazio] Proposta di incontro

[Roberto Angeletti]

Ciao a tutti,

che ne direste di un gruppo OpenStreetMapLazio su   Twitter,  Telegram,
oppure WhatsApp ?

Forse in questo modo saremmo informati in tempo reale.


Che ne dite ?


A presto

Roberto



Il giorno 4 ottobre 2016 16:42, Roberto Angeletti <
robertoangele...@gmail.com> ha scritto:

>
> -- Messaggio inoltrato --
> Da: Roberto Angeletti 
> Date: 4 ottobre 2016 16:17
> Oggetto: Re: [Talk-it-lazio] Proposta di incontro
> A: Martin Koppenhoefer 
>
>
>
> E' confermato l'incontro della GeoBirra  da Eataly alle 19:00  ?
>
> Fatemi sapere,  grazie  :)
>
>
> A dopo
>
> Roberto
>
> Il giorno 27 settembre 2016 11:48, Martin Koppenhoefer <
> dieterdre...@gmail.com> ha scritto:
>
>>
>>
>> sent from a phone
>>
>> Il giorno 27 set 2016, alle ore 11:24, Roberto Angeletti <
>> robertoangele...@gmail.com> ha scritto:
>>
>> Vabbe, qualcosa ho fatto.  Male ma ho scritto il mio nome.
>>
>>
>>
>> grazie, l'ho sistemato un po' ;-)
>>
>
>
>
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-GB] UK Postcodes

[Paul Berry]

> Dealing with postcodes is done by Nominatim. Perhaps people might like to
consider contributing to the code base to make this possible (see for
instance ).

Thanks for the pointer. I didn't realise it was an open issue with them.

Regards,
*Paul*

On 4 October 2016 at 13:22, SK53  wrote:

> Dealing with postcodes is done by Nominatim. Perhaps people might like to
> consider contributing to the code base to make this possible (see for
> instance ).
>
> The Irish community run their own Nominatim instance which:
>
> a) is easier to maintain as the dataset is smaller
> and b) is used to check broken polygon objects (through reporting those
> which change in size considerably between updates).
>
> Jerry
>
>
>
> On 4 October 2016 at 12:52, Paul Berry  wrote:
>
>> In the light of recent talk about postcode coverage, I've started mapping
>> with postal_code the highways that front groups of buildings known to have
>> the same postcode. However, that's in turn led me to notice that OSM still
>> uses NPEMap as a reference for postcode searches. Given that NPEMap
>> themselves declare this data as no longer being updated (since October 2015
>> from what I can gather) why does OSM still link there?
>>
>> Also, shouldn't OSM be looking inwards to its own data first (or some
>> aggregator service that provides this), then falling back to next-best
>> services like NPEMap for secondary results?
>>
>> The upshot is none of the postcodes I've added (as addr:postcode and
>> postal_code) in nearly three years of edits to OSM show up in a search,
>> other than the best-guessing of AB12 3## format, which is a bit
>> discouraging.
>>
>> Is there a plan to resolve this or am I missing something?
>>
>> Regards,
>> *Paul*
>>
>>
>> On 26 September 2016 at 14:29, SK53  wrote:
>>
>>> I just re-read a post
>>> 
>>> I wrote nearly 3 years ago. I think a lot of it holds true today, so I've
>>> copied the main points here :
>>>
>>>
>>>1. The simplest, but not necessarily the easiest target, is to map
>>>at least one postcode in each postcode sector. This is harder than it
>>>appears because obvious things to map in sparsely populated rural areas 
>>> may
>>>require surveys. For instance FHRS data has two B in Port Wemyss on
>>>Islay, but the names are not shown on the OS Open Data StreetView.
>>>Similarly a degree of caution must be exercised on farms in the Rhinns of
>>>Islay and on the Oa because individual farmsteads may include two or 
>>> three
>>>properties (perhaps all owned by the same extended family, but 
>>> nonetheless
>>>distinct.
>>>
>>>2. Achieve 5% completion. This reflects a DOUBLING of current
>>>postcode data, and therefore must be regarded as ambitious. This is
>>>however, the minimum condition for breaking the back of the postcode
>>>problem. I believe with a concerted effort we could achieve this in 3
>>>months, using conventional crowd-sourcing techniques.
>>>
>>>3. Achieve 10% completion. A second doubling will probably require
>>>more tool based support. The obvious targets are semi-automated matching 
>>> of
>>>FHRS & Land Registry data, and semi-automated identification of single
>>>postcode streets.
>>>
>>>4. Postcodes along major roads (A & B roads). These may require some
>>>survey work, but again because many retail outlets are along such roads
>>>there is already a decent amount of information available from FHRS.
>>>
>>> This was December 2013, so perhaps 5% and 10% should be nearer 10% and
>>> 20%. I don't have up-to-date figures but back in May 2015 we had 73,372
>>> full well-formed postcodes for GB (not whole of UK) which is still under
>>> 5%. These were located in just under 8000 postcode sectors (out of a total
>>> of 12,300 or so, with another 1000 populated in the last year). FHRS data
>>> has information on nearly 250k postcodes (inc NI) and 10k distinct postcode
>>> sectors. All these figures are based on raw strings, i.e., not checked if
>>> valid or in the right place. We still have thousands of schools mapped
>>> without postcode (even some where ref_edubase was added) so this is another
>>> fairly easy target.
>>>
>>> The big difference from 3 years ago is that we have more people
>>> interested in creating tools to assist these processes: something where the
>>> 3 month timescale is better than a shorter one.
>>>
>>> We have needed to get more address data for some, but on its own it's
>>> not a very strong motivator. My hopes for making big progress with Land
>>> Registry data were dashed once OpenAddresses and Owen Boswara clarified the
>>> 3rd party content in the data, and similarly the OpenAddresses project
>>> finished without having much in the way of 

Re: [Talk-it] ancora su civici e POI

[Fra Mauro]

Capisco le varie posizioni, però permettetemi di presentarvi il mio caso
"tipico".
Dove sto mappando attualmente in prevalenza ci sono molti edifici ricchi di
tutto (appartamenti, negozi, garage, studi, ...).
Proprio ieri spero di aver finito di mappare un isolato:
http://www.openstreetmap.org/relation/6292312

Questo ha voluto dire, secondo il modo di procedere che uso io:
1) tracciare l'edificio grazie a Bing
2) verificare su terreno e aggiungere le building:part necessarie,
indispensabili per il corretto posizionamento dei civici
3) fotografare tutti i civici per avere posizione e eventuali POI. Questa
attività richiede tempo (ho fatto 39 foto), va possibilmente fatta di
giorno per non trovare le serrande abbassate, richiede attenzione
altrimenti vedi sguardi "perplessi" quando fotografi
4) mappare civici e poi usando le foto

così ho mappato per quell'isolato 50 civici (se non ho contato male). *50*

forse mi sono anche perso qualche civico. Per essere sicuro dovrei ripetere
i passi 3 e 4 almeno per parte dell'isolato

Note:
* non riesco ad usare Field Papers: troppo lavoro per strada
* non riesco ad unire i punti 2 e 3: le foto utili per i POI non fanno
capire la struttura del palazzo

Perché ho raccontato questo? Per due motivi.
Prima di tutto se avete suggerimenti su come migliorare fatemi sapere
Poi so benissimo che per me il livello di informazioni raccolto e mappato è
"abbastanza". Non ho interesse (è un fatto del tutto personale, lo capisco)
a stimare la forma del negozio o a capire a che piano sta lo uno dei due
studi medici al civico
http://www.openstreetmap.org/node/4429662581#map=19/41.86416/12.55314=D
Preferirei mappare un altro gradino di marciapiede sperando che qualcuno in
carrozzina riesca a usare l'informazione.
Tra l'altro immagino le perplessità se provassi a capire la forma di una
banca...
Faccio inoltre sommessamente presente che se dovessi vedere i civici
riportati su tutti gli scontrini dei negozi da me mappati, dovrei spendere
una discreta cifra in acquisti...

Spero vivamente di essermi espresso bene: non sto criticando nessuna
proposta di mappatura, sto semplicemente riportando perché io ho dei
problemi operativi con esse e perché alla fine penso che per ora non
mapperò gli studi medici al piano terra, scala B (sempre al civico
http://www.openstreetmap.org/node/4429662581#map=19/41.86416/12.55314=D
).

comunque ora mi rileggo le vostre spiegazioni su come mappare gli
studi. :-)

Un saluto a tutti
FraMauro

P.S. per curiosità:
https://wiki.openstreetmap.org/wiki/AssociatedAddress_(new) Non è passata
P.P.S.S.: sempre per curiosità: al civico
http://www.openstreetmap.org/node/4429662581#map=19/41.86416/12.55314=D
c'è un terzo studio. Purtroppo la targa è sfocata nella foto e non si
capisce di cosa si occupi...


Il giorno 3 ottobre 2016 12:20, Martin Koppenhoefer 
ha scritto:

>
> 2016-10-03 12:11 GMT+02:00 Mauro Costantini  >:
>
>> Io farei così:
>>
>> ...
>>
>> [node0] //facente parte del bulding e connesso alla viabilità pedonale
>> entrance=*
>> [/node0]
>>
>
>
> allora ti perdi la posizione del civico - oppure come fai a capire il
> civico di questo ingresso?
>
>
>
>>
>> Fissato "level=0" la base
>> dell'edificio, non è detto che l'ingresso principale si trovi alla
>> stessa altezza; è ben possibile avere un oggetto con "level=1" (il
>> piano sopra alla base, rispetto alla via su cui è stato costruito
>> l'edificio) e "addr:floor=0" (rispetto ad un'altra via, ingresso
>> principale della gente).
>>
>
>
>
> "level=0" in questo caso (edificio in terreno inclinato) non è
> necessariamente la "base". Tipicamente si sceglie come piano terra il piano
> che sta all'altezza della strada con quale ci arrivi. Se ci sono più
> ingressi (uno sotto, uno sopra, magari anche con 2 strade, una sotto, una
> sopra), allora diventa più o meno casuale quale piano scegli come
> pianterreno (nella realtà).
>
> In OSM penso che usiamo la numerazione che viene usata nella realtà (per
> il piano terra al meno). Lo stesso vale per addr:floor, no?
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Nuova "digital traver experience" di FS e Indoor OSM

[Fra Mauro]

Concordo che una visione globale sarebbe utile per sfruttare al meglio le
potenzialità del progetto e le belle mappe che tutti contribuiamo a creare.
Capisco benissimo la difficoltà di fare iniziative condivise: stasera ci si
incontra a Roma e non so quanti saremo (P.S.: se qualcuno si vuole unire,
birra a Eataly alle 7!!! )

Segnalo una notizia di agosto:
http://www.repubblica.it/viaggi/2016/08/30/news/trenitalia_tratte_e_orari_entrano_in_google_maps-146876834/

 Saluti

Il giorno 2 ottobre 2016 11:25, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Il 02/10/2016 09:48, Aury88 ha scritto:
>
>> Imho dobbiamo cercare di rendere OSM il più attraente possibile per questa
>> occasione...il che significa partire con il realizzare le relazioni route
>> per le linee ferroviarie (alcune ancora mancano) fino ad arrivare a fare
>> l'indoor mapping delle stazioni...
>>
>
> Aury da spesso stimoli sui quali sarebbe spesso necessaria una discussione
> profonda su dove vuole andare OSM. Ma OSM è al 99% ciò che i mappatori
> nazionali vogliono che sia.
>
> Ognuno è libero di mappare ciò che vuole solitamente in base alla propria
> 'visione': se a me piace OSM perchè mi permette di creare la mappa libera
> del mio quartiere mi concentrerò solo su quella zona, ecc.. Visione
> assolutamente rispettabile, in fin dei conti costui/costei migliora la
> mappa OSM.
>
> Dai discorsi che girano in talk (non molti a dire il vero) c'è anche la
> visione globale. Parlare della mappatura delle stazioni e della rete
> ferroviaria nazionale lo è senz'altro (come lo è il fantastico lavoro di
> Sbiribizio sulla rete di distribuzione elettrica). Mentre però il lavoro di
> Sbiri, basato principalmente su open data e fotointerpretazione, lo si fa
> principalmente con l'armchair mapping, progetti del genere prevedono la
> quasi totalità del lavoro come survey.
> Progetti come questi, per avere una buona percentuale di successo,
> dovrebbero ricevere il sostegno attivo di un pò di componenti. Vedo però, e
> mi pare ben più di un'impressione personale, che in Italia la comunità sia
> poco focalizzabile su progetti  strategici (quel quello dei numeri civici).
> Pensate se nelle grandi stazioni ferroviarie ci fosse la mappa indoor con
> l'attribuzione di OSM; vi pongo una sola domanda: quanta visibilità ci
> porterebbe?
>
> Per questi punti visto l'interesse da parte di fs secondo me potrebbe
>> essere
>> l'occasione d'oro per richiedere i dati su cui basare la nostra
>> mappatura...che ne pensa wikimedia italia?
>> ci sono possibilità di collaborazione con FS?
>>
> In questi mesi (a partire da novembre 2015) che in WMI ho l'onore, lo
> scrivo senza retorica, di promuovere OSM in Italia, sono venuto in contatto
> con importanti realtà nazionali e non.
> Come molti sanno o immaginano, quasi tutte le grandi compagnie tengono un
> occhio all'evoluzione di OSM. Parlando di rete ferroviaria già circa 3 anni
> fa in lista spuntò un messaggio non ufficialmente proveniente da RFI ma da
> qualcuno del settore che operava sulla rete; in quel messaggio si discuteva
> (addirittura) sul routing ferroviario e in quel periodo mi dedicai a
> verificare la correttezza della linea tirrenica Genova - Roma.
>
> Certamente ci sono possibilità di collaborazione sia con FS sia con altri
> enti. Il problema è che a una collaborazione occorre dare seguito con un
> qualche tipo di attività da parte della comunità. Ciò comporterebbe la
> condivisione di un progetto da seguire con un minimo di priorità rispetto
> alla discussione su come mappare la forma delle pensiline delle fermate
> dell'autobus caratteristiche di un paesino.
> Ricordo che intorno al 2010 avevamo iniziato a proporre mensilmente la
> mappatura di determinate caratteristiche sulla falsariga di quello che fa,
> o faceva Wikipedia; dopo 4 o 5 mesi visto lo scarsissimo seguito terminammo
> questo tipo di proposta.
>
> Approfitto dell'occasione per parlarvi della giornata di ieri a Genova con
> l'appena concluso evento 'Mappalonga' in stretta relazione all'argomento
> della mail.
> Questo evento, che spingevo da aprile, ha visto in primo piano la Regione
> Liguria che si è occupata dell'organizzazione (e delle spese) della
> giornata ed ha visto partecipare quasi 70 persone, un paio delle quali
> provenienti anche dal Veneto. E questo è il primo atto ufficiale di una
> collaborazione partita quasi un anno fa e che mira a sviluppare l'utilizzo
> degli open data e ad un uso dei dati OSM all'interno dei DB regionali.
> Ciò porta benefici ad OSM, sia in termini di visibilità che di
> contributori, ma anche alla collettività migliorando i dati che Regione
> Liguria pubblicherà sul proprio geoportale. Come è avvenuto tutto ciò?
> Senz'altro con un gran lavoro della comunità ligure, con pochi utenti ma
> fortunatamente piuttosto agguerrita :-)
> Nella giornata ho avuto modo di avere contatti con diversi enti che
> conoscono OSM e desiderano quanto meno utilizzarlo, favorendo già al primo
> stadio 

Re: [Talk-GB] UK Postcodes

[SK53]

Dealing with postcodes is done by Nominatim. Perhaps people might like to
consider contributing to the code base to make this possible (see for
instance ).

The Irish community run their own Nominatim instance which:

a) is easier to maintain as the dataset is smaller
and b) is used to check broken polygon objects (through reporting those
which change in size considerably between updates).

Jerry



On 4 October 2016 at 12:52, Paul Berry  wrote:

> In the light of recent talk about postcode coverage, I've started mapping
> with postal_code the highways that front groups of buildings known to have
> the same postcode. However, that's in turn led me to notice that OSM still
> uses NPEMap as a reference for postcode searches. Given that NPEMap
> themselves declare this data as no longer being updated (since October 2015
> from what I can gather) why does OSM still link there?
>
> Also, shouldn't OSM be looking inwards to its own data first (or some
> aggregator service that provides this), then falling back to next-best
> services like NPEMap for secondary results?
>
> The upshot is none of the postcodes I've added (as addr:postcode and
> postal_code) in nearly three years of edits to OSM show up in a search,
> other than the best-guessing of AB12 3## format, which is a bit
> discouraging.
>
> Is there a plan to resolve this or am I missing something?
>
> Regards,
> *Paul*
>
>
> On 26 September 2016 at 14:29, SK53  wrote:
>
>> I just re-read a post
>> 
>> I wrote nearly 3 years ago. I think a lot of it holds true today, so I've
>> copied the main points here :
>>
>>
>>1. The simplest, but not necessarily the easiest target, is to map at
>>least one postcode in each postcode sector. This is harder than it appears
>>because obvious things to map in sparsely populated rural areas may 
>> require
>>surveys. For instance FHRS data has two B in Port Wemyss on Islay, but
>>the names are not shown on the OS Open Data StreetView. Similarly a degree
>>of caution must be exercised on farms in the Rhinns of Islay and on the Oa
>>because individual farmsteads may include two or three properties (perhaps
>>all owned by the same extended family, but nonetheless distinct.
>>
>>2. Achieve 5% completion. This reflects a DOUBLING of current
>>postcode data, and therefore must be regarded as ambitious. This is
>>however, the minimum condition for breaking the back of the postcode
>>problem. I believe with a concerted effort we could achieve this in 3
>>months, using conventional crowd-sourcing techniques.
>>
>>3. Achieve 10% completion. A second doubling will probably require
>>more tool based support. The obvious targets are semi-automated matching 
>> of
>>FHRS & Land Registry data, and semi-automated identification of single
>>postcode streets.
>>
>>4. Postcodes along major roads (A & B roads). These may require some
>>survey work, but again because many retail outlets are along such roads
>>there is already a decent amount of information available from FHRS.
>>
>> This was December 2013, so perhaps 5% and 10% should be nearer 10% and
>> 20%. I don't have up-to-date figures but back in May 2015 we had 73,372
>> full well-formed postcodes for GB (not whole of UK) which is still under
>> 5%. These were located in just under 8000 postcode sectors (out of a total
>> of 12,300 or so, with another 1000 populated in the last year). FHRS data
>> has information on nearly 250k postcodes (inc NI) and 10k distinct postcode
>> sectors. All these figures are based on raw strings, i.e., not checked if
>> valid or in the right place. We still have thousands of schools mapped
>> without postcode (even some where ref_edubase was added) so this is another
>> fairly easy target.
>>
>> The big difference from 3 years ago is that we have more people
>> interested in creating tools to assist these processes: something where the
>> 3 month timescale is better than a shorter one.
>>
>> We have needed to get more address data for some, but on its own it's not
>> a very strong motivator. My hopes for making big progress with Land
>> Registry data were dashed once OpenAddresses and Owen Boswara clarified the
>> 3rd party content in the data, and similarly the OpenAddresses project
>> finished without having much in the way of additional data to offer us. (I
>> still believe that there's scope in their approach and they built some
>> interesting tools, but it was predicated on already having a decent amount
>> of usable open data). When one looks at the formidable success of BANO in
>> France there must be scope for something similar in the UK.
>>
>> I'm going to try & update my PC completion maps for the UK. I have some
>> now but I know I have lost data from filtering the gb file.
>>
>> Jerry
>>
>>
>> 

[Talk-cz] Dalsi preklady wiki

[Dalibor Jelínek]

Ahoj,

ve spolupráci s Lukášem přinášíme další překlady wiki k počtení a případným
opravám.

 

Mějte se,

Dalibor

 

*  government 
=ministry 
, government 
=prosecutor
 ,
government 
=register_office
 ,
government  =*,
industrial 
=well_cluster
 ,
industrial 
=auto_wrecker
 ,
religion  =*,
source:loc  =*,
int_ref  =*,
ref:ruian:street
 =* - 20.9.2016


*  currency  =*,
cyclestreets_id 
=*, format  =*, diameter
 =*, fence_type
 =*, fuel
 =*, ice_cream
 =*, lunch
 =*, breakfast
 =*, maxwidth:physical
 =*,
megalith_type  =*,
water_point  =*,
power_supply  =*,
smoking  =*, smokefree
 =*, symbol
 =* - 21.9.2016 

*  kct_red  =*,
kct_green  =*,
kct_blue  =*,
kct_yellow  =*,
kct_white  =*,
kct_none  =*,
tactile_writing 
=* - 22.9.2016 

*  wiki:symbol  =*,
osmc:symbol  =*,
social_facility 
=*, social_facility:for
 =*,
social_facility 
=group_home
 ,
social_facility 
=nursing_home

, social_facility

=assisted_living
 , social_facility
 =day_care
 ,
social_facility 
=shelter
 ,
social_facility 
=ambulatory_care
 , social_facility
 =outreach
 ,
social_facility 
=workshop
 ,
social_facility 
=food_bank
 ,
social_facility 
=soup_kitchen

- 23.9.2016 

*  denomination 
=*, wikidata 

Re: [Talk-it] Open Data Provincia di Biella

[Andrea Musuruane]

2016-09-28 17:55 GMT+02:00 Andrea Musuruane :
> Spero a breve di far girare lo script di conversione sugli edifici di
> Biella, per verificare altri possibili problemi.

L'output per gli edifici di Biella lo trovate qui:
https://dl.dropboxusercontent.com/u/12575912/osm_imports/prov_bi/Biella.osm

Ciao,

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

Re: [Talk-GB] UK Postcodes

[Paul Berry]

In the light of recent talk about postcode coverage, I've started mapping
with postal_code the highways that front groups of buildings known to have
the same postcode. However, that's in turn led me to notice that OSM still
uses NPEMap as a reference for postcode searches. Given that NPEMap
themselves declare this data as no longer being updated (since October 2015
from what I can gather) why does OSM still link there?

Also, shouldn't OSM be looking inwards to its own data first (or some
aggregator service that provides this), then falling back to next-best
services like NPEMap for secondary results?

The upshot is none of the postcodes I've added (as addr:postcode and
postal_code) in nearly three years of edits to OSM show up in a search,
other than the best-guessing of AB12 3## format, which is a bit
discouraging.

Is there a plan to resolve this or am I missing something?

Regards,
*Paul*


On 26 September 2016 at 14:29, SK53  wrote:

> I just re-read a post
> 
> I wrote nearly 3 years ago. I think a lot of it holds true today, so I've
> copied the main points here :
>
>
>1. The simplest, but not necessarily the easiest target, is to map at
>least one postcode in each postcode sector. This is harder than it appears
>because obvious things to map in sparsely populated rural areas may require
>surveys. For instance FHRS data has two B in Port Wemyss on Islay, but
>the names are not shown on the OS Open Data StreetView. Similarly a degree
>of caution must be exercised on farms in the Rhinns of Islay and on the Oa
>because individual farmsteads may include two or three properties (perhaps
>all owned by the same extended family, but nonetheless distinct.
>
>2. Achieve 5% completion. This reflects a DOUBLING of current postcode
>data, and therefore must be regarded as ambitious. This is however, the
>minimum condition for breaking the back of the postcode problem. I believe
>with a concerted effort we could achieve this in 3 months, using
>conventional crowd-sourcing techniques.
>
>3. Achieve 10% completion. A second doubling will probably require
>more tool based support. The obvious targets are semi-automated matching of
>FHRS & Land Registry data, and semi-automated identification of single
>postcode streets.
>
>4. Postcodes along major roads (A & B roads). These may require some
>survey work, but again because many retail outlets are along such roads
>there is already a decent amount of information available from FHRS.
>
> This was December 2013, so perhaps 5% and 10% should be nearer 10% and
> 20%. I don't have up-to-date figures but back in May 2015 we had 73,372
> full well-formed postcodes for GB (not whole of UK) which is still under
> 5%. These were located in just under 8000 postcode sectors (out of a total
> of 12,300 or so, with another 1000 populated in the last year). FHRS data
> has information on nearly 250k postcodes (inc NI) and 10k distinct postcode
> sectors. All these figures are based on raw strings, i.e., not checked if
> valid or in the right place. We still have thousands of schools mapped
> without postcode (even some where ref_edubase was added) so this is another
> fairly easy target.
>
> The big difference from 3 years ago is that we have more people interested
> in creating tools to assist these processes: something where the 3 month
> timescale is better than a shorter one.
>
> We have needed to get more address data for some, but on its own it's not
> a very strong motivator. My hopes for making big progress with Land
> Registry data were dashed once OpenAddresses and Owen Boswara clarified the
> 3rd party content in the data, and similarly the OpenAddresses project
> finished without having much in the way of additional data to offer us. (I
> still believe that there's scope in their approach and they built some
> interesting tools, but it was predicated on already having a decent amount
> of usable open data). When one looks at the formidable success of BANO in
> France there must be scope for something similar in the UK.
>
> I'm going to try & update my PC completion maps for the UK. I have some
> now but I know I have lost data from filtering the gb file.
>
> Jerry
>
>
> On 26 September 2016 at 11:44, Brian Prangle  wrote:
>
>> It looks like the next UK Quarterly Project will be based on improving
>> address data for town centres using the food hygiene dataset. Why don't we
>> have a push generally on postcodes too, not limiting it to town centres?
>>
>> Regards
>>
>> Brian
>>
>> On 26 September 2016 at 11:25, David Woolley 
>> wrote:
>>
>>> On 26/09/16 10:19, Owen Boswarva wrote:
>>>
 That could be done but it's not straightforward; you'll get a lot of
 overlapping postcode sectors and sectors with non-contiguous parts.
 GeoLytix 

Re: [Talk-at] Rating für OSM-Datenqualität pro Region?

[Friedrich Volkmann]

On 04.10.2016 10:42, Thomas Konrad wrote:

weiß von euch jemand eine Quelle für eine Einschätzung / Bewertung, wie gut die 
OSM-Datenqualität in einem bestimmten Land oder in einer bestimmten Region 
weltweit ist?

Anders gefragt: Wie kann eine nicht OSM-affine Person schnell herausfinden, 
inwiefern sie sich beispielsweise auf die OSM-Daten in der Türkei verlassen 
kann?

Ich frage das weil ein Kollege mich das gerade gefragt hat und ich ihn nicht so 
richtig weiterhelfen konnte.


Dann müsstest du erst mal gegenfragen, was er unter Datenqualität versteht. 
Vollständigkeit, inhaltliche Korrektheit, "syntaktische" Korrektheit...
Und auch beim Inhalt hat jeder Mensch andere Prioritäten. Für einen 
Städtetouristen in der Türkei wird wichtig sein, dass die 
Sehenswürdigkeiten, Gaststätten, U-Bahnen usw. eingezeichnet sind. 
Lkw-Fahrverbote werden ihn weniger interessieren, in einer Karte eher 
stören. Für einen Lkw-Fahrer ist es genau umgekehrt. Das zeigt auch, dass 
die Zufriedenheit der Nutzer nicht nur von der Datenqualität, sondern auch 
von guten und angepassten Anwendungen (Renderer, Router, Suchfunktion...) 
abhängen.


Meiner Erfahrung nach sind gerade jene, die am meisten vorgeben, sich um die 
"Datenqualität" zu kümmern (z.B. mit Changesetkommentaren wie 
"Qualitätssicherung", "quality assurance", OSMI-Fixes, Keepright-Fixes) 
jene, die sie am meisten schädigen. Für Datenqualität braucht man keine 
selbsternannten Profikorrigierer, sondern Leute, die inhaltlich etwas 
beitragen und die OSM-Daten mit Aufnahmen vor Ort erweitern und 
aktualisieren. Auf diese Weise werden etwaige Fehler im Nebenbei behoben.


Abgesehen von den Verschlimmbesserern sehe ich ein intrinsisches Problem in 
OSM in der unterschiedlichen Vollständigkeit der Daten. Z.B. in den 
amtlichen Karten sind Wege in ganz Österreich gleichmäßig genau erfasst, 
also die Forststraße am Berg genauso wie die Gasse in der Wiener Innenstadt. 
In OSM sind die Städte viel genauer erfasst als die entlegenen Gebiete, wo 
kaum ein Mapper hinkommt. Durch die Verfügbarkeit von Orthofotos ist es 
etwas besser geworden, doch Objekte die man nicht am Luftbild sieht, z.B. 
Wegkreuze, sind in entlegenen Gebieten immer noch viel spärlicher gemappt, 
vor allem wenn sie abseits von Landstraßen und Wanderwegen liegen.


Nun verlässt sich ein Kartennutzer aber darauf, dass Objekttypen, wenn sie 
an einer Stelle der Karte eingezeichnet sind, auch sonst überall, wo sie 
vorkommen, eingezeichnet sind. Wenn auf meiner beabsichtigten Route keine 
Tankstelle eingezeichnet ist, aber woanders ist eine eingezeichnet, nehme 
ich den Umweg. Wären überhaupt keine Tankstellen eingezeichnet, dann würde 
ich einen Passanten fragen und mir den Umweg ersparen.


Insofern kann man auch für ein Land wie die Türkei oder Österreich nicht 
lapidar die Datenvollständigkeit für gut oder schlecht erklären, sondern es 
gibt immer regionale und lokale Unterschiede. Für ein ganzes Land könnte man 
höchstens einen Durchschnitt nennen, aber auch der wär nicht errechnet, 
sondern geschätzt, da ja keiner weiß, wie viele Objekte von einem Typ es 
dort real gibt. Und wenn wir zum vorherigen Beispiel mit den Wegkreuzen 
zurückkehren, dann ist die Datenqualität in der Türkei am Papier besser als 
in Österreich, weil in einem Land, wo es keine Wegkreuze gibt, der 
Erfassungsgrad von 100% schon erreicht ist.


Ein weiteres Manko von OSM ist zumindest für mich als Bergsteiger das Fehlen 
eines brauchbaren Höhenmodells. In der Standardkarte gibt es überhaupt keine 
Höhenlinien, und in den Karten, wo Höhenlinien integriert sind, sind sie 
grausam ungenau und interpoliert. Wenn mich jemand nach einer guten Karte 
für eine Bergtour fragt, kann ich nur sagen: Lade dir die Karte von Maroufi 
o.ä. aufs Garmin, damit du die Steige siehst, und pack zusätzlich eine 
Kompass- oder BEV-Karte mit ein wegen der Höhenlinien und der besseren 
Darstellung.


Jetzt kann man natürlich sagen: Die Qualität der OSM-Daten hat nichts mit 
den Höhenlinien zu tun, weil diese nicht Teil von OSM sind. Aber genau 
dieser Umstand, dass sie komplett fehlen, ist eine eklatante 
Unvollständigkeit, zumindest für Kartennutzer, die von dir angesprochenen 
"nicht OSM-affinen Personen".


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Luca Meloni]

 +1Comunque la bozza nella sandbox per me va bene. Ma quindi non se ne fa nulla?
Ciao,Luca

Il Giovedì 15 Settembre 2016 11:19, Martin Koppenhoefer 
 ha scritto:
 

 
2016-09-15 10:05 GMT+02:00 Carlo Stemberger :


Perché le comunità regionalmente hanno una ML in cui discutere ed arrivare ad 
una linea comune.
 Potrebbe andar bene anche mettere semplicemente locale, ma poi sorgerebbe il 
dubbio che potrebbe portare a possibili diatribe città vs resto regione.


No, non credo. Se passa la linea di dare peso alla comunità locale, l'eventuale 
comunità "comunale" avrebbe maggior peso rispetto a quella regionale. 
Chiaramente sempre col buonsenso al primo posto e in un'ottica comunque globale.



+1, non insisterei sulla parola "regionale", le ML possono essere create per 
temi o territoriali, dove non c'è un requisito che quel territorio deve 
corrispondere ad una regione. Anzi, anche nel caso della ML talk-it-lazio, il 
circolo non è ristretto al Lazio, ci sono anche Abruzzesi e Toscani (credo). 
Dipende da quanto è grande la comunità che discute per strutturare le 
"sottoliste", attualmente siamo strutturati per regioni (al meno secondo il 
nome delle liste), ma se dovessimo crescere possono anche nascere liste a 
livello comunale o per regioni geografici (così è andato in Germania, con la 
crescità della comunità si sono formate anche delle liste sempre più granulari).

Poi non c'è niente che dice chi sta in una lista regionale deve avere un legame 
con quella Regione, io sono per esempio anche iscritto alla ML sicilia, ma non 
ci sono ancora mai stato in Sicilia ;-) 

Poi le discussioni, sopratutto quelle locali, possono anche svolgersi nella 
vita reale, ad incontri tra persone.

Ciao,
Martin

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


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

Re: [Talk-GB] No FHRS data on a food establishment

[Jez Nicholson]

I think that feeding back should be one of the aims.

how about

1. enable linking and geovisualisation of the FHRS dataset by developers
through tagging OSM objects with fhrs ids

2. increase the number of postcoded locations as a by-product of matching
to the FHRS dataset

3. feed back non-anecdotal information on errors and omissions to the FSA
at the end of the project

On Tue, 4 Oct 2016 at 10:20 SK53  wrote:

> As I say this varies from council to council.
>
> One case which came up on this list a while back was an event facility in
> North London often used for wedding feasts. I actually queried why this
> wasn't listed on FHRS with the, as it turned out, wrong, local authority.
> It was definitely someone else's problem.
>
> I'm aware that many B are not present in the data in areas of rural
> Scotland.
>
> The recent article in the Guardian covered some of the other reasons why
> places are not registered.
>
> I imagine the FSA would be quite interested in learning anything
> non-anecdotal about the numbers of establishments which are not registered.
>
> Jerry
>
> On 3 October 2016 at 19:28, David Woolley 
> wrote:
>
> On 03/10/16 15:50, SK53 wrote:
>
> I've just added details for a pub where I stopped for a drink on
> Saturday. It obviously had about half of it's floor area given over to a
> dining room. It doesn't appear in the FHRS data.
>
>
> It would still need to register as a food business even if it was only a
> pub, I would have thought.
>
> My impression, locally, is that councils just don't have the money to
> actively find unregistered food businesses, and a large number of food
> businesses fail to register.
>
> Not quite the same thing, but I was looking at a planning application for
> a specialist supermarket recently and the inspector had noted that the site
> had planning permission as  cafe, but appeared to be a (disused) bar
> (different letter category).  I happen to know it was a shisha bar (sui
> generis).  That suggested to me that the council had completely lost track
> of the real nature of the local businesses.
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cl] Normas para etiquetado de caminos en OSM

[Felipe Edwards]

Full de acuerdo con Cristián
Vialidad debe ser una fuente, pero no una autoridad
Saludos

El oct. 4, 2016 1:24 AM,  escribió:

Envíe los mensajes para la lista Talk-cl a
talk-cl@openstreetmap.org

Para subscribirse o anular su subscripción a través de la WEB
https://lists.openstreetmap.org/listinfo/talk-cl

O por correo electrónico, enviando un mensaje con el texto "help" en
el asunto (subject) o en el cuerpo a:
talk-cl-requ...@openstreetmap.org

Puede contactar con el responsable de la lista escribiendo a:
talk-cl-ow...@openstreetmap.org

Si responde a algún contenido de este mensaje, por favor, edite la
linea del asunto (subject) para que el texto sea mas especifico que:
"Re: Contents of Talk-cl digest...". Además, por favor, incluya en la
respuesta sólo aquellas partes del mensaje a las que está
respondiendo.


Asuntos del día:

   1. Re: Normas para etiquetado de caminos en OSM (Cristián Serpell)
   2. Re: Normas para etiquetado de caminos en OSM (ignacio abé)
   3. Re: Normas para etiquetado de caminos en OSM (Cristián Serpell)
   4. Re: Normas para etiquetado de caminos en OSM
  (Andrés Pino Herrera)


--

Message: 1
Date: Mon, 3 Oct 2016 17:04:53 -0300
From: Cristián Serpell 
To: Juan Pablo Tolosa Sanzana 
Cc: talk-cl 
Subject: Re: [Talk-cl] Normas para etiquetado de caminos en OSM
Message-ID:

Content-Type: text/plain; charset="utf-8"

He leído las distintas opiniones y creo entender un problema de fondo en
las distintas posturas y que como dicen impide llegar a un acuerdo fácil.

Primero, quiero aclarar que en ningún caso intento poner en duda el trabajo
de vialidad (o Vialidad, como lo prefieran). El trabajo de esta institución
puede ser increíblemente bueno, con respecto a sus objetivos. El problema
de fondo creo yo es justamente ese. ¿Cuál es el objetivo de los datos de
OSM y quién es la autoridad de los datos? Todo nuestro mapeo debe estar
orientado a satisfacer el objetivo que se proponga en OSM. Si los datos de
Vialidad nos sirven como fuente para mejorar nuestros datos en relación al
objetivo de OSM, bienvenidos sean. Mientras más y mejores datos, mejor. Sin
embargo, si hay una clasificación de Vialidad que no cumple con el objetivo
para el que se tiene OSM, está bien también que se pueda modificar y
categorizar según corresponda.

Desde mi punto de vista, hay que ver qué es lo que se busca en representar
en OSM y luego representarlo. La categorización de Vialidad debe ser
siempre una fuente, y no una autoridad. De hecho, en un caso ideal, los
datos de OSM deberían ser siempre mejores que los de Vialidad, y ojalá
ellos puedan usar nuestros datos como fuente para sus trabajos (¡¡ojo con
la referencia circular en la fuente de datos!!). En el futuro, la
institución Vialidad que hoy funciona impecable, perfectamente puede tomar
decisiones de clasificación por temas políticos o técnicos que no se
corresponden con la categorización que tengamos definida en OSM.

Sólo para aclarar, no tengo temores de que carreteras sean clasificadas
hacia "arriba" o hacia "abajo", sino simplemente poner en la discusión que
la decisión de cómo clasificar una carretera debería ser totalmente
independiente a las definiciones de otras instituciones. Para mi OSM debe
ser fiel a la realidad y a las necesidades de usuarios (personas e
instituciones), llegando a ser el mejor proveedor de datos que exista, con
la mayor cantidad de fuentes posibles que no se basen en los mismos datos
de OSM. Y a eso me refiero con que los datos deben ser consistentes
internacionalmente, y no sólo a nivel local país, ya que en cada país hay
instituciones diferentes, es mejor no depender de éstas.

Mi aporte,
Cristián
 próxima parte 
Se ha borrado un adjunto en formato HTML...
URL: 

--

Message: 2
Date: Mon, 3 Oct 2016 18:09:38 -0300
From: ignacio abé 
To: Cristián Serpell 
Cc: talk-cl 
Subject: Re: [Talk-cl] Normas para etiquetado de caminos en OSM
Message-ID:

Re: [Talk-cz] Turistická trasa v OSM - prosba o zkontrolování správnosti mého zadání

[majka]

Jestli jde o to namalovat ty značky, můžu to během dneška udělat. Jen mi
dejte přesně vědět požadavky - tj. v jakém formátu (svg/png) případně u png
velikost a kam/komu to pak předat.

Pořád mi tady prší, takže dneska toho moc nenacestuju...

Majka


> > jestli to znamená potřebu namalovat vzory značek, na to už nemám časovou
> kapacitu... nabízí se
> > někdo? Udělat banku nekonečného množství kombinací...?
>
> Taky na to nemam kapacitu, ale IMHO by se hodne veci dalo prevzit
> z toho OTM klice, tam uz toho bylo hotoveho dost. Takze dobrovolnici
> vitani.
>
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Turistická trasa v OSM - prosba o zkontrolování správnosti mého zadání

[Petr Holub]

> * TODO: dovolujeme více hodnot oddělených středníkem
> 
> rozhodně bych byl proti, relace by v tomto místě měla definovat hodnotu 
> jednoznačně - už
> proto, že v praxi takto mapujeme (definujeme) jednu konkrétní trasu, která je 
> z principu právě
> taková (foot, hiking, bicycle, ski, horse...). A to už i s ohledem na další 
> vlastnosti relace,
> jako je definice osmc:symbol=*, které jsou unikátní právě pro trasu určenou 
> pro konkrétní
> užití
> 
> 
> 
> 
> * TODO: jaký je rozdíl mezi foot a hiking?
> 
> toto je popsáno IMHO přesně a nezáměnně o odstavec výše: foot - nenáročná 
> trasa pro pěší,
> typicky např. kolonáda, stezka podél pobřeží, naučná stezka v intravilánu... 
> ; hiking -
> turistická trasa různých obtížností (typicky v ČR turistická značená trasa 
> KČT)
> 
> 
> 
> 
> * TODO: navázat na WikiProject_Czech_Republic/OTM_značkový_klíč
>  %C4%8D> , které poskytuje pěkný vizuální návod - je potřeba jej také 
> zaktualizovat!

Za mne souhlas, vecer to tam dodelam.

> jestli to znamená potřebu namalovat vzory značek, na to už nemám časovou 
> kapacitu... nabízí se
> někdo? Udělat banku nekonečného množství kombinací...?

Taky na to nemam kapacitu, ale IMHO by se hodne veci dalo prevzit 
z toho OTM klice, tam uz toho bylo hotoveho dost. Takze dobrovolnici
vitani.


Plus se jeste musim podivat, kdo ma na starosti ty presety do JOSM, at se to 
tam taky
promitne.

Petr


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

Re: [Talk-cz] tagování NS Cesta jediného boha

[majka]

Co s tímhle případem - už jsem se na to ptala, ale nevím jestli to bylo
jasně pochopené. Pro ilustraci odkaz na rozcestníky
https://api.openstreetmap.cz/img/guidepost/Rudolfov_Na_Americe.jpg a
https://api.openstreetmap.cz/img/guidepost/CB234.jpg , ze kterých je to
jasné.

2 naučné stezky, značené naprosto totožně. Pásové značení KČT a název trasy
"NS xxx". Ta trasa (žlutá, resp. zelená) nevede nikam jinam, nemá další
návaznost, je to jen a pouze tohle. Stále se nemůžu zbavit dojmu, že by to
nemělo být každé mapováno dvěma relacemi, protože samostatně nepřežije ani
jedno z toho.

Ještě jsem do toho mého původního zadání nesáhla, zatím to nechávám tak jak
jsem to zadala předtím, než jsem poprvé chtěla zkontrolovat zadání dat.

Ještě jednou díky.

Majka

2016-10-04 10:44 GMT+02:00 Petr Vozdecký :

> Ahoj,
> zapomenuta reakce... Mariane, odpoved na tvoji otazku je v 4a) nebo 4b)
>
> pro zajemce o tuto problematiku nabizim sirsi vysvetleni:
> v zasade se musime shodnout na tom, o cem ma znacka (linie) v mape
> vypovidat. Bud to bude informace "tudy to vede", nebo to bude informace
> "takhle je to v terenu znaceno", nebo rozlisit oboji. Tag osmc:symbol=* nam
> umoznuje rozlisit oboji a meli bychom jej tak vyuzivat (bez ohledu na to,
> ze nejcasteji uzivane rendery to (zatim) při zobrazeni nerozlisuji. A to
> plati jak pro learning, tak pro jakekoliv jine trasy
>
> Tedy rozhodne se stavim k tomu dodrzet pravidlo, ze pokud si umime
> zodpovedet otazku "jak to v terenu skutecne vypada" (tedy ze o tom ma
> mapper relevantni informaci), VZDY pouzije tag osmc:symbol=* a jeho
> hodnotami da jasne najevo stav veci:
>
> 1) Kdyz je stezka osazena tabulemi (cimz v zasade existuje), ale v terenu
> neni ZADNE pasove znaceni a navic bez dalsi snahy NELZE DOVODIT kudy vede
> (navstevnik se musi orientovat napr. podle mapky nebo trasu dovodit z jine
> informace) pak tagujeme *osmc:symbol=none:none*. V takovem pripade zalezi
> na renderu, zda trasu nejak vykresli (predpokladam, ze je jeji trasa
> spravne a uplne zmapovana pomoci relace a renderer mj, jednoznacne vi, ze
> jde o learning/horse/atd. trasu), osobne bych doporucoval, aby ji
> specificky vykreslil (tedy defaultne - napr. je-li to learning, pak nikoliv
> cerchovanou svetle zelenou+zlutou, ale napr. teckovanou)
>
> 2) kdyz je stezka v terenu jakkoliv jednoznacne definovana, napr. jde po
> naprosto nesporne trase (nelze z ni pri dobre vuli sejit, jde po trase v
> CHKO, ktera nema odbocky apod.) ale NEMA ZADNE pasove znaceni, je potreba
> prvni barvu v tagu osmc:symbol=* definovat, aby se linie vykreslila
> jednoznacne v mape. U NS (learning tras) bych navrhnul univerzalni
> *osmc:symbol=green:none*. To "none" jasne rika, ze trasa v terenu neni
> znacena pasovym znacenim.
>
> 3) kdyz je stezka v terenu JAKKOLIV znacena pasovym znacenim (tzn. bud
> huste na kazdem 10. strome, nebo ridce jen na odbockach), je potreba prvni
> barvu v tagu osmc:symbol=* definovat, aby se linie vykreslila jednoznacne v
> mape. U NS (learning tras) je to nejcasteji *osmc:symbol=green:neco*. Ale
> nemusi to byt vzdy nutne green, barva by mela vychazet z realu a tam, kde
> je stezek vice a autori je rozlisili barevne (cervene puntiky a modre
> puntiky), tak bych volil barvu dle autoru (v mape pak asi nezbyva, nez
> pouzit mapperem navrzenou barvu linie, ale opet cerchovanou se zlutym
> podkladem. V mensich rozlisenich mapy pak klidne univerzalni barevna
> interpretace, tedy zlutozelene, at je globalne videt: tedy je nejaka NS).
>
> 4) Toto reseni se tyka i situace, kdy je NS vedena po jine soubezne
> znacene trase a v miste JE ZREJME, ze tomu tak je a navstevnik tuto situaci
> (zpusob znaceni) pochopi. Pak je potreba NS mapovat samozrejme samostatnou
> relaci (nezavislou na relaci dane turisticke tresy) a oznacit
> *osmc:symbol=green:neco*, kde "neco" zalezi na realnych okolnostech:
> a) pokud je NS vedena po cervene turisticke a na rozcestniku KCT je na
> smerniku cervene trasy u cerveneho hrotu jeste i klasicka znacka NS
> (zatimco v terenu je jiz jen cervena turisticka znacka) pak jde o
> jednoznacne znaceni (jen se zjednodusuje pasove znaceni) a pristupoval bych
> k tomu tak, ze pasove znaceni EXISTUJE a ma tvar a podobu klasicke znacky
> NS, tedy *osmc:symbol=green:white:green_backslash* (diskuse? jiny nazor?
> vychazim z toho, ze vyse uvedenym grafickym vyjadrenim KCT rika: tam kde
> vidis na strome cervenou, predstav si i znacku NS a umoznuje tak vyznacit
> teoreticky i odboceni uprostred trasy pouhym namalovanim odbocujici znacky
> NS vedle cervene znacky na strome...)
> b) pokud je NS vedena po turisticke cervene a je to zrejme JEN z nejakeho
> textu na tabuli (napr.: "jdete celou cestu po cervene znacce anz na
> vrchol"), pak bych tagoval *osmc:symbol=green:white:red_bar* (trasa je
> jednoznacne znacena jen cervenou znackou)
>
> vop
>
> -- Původní zpráva --
> Od: Marián Kyral 
> Komu: OpenStreetMap Czech Republic 

Re: [Talk-GB] No FHRS data on a food establishment

[SK53]

As I say this varies from council to council.

One case which came up on this list a while back was an event facility in
North London often used for wedding feasts. I actually queried why this
wasn't listed on FHRS with the, as it turned out, wrong, local authority.
It was definitely someone else's problem.

I'm aware that many B are not present in the data in areas of rural
Scotland.

The recent article in the Guardian covered some of the other reasons why
places are not registered.

I imagine the FSA would be quite interested in learning anything
non-anecdotal about the numbers of establishments which are not registered.

Jerry

On 3 October 2016 at 19:28, David Woolley 
wrote:

> On 03/10/16 15:50, SK53 wrote:
>
>> I've just added details for a pub where I stopped for a drink on
>> Saturday. It obviously had about half of it's floor area given over to a
>> dining room. It doesn't appear in the FHRS data.
>>
>
> It would still need to register as a food business even if it was only a
> pub, I would have thought.
>
> My impression, locally, is that councils just don't have the money to
> actively find unregistered food businesses, and a large number of food
> businesses fail to register.
>
> Not quite the same thing, but I was looking at a planning application for
> a specialist supermarket recently and the inspector had noted that the site
> had planning permission as  cafe, but appeared to be a (disused) bar
> (different letter category).  I happen to know it was a shisha bar (sui
> generis).  That suggested to me that the council had completely lost track
> of the real nature of the local businesses.
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Turistická trasa v OSM - prosba o zkontrolování správnosti mého zadání

[Petr Vozdecký]

ahoj Petře

prosím o která TODO na zmíněné wikistránce
(http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Turistick.C3.A9_zna.C4.8Den.C3.AD)
jde? Zkouším návrhy odpovědí, případně je prosím promítni zpět do wiki:


   * TODO: dovolujeme více hodnot oddělených středníkem
   

rozhodně bych byl proti, relace by v tomto místě měla definovat hodnotu 
jednoznačně - už proto, že v praxi takto mapujeme (definujeme) jednu 
konkrétní trasu, která je z principu právě taková (foot, hiking, bicycle, 
ski, horse...). A to už i s ohledem na další vlastnosti relace, jako je 
definice osmc:symbol=*, které jsou unikátní právě pro trasu určenou pro 
konkrétní užití




   * TODO: jaký je rozdíl mezi foot a hiking?
   

toto je popsáno IMHO přesně a nezáměnně o odstavec výše: foot - nenáročná 
trasa pro pěší, typicky např. kolonáda, stezka podél pobřeží, naučná stezka 
v intravilánu... ; hiking - turistická trasa různých obtížností (typicky v 
ČR turistická značená trasa KČT)




   * TODO: navázat na WikiProject_Czech_Republic/OTM_značkový_klíč
   
(http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_zna%C4%8Dkov%C3%BD_kl%C3%AD%C4%8D)
   , které poskytuje pěkný vizuální návod - je potřeba jej také 
   zaktualizovat!
   

jestli to znamená potřebu namalovat vzory značek, na to už nemám časovou 
kapacitu... nabízí se někdo? Udělat banku nekonečného množství kombinací...?




díky za případnou reakci




vop




-- Původní zpráva --
Od: Petr Holub 
Komu: 'OpenStreetMap Czech Republic' 
Datum: 23. 9. 2016 4:33:17
Předmět: Re: [Talk-cz] Turistická trasa v OSM - prosba o zkontrolování 
správnosti mého zadání

"> Ještě něco k tagování, obecně platí wiki
> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_
Standards_and_Convention
> s#Turistick.C3.A9_zna.C4.8Den.C3.AD
> Jen network tag je stále nedořešený, řešilo se to tady asi před měsícem. U
krátkých tras a NS
> dávám lwn.
> Nové tagování KČT tras ještě asi naplatí, takže "hiking=major" zatím 
nedávat.

Máslo na mé hlavě... napravil jsem a dodal jsem popis, jak se domnívám,
že jsme se na tom tady v listu +- shodli.

vop: dodělal jsem Ti tam pár TODO, které je IMHO potřeba vyjasnit.

Petr


___
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-cat] Geocamp entradas agotadas

[Wladimir Szczerban]

Entradas agotadas!!! tenemos lista de espera.

Si estás apuntado y no puedes ir, date de baja o avisa para liberar plazas.

Debemos ser responsables y liberar la plaza si no podemos ir, ya que hay
personas muy interesadas en asistir. También hay personas de fuera de
Catalunya que tienen que organizar el viaje.

Pd: disculpad el crossposting

-- 
Saludos,

Bolo
www.geoinquiets.cat
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-cz] tagování NS Cesta jediného boha

[Petr Vozdecký]

Ahoj,
zapomenuta reakce... Mariane, odpoved na tvoji otazku je v 4a) nebo 4b)

pro zajemce o tuto problematiku nabizim sirsi vysvetleni:
v zasade se musime shodnout na tom, o cem ma znacka (linie) v mape 
vypovidat. Bud to bude informace "tudy to vede", nebo to bude informace 
"takhle je to v terenu znaceno", nebo rozlisit oboji. Tag osmc:symbol=* nam 
umoznuje rozlisit oboji a meli bychom jej tak vyuzivat (bez ohledu na to, ze
nejcasteji uzivane rendery to (zatim) při zobrazeni nerozlisuji. A to plati 
jak pro learning, tak pro jakekoliv jine trasy

Tedy rozhodne se stavim k tomu dodrzet pravidlo, ze pokud si umime 
zodpovedet otazku "jak to v terenu skutecne vypada" (tedy ze o tom ma mapper
relevantni informaci), VZDY pouzije tag osmc:symbol=* a jeho hodnotami da 
jasne najevo stav veci:

1) Kdyz je stezka osazena tabulemi (cimz v zasade existuje), ale v terenu 
neni ZADNE pasove znaceni a navic bez dalsi snahy NELZE DOVODIT kudy vede 
(navstevnik se musi orientovat napr. podle mapky nebo trasu dovodit z jine 
informace) pak tagujeme osmc:symbol=none:none. V takovem pripade zalezi na 
renderu, zda trasu nejak vykresli (predpokladam, ze je jeji trasa spravne a 
uplne zmapovana pomoci relace a renderer mj, jednoznacne vi, ze jde o 
learning/horse/atd. trasu), osobne bych doporucoval, aby ji specificky 
vykreslil (tedy defaultne - napr. je-li to learning, pak nikoliv cerchovanou
svetle zelenou+zlutou, ale napr. teckovanou)

2) kdyz je stezka v terenu jakkoliv jednoznacne definovana, napr. jde po 
naprosto nesporne trase (nelze z ni pri dobre vuli sejit, jde po trase v 
CHKO, ktera nema odbocky apod.) ale NEMA ZADNE pasove znaceni, je potreba 
prvni barvu v tagu osmc:symbol=* definovat, aby se linie vykreslila 
jednoznacne v mape. U NS (learning tras) bych navrhnul univerzalni osmc:
symbol=green:none. To "none" jasne rika, ze trasa v terenu neni znacena 
pasovym znacenim.

3) kdyz je stezka v terenu JAKKOLIV znacena pasovym znacenim (tzn. bud huste
na kazdem 10. strome, nebo ridce jen na odbockach), je potreba prvni barvu v
tagu osmc:symbol=* definovat, aby se linie vykreslila jednoznacne v mape. U 
NS (learning tras) je to nejcasteji osmc:symbol=green:neco. Ale nemusi to 
byt vzdy nutne green, barva by mela vychazet z realu a tam, kde je stezek 
vice a autori je rozlisili barevne (cervene puntiky a modre puntiky), tak 
bych volil barvu dle autoru (v mape pak asi nezbyva, nez pouzit mapperem 
navrzenou barvu linie, ale opet cerchovanou se zlutym podkladem. V mensich 
rozlisenich mapy pak klidne univerzalni barevna interpretace, tedy 
zlutozelene, at je globalne videt: tedy je nejaka NS).

4) Toto reseni se tyka i situace, kdy je NS vedena po jine soubezne znacene 
trase a v miste JE ZREJME, ze tomu tak je a navstevnik tuto situaci (zpusob 
znaceni) pochopi. Pak je potreba NS mapovat samozrejme samostatnou relaci 
(nezavislou na relaci dane turisticke tresy) a oznacit osmc:symbol=green:
neco, kde "neco" zalezi na realnych okolnostech:
a) pokud je NS vedena po cervene turisticke a na rozcestniku KCT je na 
smerniku cervene trasy u cerveneho hrotu jeste i klasicka znacka NS (zatimco
v terenu je jiz jen cervena turisticka znacka) pak jde o jednoznacne znaceni
(jen se zjednodusuje pasove znaceni) a pristupoval bych k tomu tak, ze 
pasove znaceni EXISTUJE a ma tvar a podobu klasicke znacky NS, tedy osmc:
symbol=green:white:green_backslash (diskuse? jiny nazor? vychazim z toho, ze
vyse uvedenym grafickym vyjadrenim KCT rika: tam kde vidis na strome 
cervenou, predstav si i znacku NS a umoznuje tak vyznacit teoreticky i 
odboceni uprostred trasy pouhym namalovanim odbocujici znacky NS vedle 
cervene znacky na strome...)
b) pokud je NS vedena po turisticke cervene a je to zrejme JEN z nejakeho 
textu na tabuli (napr.: "jdete celou cestu po cervene znacce anz na 
vrchol"), pak bych tagoval osmc:symbol=green:white:red_bar (trasa je 
jednoznacne znacena jen cervenou znackou)

vop


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 29. 8. 2016 11:23:06
Předmět: Re: [Talk-cz] tagování NS Cesta jediného boha

"
Ona ta část Naučných stezek by chtěla trochu více rozpracovat. Narazil jsem 
na různě značené naučné stezky. Jedna byla značena modrými puntíky. Ta je 
ještě v pohodě, Další byla značena pouze ukazateli a poslední vedla souběžně
se zelenou turistickou značkou. Jak toto zmapovat? 

oscm:symbol=none:none ?

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 29. 8. 2016 7:41:11
Předmět: Re: [Talk-cz] tagování NS Cesta jediného boha

"
upřesńuji popis:

čtverec po úhlopříčce rozdělený na modrý a bílý trojúhelník - stejná jako 
lokální modrá u KČT

označím ji tedy
osmc:symbol = blue:white:blue_corner

 

-- Původní zpráva --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 

[Talk-at] Rating für OSM-Datenqualität pro Region?

[Thomas Konrad]

Liebe OSM-AT-Community,

weiß von euch jemand eine Quelle für eine Einschätzung / Bewertung, wie gut die 
OSM-Datenqualität in einem bestimmten Land oder in einer bestimmten Region 
weltweit ist?

Anders gefragt: Wie kann eine nicht OSM-affine Person schnell herausfinden, 
inwiefern sie sich beispielsweise auf die OSM-Daten in der Türkei verlassen 
kann?

Ich frage das weil ein Kollege mich das gerade gefragt hat und ich ihn nicht so 
richtig weiterhelfen konnte.

Danke und LG
Tom

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

[Talk-in] Indic Maps using Mapzen

[Srikanth Lakshmanan]

Hi all,

I have added a language selector option to Mapzen Tangram maps[1] and made
it support 12 languages[2]. We are figuring a way to add India borders
after which these / similar maps could power openstreetmap.in in all Indic
languages.


[1] https://mapzen.com/products/tangram/
[2] https://srikanthlogic.github.io/tangrams-indic/
[3]
http://blog.srik.me/2016/10/04/indic-maps-using-mapzen-tangram-openstreetmap/

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