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

[Petr Holub]

> Na výběr máme pro nwn použít červené nebo stanovit nějaká jiná kritéria
> (např. tady v AT >200km). Dneska jdu s místní OSM komunitou na pivo to
> probrat - mají akorát ten Stammtisch :-).

Vysledek: nic smerodatneho jsem se nedozvedel, jelikoz tu zadneho
experta na Wanderwege nemaji a mame polozit dotaz do talk-at@ listu.
Nicmene si mysli stejne jako my, ze je ten system, jak je popsany
na wiki, platny.

Petr


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

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

[Petr Holub]

> A vite nekdo s jistotou, jak rozlisuje Waymarkedtrails tyto tagy pri 
> vykreslovani? Mam dojem,
> ze rozlisuje do dvou barev a tu druhou zobrazuje az pri vetsim priblizeni... 
> ale kterych tagu
> se to tyka... iwn/nwn/rwn/lwn...?

http://hiking.waymarkedtrails.org/help/rendering
"The classification (and therefore the colour of the route in the map) is 
determined from the network tag."
Rozlisuje se vsechno: iwn/nwn/rwn/lwn - prvne se rendruji 
iwn(cervena)+nwn(modra), pak se k nim
pridava rwn(zluta) a nakonec lwn(magenta).

Jinak zdrojaky:

https://github.com/lonvia/waymarked-trails-site/blob/master/maps/hiking.py
... mimochodem tu pocitaji i s nasimi specifiky:
---
# Czech system
for (k,v) in tags.items():
if k.startswith('kct_'):
outtags['network'] = 'CT'
if network == '' and tags[k] == 'major':
outtags['level'] = 11 if k[4:] == 'red' else 21
---
... take zmineno zde
http://hiking.waymarkedtrails.org/help/rendering/hikinglocal


Rendrovaci pravidla:

https://github.com/lonvia/waymarked-trails-site/blob/master/maps/styles/inc/route_styles.inc
... tady jsou primo pravidla pro rendering 

https://github.com/lonvia/waymarked-trails-site/blob/master/maps/styles/hikingmap.xml
... tady se pak ty ta pravidla pouzivaji pro ruzna meritka

Klasickou legendu, jako mame napr. u mtbmap (ktera se dynamicky meni
s ohledem na meritka), jsem tam nenasel - ale mozna jen neumim hledat ;).

Petr


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

Re: [OSRM-talk] "nearest suitable road segment"

[Jürgen Barthel]

On Aug 17, 2016, at 2:00 PM, Florian Lohoff wrote:

[...]



(Florian Lohoff, I agree)

I can confirm the same problem, though I think this is a mix between 
OSM, Nominatim and OSRM. We route from municipalities to airports. Where 
that was available, we used the "Admin Center node" set in OSM, but even 
that is often NOT a road address. We updated all airports to a street 
address to avoid such conflicts on that side. We now have the task at 
hand to define a "starting point" for any given municipality on file. A 
major problem happened i.e. in the Alps, where the "centroid" is on the 
mountain top, OSRM taking mountain ways at extreme slow speed adding 
some 20-40 unnecessary minutes, comparing to the neighboring town having 
an admin center defined.


And we can't blame it only to Nominatim: We use geodata as origin and 
destination for the route as we found Naming to be extremely misleading. 
I cannot recommend that at all. We had major errors, where the way you 
entered the data had major impact on the accuracy of the identified 
geopoint. We had i.e. Münster (Lech), naming according to Wikipedia and 
the city, OSM relation/962251, with a population of 2000 mistaken with 
Münster (Westfalen). A major city there. And a minor difference in drive 
time by 570 km or 5:30h and a nice "hole" in our map in Bavaria until we 
solved that... Other examples where islands with "exclaves" where the 
centroid simply was in the water and the drive time started on the wrong 
(uninhabited) island...


So yes, I think it would be wise to improve OSRM on this. It might be 
needed to improve the OSM data, but moving streets or ways cannot be the 
answer. If I understood those comments right we talk about "adjusting" 
reality here for the sake of a route request...?


I'm also really concerned about that "indefinite distance" like on my 
Helgoland problem. Found the same true on other islands. That way, OSRM 
returns something where an error would make more sense! We can't solve 
this in a day or with a quick fix, but this is a quality problem that 
may have repercussions all over the planet(.osm). A general improvement 
(a.k.a. evolution). Issue is (in my opinion) that there should be a 
"best practice". And that might need the possibility to have an optional 
"routing reference point" (whatever you call it) on places, ways or 
points... If it's not there yet anyway?


How to proceed? I'm too new to say.

Cheers - Juergen

P.S.: Have been out sick. Sorry for the delayed response.

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

Re: [Talk-dk] Sur bonde

[Sonny B. Andersen]

Kommunen bør kende den pågældende vejs status i detaljer. Siden 1850 har 
kommunerne skullet føre en fortegnelse over offentlige stier anlagt som vej til 
kirke, skole eller tinghus. Bekendtgørelsen er senest blevet fornyet i år  
https://www.retsinformation.dk/Forms/R0710.aspx?id=177057

Man kan også prøve den centrale vejfortegnelse  http://cvf.vd.dk/cvf/  hvor man 
bl.a. kan se et kort, men det er ikke alle kommuner, der er lige flinke til at 
indberette, fx er der ingen status på denne vej, selv om den pudsigt nok er 
navngivet – det plejer private stier/adgangsveje ellers ikke at være.

En privat sti/vej kan sagtens nedlægges. Her skal ejeren blot kontakte 
kommunen, og hvis ikke kommunen har reageret inden for fire uger, kan stien 
bare pløjes op. Hvis kommunen reagerer, kan den som minimum forlange, at det 
stadig er muligt at færdes på stien til fods og på cykel samt at det skiltes, 
at der er offentlig adgang. Men det kræver altså en vågen kommunal medarbejder 
og en begrundelse for, at stien er til gavn.

Desværre har vi mistet masser af stier i de senere år, men jeg mener, at 
OSM-kortet skal afspejle virkeligheden så aktuelt som vi magter at gøre det. 

/sba-dk


Fra: Erik Dam
Sendt: 22. august 2016 11:25
Til: 'OpenStreetMap Denmark'
Emne: Re: [Talk-dk] Sur bonde

Nu er jeg ikke klar over hvorfor bonden er sur da jeg ikke er dygtig nok til at 
se hvad tyskeren har ændret, for vejen har da været der tidligere (også på det 
officielle topografiske kort) , så det må være vejens egenskaber der er ændret?
Men jeg mener ikke kun det er en kuriositet at vi som korttegnere kommer til at 
genere ejere som har anderledes interessere end vi har.
Jeg har flere gange ved planlægning af cykelture oplevet at veje der er 
kortlagt ikke findes mere. 
Jeg står så i den situation at jeg ikke er klar over om den er nedlagt ulovligt 
eller der f.eks. er lavet en eller anden form for mageskift/aftale med 
statslige eller kommunale myndigheder.
Derfor ved jeg ikke om jeg bør ændre OSM-kortet i overensstemmelse med 
virkeligheden.
Jeg husker for år tilbage at en formand for vor lokale historiske forening ofte 
påpegede at vi skulle benytte stierne for at de ikke skulle kunne nedlægges.
Er der nogen af jer, som ved om der findes et centralt register over veje der i 
alle tilfælde teoretisk eksisterer og evt. med historik med nedlæggelser?

Venlig hilsen
Erik

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

[Talk-it] (Mappatura) Rotonda al contrario

[Max1234Ita]

Ciao a tutti.

Durante una gita fuori porta, qualche giorno fa, ho impostato OsmAnd per
calcolare un itinerario tra i paesi di Rigoroso e Vignole Borbera, che si
trovano entrambi vicino ad Arquata Scrivia (AL).

Nell'attraversare l'abitato di Arquata ho notato che il navigatore
suggerisce di imboccare la rotonda che si trova all'incrocio della SP35
(Strada dei Giovi, poi Via del Vapore) con il Viale Italia, percorrendola in
senso antiorario, ovvero contromano.

Pensavo si trattasse di un problema di OsmAnd, ed invece no, ho appena
controllato con OpenRouteService ed anche quel routing si comporta nello
stesso modo (immagine:  http://it.tinypic.com/r/2qcfnmw/9
  ; permalink:  http://bit.ly/2bQ650s
  

Ispezionando quell'area con JOSM, mi sono accorto che il rondò in questione
è mappato come tutti gli altri (/junction=roundabout/, /name/, /ref/,
/old_ref/), in più però è presente il tag /lanes=2/, che invece di solito
manca.

A voi risulta che quest'ultimo tag possa dare problemi del genere? Quale
sarebbe la maniera corretta per mappare quella rotonda? Eliminare il tag mi
sembra un po' drastico.


Ciao e grazie, 
Max






--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappatura-Rotonda-al-contrario-tp5880670.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-GB] Does "Great Britain" need a relation with "place=island" on it?

[Richard Fairhurst]

Andy Townsend wrote:
> What does everyone else think?

I would tend to think that if - 12 years into the life of a project that was
started in Britain and much of which is still run out of Britain - you are
radically changing the way Britain is tagged, you should probably reflect on
why no-one has done it before.

cheers
Richard



--
View this message in context: 
http://gis.19327.n5.nabble.com/Does-Great-Britain-need-a-relation-with-place-island-on-it-tp5880510p5880668.html
Sent from the Great Britain mailing list archive at Nabble.com.

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

Re: [OSM-talk] Convert Note to Node

[Toby Murray]

Well you can go to the API and get the note XML which has the lat/lon
in it. The URL for this is:
http://api.openstreetmap.org/api/0.6/notes/

If you are using JOSM and use the note download feature, then notes
are shown on the map so you can just create a node in the same
location. Note support has not made it into iD yet.

Toby

On Mon, Aug 22, 2016 at 3:17 PM, Steve Doerr  wrote:
> Has anyone built a utility to convert a note into a node?
>
> Alternatively, is there a way to display the longitude and latitude of a
> note in the same way as you can for a node?
>
> --
> Steve
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [talk-au] Another illegal import in Western Australia

[David Findlay]

Stupid question really. Is it possible to talk to the WA Govt and get
official permission to use Landgate data? Or has that already been pursued?
Thanks,

David

On Tue, Aug 23, 2016 at 7:37 AM Andrew Davidson  wrote:

> I've recently stumbled across another user
> (http://www.openstreetmap.org/user/andy_88) who seems to be in the
> process of importing a data set from Landgate.
>
> Another user and I have left several changeset comments but so far
> haven't received a reply.
>
> I suspect that the easy availability of data and incompatible license
> means that we need something like
> http://osmcha-django-staging.tilestream.net/ for Australia so we can
> catch these thing earlier.
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Another illegal import in Western Australia

[Andrew Davidson]

I've recently stumbled across another user 
(http://www.openstreetmap.org/user/andy_88) who seems to be in the 
process of importing a data set from Landgate.


Another user and I have left several changeset comments but so far 
haven't received a reply.


I suspect that the easy availability of data and incompatible license 
means that we need something like 
http://osmcha-django-staging.tilestream.net/ for Australia so we can 
catch these thing earlier.


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

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

[Petr Vozdecký]

-- Původní zpráva --
Od: Petr Holub 

"
Takže bych ten problém zúžil pouze na otázku, zda dokážeme nějak 
identifikovat
ty dálkové trasy pro network=nwn, zbytek základního značení bych značil
jako network=rwn a lokální odbočky, naučné značky jakož i trasy značené
dalšími různými organizacemi jako network=lwn.

Na výběr máme pro nwn použít červené nebo stanovit nějaká jiná kritéria
(např. tady v AT >200km). Dneska jdu s místní OSM komunitou na pivo to 
probrat - mají akorát ten Stammtisch :-).
"
 

Kolegove v AT maji vyhodu, ze to za ne nekdo stanovil, oni to "jen" 
taguji... :o) Jeste by me zajimalo, jak to delaji treba v DE? Ma nekdo 
rozumny funkcni kontakt na DE? Treba via Jan Marsch (osmbuildings) nebo via 
chlapce organizujici setkani Elbe-Labe Meeting?




A vite nekdo s jistotou, jak rozlisuje Waymarkedtrails tyto tagy pri 
vykreslovani? Mam dojem, ze rozlisuje do dvou barev a tu druhou zobrazuje az
pri vetsim priblizeni... ale kterych tagu se to tyka... iwn/nwn/rwn/lwn...?





vop

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

[OSM-talk] Convert Note to Node

[Steve Doerr]

Has anyone built a utility to convert a note into a node?

Alternatively, is there a way to display the longitude and latitude of a 
note in the same way as you can for a node?


--
Steve

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

Re: [OSM-talk] Compare GPX to OSM ways

[Michał Brzozowski]

On Mon, Aug 22, 2016 at 9:45 PM, Rob Nickerson
 wrote:
> That's neat. Thinking ahead it would be great if that analysis could be run
> when capturing GPS tracks (via a Android/iOS app) or when the GPS track is
> uploaded to OSM. You'd then get a notification: "Hey, you went somewhere
> new: please map it!"
>
> Rob

It has been done with Scout before, though from my experience it only
was viable in countries where Scout is popular. Now it seems to 404.
http://www.openstreetmap.org/user/mvexel/diary/35983

Michał

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

Re: [OSM-talk-fr] Problème avec Achavi ?

[Romain MEHUT]

Et j'imagine qu'on ne peut pas basculer sur overpass france ?

Romain

Le 22 août 2016 à 17:53, Pierre-Yves Berrard 
a écrit :

> Salut Romain,
>
> Cela semble être lié à un problème sur overpass-deutschland.
> https://lists.openstreetmap.org/pipermail/talk-fr/2016-August/081773.html
>
> PY
>
> Le 22 août 2016 à 17:34, Romain MEHUT  a écrit :
>
>> Bonjour à tous,
>>
>> J'ai une erreur quand je souhaites accéder par exemple à
>> https://overpass-api.de/achavi/?changeset=41599519
>>
>> Pourtant le changeset existe bien.
>>
>> Avez-vous connaissance d'un problème du côté du service achavi ?
>>
>> Merci.
>>
>> Romain
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-cu] RECORDATORIO

[Laura Barroso Pérez]

Chicos, circulo el link official del evento que se hará el sábado de 12:00
pm a 4:00 pm, PB recuerda que estás incluido en el programa.

http://jorgen.cubava.cu/2016/08/15/primer-encuentro-un-contacto-directo-con-
tuandroid/ 

 

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

[OSM-talk] Compare GPX to OSM ways

[Rob Nickerson]

That's neat. Thinking ahead it would be great if that analysis could be run
when capturing GPS tracks (via a Android/iOS app) or when the GPS track is
uploaded to OSM. You'd then get a notification: "Hey, you went somewhere
new: please map it!"

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

[OSM-talk] Merging Offline Edits with the POSM Replay Tool (blog post)

[Alan McConchie]

Hello everyone!

Many of you probably heard about the Portable OSM project that SpatialDev and 
Stamen have been working on with the American Red Cross.

Here's an introductory blog post if you missed it: 
https://hi.stamen.com/introducing-portable-openstreetmap-bff9b04c0e16 
, and 
there's the SOTM-US video here: 
http://stateofthemap.us/2016/field-mapping-at-scale/ 


Just today, Seth Fitzsimmons posted an extremely detailed blog post about how 
POSM merges offline edits with the main OSM database once the POSM unit comes 
back from the field. The process uses a git-inspired approach to detect which 
changes can be applied automatically without conflict, and which ones require 
manual oversight to merge with OSM.

Here's the blog post:
https://hi.stamen.com/merging-offline-edits-with-the-posm-replay-tool-2f39a4410d2a
 



Enjoy!

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

Re: [Talk-it] OSM mapper type

[Edoardo Yossef Marascalchi]

Il giorno 22 agosto 2016 17:43, Davide Mangraviti  ha
scritto:

> http://hdyc.neis-one.org/


io sarei rarelly active! ok, è parecchio che non trovo tempo di mappare,
ma...

*Name:* EdoM
*Mapper since: *October 30th, 2006
*Project days:* 3585
*Active mapping days:* 427 (11.9%)
*GPS-tracks:* 68
*Changesets:* 1 278
*Map changes:* 138 765
*Type?* Casual Mapper (Rarely Active)


-- 
Edoardo Yossef Marascalchi
skype: asca_edom
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-de] useful information

[Matthias Regiert]

Dear! 

I thought this  information regarding my favourite stuff may be usefull for you 
too, just take a look here 

Sincerely, Matthias Regiert


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

Re: [Talk-us] Compare GPX to OSM ways

[Nathan Wessel]

OSRM has a map-matching 
function,
 which I've been using for this purpose (in part) with some success. You just 
pass your GPX track to OSRM (running with recent OSM data) and it returns a 
route matched to the network, along with a confidence value between 0 and 1 
which is something like the probability that the matched route is correct. I've 
found that very low matches (< ~0.2) have generally indicated that something is 
definitely wrong/missing in the OSM data, and have pointed me toward 
fixes/additions that result in a more satisfying confidence rating.


You'd just have to set up the appropriate profile for whatever vehicle/mode 
your trace was from.

Just my two cents,

Nate


From: Martijn van Exel 
Sent: Monday, August 22, 2016 2:10 PM
To: OSM Talk US; t...@openstreetmap.org
Subject: [Talk-us] Compare GPX to OSM ways

Hi,

Someone asked about a way to see if a GPX file has parts that are not in OSM as 
ways yet.
I didn't know of any so I created this script here: 
https://gist.github.com/mvexel/9205f72208456c7164d9f65e3219118e
I wanted a test case for the Overpass wrapper anyway. It works, sort of. See 
the notes in the file. I hope it's useful or perhaps someone wants to improve 
it.

Martijn van Exel
http://mvexel.github.io/
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Spoken street names

[Peter Wendorff]

Am 22.08.2016 um 19:21 schrieb Štefan Baebler:

Having TTS to hear the street names is very nice, but hearing them
correctly pronounced would be even better.

There was an attempt at it:
https://wiki.openstreetmap.org/wiki/Proposed_features/Phonetics

But AFAIK there was no outcome from that proposal.


Did anyone really investigate how bad using common phonetic rules PER 
LANGUAGE on osm names?
For many names that should work I think, at least when the right 
language is detected correctly.
That, on the other hand, could be hinted by using the corresponding 
name:[lang] tags (name:de, name:en, ...), probably even when the main 
language might be redundant.


regards
Peter

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

[OSM-talk] Compare GPX to OSM ways

[Martijn van Exel]

Hi,

Someone asked about a way to see if a GPX file has parts that are not in
OSM as ways yet.
I didn't know of any so I created this script here:
https://gist.github.com/mvexel/9205f72208456c7164d9f65e3219118e
I wanted a test case for the Overpass wrapper anyway. It works, sort of.
See the notes in the file. I hope it's useful or perhaps someone wants to
improve it.

Martijn van Exel
http://mvexel.github.io/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-us] Compare GPX to OSM ways

[Martijn van Exel]

Hi,

Someone asked about a way to see if a GPX file has parts that are not in
OSM as ways yet.
I didn't know of any so I created this script here:
https://gist.github.com/mvexel/9205f72208456c7164d9f65e3219118e
I wanted a test case for the Overpass wrapper anyway. It works, sort of.
See the notes in the file. I hope it's useful or perhaps someone wants to
improve it.

Martijn van Exel
http://mvexel.github.io/
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Data Quality and Mapping for the renderer.

[Svavar Kjarrval]

On mán 22.ágú 2016 11:40, Simon Poole wrote:
>
> Am 22.08.2016 um 01:59 schrieb Svavar Kjarrval:
>> There are also online QA tools which display certain types of errors,
> "notifications that data that may be erroneous" please, not "errors".
> The false positive rate of all such tool tends to rather high and
> believing that the tool is right without checking is a sure way to break
> a lot of data.
>
> Simon
This was my attempt at a simpler method to refer to reports of possible
errors. Didn't realise I'd be tested on those semantics. I'm *not*
suggesting that people act on those kinds of reports without further
verification.

- Svavar Kjarrval


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

Re: [OSM-talk] Draft updated privacy policy

[Simon Poole]

Way way back I sent the mail below to the list. Now that the big road
block is gone (thanks to TomH for merging
https://github.com/openstreetmap/openstreetmap-website/pull/1036 ), I
intend to move the updated document forward.

http://wiki.openstreetmap.org/wiki/Updated_Privacy_Policy

Forward in this case implies that we (the LWG) are going to ask the OSMF
to elevate the document to a formal policy document (for the various
caveats that apply to the document see below).

If there are any last minute comments, suggestions, that are in the
scope of this update, please either make them here or on the documents
talk page.

Simon

Am 16.06.2015 um 13:17 schrieb Simon Poole:
> And now for something completely different.
>
> I've produced an updated version of the OSM privacy policy:
> http://wiki.openstreetmap.org/wiki/Updated_Privacy_Policy (the original
> resides here: http://wiki.openstreetmap.org/wiki/Privacy_Policy).
>
> This is largely a private undertaking, it however has been available to
> stakeholders in the original document and the relevant OSMF working
> groups for comments and suggestions which have been worked in to the text.
>
> The LWG has somewhere on its to-do list an item on a complete review and
> rewrite of the privacy policy, this is not a replacement for that. It is
> however likely that whoever does that rewrite would refer to this
> document or the original privacy policy for the OSM related specifics.
>
> Neither the original policy nor this document are published and/or
> approved OSMF documents, but they should likely be considered for that,
> at least until a full rewrite is completed.
>
> My motivation was mainly that there are some things that should be in
> the document that are not, and the complications that a complete rewrite
> as in for example https://wikimediafoundation.org/wiki/Privacy_policy
> will entail.
>
> All that said, the changes are, with one exception, likely
> uncontroversial and simply document what is current practice. Obvious
> and clear for old hands, probably not so for newcomers.
>
> The exception is the addition of a clause that allows us (the OSM
> community) to use information submitted to an OSMF run services to be
> used to support improving the OSM data. Right now the only use of this
> that I could think of is to mine nominatim queries for missing
> addresses, postcodes and the like. The is currently NOT done, because it
> is a potential touchy issue, but it would have some obvious benefits.
>
> Comments on the draft are likely best added to the discussion page.
> Please keep the scope of any comments limited to the changes and not to
> untouched original text, one day there will be a complete rewrite and
> that will be the time to address any other issues.
>
> Simon
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk



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

Re: [OSM-talk] Spoken street names

[Štefan Baebler]

Having TTS to hear the street names is very nice, but hearing them correctly 
pronounced would be even better.

There was an attempt at it:
https://wiki.openstreetmap.org/wiki/Proposed_features/Phonetics 


But AFAIK there was no outcome from that proposal.

best regards,
Štefan



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Extraire une géométrie représentative d'une relation

[Philippe Verdy]

il serait intéressant de compléter cet exemple avec quelque chose de
significatif, notamment car il y a souvent plusieurs rôles ("outer",
"inner", ainsi que le rôle vide souvent mis à la place de "outer" quand il
n'y a aucune enclave)

On peut faire l'union des rôles.
Attention aussi à la requête de récursion avec "(._;>;);" qui récupère
absolument tous les éléments fils dans une union avec l'élément parent (ici
dans le jeu de données "_" par défaut).

Ensuite attention à l'instruction "out;" qui possède plusieurs options pour
déterminer le niveau de détails demandés (sans les tags avec "skel", ou
avec les tag avec l'option par défault "body", ou avec en plus des
métadonnées avec l'option "meta", telles que le dernier changeset, sa date
et l'utilisateur).

Sur une des instances Overpass on a aussi des données historiques ("Attic")
mais c'est souvent très lent (et actuellement cette instance a des
problèmes de surcharge serveur).

Ci-dessous j'annote les noms de resultsets temporaires avec des noms
explicites, plutôt que d'utiliser et écraser le resultset "_" par défaut
entre chacune des 3 requêtes principales :

  // Première requête : la relation cherchée (cela ne sort pas la liste des
membres)
  // Ce resultset temporaire ne sera pas inclus dans le résultat final
  rel(5430194 )->TMP1;

  // Deuxième requête: récursion sur certains membres en fonction des rôles
à garder, le tout dans une (union)
  // Ce resultset temporaire contenant des ways ne sera pas inclus dans le
résultat final
  ( way(r.TMP1:"outer");
way(r.TMP1:"inner");
way(r.TMP1:"");
  )->TMP2;

  // Troisième requête : on garde dans le resultset final une union tous
les ways et la récursion sur tous leurs noeuds membres
  ( .TMP2;
.TMP2>;
  )->TMP3;

  // Résultats de la troisième requête.
 .TMP3 out skel;

Le résultat ici cependant reste un ensemble de "ways" (la deuxième
récursion avec l'opérateur ">" ne les connecte pas automatiquement.
l'interface graphique Overpass Turbo cependant fait cette connexion côté
client (pas côté serveur) pour créer des lignes "lines" continue ou des
aires fermées ("area"), elle analyse les chemins pour aussi déterminer ceux
qui sont internes ou externes pour remplir les surfaces, avec la liste des
noeuds.

Overpass API permet pas mal de souplesse dans la façon de faire des
requêtes et sous-requêtes. Nommer les resultsets d'entrée (indiqués après
un ".") ou de sortie (après un "->") n'a aucun impact en performance, mais
cela permet des requêtes plus complexes ou plus fines selon les besoins.

Mais Overpass API ne sait pas encore transformer sur le serveur les objets
d'un resultset (par exemple créer des buffers, des simplifications de
géométrie, joindre les lignes, déterminer les surfaces fermées dans un
objet parent), c'est à faire côté client (Overpass Turbo le fait via le
javascript qu'il envoie au client, c'est ce javascript également qui fait
un rendu vectoriel MapCSS dans une couche superposée sur le fond de carte;
ce client fait également les calculs de projection pour correspondre à
l'échelle de visualisation et n'afficher et positionner que les objets qui
sont dans le rectangle visible, car Overpass API ne retourne que des
coordonnées WGS84 telles qu'elles sont sur le serveur de données OSM,
indépendamment de la vue courante ou du niveau de zoom).

Overpass sait visiblement de lui-même purger les resultsets nommés dès
qu'ils ne sont plus utiles à d'autres requêtes ou à une instruction "out"
qui suit.

Le 22 août 2016 à 16:45, Christian Quest  a écrit :

> Dans overpass une requête permet de ne sélectionner que les membres
> portant un certain rôle dans la relation:
>
> rel(5430194 );
> way(r:"line");
> (._;>;);out skel;
>
> Après il faut en récupérer la version geojson...
>
> Le 22/08/2016 à 15:25, François Lacombe a écrit :
>
> Bonjour Philippe, Guillaume,
>
> Personne n'est a coté de la plaque ;)
>
> Cependant, seule la méthode m’intéresse.
> En effet il y a déjà quelques outils qui parviennent à présenter
> graphiquement une relation mais j'ai besoin de l'implémenter de mon côté.
>
> Relativement à l'exemple du résultat d'OSM.org. Il n'emploie pas une
> géométrie unique. Il affiche tous les objets de la relation et c'est vite
> le fouillis, en plus de devoir être découpé pour être intégré dans du
> geojson.
> Voir ici : http://www.openstreetmap.org/relation/5430194
> Je m'attends à récupérer une ligne toute simple sans les deux polygones
> aux extrémités. C'est la seule géométrie "simple" et représentative qu'on
> puisse exploiter sans faire appel à des FeatureCollections ou autre.
>
> Et ça me semble très dur de trouver une méthode générique qui puisse faire
> cette synthèse parce qu'il semble qu'il y ait autant de possibilités que de
> cas :'(
>
> François
>
> Le 22 août 2016 à 14:45, Philippe Verdy  a écrit :
>
>> Le site web OSM le fait déjà 

Re: [OSM-talk-be] overpass-api.de niet bereikbaar?

[Glenn Plas]

Hallo,

Overpass API server (.de) is opnieuw opgezet.  De oorzaak is een
overload aan requests.  De server is gesized naar 50 000 requests per
uur en kreeg er 300K tot 500K requests te verwerken, wat de oorzaak was
van het probleem.

De server is opnieuw opgezet met 16:04 ubuntu en is 'recovering' ,
volledige functionaliteit is nog niet restored.  De updates staan niet
aan en area queries zijn nog niet enabled.

Dus best niet downloaden via Overpass API voor JOSM edits , en niet
verwachten dat updates onmiddelijk in Overpass beschikbaar zullen zijn,
dit zal wss nog een paar dagen het geval zijn.

Zie engelse uitleg: http://wiki.openstreetmap.org/wiki/Overpass_API/status

Nog even geduld dus tot alles terug normaal is.

Mvg,

Glenn


On 21-08-16 22:15, Glenn Plas wrote:
> On 21-08-16 21:46, Karel Adams wrote:
>> Hm, dank voor de tip, Glenn - maar is dat niet een beetje simpel? Moeten
>> we dan echt allemaal die Zwitserse server aanspreken totdat die ook door
>> zijn knieën gaat?
> 
> De Franse server werkt ook nog. ( api.openstreetmap.fr/oapi/ )
> 
> Nu stuurt iedereen standaard alles naar de Duitse , niet ?  Overpass API
> is gemaakt om veel te consulteren, en indien er load problemen zijn
> zouden die in principe moeten throthlen en zelfs queries killen.  Er is
> een gans systeem om fairness in afhandeling van request te vrijwaren.
> 
> Ik denk dat de Duitse server de meest populaire is.  De bedoeling van
> meerdere servers is net om de load te spreiden en alternatieven te hebben.
> 
> Als je er een service mee opzet, kan je de requests balanceren over de
> verschillende servers. Als ik een service op O-API zou bouwen, dan zou
> ik van in het begin meerdere servers ondersteunen en bij
> onbereikbaarheid overfalen naar eentje die wel antwoord.
> 
> Requests die niet doorgaan zullen niet 'gequeued' worden, die gaan
> gewoon verloren, er zal wel een piekje zijn als ze terug live komen maar
> dit zijn stevige services, maar het zijn en blijven openbare diensten
> die je 'mag' gebruiken.
> 
> Voor Mission critical stuff: dan kan je beter je eigen overpass diensten
> opzetten.
> 
> De zwitserse is geen standby-ambulance hoor, je mag die gerust ook
> hameren ipv alles naar de Duitse te duwen.
> 
> Glenn
> 
> 
>>
>> Het is goed om te weten dat hij er is, voor in een noodgeval, maar als
>> het niet dringend is dan zou het devies toch eerder moeten zijn
>> "eventjes geduld..."
>>
>> KA
>>
>> On 21-08-16 19:38, Glenn Plas wrote:
>>> Gebruikt de Zwitserse gewoon, die werkt: http://overpass.osm.ch/
>>>
>>> Zowel de Duitse als de Russische instances hebben nog steeds problemen.
>>>
>>> Glenn
>>>
>>>
>>>
>>> On 21-08-16 16:12, Karel Adams wrote:
 De titel zegt het allemaal: ik kan niet meer connecteren naar
 overpass-api.de?

 Onderhoudswerkzaamheden, misschien? Maar dan zou er toch een
 "sorry"-pagina opstaan, zou ik verwachten?

 wget "http://overpass-api.de/api/interpreter;
 --2016-08-21 14:09:02--  http://overpass-api.de/api/interpreter
 Resolving overpass-api.de (overpass-api.de)... 136.243.42.136,
 2a01:4f8:212:a83::2
 Connecting to overpass-api.de (overpass-api.de)|136.243.42.136|:80...
 failed: Connection refused.
 Connecting to overpass-api.de
 (overpass-api.de)|2a01:4f8:212:a83::2|:80... failed: Network is
 unreachable.

 (geen paniek, dit commando zal ik in normale omstandigheden niet
 lanceren - gewoonlijk zit er een --post-file= bij in om het volume
 stevig in te perken


 Karel


 ___
 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
>>
>>
>> ___
>> 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
> 


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

Re: [OSRM-talk] Question About OSRM

[Daniel Patterson]

Antonio,

  The OSRM demo server runs the latest "in development" code - so sometimes it 
breaks.  It's not intended for production use.  We make reasonable efforts to 
keep it up and running, but, well, you get what you pay for.

  If you run your own server, then the maximum request rate will depend on the 
capacity of your server.  You should be able to achieve 100's of requests per 
second with little effort.

  As a reference point, I've been meaning to post some statistics of the demo 
servers.  I'll do that now.

http://imgur.com/a/VdGwt 

  Summary: 4.9.x demo server is doing around 600,000 hits/hour and CPU usage is 
<10%.  5.x server is doing ~10k hits/hour and CPU usage is under 1%.

daniel

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

Re: [OSM-talk-nl] [Dutch] FOSS4G: Onder de OSGeo.nl Banier 19:00 BaseCamp Wo Avond

[Just van den Broecke]

Oeps: Icebreaker is op woensdagavond 24 aug!! Met dank aan Frank...

On 22-08-16 18:28, Just van den Broecke wrote:

Beste Bonn-gangers,

Voor degenen die naar de FOSS4G [1] in Bonn gaan: morgenavond is er een
Icebreaker [2] social event in BaseCamp Bonn [3]. Dat is altijd de
moeite waard mocht je al in Bonn zijn.

Met OSGeo.nl [4] willen we daar met onze (toekomstige) leden verzamelen,
ter kennismaking, uitwisseling en een mogelijk gezamelijk event later op
FOSS4G, bijv lunch op do in WCCB. Ik ken BaseCamp Bonn niet, maar ter
herkenning hangen we morgen ergens het zwarte OSGeo.nl spandoek/banier
met groen logo/letters op om daar te verzamelen vanaf plm 19:00. Code
Sprint is daar ook dus eerder mag.

Twittertag tijdens FOSS4G voor delen en op de hoogte blijven: #osgeonl.

Hoop velen van jullie morgen en deze week in Bonn te zien!

Links:
[1] http://2016.foss4g.org
[2] http://2016.foss4g.org/building-bridges.html#social-events
[3] http://www.basecamp-bonn.com
[4] http://osgeo.nl

Hartelijke groet namens OSGeo.nl bestuur,

--Just

Just van den Broecke
secretaris OSGeo.nl






___
Dutch mailing list
du...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/dutch



--
kind regards / met vriendelijke groet,

--Just

Just van den Broecke  j...@justobjects.nl
Just Objects B.V. tel +31 65 4268627
The Netherlands   http://www.justobjects.nl






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

[OSM-talk-nl] FOSS4G: Onder de OSGeo.nl Banier 19:00 BaseCamp

[Just van den Broecke]

Beste Bonn-gangers,

Voor degenen die naar de FOSS4G [1] in Bonn gaan: morgenavond is er een 
Icebreaker [2] social event in BaseCamp Bonn [3]. Dat is altijd de 
moeite waard mocht je al in Bonn zijn.


Met OSGeo.nl [4] willen we daar met onze (toekomstige) leden verzamelen, 
ter kennismaking, uitwisseling en een mogelijk gezamelijk event later op 
FOSS4G, bijv lunch op do in WCCB. Ik ken BaseCamp Bonn niet, maar ter 
herkenning hangen we morgen ergens het zwarte OSGeo.nl spandoek/banier 
met groen logo/letters op om daar te verzamelen vanaf plm 19:00. Code 
Sprint is daar ook dus eerder mag.


Twittertag tijdens FOSS4G voor delen en op de hoogte blijven: #osgeonl.

Hoop velen van jullie morgen en deze week in Bonn te zien!

Links:
[1] http://2016.foss4g.org
[2] http://2016.foss4g.org/building-bridges.html#social-events
[3] http://www.basecamp-bonn.com
[4] http://osgeo.nl

Hartelijke groet namens OSGeo.nl bestuur,

--Just

Just van den Broecke
secretaris OSGeo.nl







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

Re: [OSM-talk-fr] Problème avec Achavi ?

[Pierre-Yves Berrard]

Salut Romain,

Cela semble être lié à un problème sur overpass-deutschland.
https://lists.openstreetmap.org/pipermail/talk-fr/2016-August/081773.html

PY

Le 22 août 2016 à 17:34, Romain MEHUT  a écrit :

> Bonjour à tous,
>
> J'ai une erreur quand je souhaites accéder par exemple à
> https://overpass-api.de/achavi/?changeset=41599519
>
> Pourtant le changeset existe bien.
>
> Avez-vous connaissance d'un problème du côté du service achavi ?
>
> Merci.
>
> Romain
>
> ___
> 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-in] Classification of Indian places

[Yogesh K S]

Bringing this back again since there was no clear acceptance on the
classification of Indian places[1] from last discussion some years
back[2]. I can see that many small towns are tagged as cities in some
states[3]. And the List of Cities in India entry on enwiki is by
population which seems to be incomplete[4].

If there is a lack of consensus on classification proposal made on the
OpenStreetMap wiki India page, we can discuss or else use the same as
accepted one.


[1]https://wiki.openstreetmap.org/wiki/India:Places
[2]https://lists.openstreetmap.org/pipermail/talk-in/2012-May/thread.html
[3]http://overpass-turbo.eu/s/hYb
[4]http://en.wikipedia.org/wiki/en:List_of_cities_in_India



--
yogi



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

[OSM-talk-fr] Problème avec Achavi ?

[Romain MEHUT]

Bonjour à tous,

J'ai une erreur quand je souhaites accéder par exemple à
https://overpass-api.de/achavi/?changeset=41599519

Pourtant le changeset existe bien.

Avez-vous connaissance d'un problème du côté du service achavi ?

Merci.

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

[OSM-talk-fr] Contribution à OpenStreetMap sur Android

[loic ortola]

Bonjour à tous,

il y a un peu plus d'un an, on a lancé OSM Contributor, une appli
Android de contribution à OSM.
Après un StateOfTheMap FR très encourageant, l'équipe a décidé de
tordre le cou à la roadmap inspirée par de nombreux membres de la
communauté (merci à eux), et de préparer une nouvelle version de
l'appli.
Au menu:
- OAuth et Sign-in with Google
- Fonds de carte vectoriels
- Détection de type de données et widgets adaptés (horaires, date, etc...)
- Marketplace Opensource pour ajouter des presets (un mode dégradé
permettant à des utilisateurs non techniques de contribuer de façon
fléchée et SIMPLE) (https://github.com/jawg/h2geo-presets)
- Beaucoup d'améliorations de l'expérience utilisateur
- Mode hors-ligne (possibilité de charger des régions hors-ligne)
- Duplication de POI
- Amélioration du crawler h2geo (https://github.com/jawg/h2geo)

On souhaite release la version majeure pour le State-Of-The-Map à
Bruxelles, et recherchons des volontaires pour beta-tester
l'application avant sa sortie.

Si vous êtes tentés pour l'utiliser pour une Cartopartie ou juste pour
vous, on serait vraiment très heureux de pouvoir vous confier une
distribution et prendre vos retours.

Les types de retours qui nous sont chers:
- Love / Hate: les choses qui font sens, les choses qui ne servent à
rien, les nice to have, les choses appréciées, les choses géniales
- Bugs: Nous avons déjà un bug tracker, mais il ne filtre évidemment pas tout
- Feature requests: Des choses qui manquent et que vous voudriez, ou
que vous voyiez de manière différente.

L'objectif d'OSM Contributor, c'est de "réduire le cout d'entrée à
OpenStreetMap" (pour paraphraser Christian Quest) et de permettre à
des utilisateurs débutants comme confirmés de contribuer sans blabla.

Merci infiniment pour ceux qui auront la patience de s'y intéresser,
n'hésitez pas à répondre à ce mail pour avoir votre accès à la beta.

Screenshot:
https://twitter.com/jawgio/status/767731944964644865

Loïc

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

Re: [Talk-dk] Sur bonde

[Michael Larsen]

Vi har også visuelle diffs på osm.expandable.dk - det diskuterede changeset 
her:

https://osm.expandable.dk/diffmap.html?cid=41602491

/MichaelVL

On mandag den 22. august 2016 16.40.16 CEST Mikkel Kirkgaard Nielsen wrote:
> On 2016-08-22 12:24, Jørgen Elgaard Larsen wrote:
> > Erik Dam skrev:
> >> Nu er jeg ikke klar over hvorfor bonden er sur da jeg ikke er dygtig nok
> >> til at se hvad tyskeren har ændret
> > 
> > Hvis du klikker på linket til ændringssættet, vil du se, at der kun er
> > ændret én vej. Hvis du klikke på vejen og derefter "Se historik", kan du
> > se de forskellige versioner af vejen.
> 
> Eller brug Achavi til en visuel diff;
> https://nrenner.github.io/achavi/?changeset=41602491
> 
> Gem eventuelt nedenstående bookmarklet i din browser, så kan du aktivere
> bogmærket når rn ændringsside fra openstreetmap.org/changeset vises, og
> Achavi for ændringen åbnes i et nyt vindue.
> 
> javascript:(function(){id=location.href.match(/www\.openstreetmap\.org\/chan
> geset\/(\d+)/);if(id!=null){window.open('https://nrenner.github.io/achavi/?c
> hangeset='+id[1]);}else{alert('This%20is%20not%20a%20valid%20OSM%20changeset
> %20page.')}})()
> 
> Achavi = Augmented OSM Change Viewer;
> http://wiki.openstreetmap.org/wiki/Achavi
> 
> PS: Ovenstående bruger dev-udgaven på github, produktions-sitet på
> http://overpass-api.de/achavi er nede lige i øjeblikket.
> 
> Hygge,



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

Re: [OSM-talk-fr] Extraire une géométrie représentative d'une relation

[Christian Quest]

Dans overpass une requête permet de ne sélectionner que les membres 
portant un certain rôle dans la relation:


rel(5430194 );
way(r:"line");
(._;>;);out skel;

Après il faut en récupérer la version geojson...


Le 22/08/2016 à 15:25, François Lacombe a écrit :

Bonjour Philippe, Guillaume,

Personne n'est a coté de la plaque ;)

Cependant, seule la méthode m’intéresse.
En effet il y a déjà quelques outils qui parviennent à présenter 
graphiquement une relation mais j'ai besoin de l'implémenter de mon côté.


Relativement à l'exemple du résultat d'OSM.org. Il n'emploie pas une 
géométrie unique. Il affiche tous les objets de la relation et c'est 
vite le fouillis, en plus de devoir être découpé pour être intégré 
dans du geojson.

Voir ici : http://www.openstreetmap.org/relation/5430194
Je m'attends à récupérer une ligne toute simple sans les deux 
polygones aux extrémités. C'est la seule géométrie "simple" et 
représentative qu'on puisse exploiter sans faire appel à des 
FeatureCollections ou autre.


Et ça me semble très dur de trouver une méthode générique qui puisse 
faire cette synthèse parce qu'il semble qu'il y ait autant de 
possibilités que de cas :'(


François

Le 22 août 2016 à 14:45, Philippe Verdy > a écrit :


Le site web OSM le fait déjà quand on "explore" une relation: ça
télécharge un jeu de données JSON permettant le rendu vectoriel de
l'objet sélectionné par dessus le fond de carte. La Wikipédie
francophone le fait aussi sur ses cartes (mais elle requête son
propre serveur pour obtenir aussi des POIs géolocalisés sur
Wikipédia ou des photos géolocalisées sur Commons)
Attention en cas d'inclusion dans un script web : l'API ne doit
pas surcharger le serveur interrogé (on a vu le problème ces
jours-ci sur Overpass API avec des centaines de milliers de
requêtes par heure au lieu de quelques dizaines habituellement,
deux serveurs Overpass API sont tombés plusieurs fois de suite,
peut-être à cause d'un script d'un réseau publicitaire abusif ou
d'une appli non-officielle type Pokemon).
Bref gérer des caches sur votre serveur et éviter de faire des
requêtes automatiques en boucle par le client sur chaque page web
du site ou chaque page de l'appli mobile, respecter les protocoles !


Le 22 août 2016 à 14:30, François Lacombe
> a
écrit :

Bonjour à tous,

Avec la récente mise en place et adoption croissante d'open
event database, je me pose une question que certains ont déjà
du résoudre.

Existe-t-il une méthode générique pour convertir une relation
OSM en geojson ?
Cela reviendrait à convertir la relation en géométrie simple
(points / polyline).

Le besoin est d'attribuer une géométrie représentative à des
événements dégagés par des ouvrages décrit avec une relation.
Après on peut les envoyer sur open event db.

Mais il peut y avoir des tonnes d'autres usages à cela, sans
se limiter à cet exemple.

J'aimerais éviter les scripts avec des if/else à rallonge pour
cibler tel ou tel type de relation, à la recherche de tel ou
tel objet qui au final n'est pas forcé de se trouver là où on
l'attend, etc...


Merci par avance pour vos retours

François


--
*François Lacombe*

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

___
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



--
Christian Quest - OpenStreetMap France

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

[Talk-it] OSM mapper type

[Davide Mangraviti]

Ho scoperto guardando il mio profilo su http://hdyc.neis-one.org/ che è
cambiata la tipologia di classificazione dei mapper, cui una volta era
questa:
<25 Changesets: A Hit-and-Run Mapper
<100 Changesets: A Newbie
< 500 Changesets: A Casual Mapper
<1000 Changesets: A Heavy Mapper
<2500 Changesets: A Heavy Mapper 2.0
<5000 Changesets: An Addicted Mapper
<1 Changesets: A Crazy Mapper
<2 Changesets: An Ueber Mapper
<3 Changesets: An Epic Mapper
>3 Changesets: A Bot 

Infatti curiosamente ora mi sono trovato come: Super Mapper (Mega Active)
Che significa?
ciao



--
View this message in context: 
http://gis.19327.n5.nabble.com/OSM-mapper-type-tp5880655.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] Data Quality and Mapping for the renderer.

[Dave F]

On 22/08/2016 12:40, Simon Poole wrote:


"notifications that data that may be erroneous" please, not "errors".
The false positive rate of all such tool tends to rather high and
believing that the tool is right without checking is a sure way to break
a lot of data.

Simon



Indeed. The likes of MapRoulette encourages unverifiable data to be 
added to the database. I find it irritating that, in my locale, I have 
to contact the mapper for between 80 & 90% of their edits.


Dave F.

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

Re: [OSM-talk] Data Quality and Mapping for the renderer.

[Martin Koppenhoefer]

sent from a phone

> Il giorno 22 ago 2016, alle ore 13:40, Simon Poole  ha 
> scritto:
> 
> "notifications that data that may be erroneous" please, not "errors".
> The false positive rate of all such tool tends to rather high and
> believing that the tool is right without checking is a sure way to break
> a lot of data.


+1, I'd like to join this choir, please use qm tool output as indications where 
a new survey might be fruitful, not as a means to find places with likely 
errors which you "correct" by the aid of guesswork and aerial imagery, but 
where you don't know the current situation on the ground (and which will leave 
the radar of everybody, also the locals, after you have "corrected" it).

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

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

[Mattias Axell]

Hej! Liten uppdatering om Nordic Open Geo/Mapping Meetup i November
nedanför:

 Forwarded Message 
Subject:Re: [Okfn-se] interested in a nordic open geo/map data meetup
in novermber
Date:   Mon, 22 Aug 2016 14:17:03 +0200
From:   miska knapek 
To: okfn...@lists.okfn.org ,
okfn...@lists.okfn.org , okfn...@lists.okfn.org
, okfn...@lists.okfn.org, Okfn Dk




Hello again everyone,

Just wanted to provide a bit of an update : 

- Thanks a lot for the participation - much appreciated.

- The ball is now with the Norwegian Mapping Authority - also the key
organiser of Hack4NO. 
I've emailed them the results of the survey, and they're going to decide
whether they're going to offer facilities for running the event. 


Of course, even if this event - around Hack4NO - doesn't happen, we'll
recycle the enthusiasm into another event later.
With a bit of luck, mapping will remain an interest for long :) 


Thanks again and all the best,

miska

On 10 August 2016 at 21:27, miska knapek > wrote:

Hey good open folks,


*Short version : *

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

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

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

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


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











*Longer version : *

Some open people have voiced interest in having an open map data
event, and we've some preliminary interest from people who'd like to
run workshops and whatnot. 

Kartverket, the mapping authority of Norway, the main organiser of
Hack4No, has said they could be interested in hosting a open map
data event in parallel with Hack4No. 

This is really nice of Kartverket, but to make it happen, we need to
know how many people could be interested in coming, and whether
they'd consider paying some small fee to cover some basic costs.



*Longer version - part Two*

If enough people are interested in attending, the next steps would
be to organise some tracks for the event. There's an
academic/education, business, civil society, etc… side to open map &
geo data. it'd be great to have an open call, get suggestions for
content, and organise these different tracks. 

( We've already had some offers from the kind folks at Wikipedia, as
well as some others like Søren Johanssen, to run workshops on new
wikipedia mapping features, as well as open source mapping tools. (
Of course, depending on how things go, it might or might not be
possible to run the workshops, but at least the will is there )).

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


All the best,

miksa




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

code/github: https://github.com/miskaknapek




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

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

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

[Petr Holub]

> > A do jaké délky lze trasu považovat za krátkou, spojovací ...?
> > 
> > http://www.openstreetmap.org/relation/369235
> > 
> > 
> > http://www.openstreetmap.org/relation/941048
> > 
> > 
> > 
> > Nevím jak před 30 lety, ale v současnosti asi pár výjimek bude.
>
> Je fakt, že já jsem vždy považoval toto ustanovení o žluté za podivné, 
> protože u nás na
> Dobříši se na náměstí dříve (=cca 20 let zpátky) rozcházely tři žluté s 
> délkou 15 a více km
> https://api.openstreetmap.cz/img/guidepost/IMG_20151106_092400.jpg

Tohle může být složitější: žlutá se ve skutečnosti může skládat z více
tras s různými čísly, jak jsem zmínil v jednom z předchozích mailů na
příkladu žluté na Křemešníku. Ale s tím bez spolupráce k KČT nic nenaděláme,
protože čísla tras nám postupně mizí z rozcestníků. A pro běžného uživatele
map to navíc asi bude irelevantní.

Takže bych ten problém zúžil pouze na otázku, zda dokážeme nějak identifikovat
ty dálkové trasy pro network=nwn, zbytek základního značení bych značil
jako network=rwn a lokální odbočky, naučné značky jakož i trasy značené
dalšími různými organizacemi jako network=lwn.

Na výběr máme pro nwn použít červené nebo stanovit nějaká jiná kritéria
(např. tady v AT >200km). Dneska jdu s místní OSM komunitou na pivo to 
probrat - mají akorát ten Stammtisch :-).

Petr


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

Re: [Talk-cz] Mapovani vysilacu v OSM - Draft #2

[Pavel Machek]

On Sun 2016-08-21 01:28:13, r00t.cz wrote:
> Cely draft jsem prepracoval, aby se pro vice frekvenci nebo vice anten 
> pouzivaly relace.
> Zadna hruza typu "hodnota frekvence v klici" uz tam taky neni.
> Dale jsem upravil hierarchii pro klice specificke pro jednu modulaci,
> napr. "RF:modulation=GSM" a "RF:GSM:LAC=1234" misto "RF:ID:LAC".
> A lepsi priklad pro mapovani GSM, z udaju co zobrazi servisni menu telefonu
> (misto presne frekvence lze napr. pouzit RF:band).
> 
> Draft #2:
https://wiki.openstreetmap.org/wiki/Proposed_features/Radio_Frequency

Na prefix RF: bych se vykaslal, v openstreetmap se to nedela, kdo se s
tim ma opisovat. (A urcite by bylo konzistentnejsi "rf:" ne "RF:").

Aspon mapovani gsm uz se pouziva,
https://taginfo.openstreetmap.org/search?q=gsm , 2500 vyskytu pro gsm,
2000 pro umts. Takze bych se primlouval za pouziti tagu z...

https://wiki.openstreetmap.org/wiki/Proposed_features/Telecommunications_tower

... ve svete uz se pouzivaji, neni duvod delat neco zvlast. Tez bych
se primlouval za kratsi klice, hodnoty. RF:use=cellphone je urcite
lepsi nez RF:use=cellphone_network, a jeste kratsi by bylo jeste
lepsi.

Nevim jestli je rozumne mit oddelene gsm:lac a lte:lac, ale jestli jo
tak by to asi taky chtelo umts:lac.
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [Talk-cl] Planificador de rutas multimodal

[Danilo Lacoste]

Juan, por qué no volcar todos los datos a OSM y desarrollar una app
que trabaje solo desde allí?


2016-08-20 19:34 GMT-03:00 Juan Pizarro :
> Hola,
>
> Junto a unos amigos estamos trabajando en un planificador de rutas
> multimodal, actualmente usamos los datos de OSM y la api de bikesantiago.
>
> Estamos usando modeify, opentripplanner y Docker
>
> http://planner.pedalean.com
>
> También tenemos una prueba de concepto usando OSRM en heroku, para rutas
> para ciclistas.
>
> http://map.pedalean.com/
>
> Estamos en búsqueda de datos para mejorar la ruta ofrecida, ej accidentes,
> contaminación,  etc.
>
> Estamos agradecidos desde ya, por feedback o colaboración.
>
> Saludos
>
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>



-- 
Danilo Lacoste Z.   dan...@lacosox.org
Ing. Civil en informática
www.lacosox.org

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

Re: [Talk-de] Help needed for mapping missing navigation data in Germany

[Michael Reichert]

Hallo Nikhil,

ein paar Fragen, die ich euch am 13. August gestellt habe, habt ihr
bislang noch nicht beantwortet. Bekomme ich da noch eine Antwort.

Das sind die Fragen (die nicht zitierten Fragen habt ihr schon beantwortet):

Am 2016-08-13 um 00:44 schrieb Michael Reichert:
> Welche Mitarbeiter des Mapbox Data Teams werden denn dann in
> Deutschland mappen? Wo sitzen diese Mitarbeiter? Sind diese der
> deutschen Sprache mächtig? Waren diese Mapper jemals in Deutschland
> und haben somit ein wenig gesehen, wie deutsche Straßen aussehen?

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [OSM-talk-fr] Saisie d'une entité bâtiment avec différents services

[David Crochet]

Bonjour


Le 22/08/2016 à 15:22, Adrets-Guillaume a écrit :

D'avance merci pour votre retour


Pas mieux pour un premier jet.

Cordialement

--
David Crochet


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

[OSM-ja] 8/25 19:00-20:00?? twitter @osmjp_都道府県 停止

[yasunari]

京都の山下です。みなさんこんにちわ。

NTT 西日本さんが
現在 yamasita.jp で契約中の Flet's光プレミアムファミリータイプを
廃止くださりやがることになりまして、
致し方なく京都にいる間に品目変更することにしました。

回線切り替え工事期間中
おそらく 8/25 19:00-20:00 ぐらいでしょうか、、、
yamasita.jp でサービスしている @osmjp_都道府県 が停止します。
個人サイトでの趣味サービスですので、どうぞご勘弁ください。

---

なお、yamasita.jp は 9/1 以降、
空調もない保守員不在部屋での運用となります。
1000 日以上安定して無停止稼働しているサイトではありますが、
何らかのトラブル、特にハードウェア的なトラブルが発生したなら
復旧には「帰省」という MTTR （平均修復時間）が必要となります。
SLA (笑)が低下することをご承知おきいただけましたら幸いです。

よろしくお願いします。
--
山下康成＠京都府向日市

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

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

[Jan Dudík]

Je fakt, že já jsem vždy považoval toto ustanovení o žluté za podivné,
protože u nás na Dobříši se na náměstí dříve (=cca 20 let zpátky)
rozcházely tři žluté s délkou 15 a více km
https://api.openstreetmap.cz/img/guidepost/IMG_20151106_092400.jpg

JAnD


Dne 22. srpna 2016 12:43 Mirek Dlask  napsal(a):

> Ahoj
> A do jaké délky lze trasu považovat za krátkou, spojovací ...?
>
> http://www.openstreetmap.org/relation/369235
> http://www.openstreetmap.org/relation/941048
>
> Nevím jak před 30 lety, ale v současnosti asi pár výjimek bude.
>
> Mirek
>
> Dne 22. srpna 2016 11:32 Michal Poupa  napsal(a):
>
> Tak to nevím kým a jak je třeba  to posvětit ale je to tak asi už 30 let
>> :-)
>>
>>
>> 22. 8. 2016 v 10:54, Petr Holub :
>>
>> > Ahoj,
>> >
>> >> Přednostní volba barev pro značky:
>> >>
>> >> * > l_red.svg>  červená –
>> >> dálkové nebo hřebenové trasy
>> >> * > l_blue.svg>  modrá –
>> >> významnější trasy
>> >> * > l_green.svg>  zelená –
>> >> místní trasy
>> >> * > l_yellow.svg>  žlutá –
>> >> krátké trasy, spojovací cesty, zkratky
>> >
>> > ano - toto lze najit i na wikipedii. Ale mas to overene z KCT?
>> >
>> > 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-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Extraire une géométrie représentative d'une relation

[François Lacombe]

Bonjour Philippe, Guillaume,

Personne n'est a coté de la plaque ;)

Cependant, seule la méthode m’intéresse.
En effet il y a déjà quelques outils qui parviennent à présenter
graphiquement une relation mais j'ai besoin de l'implémenter de mon côté.

Relativement à l'exemple du résultat d'OSM.org. Il n'emploie pas une
géométrie unique. Il affiche tous les objets de la relation et c'est vite
le fouillis, en plus de devoir être découpé pour être intégré dans du
geojson.
Voir ici : http://www.openstreetmap.org/relation/5430194
Je m'attends à récupérer une ligne toute simple sans les deux polygones aux
extrémités. C'est la seule géométrie "simple" et représentative qu'on
puisse exploiter sans faire appel à des FeatureCollections ou autre.

Et ça me semble très dur de trouver une méthode générique qui puisse faire
cette synthèse parce qu'il semble qu'il y ait autant de possibilités que de
cas :'(

François

Le 22 août 2016 à 14:45, Philippe Verdy  a écrit :

> Le site web OSM le fait déjà quand on "explore" une relation: ça
> télécharge un jeu de données JSON permettant le rendu vectoriel de l'objet
> sélectionné par dessus le fond de carte. La Wikipédie francophone le fait
> aussi sur ses cartes (mais elle requête son propre serveur pour obtenir
> aussi des POIs géolocalisés sur Wikipédia ou des photos géolocalisées sur
> Commons)
> Attention en cas d'inclusion dans un script web : l'API ne doit pas
> surcharger le serveur interrogé (on a vu le problème ces jours-ci sur
> Overpass API avec des centaines de milliers de requêtes par heure au lieu
> de quelques dizaines habituellement, deux serveurs Overpass API sont tombés
> plusieurs fois de suite, peut-être à cause d'un script d'un réseau
> publicitaire abusif ou d'une appli non-officielle type Pokemon).
> Bref gérer des caches sur votre serveur et éviter de faire des requêtes
> automatiques en boucle par le client sur chaque page web du site ou chaque
> page de l'appli mobile, respecter les protocoles !
>
>
> Le 22 août 2016 à 14:30, François Lacombe  a
> écrit :
>
>> Bonjour à tous,
>>
>> Avec la récente mise en place et adoption croissante d'open event
>> database, je me pose une question que certains ont déjà du résoudre.
>>
>> Existe-t-il une méthode générique pour convertir une relation OSM en
>> geojson ?
>> Cela reviendrait à convertir la relation en géométrie simple (points /
>> polyline).
>>
>> Le besoin est d'attribuer une géométrie représentative à des événements
>> dégagés par des ouvrages décrit avec une relation.
>> Après on peut les envoyer sur open event db.
>>
>> Mais il peut y avoir des tonnes d'autres usages à cela, sans se limiter à
>> cet exemple.
>>
>> J'aimerais éviter les scripts avec des if/else à rallonge pour cibler tel
>> ou tel type de relation, à la recherche de tel ou tel objet qui au final
>> n'est pas forcé de se trouver là où on l'attend, etc...
>>
>>
>> Merci par avance pour vos retours
>>
>> François
>>
>>
>> --
>> *François Lacombe*
>>
>> fl dot infosreseaux At gmail dot com
>> www.infos-reseaux.com
>> @InfosReseaux 
>>
>> ___
>> 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-ja] gpspruneがダウンロード出来ない

[ribbon]

gpspruneのマスタサイトは、gpsprune.activityworkshop.net なのですが、
ここに繋がりません。pingも反応なしです。

どなたかいきさつをご存じないでしょうか。また、代替サイトを
どなたかご存じないでしょうか。

ribbon

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

[OSM-talk-fr] Saisie d'une entité bâtiment avec différents services

[Adrets-Guillaume]

Bonjour,

En tant que contributeur OSM plutôt débutant, mais travaillant dans une 
association spécialisée sur les services au public en montagne, nous 
aimerions travailler sur la saisie de ces services au public dans 
OpenStreetMap, notamment traiter le cas des maisons de service au public.


J'aurais voulu avoir des conseils sur les bonnes pratiques de saisie 
pour ces lieux particuliers :
- 1 maison de service au public a un nom, correspond à un bâtiment, et a 
des horaires d'ouverture et des coordonnées.
- elle accueille différents services, souvent sous forme de permanence 
(CAF, PoleEmploi...) qui ont donc chacune un nom et des horaires 
spécifiques, a minima.


Voici la manière dont j'imaginais les traiter :

Au niveau de l'area

building = public

amenity = social_facility

name = Msap XXX

website=

phone=

email =

opening_hours (Mo-Fr 09:00-12:00,13:30-17:00) + opening_hours:url


Rajouter un point par service proposé dans le bâtiment avec les attributs

name = Service XXX

Amenity = social_facility

social_facility =XXX

social_facility:for =XXX

opening_hours = (/pour les permanences)/



D'avance merci pour votre retour


--
Signature Guillaume-Adrets Guillaume Doukhan
ADRETS - Association pour le Développement en Réseau des Territoires et 
des Services

7 rue Bayard
05 000 Gap
Tel : 04 92 51 07 19
http://www.adrets-asso.fr 

Recevez la newsletter de l'ADRETS ! 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Extraire une géométrie représentative d'une relation

[Philippe Verdy]

Le site web OSM le fait déjà quand on "explore" une relation: ça télécharge
un jeu de données JSON permettant le rendu vectoriel de l'objet sélectionné
par dessus le fond de carte. La Wikipédie francophone le fait aussi sur ses
cartes (mais elle requête son propre serveur pour obtenir aussi des POIs
géolocalisés sur Wikipédia ou des photos géolocalisées sur Commons)
Attention en cas d'inclusion dans un script web : l'API ne doit pas
surcharger le serveur interrogé (on a vu le problème ces jours-ci sur
Overpass API avec des centaines de milliers de requêtes par heure au lieu
de quelques dizaines habituellement, deux serveurs Overpass API sont tombés
plusieurs fois de suite, peut-être à cause d'un script d'un réseau
publicitaire abusif ou d'une appli non-officielle type Pokemon).
Bref gérer des caches sur votre serveur et éviter de faire des requêtes
automatiques en boucle par le client sur chaque page web du site ou chaque
page de l'appli mobile, respecter les protocoles !


Le 22 août 2016 à 14:30, François Lacombe  a
écrit :

> Bonjour à tous,
>
> Avec la récente mise en place et adoption croissante d'open event
> database, je me pose une question que certains ont déjà du résoudre.
>
> Existe-t-il une méthode générique pour convertir une relation OSM en
> geojson ?
> Cela reviendrait à convertir la relation en géométrie simple (points /
> polyline).
>
> Le besoin est d'attribuer une géométrie représentative à des événements
> dégagés par des ouvrages décrit avec une relation.
> Après on peut les envoyer sur open event db.
>
> Mais il peut y avoir des tonnes d'autres usages à cela, sans se limiter à
> cet exemple.
>
> J'aimerais éviter les scripts avec des if/else à rallonge pour cibler tel
> ou tel type de relation, à la recherche de tel ou tel objet qui au final
> n'est pas forcé de se trouver là où on l'attend, etc...
>
>
> Merci par avance pour vos retours
>
> François
>
>
> --
> *François Lacombe*
>
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Extraire une géométrie représentative d'une relation

[Guillaume AMAT]

Bonjour François,

Je ne suis pas sûr de maîtriser tous les aspects subtils de ta question 
mais est-ce que MapContrib ne pourrait pas répondre à ton besoin ? (En 
tout cas pour tester).


Il suffirait d'aller sur un thème (ou de le créer c'est pas bien 
important), de créer une couche temporaire de type OverPass et de lui 
attribuer une requête qui va chercher ta relation.


Elle va afficher le résultat sur la carte et tu pourras télécharger le 
GeoJSON en allant dans la colonne de sélection des couches (bouton blanc 
à gauche). Tu cliques sur « En savoir plus » et tu as un bouton de 
téléchargement tout en bas.


Bon évidemment, si je suis à côté de la plaque tu passes ton chemin 
hein... ;P


Guillaume


Le 22/08/2016 14:30, François Lacombe a écrit :

Bonjour à tous,

Avec la récente mise en place et adoption croissante d'open event
database, je me pose une question que certains ont déjà du
résoudre.

Existe-t-il une méthode générique pour convertir une relation OSM
en geojson ?
Cela reviendrait à convertir la relation en géométrie simple
(points / polyline).

Le besoin est d'attribuer une géométrie représentative à des
événements dégagés par des ouvrages décrit avec une relation.
Après on peut les envoyer sur open event db.

Mais il peut y avoir des tonnes d'autres usages à cela, sans se
limiter à cet exemple.

J'aimerais éviter les scripts avec des if/else à rallonge pour
cibler tel ou tel type de relation, à la recherche de tel ou tel
objet qui au final n'est pas forcé de se trouver là où on l'attend,
etc...

Merci par avance pour vos retours

François

--

FRANÇOIS LACOMBE

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com [1]
@InfosReseaux [2]

Links:
--
[1] http://www.infos-reseaux.com
[2] http://www.twitter.com/InfosReseaux

___
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] Extraire une géométrie représentative d'une relation

[François Lacombe]

Bonjour à tous,

Avec la récente mise en place et adoption croissante d'open event database,
je me pose une question que certains ont déjà du résoudre.

Existe-t-il une méthode générique pour convertir une relation OSM en
geojson ?
Cela reviendrait à convertir la relation en géométrie simple (points /
polyline).

Le besoin est d'attribuer une géométrie représentative à des événements
dégagés par des ouvrages décrit avec une relation.
Après on peut les envoyer sur open event db.

Mais il peut y avoir des tonnes d'autres usages à cela, sans se limiter à
cet exemple.

J'aimerais éviter les scripts avec des if/else à rallonge pour cibler tel
ou tel type de relation, à la recherche de tel ou tel objet qui au final
n'est pas forcé de se trouver là où on l'attend, etc...


Merci par avance pour vos retours

François


--
*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] mappa per escusionismo

[Maurizio Napolitano]

> poi è un'opera creativa con caratteristiche particolari, che vengono
> citate nelle licenze esplicitamente dedicate al software,

hai ragione

> ma legalmente
> una qualunque licenza per opere coperte da copyright si può applicare
> anche al software.

Creative Commons scoraggia però l'uso per il software

https://wiki.creativecommons.org/index.php/Frequently_Asked_Questions#Can_I_apply_a_Creative_Commons_license_to_software.3F

Nel caso di Luca dici invece che potrebbe andare?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] mappa per escusionismo

[Andrea Musuruane]

2016-08-22 13:41 GMT+02:00 Elena ``of Valhalla'' :

> On 2016-08-22 at 11:42:18 +0200, Maurizio Napolitano wrote:
>
> > Il problema e' capire se un file CartoCSS puo' essere rilasciato con
> licenza CC.
> > Se e' cosi', allora Luca ha le idee chiarissime, se no, allora c'e' da
> > fare altro
> > percorso.
> > Le licenze CC si applicano alle opere creative.
>
> il software *è* un'opera creativa, che è il motivo per cui è protetto da
> diritto d'autore e non da altro.
>
> poi è un'opera creativa con caratteristiche particolari, che vengono
> citate nelle licenze esplicitamente dedicate al software, ma legalmente
> una qualunque licenza per opere coperte da copyright si può applicare
> anche al software.
>

Per chi vuole approfondire:
https://wiki.creativecommons.org/index.php/Frequently_Asked_Questions#Can_I_apply_a_Creative_Commons_license_to_software.3F

Ciao,

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

Re: [OSM-talk] Data Quality and Mapping for the renderer.

[Andy Townsend]

On 22/08/2016 12:40, john whelan wrote:
Now the idea of something that picks up a POI such as a shop for 
review every x months is interesting and its not impossible to build a 
suitable tool.  I wonder who I can chat to.


There was a web-based thing that did exactly that (can't remember where, 
and it went away when I last looked).


You could probably do something with 
https://github.com/SomeoneElseOSM/Notes01 and 
https://github.com/SomeoneElseOSM/osmimport_02 though.  The former of 
those can extract data from Overpass around a point (currently for 
fixmes, but you could change that to look for other tags) and the latter 
allows you to update a list of "places you need to go and survey" - 
you'd need to change it to work with a list of POIs etc. from overpass 
and update your local list (what osmimport_02 calls its "base_data" 
file) with that.


Although it's something I've thought about looking at, it's not on my 
list to do any time soon though.


Cheers,

Andy

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

[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

 

*   office 
=accountant 
, office  =adoption_agency
 ,
office 
=advertising_agency
 ,
office  =architect
 , office
 =association
 , office
 =company
 , office
 =educational_institution

, office 
=employment_agency
 ,
office  =energy_supplier
 ,
office  =estate_agent
 , office
 =forestry
 , office
 =foundation
 , office
 =government
 , office
 =guide
 , office
 =insurance
 , office
 =it
 , office
 =lawyer
 , office
 =logistics
 , office
 =newspaper
 , office
 =ngo
 , office
 =notary
 , office
 =political_party
 ,
office 
=private_investigator
 ,
office  =quango
 , office
 =religion
  - 10.8.2016
*   office  =research
 , office
 =tax
 , office
 =tax_advisor
 , office
 =telecommunication
 ,
office  =travel_agent
 , office
 =water_utility
 , shop
 =alcohol
 , shop
 =bakery
  - 11.8.2016

*  shop  =beverages
 , shop
 =brewing_supplies
 , shop
 =butcher

Re: [Talk-it] Datalogger?

[Stefano Fabi]

Ciao io vado per escursioni e  sono oramai buon cliente di Garmin. Ho sia
il glo, l'oregon 600 ed un etrex vista hcx.
Concordo sul glo, funziona bene. Le mappe del cellulare sono spettacolari
(uso osmand+) tuttavia ho preso l'acqua e mi si ė rovinato il cellulare
(oltre al fatto che lo schermo in piena luce non si vede).
L'oregon ė bello puoi caricare più mappe, ha tanta memoria tuttavia -e qui
la proposta- io mi metterei a caccia su eBay e mi comprerei un etrex o
similari cartografici delle generazioni precedenti (si trovano a Max 100
euro). Hcx non ė glonass ma personalmente non ho mai perso il segnale
durante tante escursioni e come precisione ė ok. Ė cartografico, si legge
in pieno sole, consuma pochissimo, ė molto solido e non terme l'acqua o le
cadute ed anche, vantaggio non da poco, ė leggerissimo.
Ciao!

Il dom 21 ago 2016, 13:41 Michele iw1gfv  ha scritto:

> Il Glo non registra, puoibregistrare su uno (fino a 5
> contemporaneamente)smartphone, con la frequenza che preferisci, il gps
> invia sempre 10 punti al secondo.
>
>
> Il 21 Agosto 2016 12:58:41 CEST, Alberto  ha
> scritto:
>>
>> Interessante...però mi sembra che non registri le tracce, invia solo i
>> dati o sbaglio?
>>
>> Cercando in rete prodotti simili ho trovato che anche registrano, chissà
>> non vorrei trovarmi una cinesata per 100 euro...
>>
>> Alberto
>>
>> Il 20/08/2016 21:27, Michele iw1gfv ha scritto:
>>
>> Ciao
>> Io mi trovo molto bene con il gps bluetooth garmin GLO che non costa
>> molto e su uno smartphone puoi avere il programma che vuoi.
>> Dentro ad una galleria abbandonata mi permette di avere la posizione,
>> poco precisa, quando sono dentro di 20 metri.
>>
>>
>>
>> Il 20 Agosto 2016 09:22:57 CEST, Alberto 
>>  ha scritto:
>>>
>>> Salve a tutti.
>>>
>>> Mi servirebbe l' esperienza di qualche mappatore si sentieri riguardo l'
>>> attrezzatura da usare in condizioni difficili: in mezzo a boschi fitti,
>>> in valli incassati etc.
>>> So che esiste un GPS specifico per mappatura di una arcinota casa,
>>> modello GPSMAP 64 o simili, dichiarato il massimo per questo scopo.
>>> Però:
>>> - Costa un botto
>>> - Ha uno schermo piccolissimo rispetto ad un qualsiasi smartphone.
>>> - Della sua cartografia non mi importa nulla.
>>> - Sembra che lo schermo sia estremamente fragile.
>>> A me andrebbe benissimo un datalogger con le stesse caratteristiche di
>>> precisione, ho usato per tanti anni un A747 che va benissimo come
>>> precisione ma non nelle condizioni di cui sopra.
>>> Lo scopo è solamente acquisire punti ma con una buona precisione.
>>>
>>> Qualcuno ha esperienza in proposito?
>>>
>>> Grazie
>>>
>>> Alberto
>>>
>>>
>>>
>>> --
>>>
>>> Talk-it mailing
>>> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>>>
>>> -- iw1gfv.it piemontegps.altervista.org badgersclub.org
>>
>> ___
>> Talk-it mailing 
>> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>>
>> --
>>
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
> --
> iw1gfv.it
> piemontegps.altervista.org
> badgersclub.org
> ___
> 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] Data Quality and Mapping for the renderer.

[Simon Poole]

Am 22.08.2016 um 01:59 schrieb Svavar Kjarrval:
> There are also online QA tools which display certain types of errors,
"notifications that data that may be erroneous" please, not "errors".
The false positive rate of all such tool tends to rather high and
believing that the tool is right without checking is a sure way to break
a lot of data.

Simon

> for example Osmose [1] and Keep right [2]. The users who don't have much
> computer memory installed could use those types of sites instead.
>
> [1] http://osmose.openstreetmap.fr/en/map/
> [2] http://keepright.at/
>
> - Svavar Kjarrval
>
> On sun 21.ágú 2016 17:18, john whelan wrote:
>> Yes I know we shouldn’t but just sometimes it’s nice to think about
>> the people who use the maps.  Can we make life a little easier for them?
>>
>> This post is aimed purely at 64 bit Windows users.  The tools may work
>> on other operating systems but I haven’t tried them.  There are other
>> tools around.
>>
>> These days end users like to type something in on their smartphone or
>> other device and have something display.  It maybe they are looking
>> for a hardware store so what could go wrong?
>>
>> Locally a mall was mapped on the building outline and the stores were
>> added store1=store name, store2 etc.  If you type store1=xyz it will
>> be found.  Problem is most users won’t know this and the renderers
>> will omit non standard tags.  My preference would be nodes with
>> shop=hardware name=xyz and simply adding these to the mall makes it
>> all much more usable.
>>
>> Another example is a double space in a name.  Makes it difficult to
>> find but JOSM will warn about this.  Locally a car rental company had
>> its name spelt in four different ways, one of which was the same as
>> the company’s web site.
>>
>> How do we find them in our local city?
>>
>> Step one is download the relevant part of OSM, download.geofabrik.de
>>  is one place to find it.
>>
>> Then we need to cut out just the bit we are interested in. 
>> osmconvert64 can do this but unless you have lots of memory and time
>> I’d first convert the .pbf file to an .osm file.
>>
>> You need the longitude and latitude of the area you’re after.  The
>> easy way is start JOSM and use the slippy map to define the area.  You
>> aren’t going to try to download it, it will be too large.  Click on
>> the bounding box tag and that will give you the minimum and maximum
>> longitude and latitude you need for osmconvert64.
>>
>> http://wiki.openstreetmap.org/wiki/Osmconvert#Clipping_based_on_Longitude_and_Latitude
>>
>> If you get a 1k file you’ve probably got the min and max values the
>> wrong way round.
>>
>> This local file can be loaded into JOSM.  It will probably take time
>> to load.  Most cities will load with 64 bit systems these days.  Now
>> run the validator.  If you’re lucky there will be no warnings or errors.
>>
>> The ideal way is to use the JOSM todo plugin and look at each error or
>> warning individually.  Remember the map you’re looking at is probably
>> a day old so for some errors you may wish to download that bit again
>> on a new layer before correcting.  Save the file.
>>
>> Now load the file into Maperitive.  Use the command export-tags to
>> export a list of tags in CSV format.  Load this file into a
>> spreadsheet and look through the sorted tag values.  You may find
>> addr:streetnumber rather than addr:housenumber, government misspelt
>> etc.  Once you know what to look for then you can use JOSM to search
>> for the tag and correct.
>>
>> Have fun
>>
>> Cheerio John
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk




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

Re: [Talk-it] mappa per escusionismo

[Elena ``of Valhalla'']

On 2016-08-22 at 11:42:18 +0200, Maurizio Napolitano wrote:
 
> Il problema e' capire se un file CartoCSS puo' essere rilasciato con licenza 
> CC.
> Se e' cosi', allora Luca ha le idee chiarissime, se no, allora c'e' da
> fare altro
> percorso.
> Le licenze CC si applicano alle opere creative.

il software *è* un'opera creativa, che è il motivo per cui è protetto da
diritto d'autore e non da altro.

poi è un'opera creativa con caratteristiche particolari, che vengono
citate nelle licenze esplicitamente dedicate al software, ma legalmente
una qualunque licenza per opere coperte da copyright si può applicare
anche al software.

-- 
Elena ``of Valhalla''

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

Re: [OSM-talk] Data Quality and Mapping for the renderer.

[john whelan]

Now the idea of something that picks up a POI such as a shop for review
every x months is interesting and its not impossible to build a suitable
tool.  I wonder who I can chat to.

Thanks John

On 22 August 2016 at 06:56, Svavar Kjarrval  wrote:

> I agree the online tools can't help (much) regarding spelling errors...
> yet. A similar error when some stores in a chain have shop=yes and the
> others have a more detailed tag (or even different tags). That being
> said, I too am interested in data quality enhancements, especially when
> it comes to information maintenance and consistency.
>
> The country where I am (Iceland) is sparsely populated outside the
> capital area (bar a few small-ish areas). The distribution of OSM
> volunteers around the country is not in favour of good overall
> information maintenance and going to each municipality every year or two
> to review the information locally would be too expensive. Sometimes we
> in the community know some people in various parts of the country who
> are interested but are not so ready to commit to use a dedicated editor
> (or even iD) on their desktop. Then there is the increasing flow of
> tourists and some of them (thankfully) contribute corrections.
>
> The problems start to occur when the area seems complete and/or has "too
> much information". How can one know a POI has been reviewed recently
> (enough) or not? If I were to walk through a shopping street to verify
> POIs on the way, how could I be fairly sure I wouldn't be duplicating a
> similar effort made by another user just the day or week before? Or if I
> were to enter a small town in the country and have some spare time to
> review the area.
>
> One QA tool I would really like is a smartphone app which would offer an
> interface where people can verify that the information associated with
> the POI is still correct or, if it isn't, either correct the information
> in the app or mark the place as such for someone else to do it. After a
> certain time interval, the POI is marked again as pending review. Then
> one would only need to convince someone local to install that app and
> check it a few times a year while in their town (or even when they
> travel to the neighbouring towns).
>
> - Svavar Kjarrval
>
> On mán 22.ágú 2016 00:26, john whelan wrote:
> >
> > Whilst the on line tools are useful being able to review the tags in a
> > spreadsheet I found very useful.  The online tools aren't quite so
> > good at picking up four different ways that a car rental company's
> > name has been spelt.  The other part is to do with local knowledge.
> > Often knowing the area gives you an edge when looking over things from
> > the data quality side.
> >
> > Having said that the online tools help enormously to pick out the errors.
> >
> > Thanks for the input
> >
> > Cheerio John
> >
> >
> > On 21 Aug 2016 8:02 pm, "Svavar Kjarrval"  > > wrote:
> >
> > There are also online QA tools which display certain types of errors,
> > for example Osmose [1] and Keep right [2]. The users who don't
> > have much
> > computer memory installed could use those types of sites instead.
> >
> > [1] http://osmose.openstreetmap.fr/en/map/
> > 
> > [2] http://keepright.at/
> >
> > - Svavar Kjarrval
> >
> > On sun 21.ágú 2016 17:18, john whelan wrote:
> > > Yes I know we shouldn’t but just sometimes it’s nice to think about
> > > the people who use the maps.  Can we make life a little easier
> > for them?
> > >
> > > This post is aimed purely at 64 bit Windows users.  The tools
> > may work
> > > on other operating systems but I haven’t tried them.  There are
> > other
> > > tools around.
> > >
> > > These days end users like to type something in on their
> > smartphone or
> > > other device and have something display.  It maybe they are looking
> > > for a hardware store so what could go wrong?
> > >
> > > Locally a mall was mapped on the building outline and the stores
> > were
> > > added store1=store name, store2 etc.  If you type store1=xyz it
> will
> > > be found.  Problem is most users won’t know this and the renderers
> > > will omit non standard tags.  My preference would be nodes with
> > > shop=hardware name=xyz and simply adding these to the mall makes it
> > > all much more usable.
> > >
> > > Another example is a double space in a name.  Makes it difficult to
> > > find but JOSM will warn about this.  Locally a car rental
> > company had
> > > its name spelt in four different ways, one of which was the same as
> > > the company’s web site.
> > >
> > > How do we find them in our local city?
> > >
> > > Step one is download the relevant part of OSM,
> > download.geofabrik.de 
> > > 

Re: [Talk-dk] Sur bonde

[Jakob Barfod]

> From: Jørgen Elgaard Larsen [mailto:j...@elgaard.net]
> 
> Det med objektivitet er i øvrigt interessant i forhold til den sure bonde.
> Principielt burde vi kun tagge vejen med access=private, hvis der står et
> skilt med f.x. "Uvedkommende kørsel forbudt" - eller hvis vi har en anden
> objektiv kilde.
> 
> En sur bonde er næppe en objektiv kilde. I mangel af et skilt kunne det
> være en tinglysning eller generel lovgivning.
> 
> Men jeg synes godt, at man kan være lidt pragmatisk, så private grundejere
> ikke bliver generet unødigt.

Jep.

Hvis man kaster et blik på, hvordan den sure bondes indkørsel så ud i 2010;

https://goo.gl/maps/2DW7u4ZMrPq

- så er det eneste, jeg kan se, som indikerer, at vejen er privat, at der står 
en postkasse ude ved landevejen. Der står intet om, at vejen ikke må befærdes.

-- 
Jakob


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

Re: [OSM-talk] Data Quality and Mapping for the renderer.

[Svavar Kjarrval]

I agree the online tools can't help (much) regarding spelling errors...
yet. A similar error when some stores in a chain have shop=yes and the
others have a more detailed tag (or even different tags). That being
said, I too am interested in data quality enhancements, especially when
it comes to information maintenance and consistency.

The country where I am (Iceland) is sparsely populated outside the
capital area (bar a few small-ish areas). The distribution of OSM
volunteers around the country is not in favour of good overall
information maintenance and going to each municipality every year or two
to review the information locally would be too expensive. Sometimes we
in the community know some people in various parts of the country who
are interested but are not so ready to commit to use a dedicated editor
(or even iD) on their desktop. Then there is the increasing flow of
tourists and some of them (thankfully) contribute corrections.

The problems start to occur when the area seems complete and/or has "too
much information". How can one know a POI has been reviewed recently
(enough) or not? If I were to walk through a shopping street to verify
POIs on the way, how could I be fairly sure I wouldn't be duplicating a
similar effort made by another user just the day or week before? Or if I
were to enter a small town in the country and have some spare time to
review the area.

One QA tool I would really like is a smartphone app which would offer an
interface where people can verify that the information associated with
the POI is still correct or, if it isn't, either correct the information
in the app or mark the place as such for someone else to do it. After a
certain time interval, the POI is marked again as pending review. Then
one would only need to convince someone local to install that app and
check it a few times a year while in their town (or even when they
travel to the neighbouring towns).

- Svavar Kjarrval

On mán 22.ágú 2016 00:26, john whelan wrote:
>
> Whilst the on line tools are useful being able to review the tags in a
> spreadsheet I found very useful.  The online tools aren't quite so
> good at picking up four different ways that a car rental company's
> name has been spelt.  The other part is to do with local knowledge. 
> Often knowing the area gives you an edge when looking over things from
> the data quality side.
>
> Having said that the online tools help enormously to pick out the errors.
>
> Thanks for the input
>
> Cheerio John
>
>
> On 21 Aug 2016 8:02 pm, "Svavar Kjarrval"  > wrote:
>
> There are also online QA tools which display certain types of errors,
> for example Osmose [1] and Keep right [2]. The users who don't
> have much
> computer memory installed could use those types of sites instead.
>
> [1] http://osmose.openstreetmap.fr/en/map/
> 
> [2] http://keepright.at/
>
> - Svavar Kjarrval
>
> On sun 21.ágú 2016 17:18, john whelan wrote:
> > Yes I know we shouldn’t but just sometimes it’s nice to think about
> > the people who use the maps.  Can we make life a little easier
> for them?
> >
> > This post is aimed purely at 64 bit Windows users.  The tools
> may work
> > on other operating systems but I haven’t tried them.  There are
> other
> > tools around.
> >
> > These days end users like to type something in on their
> smartphone or
> > other device and have something display.  It maybe they are looking
> > for a hardware store so what could go wrong?
> >
> > Locally a mall was mapped on the building outline and the stores
> were
> > added store1=store name, store2 etc.  If you type store1=xyz it will
> > be found.  Problem is most users won’t know this and the renderers
> > will omit non standard tags.  My preference would be nodes with
> > shop=hardware name=xyz and simply adding these to the mall makes it
> > all much more usable.
> >
> > Another example is a double space in a name.  Makes it difficult to
> > find but JOSM will warn about this.  Locally a car rental
> company had
> > its name spelt in four different ways, one of which was the same as
> > the company’s web site.
> >
> > How do we find them in our local city?
> >
> > Step one is download the relevant part of OSM,
> download.geofabrik.de 
> >  is one place to find it.
> >
> > Then we need to cut out just the bit we are interested in.
> > osmconvert64 can do this but unless you have lots of memory and time
> > I’d first convert the .pbf file to an .osm file.
> >
> > You need the longitude and latitude of the area you’re after.  The
> > easy way is start JOSM and use the slippy map to define the
> area.  You
> > aren’t going to try to download it, it will 

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

[Mirek Dlask]

Ahoj
A do jaké délky lze trasu považovat za krátkou, spojovací ...?

http://www.openstreetmap.org/relation/369235
http://www.openstreetmap.org/relation/941048

Nevím jak před 30 lety, ale v současnosti asi pár výjimek bude.

Mirek

Dne 22. srpna 2016 11:32 Michal Poupa  napsal(a):

> Tak to nevím kým a jak je třeba  to posvětit ale je to tak asi už 30 let
> :-)
>
>
> 22. 8. 2016 v 10:54, Petr Holub :
>
> > Ahoj,
> >
> >> Přednostní volba barev pro značky:
> >>
> >> *  trail_red.svg>  červená –
> >> dálkové nebo hřebenové trasy
> >> *  trail_blue.svg>  modrá –
> >> významnější trasy
> >> *  trail_green.svg>  zelená –
> >> místní trasy
> >> *  trail_yellow.svg>  žlutá –
> >> krátké trasy, spojovací cesty, zkratky
> >
> > ano - toto lze najit i na wikipedii. Ale mas to overene z KCT?
> >
> > 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-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-dk] Sur bonde

[Niels Elgaard Larsen]

Jørgen Elgaard Larsen:
> Erik Dam skrev:
>> Nu er jeg ikke klar over hvorfor bonden er sur da jeg ikke er dygtig nok
>> til at se hvad tyskeren har ændret
> 
> Han har tilføjet access=private. Så bonden har nok brokket sig over, at
> folk brugte hans private indkørsel.


Ja. Som Morten sagde har han måske parkeret der.
Det kan også være en cykelturist fra Rønne, der har taget den korteste
cykelrute til skoven igennem bondens gårdsplads.

Jeg kan se, at du lige har rettet den østlige adgang til Rispebjerg fra
track til unclassified. Hvis tyskeren var i bil ville det sikkert have
forhindret hans kontrontation med bonden, for så havde hans GPS ført ham
til parkeringspladsen i skoven.

...


> Det med objektivitet er i øvrigt interessant i forhold til den sure
> bonde. Principielt burde vi kun tagge vejen med access=private, hvis der
> står et skilt med f.x. "Uvedkommende kørsel forbudt" - eller hvis vi har
> en anden objektiv kilde.
> 
> En sur bonde er næppe en objektiv kilde. I mangel af et skilt kunne det
> være en tinglysning eller generel lovgivning.
> 
> Men jeg synes godt, at man kan være lidt pragmatisk, så private
> grundejere ikke bliver generet unødigt.
> 
> - Jørgen
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk

-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Sur bonde

[Jørgen Elgaard Larsen]

Morten Siebuhr skrev:

Måske vi kan de omkringliggende veje/stier rettes kreativt således det
er mere åbenlyst hvilken der er den officielle vej dertil?


God pointe.

Problemet har nok i virkeligheden været, at Slotsvejen var markeret som 
highway=track på stykket frem til parkeringspladsen.


Så er det jo klart, at en almindelig familiebil bliver ledt af bondens 
indkørsel - det er jo den nærmeste, ordentlige vej (highway=service).


Det er med andre ord et klasse-eksempel på, at man ikke skal bruge 
highway=track, bare fordi en vej ikke er asfalteret. Denne vej er 
tydeligvis ikke et track!


Jeg har nu rettet den.


- Jørgen


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

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

[Petr Holub]

> Tak to nevím kým a jak je třeba  to posvětit ale je to tak asi už 30 let :-)

Ono to tak tradičně bylo - když se podíváš, tak to zmiňuji i v té diskusi
možností využití tagu network. Ale psal jsem, že by bylo třeba to ověřit
s někým z KČT, zda tento stav stále platí. Protože když jsem nějakou dobu
zpět procházel učební materiály pro značkaře, tak jsem to tam nenašel
- ale jednak k nim už nemám přístup (tehdy jsem je vygooglil někde volně
na internetu a teď už se mi to nedaří) a jednak jsem mohl jen blbě hledat.

Petr


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

Re: [Talk-it] mappa per escusionismo

[Maurizio Napolitano]

2016-08-22 9:57 GMT+02:00 Elena ``of Valhalla'' :
> On 2016-08-22 at 09:36:50 +0200, Luca Delucchi wrote:
>> ok, visto che tutti concordate mi consigliate una licenza per software
>> che non permette l'utilizzo commerciale?
>
> che io sappia le licenze famose permettono tutte l'uso commerciale,
> altrimenti andrebbero contro le definizioni di software libero / open
> source e di solito la cosa è sufficiente a non renderle abbastanza
> interessanti da diffondersi.

Concordo
Credo pero' che Luca si ponga questo problema:
se sul PDF ho fatto tutto il ragionamento dell'uso della NC per ottenere un
certo tipo di risultato, se poi distribuisco anche i sorgenti del mio lavoro
allora chiunque puo' riprodurre lo stesso lavoro e distribuire con una licenza
diversa il PDF.
Credo che sia quello che Luca vorrebbe evitare.
Una cosa del tipo:
questo lo puoi migliorare e modificare ma la gli output devono essere
sempre rilasciati in cc-by-nc

@luca: ho capito bene?

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

Re: [Talk-it] mappa per escusionismo

[Maurizio Napolitano]

2016-08-22 10:18 GMT+02:00 Lorenzo "Beba" Beltrami :
> Come base di partenza: http://choosealicense.com/

Il problema e' capire se un file CartoCSS puo' essere rilasciato con licenza CC.
Se e' cosi', allora Luca ha le idee chiarissime, se no, allora c'e' da
fare altro
percorso.
Le licenze CC si applicano alle opere creative.

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

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

[Michal Poupa]

Tak to nevím kým a jak je třeba  to posvětit ale je to tak asi už 30 let :-)


22. 8. 2016 v 10:54, Petr Holub :

> Ahoj,
> 
>> Přednostní volba barev pro značky:
>> 
>> *   
>> červená –
>> dálkové nebo hřebenové trasy
>> *  
>>  modrá –
>> významnější trasy
>> * 
>>   
>> zelená –
>> místní trasy
>> * 
>>   
>> žlutá –
>> krátké trasy, spojovací cesty, zkratky
> 
> ano - toto lze najit i na wikipedii. Ale mas to overene z KCT?
> 
> 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

Re: [Talk-dk] Sur bonde

[Erik Dam]

Nu er jeg ikke klar over hvorfor bonden er sur da jeg ikke er dygtig nok til at 
se hvad tyskeren har ændret, for vejen har da været der tidligere (også på det 
officielle topografiske kort) , så det må være vejens egenskaber der er ændret?

Men jeg mener ikke kun det er en kuriositet at vi som korttegnere kommer til at 
genere ejere som har anderledes interessere end vi har.

Jeg har flere gange ved planlægning af cykelture oplevet at veje der er 
kortlagt ikke findes mere.

Jeg står så i den situation at jeg ikke er klar over om den er nedlagt ulovligt 
eller der f.eks. er lavet en eller anden form for mageskift/aftale med 
statslige eller kommunale myndigheder.

Derfor ved jeg ikke om jeg bør ændre OSM-kortet i overensstemmelse med 
virkeligheden.

Jeg husker for år tilbage at en formand for vor lokale historiske forening ofte 
påpegede at vi skulle benytte stierne for at de ikke skulle kunne nedlægges.

Er der nogen af jer, som ved om der findes et centralt register over veje der i 
alle tilfælde teoretisk eksisterer og evt. med historik med nedlæggelser?



Venlig hilsen

Erik





---
Denne e-mail blev kontrolleret for virusser af Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

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

[Petr Holub]

Ahoj,

> Přednostní volba barev pro značky:
> 
> *    
> červená –
> dálkové nebo hřebenové trasy
> *   
>  modrá –
> významnější trasy
> *  
>   
> zelená –
> místní trasy
> *  
>   
> žlutá –
> krátké trasy, spojovací cesty, zkratky

ano - toto lze najit i na wikipedii. Ale mas to overene z KCT?

Petr


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

[Talk-it] Wikibirrata milanese

[Dario Crespi]

Ciao a tutti.
Segnalo anche qui, per chi non bazzicasse su Wikipedia, che martedì 30
agosto si terrà l'11ª edizione della wikibirrata agostana a Milano. Saremo
dalle 19.00 al Birrificio Lambrate di via Adelchi. Poi ci sposteremo in una
vicina pizzeria.
I dettagli si trovano qui:
https://it.wikipedia.org/wiki/Wikipedia:Raduni/Milano_agosto_2016
Per la pizza, sarebbe utile sapere quanti vogliono venire, così da
prenotare in anticipo.
Per chi ci sarà, ci vediamo a Milano!

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

Re: [Talk-gb-westmidlands] Mobility

[Mark Croft Redditch Linux Mint]

hope your mobility improves and make good use of the time to focus on
OSM or anything else that kept getting put to on the shelf to do for
latter.

mark redditch


On 19 August 2016 at 07:46, Brian Prangle  wrote:
> Hi everyone
> I'm unlikely to be participating in any osm events for 3 months due to a
> fractured pelvis following an accident on my bicycle caused by an idiot
> motorist. Out of hospital now but confined to home  with a zimmer frame
> unable to manage steps let alone stairs for 5 weeks until my first
> physiotherapy review. So even sotm looking doubtful
>
> A very frustrated Brian
>
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>

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

Re: [Talk-it] mappa per escusionismo

[Lorenzo "Beba" Beltrami]

Come base di partenza: http://choosealicense.com/

Beba

Il giorno 22 agosto 2016 09:36, Luca Delucchi  ha
scritto:

> 2016-08-22 9:20 GMT+02:00 cesare gerbino :
> > my opinion, per quel che vale,  per me è indubbiamente software ...
> >
>
> ok, visto che tutti concordate mi consigliate una licenza per software
> che non permette l'utilizzo commerciale?
>
> --
> ciao
> Luca
>
> www.lucadelu.org
>
> ___
> 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] mappa per escusionismo

[Luca Delucchi]

2016-08-22 9:57 GMT+02:00 Elena ``of Valhalla'' :
> On 2016-08-22 at 09:36:50 +0200, Luca Delucchi wrote:

>
> che io sappia le licenze famose permettono tutte l'uso commerciale,
> altrimenti andrebbero contro le definizioni di software libero / open
> source e di solito la cosa è sufficiente a non renderle abbastanza
> interessanti da diffondersi.
>

infatti anch'io non ne conosco... perciò le attuali possibilità sono
(ovviamente sono disponibile ad aggiungere nuove possibilità se per me
adeguate):

- CC-BY-NC
- non pubblicare nulla, però mi sembra un peccato

> --
> Elena ``of Valhalla''
>
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] mappa per escusionismo

[Elena ``of Valhalla'']

On 2016-08-22 at 09:36:50 +0200, Luca Delucchi wrote:
> ok, visto che tutti concordate mi consigliate una licenza per software
> che non permette l'utilizzo commerciale?

che io sappia le licenze famose permettono tutte l'uso commerciale,
altrimenti andrebbero contro le definizioni di software libero / open
source e di solito la cosa è sufficiente a non renderle abbastanza
interessanti da diffondersi.

-- 
Elena ``of Valhalla''

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

[Talk-dk] Sur bonde

[Michael Andersen]

Hej

Som et lille kuriosum vil jeg gerne gøre opmærksom på et ændringssæt med en 
meget sigende titel: http://www.openstreetmap.org/changeset/41602491. 
Bidragsyderen ser ud til at være en tysk turist.

Mvh Hjart

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

Re: [OSM-talk] Spoken street names

[Nick Hocking]

I've yet to find a product for Windows Phone that does TTS.  Navmii does it
only on Android and Ios.  Maybe Scout does but it is not available in
Australia.
OsmAnd (and the $8 upgrade OsmAnd+) is brilliant. The offline maps and
offline Wikipedia POI's make this a must have item for all tourists. Once
the developers put a 3d navigation screen in it, it will be ideal for all
hire cars in the world.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] mappa per escusionismo

[Luca Delucchi]

2016-08-22 9:20 GMT+02:00 cesare gerbino :
> my opinion, per quel che vale,  per me è indubbiamente software ...
>

ok, visto che tutti concordate mi consigliate una licenza per software
che non permette l'utilizzo commerciale?

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] mappa per escusionismo

[cesare gerbino]

my opinion, per quel che vale,  per me è indubbiamente software ...

Complimenti per il lavoro!!

 Cesare

Cesare Gerbino

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

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

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


Il giorno 22 agosto 2016 08:33, Fabrizio Tambussa  ha
scritto:

> Il 22/Ago/2016 00:46, "Luca Delucchi"  ha scritto:
> >
> > 2016-08-20 22:30 GMT+02:00 Maurizio Napolitano :
> > >> Inoltre a breve verrà anche rilasciato lo stile CartoCSS utilizzato
> > >> con la stessa licenza.
> > >
> > > adesso vado in OT, ma apri un argomento interessante:
> > > un file di regole (o di configurazione) come e' CartoCSS e'
> paragonabile
> > > ad un programma o ad un testo creativo?
> >
> > secondo me un testo creativo, non lo reputo un software ma più un
> > testo che crea una mappa e perciò qualcosa di creativo, te che pensi?
> >
>
> Il testo è vincolato a regole precise e stringenti, viene interpretato da
> un software per generare un output quindi x me è un software.
> Se fosse un testo creativo potresti scrivere poesie in CartoCSS.
> Saluti
> Sbiribizio
>
> ___
> 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-cz] 5x červená

[Michal Poupa]

Přednostní volba barev pro značky:

 červená – dálkové nebo hřebenové trasy
 modrá – významnější trasy
 zelená – místní trasy
 žlutá – krátké trasy, spojovací cesty, zkratky

A pak jsou dálkové E


22. 8. 2016 v 5:59, Petr Holub :

>>> Popis na wiki:
>>> http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Wanderwege#Einteilung
>>> (strucny preklad pro ty, co nemcinu nemusi)
>>> - Mezinárodní trasy (network=iwn): Evropské dálkové trasy procházející 
>>> Rakouskem, např. E4,
>> E5, E6, E8, E10, Jakobswege, Via Alpina
>>> - Národní trasy (network=nwn): Rakouské dálkové turistické trasy 01-10 a 
>>> jejich varianty.
>> Eventuálně další cesty procházející
>>>  alespoň 3 spolkovými zeměmi a délkou nad 200km.
>>> - Regionální trasy (network=rwn): Vše co spadá do číslovacího schematu 
>>> Alpensvereinu (3
>> místná čísla, první číslice vyjadřuje
>>>  příslušnost k pohoří)
>>> - Lokální trasy (network=lwn): vše co nespadá do výše uvedených katergorií. 
>>> Trasy obcí,
>> turistických spolků, lokálních
>>>  sekcí Alpensvereinu, atd.
>>> 
>>> Trochu tomu pomáhá viditelná hierarchie tras tady v Rakousku - zde se značí
>>> prakticky všechno červenobílou značkou (s výjimkou speciálních
>> 
>> Trochu... oni tam proste maji rozliseny tridy turistickych znacek,
>> podobne jako my mame tridy silnic... to se potom mapuje snadno.
>> 
>> U nas bych mapoval vsechny "normalni" znacky necim jako "rwn", s tim
>> ze "lwn" pro naucny stezky / odbocky / etc. Dal to rozdelovat podle me
>> nema moc smysl, kdyz to rozdeleni "v terenu" neexistuje.
> 
> V podstate totez co jsem psal jako moznost 1, akorat jsem tam koukam zapomnel
> ve spechu dopsat vetu "but nwn nebo rwn". Resp. je to v souladu i s moznosti 3
> s presumpci, ze nemame zadne dalkove trasy. V principu tedy ano za 
> predpokladu,
> ze uz neplati, ze cervene trasy jsou dalkove/hrebenove, jak to KCT drive melo.
> 
> Nekdo tu drive v listu zminoval, ze ma kontakt na krajske KCT - tusim Plzen.
> Neslo by to proverit, jak to s temi cervenymi je?
> 
> 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

Re: [Talk-it] mappa per escusionismo

[Fabrizio Tambussa]

Il 22/Ago/2016 00:46, "Luca Delucchi"  ha scritto:
>
> 2016-08-20 22:30 GMT+02:00 Maurizio Napolitano :
> >> Inoltre a breve verrà anche rilasciato lo stile CartoCSS utilizzato
> >> con la stessa licenza.
> >
> > adesso vado in OT, ma apri un argomento interessante:
> > un file di regole (o di configurazione) come e' CartoCSS e' paragonabile
> > ad un programma o ad un testo creativo?
>
> secondo me un testo creativo, non lo reputo un software ma più un
> testo che crea una mappa e perciò qualcosa di creativo, te che pensi?
>

Il testo è vincolato a regole precise e stringenti, viene interpretato da
un software per generare un output quindi x me è un software.
Se fosse un testo creativo potresti scrivere poesie in CartoCSS.
Saluti
Sbiribizio
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it