Re: [OSM-talk] Wikidata accuracy (Was: MAPS.ME edits - partly sub-standard)

[Martin Koppenhoefer]

sent from a phone

> Il giorno 26 ago 2016, alle ore 13:51, Dave F  
> ha scritto:
> 
> I'm surprised Wikidata is different to Wikipedia. I thought the former was 
> derived from the latter.
> (btw The 7,172,036 figure isn't the latest data in Wikidata) 


oops, sorry, you are right, there's a 2012 estimate in wikidata (8,416,535), 
but the 2011 census is missing, Wikipedia/en (London) has a mid 2015 estimate.

in osm we could decide to use the population of the urban area (built up, 
former "urban area") on the place object (especially if it's a node): 
https://en.wikipedia.org/wiki/Greater_London_Built-up_Area
and http://www.nomisweb.co.uk/articles/747.aspx
the other figure could go on the administrative boundary object.


what I find quite strange in wikidata: both, the capital object from the main 
article
https://m.wikidata.org/wiki/Q84
and the London Commuter Belt
https://m.wikidata.org/wiki/Q2422792
are marked as instances of "Metropolitan Area"s but the population figures for 
the former are referring to the city, not to the metropolitan area, and the 
latter has no population info, unlike Wikipedia which quotes Eurostat with 
provisional 14,031,830 for 2014. I propose to remove the metropolitan area 
instance relation from q84.

There's also Greater London which is here in wikidata 
https://m.wikidata.org/wiki/Q23306 and had a population of 8,308,369  in 2012, 
likely in Osm this can be found or puzzled together from administrative 
entities (did not check).

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

Re: [Talk-in] Classification of Indian places

[Arun Ganesh]

On Sat, Aug 27, 2016 at 8:03 AM, Devdatta Tengshe 
wrote:

> This link gives the criteria:
>
> http://censusindia.gov.in/2011-prov-results/paper2/data_
> files/kerala/13-concept-34.pdf
>
> For a town, the population criteria is quite small. To be called a town,
> it should meet all the following criteria:
> 1)Population exceeds 5,000
> 2)At least 75% of male working population is employed outside the
> agricultural sector
> 3)Minimum population density of 400 persons per km
>
>
>
Thanks Devdatta. It makes sense to have the place classification follow
some kind of mapping to Census classification for consistency. Population
should not be used as the only defining property to classify a place. We
already have the `population` tag to record this value.
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] Classification of Indian places

[Devdatta Tengshe]

This link gives the criteria:

http://censusindia.gov.in/2011-prov-results/paper2/data_files/kerala/13-concept-34.pdf

For a town, the population criteria is quite small. To be called a town, it
should meet all the following criteria:
1)Population exceeds 5,000
2)At least 75% of male working population is employed outside the
agricultural sector
3)Minimum population density of 400 persons per km

Regards,
Devdatta Tengshe
Ph: 735-358-0782

On 27-Aug-2016 12:51 am, "Arun Ganesh"  wrote:

> The 2001 census defined a city as a place with over 100,000 persons [1].
> Any idea if there is a more updated definition, or what would be the
> difference between a village and town?
>
> [1] http://censusindia.gov.in/Metadata/Metada.htm#2c
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-us] Sarah Mildred Long Bridge Closed permanently (ME/NH)

[Bill Ricker]

Breaking news - pardon the pun -
   The lift bridge on US 1 Bypass between Portsmouth NH &  Kittery ME is
stuck in the up position. Permanently.
   It initially stuck "down", but they managed to get it up one last time
for a ship that wanted to exit port, by some expedient, but that killed
it.  It was scheduled to close permanently, to be scrapped, in just 10
weeks (November, at end of tourist season), with the under-construction
parallel replacement-span to bear the same name due to open Spring 2017.
   NHDOT & MeDOT considered fixing it one last time but after checking if
the jam, a problem they're rather too familiar with, was a hard or easy
jam, the cost for the short remaining life was deemed excessive.

Reference http://www.maine.gov/mdot/sml/


After waiting a day for a local to do so (after official declaration that
permanent closure was effective immediately), I have applied change-set

http://www.openstreetmap.org/changeset/41726297#map=16/43.0860/-70.7612
to mark the bridge's 3 ways -

   - access=no foot=official bicycle=no
   - note=CLOSED - mid section of bridge is a lifted roadway stuck in up
   position 2016-08-22. Permanently closed 10 weeks early, will not reopen.
   new bridge due to open spring 2017.
   - (except: foot=no, level=4 on center span stuck in UP position; if
   you're official enough to get up there, you don't need OSM to find it! )

For the under-deck​ rail-crossing Way 150771571, v11
 I only gave it the same 'note'
above, it didn't have access= routing tags, it's rail (and for special
federal trains only these days i hear).

I have also added map notes, one closed, referencing the above change-set
on existing center span, and one open, at approximate offset of the new
span, referencing the  MDOT project page as a TBD next spring.

I'm open to constructive criticism on better tagging ... or fix it and
share why ; e.g.,

   - Should we split the nodes where ways at level=2 joins level=4 ?  I
   could argue that ...
   - Maybe splitting the rail way at the lift towers; if so, its center
   span would be level=3, below center lift level=4, above the approach span
   highway at level=2
   - I considered either foot=no or access=official for the approaches.
   Having seen routing try to jump from way to way if close enough, i
   decided foot=official was fair.
   *Knowing as I did someone who died in an ambulance when this bridge was
   up, i don't want to route anyone that way accidentally ! Never again.*

( I note the retractable section of railroad deck that allowed low boats to
pass one of the side spans was never mapped. Neat feature. )

( *Lest I be accused of strictly armchair mapping, as a once-and-future
Maine-iac, I know that bridge well by its old official name, "Interstate
Bridge" which is ironic as it was never an Interstate System bridge
officially though it used to connect two I-95 segments. Originally was 3
rather narrow lanes ... was hell with trailer mirrors mounted in 1970s!   I
was planning on making extensive use of it in just a couple weeks, while
dragging the GPS around the harbor defenses of Portsmouth harbor. I'll be
reloading the Garmin's NewEngland card after this change-set percolates
through !  I hope to add my Maine retirement home to the map in a year or
three, but first we need to build it ...* )


-- 
Bill Ricker
bill.n1...@gmail.com
https://www.linkedin.com/in/n1vux
​ http://www.openstreetmap.org/user/Bill%20Ricker
​ 
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Terremoto Rieti

[Alessandro Sarretta]

Ciao ho provato a lavorare su alcuni riquadri, ma effettivamente è 
difficile fare un lavoro di fino.


Ho visto inoltre che Copernicus EMS ha concluo il Monitoring e mi embra 
abbia fatto un lavoro egregio! Per Amatrice ho importato i vettoriali in 
QGIS e le informazioni sono molto dettagliate (vedi immagine 
https://my.owndrive.com/index.php/s/Zx5TVeqOiKNASi5)


Se la policy sui prodotti Copernicus ne dà la possibilità, mi sembra più 
efficace concentrarsi nel riportare il lavoro fatto da CopernicusEMS in 
openstreetmap in modo da avere i dati non spezzettati e accedibili più 
facilmente.


che ne dite?

m2c

Ale


On 26/08/2016 21:37, Stefano wrote:

Pubblicato il task,
l'ho fatto volutamente con tile piccole così si fa poco alla volta
http://osmit-tm.wmflabs.org/project/14



--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com 

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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

Re: [Talk-it] Terremoto Rieti

[Alessandro Sarretta]

Ciao,

mi pare che qui 
(http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags/Humanitarian_Data_Background) 
consiglino essenzialmente earthquake:damage=collapsed_building.


earthquake:damage=severe e damage=partially_collapsed (ma come si fa a 
valutare da satellite?) sono molto poco usate sembra, mentre 
earthquake:damage=damaged_building non lo vedo.


Ale


On 26/08/2016 20:34, Francesco Pelullo wrote:


BTW, stavo dando un'occhiata alla vecchia pagina di coordinamento del 
terremoto di Haiti:
wiki.openstreetmap.org/wiki/WikiProject_Haiti/Mapping_Coordination#How_to_map 



Vado di:
earthquake:damage=collapsed_building
earthquake:damage=damaged_building



--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com 

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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

Re: [Talk-it] Terremoto Rieti

[Alessandro Sarretta]

Ciao,

mi pare che qui 
(http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags/Humanitarian_Data_Background) 
consiglino essenzialmente earthquake:damage=collapsed_building.


earthquake:damage=severe e damage=partially_collapsed (ma come si fa a 
valutare da satellite?) sono molto poco usate sembra, mentre 
earthquake:damage=damaged_building non lo vedo.


Ale


On 26/08/2016 20:34, Francesco Pelullo wrote:


BTW, stavo dando un'occhiata alla vecchia pagina di coordinamento del 
terremoto di Haiti:
wiki.openstreetmap.org/wiki/WikiProject_Haiti/Mapping_Coordination#How_to_map 



Vado di:
earthquake:damage=collapsed_building
earthquake:damage=damaged_building



--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com 

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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

Re: [Talk-it] Terremoto Rieti

[Alessandro Sarretta]

Scusate, ma l'originale da dove si può scaricare?

Grazie,

Ale


On 26/08/2016 20:22, Francesco Pelullo wrote:
La riproiezione l'ha resa poco leggibile, quasi è più facile lavorare 
con l'originale seppure ruotata.


--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com 

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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

Re: [Talk-ca] broken forests in eastern Canada

[Stewart C. Russell]

On 2016-08-25 02:26 PM, Alan Richards wrote:
> Generally some of the polygons can be later merged across the boundaries
> into less square shapes, but it can be complicated and slow work.

I don't think it helps that we have users like fx99 consolidating huge
areas into large ways and massively complicated relations, like in this
changeset in Eastern Ontario:
https://www.openstreetmap.org/changeset/41719048?way_page=1

cheers,
 Stewart


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

Re: [Talk-us] Freeway exit tagging

[Jesse B. Crawford]

Where I live (San Francisco, CA, USA), lane arrows are generally added
for one of two reasons:

1) It isn't obvious what the authorized use of a lane is, when there is
e.g. a right, slight right, and through option with various lanes for
each - especially when there are multiple slight_rights as sometimes
happens.
2) To provide advanced warning that a lane you're in will have limited
options in the future (such as "HWY ONLY" written in lanes). The
location of these warnings varies, they're sometimes just yards before
the intersection and sometimes a block or two back - presumably
depending on how easy a traffic engineer thinks it will be to change lanes.

Lane arrows are only present in some cases though - and in my
cross-country driving experience, I have found California to be
unusually thorough about lane arrows, so they're probably present more
of the time here than they are in much of the rest of the country. For
example, lane arrows to indicate a merge_to_left are virtually never
used in the state of Oregon (this may even be ODOT policy?), but are
almost always present in California.

This is just a difference between two neighboring states in a country
with a reasonably precise traffic control manual. Lane arrow practices
are presumably even more different between countries (e.g. in the parts
of Mexico I visit, I don't think I've ever seen one).

My point is this: the practice of marking lanes with arrows varies by
jurisdiction and by how recently the intersection has been painted. In
many cases, in the US at least, it depends on whether the intersection
is straightforward to navigate for humans or not. It probably also
depends on whether or not violations have been observed there - here, at
least, they sometimes respond to too many accidents at an intersection
by putting in physically larger stop signs. I suspect the same is done
with land arrows.

Do any of these factors in road markings change the actual ground truth
of the intersection and its navigation?

I think this is the point that Rihards was getting at, somewhat
hyperbolically. Road markings like lane use arrows and signs are usually
themselves representations of the intersection to come, much like a map.
When we produce a map, we shouldn't be making a map of someone else's
map of the intersection. We should be reflecting the way the
intersection actually is. Which, yes, is sometimes designated only by
restricting signs, but often it is not, and is instead restricted by
standard rules about the usage of lanes (i.e. no right turns from a lane
other than the right curb lane, UNLESS markings indicate otherwise).
These rules, too, vary by jurisdiction, so if the map is going to be
general for global use it should express them.

-- 
Jesse B. Crawford

https://jbcrawford.us
je...@jbcrawford.us
GPG 0x4085BDC1

On 08/25/2016 11:30 PM, Paul Johnson wrote:
> 
> 
> On Thu, Aug 25, 2016 at 4:28 PM, Rihards  > wrote:
> 
> On 2016.08.26. 00 :15, Jack Burke wrote:
> 
> Freeway exit tagging
> 
> 
> I am totally confused.
> 
> What is the proper method to use turn:lanes to tag freeway lanes
> approaching an exit, where the exit branches directly from an
> edge lane
> without being part of the freeway itself, but the freeway lanes
> are not
> signed with an arrow, such as this one?
>  http://mapillary.com/map/im/7igAGXSa6EsUYlTIujXchw
> 
> 
> Through examples[1], the wiki shows that when the freeway lanes
> *are*
> signed, then "through;slight_right" appears to be the correct value.
> The wiki examples also appear to indicate that "through" is *only*
> appropriate when there is corresponding signage.  The wiki is
> also very
> 
> 
> referencing the previous topic in talk-us about how lane tagging
> should follow lane _markings_, i'd like to suggest to only map the
> legally allowed driving directions, no matter how we arrive at them.
> 
> mapping the road markings seems extremely strange - what if they are
> very faded, when do we map them ? is there a threshold of % of the
> paint left ?
> what is there are no road markings but there are signs ?
> do we remove those tags during the winter in some regions ?
> 
> mapping of markings separately also seems to have no functional
> benefit. the information should be useful for navigation software -
> or, more importantly, for the end user (no matter which software
> delivers useful service to them). they don't really care how exactly
> the allowed directions are marked, as long as they get through it
> all without crashes and fines.
> 
> 
> This is a pretty nice summary of what I was getting at in the previous
> thread on talk-us.  Especially given how common it is to not have the
> turn arrows in the first 

Re: [OSM-talk-fr] osmose : School update

[lenny.libre]

Le 26/08/2016 à 21:50, Jocelyn Jaubert a écrit :

Le 26/08/2016 à 21:01, lenny.libre a écrit :


   * Osmose me propose de remplacer "school:FR = collège" par "secondaire"
 alors que le wiki indique bien "collège" pour les "Collège (6e à 3e)"
 http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool - y a-t-il
 une évolution sur ce tag ?

Osmose me semble incorrect ici. Je pense qu'il aurait du être d'accord avec
le school:FR=collège. Le code utilise en fait le code UAI pour estimer quel
est le bon tag à utiliser:

 School_FR_nature_uai = {
 "101": u"maternelle",
 "102": u"maternelle",
 "103": u"maternelle",
 "111": u"maternelle",
 "151": u"élémentaire",
 "152": u"élémentaire",
 "153": u"élémentaire",
 "160": None,
 "161": None,
 "162": u"élémentaire",
 "169": u"primaire",
 "170": None,
 "300": u"lycée",
 "301": u"lycée",
 "302": u"lycée",
 "306": u"lycée",
 "307": u"lycée",
 "310": u"lycée",
 "312": u"secondaire",
 "315": u"lycée",
 "320": u"lycée",
 "332": None,
 "334": None,
 "335": None,
 "336": None,
 "340": u"secondaire",
 "349": None,
 "350": u"secondaire",
 "352": u"secondaire",
 "370": None,
 "380": None,
 "390": None,
 }

Et je ne vois pas de "collège" dans la liste. Sûrement un truc à revoir ?

Merci de ta réponse ; faut-il que je crée une issue sur github ?
léni


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

Re: [Talk-it] Terremoto Rieti

[girarsi_liste]

Il 26/08/2016 21:37, Stefano ha scritto:
> Pubblicato il task,
> l'ho fatto volutamente con tile piccole così si fa poco alla volta
> http://osmit-tm.wmflabs.org/project/14
> 
> Caricate ogni tile separatamente per evitare conflitti.
> 
> Ciao,
> Stefano
> 

Mi spiace tanto ma con queste foto non riesco a posizionare
correttamente ed inoltre faccio parecchia fatica a distinguere le
posizioni dei crolli dalle case rimaste, per cui evito di fare danni da
incapacità, mi premunirò di continuare sulle altre aree poco mappate
dell'altro task.


-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [Talk-cz] Zuzanka

[Petr Vozdecký]

Technicky vzato máš Karle pravdu. Jenže já se nemohu zbavit dojmu, že to je 
zase příklad fundamentálního naplňování doporučujících pravidel bez ohledu 
na okolnosti. Měl jsem tím totiž v úmyslu docílit textu v mapě - takového, 
kterých jsou především turistické mapy plné. Možná jsem měl navrhnout třeba 
loc_name=* nebo alt_name=*, ale nezdá se mi nic z toho pro daný případ (s 
cílem dostat ten text do mapy) ideální. Viz http://wiki.openstreetmap.org/
wiki/Cs:Names 



Myslíš, že si opravdu nemůžeme v takové situaci dovolit to (zajímavé a 
úředně nepojmenované) místo jako mappeři "pojmenovat" ?



vop



-- Původní zpráva --

Od: Karel Volný 

Datum: 26. 8. 2016 v 13:17:38

Předmět: Re: [Talk-cz] Zuzanka



... > name=Kamenné vzkazy ehm, řekl bych, že není dobré vydávat popis za 
název ... K.



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

[OSM-co] Fin de la jornada en simultanea y agradecimientos

[hyan...@gmail.com]

Hola comunidad,

con mucho éxito hemos concluido esta jornada en simultanea de Mapaton de
Vias Terciarias sobre Convención, Norte de Santander, tuvimos picos de + 40
maperos al tiempo editando sobre el Área de Interés y el proyecto
completado al 100% (aun resta la validación).

Deseo dar gracias a todos los participantes, los 13 grupos de estudiantes
inscritos desde 5 universidades del país, a los maperos individuales que
colaboraron, a la Universidad de Los Andes y el profesor Dr. Luis D.
Sánchez por su gran acogida en el Laboratorio de Cartografía, a la red
YouthMappers, USAID y su Geocenter por hacerlo posible y facilitar las
imágenes aéreas.

Desde el día mañana se iniciara la evaluación de los resultados, aun hay
chance para seguir mapeando, tenemos una imagen reciente del 19 de febrero
de 2016 sobre Manaure, La Guajira, los participantes que tracen sobre este
proyecto tendrán +25% en sus ediciones, plazo de trazado hasta HOY!

http://tareas.openstreetmap.co/project/29

Felicitaciones!!

Humberto Yances
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-it] Terremoto Rieti

[girarsi_liste]

Il 26/08/2016 22:37, girarsi_liste ha scritto:
> 
> Si usa questo sfondo creato predentemente:
> 
> http://osmit3.wmflabs.org/cgi-bin/qgis_mapserv.fcgi?map=/srv/Amatrice/amatrice.qgs=WMS=GetCapabilities=1.3
> 
> 
> ?
> 
> 

Niente, ho visto adesso, scusa.

-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [Talk-it] Terremoto Rieti

[girarsi_liste]

Il 26/08/2016 21:37, Stefano ha scritto:
> Pubblicato il task,
> l'ho fatto volutamente con tile piccole così si fa poco alla volta
> http://osmit-tm.wmflabs.org/project/14
> 
> Caricate ogni tile separatamente per evitare conflitti.
> 
> Ciao,
> Stefano
> 

Caricare le tile separatamente che significa?


Si usa questo sfondo creato predentemente:

http://osmit3.wmflabs.org/cgi-bin/qgis_mapserv.fcgi?map=/srv/Amatrice/amatrice.qgs=WMS=GetCapabilities=1.3


?


-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [Talk-dk] Vi har et problem med stier.

[Niels Elgaard Larsen]

On Fri, 26 Aug 2016 18:01:26 +0200
Rasmus Vendelboe  wrote:

> Er der en som kan give bare én god designcase på hvorfor er et godt
> design?
> 
> Som jeg ser det, så er grundideen med
> highway=cycleway/footway/pedestrian mv. er jo tydeligtvis, at de der
> indtegner ikke skal tænke over diverse implicitte restriktioner og
> taxanonomi.

Det skal man jo heller ikke før man begynder at tilføje ekstra
begrænsninger.

> Hvorfor har man et tag der bryder med den tradition? 

Fordi der findes veje med mere komplicerede adgangsregler end
standardtyperne.

I de fleste af de mange problematiske veje, jeg har set på, er
problemet, at man uden nogensomhelst grund har tilføjet access tags.
Man skal enten bare tagge løs med highway=cycleway/footway/pedestrian
mv. eller også skal man tænke over hvad det betyder, hvis man sætter
ekstra access tags.

For når man først begynder på det, så er det ikke helt trivielt.
Hvis jeg tagger en sti som 

highway=cycleway
foot=yes
access=destination
access:vehicle=delivery

Hvad betyder det så for gående, heste, cykler og biler?

> Jeg vil gerne holde med Sonny her - det kan godt være routeren gør det
> rigtige, men så må vi jo ændre wikien

Så skal vi jo først blive enige om en anden og bedre måde at fortolke
access tags på. Og overbevise resten af verden om det.

> eller fjerne de 1000 accesstag
> fra osm.dk.

Jeg er begyndt.

Og mange af dem giver jo ikke mening uanset hvordan man ville fortolke
dem. I bedste fald er der overflødige access tags, og de bør jo også
fjernes.

Foreløbigt har jeg fjernet en del "access=yes" tags, så der typisk kun
er "highway=path" eller "highway=footway" tilbage.


> 
> Med venlig hilsen
> Rasmus Vendelboe (rasmusv)
> 
> 2016-08-26 8:36 GMT+02:00 Jens Hyllegaard :
> 
> > Du behøver skam ikke være enig, men sådan er det defineret på OSM's
> > wiki:
> >
> > Følgende er et klip fra
> > http://wiki.openstreetmap.org/wiki/Key:access
> >
> >
> >
> > *
> >
> > Use the *access*=* key to describe a general access restriction that
> > applies to *all* transport modes. Note, that, for example, adding
> > *access* =yes 
> > to highway =footway
> > 
> > *changes* default restrictions
> > 
> > (which usually are foot=yes and vehicle=no for highway=footway) to
> > *yes*, highway=footway + access=yes means "road, which is open for
> > all pedestrians and vehicles". Be very careful when adding general
> > permitting tags *access*=yes
> >  and
> > *access*=permissive
> > , think
> > about adding precise correct tags with concrete transport modes. If
> > you want, for example, distingush footway with open access from
> > footway with closed access, use tags like foot
> > = yes
> >  and foot
> > =private
> > 
> > instead of *access*=yes
> >  and
> > *access*=private
> > .
> >
> > *
> >
> >
> >
> > Så ruteberegnerne gør præcist det de skal.
> >
> >
> >
> > Mvh
> >
> >
> >
> > Jens
> >
> >
> >
> > *Fra:* Sonny B. Andersen [mailto:s...@bukhmark.dk]
> > *Sendt:* 26. august 2016 00:01
> > *Til:* Niels Elgaard Larsen ; OpenStreetMap
> > Denmark < talk-dk@openstreetmap.org>
> > *Emne:* Re: [Talk-dk] Vi har et problem med stier.
> >
> >
> >
> > Jeg er ikke enig med dig. Hvis en ruteberegner leder en bil ud ad
> > en path, footway eller cycleway, så er det ruteberegneren, der er
> > noget galt med.
> >
> >
> >
> > Dit eksempel
> >  
> > >>>   Så man fx har en privat stil på sin grund og tagger den som:  
> >  
> > >>>   highway=footway  
> >  
> > >>>   access=destination  
> >  
> > >>>  Så betyder det, at man har tilladt biler med et ærinde at køre
> > >>> på  
> > stien.
> >
> > tolker du og din ruteberegner forkert. Denne tagging betyder, at
> > stien er det man kalder en privat fællessti, dvs. at der kun er
> > adgang for dem, der har et ærinde, og det skal ske til fods eller
> > på cykel.
> >
> >
> >
> > Dit eksempel
> >  
> > >>> http://www.openstreetmap.org/way/165807821  
> >
> > er selvfølgelig ikke en vej, den er jo tagget som highway=footway.
> > Jeg er enig med dig i, at access=yes er overflødig, men hvis din
> > ruteberegner leder en bil ud på denne sti, så synes jeg, at du
> > skulle kassere din ruteberegner omgående.
> >
> >
> >
> > Det har mig bekendt altid været god tone at undlade at tagge af
> > hensyn til en bestemt renderer. Det samme 

Re: [OSM-talk-fr] osmose : School update

[Jocelyn Jaubert]

Le 26/08/2016 à 21:01, lenny.libre a écrit :

>   * Dans le titre, le défaut de numéro concerne-t-il l'adresse ?
> le nœud https://www.openstreetmap.org/node/3804761157 est porteur de
> l'information

D'après le code:
https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_school_FR.py

Il s'agit juste d'une information qui vient de la source utilisée pour
vérifier OSM. Ce n'est pas donc pas une information pertinente ici.

>   * Osmose me propose de remplacer "school:FR = collège" par "secondaire"
> alors que le wiki indique bien "collège" pour les "Collège (6e à 3e)"
> http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool - y a-t-il
> une évolution sur ce tag ?

Osmose me semble incorrect ici. Je pense qu'il aurait du être d'accord avec
le school:FR=collège. Le code utilise en fait le code UAI pour estimer quel
est le bon tag à utiliser:

School_FR_nature_uai = {
"101": u"maternelle",
"102": u"maternelle",
"103": u"maternelle",
"111": u"maternelle",
"151": u"élémentaire",
"152": u"élémentaire",
"153": u"élémentaire",
"160": None,
"161": None,
"162": u"élémentaire",
"169": u"primaire",
"170": None,
"300": u"lycée",
"301": u"lycée",
"302": u"lycée",
"306": u"lycée",
"307": u"lycée",
"310": u"lycée",
"312": u"secondaire",
"315": u"lycée",
"320": u"lycée",
"332": None,
"334": None,
"335": None,
"336": None,
"340": u"secondaire",
"349": None,
"350": u"secondaire",
"352": u"secondaire",
"370": None,
"380": None,
"390": None,
}

Et je ne vois pas de "collège" dans la liste. Sûrement un truc à revoir ?


>   * Osmose me propose de modifier le name en enlevant les accents, en effet
> c'est le fichier data.gouv.fr:Éducation Nationale qui ne les a pas mis,
> alors qu'ils sont bien dans
> 
> http://www.education.gouv.fr/annuaire/64-pyrenees-atlantiques/salies-de-bearn/college/college-felix-pecaut.html
> - pour ce point, je n'en tiendrais donc pas compte, je suis sûr que les
> accents doivent être présents.

Yep, tu as raison de ne pas prendre en compte cette proposition. C'est pour
ça que Osmose propose deux fix - l'un sans le name, l'autre avec.


Merci d'avoir reporté le souci,
Jocelyn

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

Re: [Talk-it] Terremoto Rieti

[Stefano]

Pubblicato il task,
l'ho fatto volutamente con tile piccole così si fa poco alla volta
http://osmit-tm.wmflabs.org/project/14

Caricate ogni tile separatamente per evitare conflitti.

Ciao,
Stefano

Il giorno 26 agosto 2016 20:34, Francesco Pelullo  ha
scritto:

> Il 26 ago 2016 8:26 PM, "Maurizio Napolitano"  ha
> scritto:
> >
>
> >
> > Possibile, ma comunque puoi aggiungere punti per riproiettarla meglio.
> > Mapwarper permette di farlo.
> >
>
> Non è shiftata (perdonami il neologismo), è sgranata.
>
> > > Adesso ci vorrebbe un altro giro di Task Manager, soltanto nella zona
> dove
> > > abbiamo l'immagine satellitare, con il compito di modificare edifici
> già
> > > mappati, aggiungendo un tag "collapsed" oppure "damaged" e la data
> > > dell'immagine (2016-08-25 HH:MM).
> >
> > Yep
> >
> >
>
> Chi lo apre?
>
> BTW, stavo dando un'occhiata alla vecchia pagina di coordinamento del
> terremoto di Haiti:
> wiki.openstreetmap.org/wiki/WikiProject_Haiti/Mapping_
> Coordination#How_to_map
>
> Vado di:
> earthquake:damage=collapsed_building
> earthquake:damage=damaged_building
>
> Ciao
> /niubii/
>
> ___
> 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

[talk-ph] Fwd: [OSM-talk] weeklyOSM #318 08/16/2016-08/22/2016

[Eugene Alvin Villar]

-- Forwarded message --
From: weeklyteam 
Date: Fri, Aug 26, 2016 at 5:43 AM
Subject: [OSM-talk] weeklyOSM #318 08/16/2016-08/22/2016
To: t...@openstreetmap.org


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

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

Enjoy!

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

[OSM-talk-fr] osmose : School update

[lenny.libre]

Bonjour

Je ne suis pas sûr de comprendre ce que me dit osmose :

*School update*
Collège Felix Pecaut, 7 AVENUE DU DR J DUFOURCQ, 64270, SALIES DE BEARN 
(position : défaut de numéro, appariement : similaire)

*way 377114277 *
-
+ *source* = data.gouv.fr:Éducation Nationale - 05/2016
~ *school:FR* = secondaire
-
+ *source* = data.gouv.fr:Éducation Nationale - 05/2016
~ *name* = Collège Felix Pecaut
~ *school:FR* = secondaire
*-
amenity* = school
*contact:email* = 06400...@ac-bordeaux.fr 


*contact:phone* = +33 5 59 38 16 52
*contact:website* = http://webetab.ac-bordeaux.fr/college-felix-pecaut/ 


*name* = Collège Félix Pécaut
*operator:type* = public
*ref:UAI* = 0640071E 
 


*school:FR* = collège

 * Dans le titre, le défaut de numéro concerne-t-il l'adresse ?
   le nœud https://www.openstreetmap.org/node/3804761157 est porteur de
   l'information

 * Osmose me propose de remplacer "school:FR = collège" par "secondaire"
   alors que le wiki indique bien "collège" pour les "Collège (6e à
   3e)" http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool - y
   a-t-il une évolution sur ce tag ?

 * Osmose me propose de modifier le name en enlevant les accents, en
   effet c'est le fichier data.gouv.fr:Éducation Nationale qui ne les a
   pas mis, alors qu'ils sont bien dans
   
http://www.education.gouv.fr/annuaire/64-pyrenees-atlantiques/salies-de-bearn/college/college-felix-pecaut.html
   - pour ce point, je n'en tiendrais donc pas compte, je suis sûr que
   les accents doivent être présents.

cordialement

léni


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

[Talk-de] Konfigurationsfehler Apache www.openstreetmap.de (WAS: Deutsche Homepage - Fehlermeldung)

[Michael Reichert]

Hallo,

Am 2016-08-16 um 09:46 schrieb Frederik Ramm:
> On 08/16/2016 08:06 AM, goegeo wrote:
>> Hallo Liste. Seit gestern wird mir beim Abrufen der deutschen 
>> Openstreetmap-Homepage (https://www.openstreetmap.de) folgender 
>> Warnhinweis für eine mangelhafte Seitenkonfiguration dargestellt.
> 
> Die Seite wurde am Wochenende auf einen neuen Server umgezogen, das
> Zertifikat kommt noch nach ;)

Das neue Zertifikat ist jetzt da (Let's Encrypt), aber die Konfiguration
ist noch nicht korrekt. Es wird nämlich nur das Zertifikat, nicht aber
die Zertifikatskette ausgeliefert.

Mit Firefox unter Ubuntu fällt das gar nicht auf, der akzeptiert das
anscheinend so und sucht sich aus seinem Truststore die nötigen
Zertifiakte selbst zusammen. Unter Android und Windows wollen die
Browser (sowohl Firefox als auch Chrome/Chromium) die ganze
Zertifikatskette erhalten.

Bei uns im Wochennotiz sind schon ein oder zwei derartige Mails von
Leuten aufgeschlagen, dass "ihr Openstreetmap nicht mehr funktioniert".
Neulich war es klar, jetzt ist es nur noch ein Konfigurationsfehler.

Welches Dateipfade man wie in die Konfigurationsdateien von Apache
eintragen muss, steht in der Doku von Let's Encrypt gut erklärt.
https://letsencrypt.readthedocs.io/en/latest/using.html#where-are-my-certificates

Disclaimer: Ich hatte neulich das Problem und RTFM war die Lösung. Ich
bin nicht für den deutschen Tileserver zuständig und habe auch keinen
Zugang. Für weitere Fragen zur Konfiguration stehe ich jedoch mit meinem
Wissen zur Verfügung. ;-)

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: [Talk-it] Terremoto Rieti

[Francesco Pelullo]

Il 26 ago 2016 8:26 PM, "Maurizio Napolitano"  ha
scritto:
>

>
> Possibile, ma comunque puoi aggiungere punti per riproiettarla meglio.
> Mapwarper permette di farlo.
>

Non è shiftata (perdonami il neologismo), è sgranata.

> > Adesso ci vorrebbe un altro giro di Task Manager, soltanto nella zona
dove
> > abbiamo l'immagine satellitare, con il compito di modificare edifici già
> > mappati, aggiungendo un tag "collapsed" oppure "damaged" e la data
> > dell'immagine (2016-08-25 HH:MM).
>
> Yep
>
>

Chi lo apre?

BTW, stavo dando un'occhiata alla vecchia pagina di coordinamento del
terremoto di Haiti:
wiki.openstreetmap.org/wiki/WikiProject_Haiti/Mapping_Coordination#How_to_map

Vado di:
earthquake:damage=collapsed_building
earthquake:damage=damaged_building

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

Re: [Talk-it] Terremoto Rieti

[Maurizio Napolitano]

2016-08-26 20:22 GMT+02:00 Francesco Pelullo :
> Il 26 ago 2016 7:11 PM, "Maurizio Napolitano"  ha
> scritto:
>>
>>
>> con anche stringa per josm
>>
>> http://mapwarper.net/maps/wms/15512?request=GetMap=1.1.1==image/png={proj}=application/vnd.ogc.session.inimage={width}={height}={bbox};
>>
>>
>
> La riproiezione l'ha resa poco leggibile, quasi è più facile lavorare con
> l'originale seppure ruotata.

Possibile, ma comunque puoi aggiungere punti per riproiettarla meglio.
Mapwarper permette di farlo.

> Adesso ci vorrebbe un altro giro di Task Manager, soltanto nella zona dove
> abbiamo l'immagine satellitare, con il compito di modificare edifici già
> mappati, aggiungendo un tag "collapsed" oppure "damaged" e la data
> dell'immagine (2016-08-25 HH:MM).

Yep

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

Re: [Talk-it] Terremoto Rieti

[Francesco Pelullo]

Il 26 ago 2016 7:11 PM, "Maurizio Napolitano"  ha
scritto:
>
>
> con anche stringa per josm
>
http://mapwarper.net/maps/wms/15512?request=GetMap=1.1.1==image/png={proj}=application/vnd.ogc.session.inimage={width}={height}={bbox};
>
>

La riproiezione l'ha resa poco leggibile, quasi è più facile lavorare con
l'originale seppure ruotata.

Adesso ci vorrebbe un altro giro di Task Manager, soltanto nella zona dove
abbiamo l'immagine satellitare, con il compito di modificare edifici già
mappati, aggiungendo un tag "collapsed" oppure "damaged" e la data
dell'immagine (2016-08-25 HH:MM).

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

[Talk-GB] OSM Activity tool

[Rob Nickerson]

Hi all,

The following tool may be useful for picking the location of mapathons. It
shows the number of changes made to OSM in each (big) tile dating back to
2008. Obviously cities have more edits as there is more to map there.
However, when you click on a tile it shows the timeline of edits and adds a
simple trendline.

Any flat or downward sloping trendlines may be a good indication of a
deline in mappers in that reason*. Equally any squares that haven't shown
much activity recently may also be good candidates.

http://osm-activity.lukasmartinelli.ch/#7.56/52.411/-1.528

*Rob*
* Alternatively it could just show that it is a very dull region where
everything is mapped and nothing changes!
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-gb-westmidlands] OSM Activity tool

[Rob Nickerson]

Hi all,

The following tool may be useful for picking the location of mapathons. It
shows the number of changes made to OSM in each (big) tile dating back to
2008. Obviously cities have more edits as there is more to map there.
However, when you click on a tile it shows the timeline of edits and adds a
simple trendline.

Any flat or downward sloping trendlines may be a good indication of a
deline in mappers in that reason*. Equally any squares that haven't shown
much activity recently may also be good candidates.

http://osm-activity.lukasmartinelli.ch/#7.56/52.411/-1.528

*Rob*
* Alternatively it could just show that it is a very dull region where
everything is mapped and nothing changes!
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-it] Terremoto 24-8-2016 centro Italia

[mircozorzo]

Grazie, fatto ma vista la natura della mailing list non vengono inviate ai
membri.

Ciao, Mirco 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Terremoto-24-8-2016-centro-Italia-tp5880697p5880780.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

[OSM-talk-fr] techno de traitement de photos - opensource par Facebook

[Philippe Verdy]

Vu sur
http://www.numerama.com/tech/191456-facebook-rend-open-source-technologie-de-comprehension-images.html#utm_medium=e-mail_source=newsletter_quotidienne_soir_campaign=20160826

Facebook rend opensource une bibliothèque d'analyse de photos et de
segmentation, ça pourrait être peut-être être utile pour traiter les images
aériennes (Facebook l'utilise pour la séparation des des personnes sur les
photos, puis la reconnaissance faciale, mais ça pourrait aussi lire les
photos de panneaux routiers, les plaques de rues et enseignes de magasins,
et aussi pour filtrer/flouter les visages et immatriculations des photos
prises dans la rue (et faciliter donc aussi les transferts)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Terremoto Rieti

[Maurizio Napolitano]

Il mitico Massimo Zotti ha convito EUROPEAN SPACE IMAGING ha rendere
disponibile la foto aerea di Amatrice del 25 Ottobre 2016.
La foto non e' georeferenziata.
Ho cominciato a farlo da solo, ma poi ho pensato che con l'aiuto di
tutti si puo' fare molto meglio
e, cosi', ho caricato l'immagine su mapwarper.net
La trovate qui
http://mapwarper.net/maps/15512#Preview_Map_tab

Bisogna lavorare con molta pazienza, anche perche' l'immagine non e'
orientata a nord inoltre e' anche obliqua.
Usare comunque le estremita' dei tetti diventa efficace.
Ho inserito una ventina di 20 in zona centro, ma se si lavora anche un
po' sulla periferia l'immagine migliora il suo posizionamento.
Per farlo pero' vi chiedo di essere molto attenti e consapevoli
(chiunque puo' farlo andando su mapwarper.net )

Una volta che l'immagine e' su mapwarper poi puo' essere esportata in vari modi
http://mapwarper.net/maps/15512#Export_tab

- geotiff georeferenziato
http://mapwarper.net/maps/export/15512?format=tif
- png
http://mapwarper.net/maps/export/15512?format=png
.. georeferenziato
http://mapwarper.net/maps/export/15512?format=aux_xml
- kml
http://mapwarper.net/maps/15512.kml
- servizio tms
http://mapwarper.net/maps/tile/15512/{z}/{x}/{y}.png
- servizio wms
http://mapwarper.net/maps/wms/15512?request=GetCapabilities=WMS=1.1.1
con anche stringa per josm
http://mapwarper.net/maps/wms/15512?request=GetMap=1.1.1==image/png={proj}=application/vnd.ogc.session.inimage={width}={height}={bbox};

La proiezione e' la EPSG:3857 (quella usata dal tms di openstreetmap)

Fatene un buon uso sia che aiutate a georiferire che a usarla come sfondo.

Intanto il buon Andrea ha aggiornato
questohttps://ondata.github.io/amatricebeforeandafter/#17/42.62891/13.28899

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

[OSM-talk] Generate your own map

[Yantisa Akhadi]

Nice article on how to generate your own (fantasy) maps: 
http://mewo2.com/notes/terrain/
Cheers,
Yantisa


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

Re: [Talk-us] Katahdin Woods and Waters National Monument

[Clifford Snow]

I have a good outline of the park. It originally was a multipolygon with 52
objects. I've simplified it by merging areas that were separated by rivers
and using the "Simply Way" tool in JOSM. The .osm file is available for
review on Dropbox [1]

Thanks to Kerry Gallivan for providing the boundary shapefile.

When looking at it in JOSM, the E Branch Penobscot River is missing the
waterway in many sections. The riverbank is mapped but no waterway.  See
[2] for an example. It should be fixed. Can someone familiar with the area
please fix the river?

Before anyone traces in the outline, please review it.

Clifford


[1] https://www.dropbox.com/s/j4qmu9h9uelr711/KatahdinWoods%
26Waters.osm?dl=0
[2] http://www.openstreetmap.org/#map=16/46.0060/-68.7125



On Fri, Aug 26, 2016 at 6:23 AM, Kevin Kenny 
wrote:

> On 08/26/2016 01:57 AM, Clifford Snow wrote:
>
>> I asked the question on the talk-us-nps mailing list. A number of NPS
>> folks follow that list.
>>
>> NPS data center, IRMA[1], doesn't have boundaries for the park yet.
>>
>> [1] https://irma.nps.gov/DataStore/
>>
>
> If it doesn't come from another source in the next week or two, and as
> long as nobody raises a legal objection that I can't see, I'll take a shot
> at reconstructing the bounds from the tax map, preferring data with some
> possible inaccuracies to no data at all.
>
> If someone could step forward, I'd appreciate it, since I'm colour-blind,
> and without using my assistive app, the orange and green on the NPS map is
> very hard for me to discriminate. Being able to re-render things like that
> to accommodate my vision is one of many things I like about OSM.
>
> Kevin
>



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

Re: [Talk-dk] Vi har et problem med stier.

[Rasmus Vendelboe]

Er der en som kan give bare én god designcase på hvorfor er et godt design?

Som jeg ser det, så er grundideen med highway=cycleway/footway/pedestrian
mv. er jo tydeligtvis, at de der indtegner ikke skal tænke over diverse
implicitte restriktioner og taxanonomi. Hvorfor har man et tag der bryder
med den tradition? Jeg vil gerne holde med Sonny her - det kan godt være
routeren gør det rigtige, men så må vi jo ændre wikien eller fjerne de 1000
accesstag fra osm.dk.

Med venlig hilsen
Rasmus Vendelboe (rasmusv)

2016-08-26 8:36 GMT+02:00 Jens Hyllegaard :

> Du behøver skam ikke være enig, men sådan er det defineret på OSM's wiki:
>
> Følgende er et klip fra http://wiki.openstreetmap.org/wiki/Key:access
>
>
>
> *
>
> Use the *access*=* key to describe a general access restriction that
> applies to *all* transport modes. Note, that, for example, adding *access*
> =yes  to highway
> =footway
>  *changes* default
> restrictions
> 
> (which usually are foot=yes and vehicle=no for highway=footway) to *yes*,
> highway=footway + access=yes means "road, which is open for all pedestrians
> and vehicles". Be very careful when adding general permitting tags
> *access*=yes  and
> *access*=permissive
> , think about
> adding precise correct tags with concrete transport modes. If you want, for
> example, distingush footway with open access from footway with closed
> access, use tags like foot =
> yes  and foot
> =private
> 
> instead of *access*=yes
>  and *access*=private
> .
>
> *
>
>
>
> Så ruteberegnerne gør præcist det de skal.
>
>
>
> Mvh
>
>
>
> Jens
>
>
>
> *Fra:* Sonny B. Andersen [mailto:s...@bukhmark.dk]
> *Sendt:* 26. august 2016 00:01
> *Til:* Niels Elgaard Larsen ; OpenStreetMap Denmark <
> talk-dk@openstreetmap.org>
> *Emne:* Re: [Talk-dk] Vi har et problem med stier.
>
>
>
> Jeg er ikke enig med dig. Hvis en ruteberegner leder en bil ud ad en path,
> footway eller cycleway, så er det ruteberegneren, der er noget galt med.
>
>
>
> Dit eksempel
>
> >>>   Så man fx har en privat stil på sin grund og tagger den som:
>
> >>>   highway=footway
>
> >>>   access=destination
>
> >>>  Så betyder det, at man har tilladt biler med et ærinde at køre på
> stien.
>
> tolker du og din ruteberegner forkert. Denne tagging betyder, at stien er
> det man kalder en privat fællessti, dvs. at der kun er adgang for dem, der
> har et ærinde, og det skal ske til fods eller på cykel.
>
>
>
> Dit eksempel
>
> >>> http://www.openstreetmap.org/way/165807821
>
> er selvfølgelig ikke en vej, den er jo tagget som highway=footway. Jeg er
> enig med dig i, at access=yes er overflødig, men hvis din ruteberegner
> leder en bil ud på denne sti, så synes jeg, at du skulle kassere din
> ruteberegner omgående.
>
>
>
> Det har mig bekendt altid været god tone at undlade at tagge af hensyn til
> en bestemt renderer. Det samme må kunne siges om at tagge af hensyn til en
> mangelfund ruteberegner.
>
>
>
> /sba-dk
>
>
>
>
>
> *Fra: *Niels Elgaard Larsen 
> *Sendt: *25. august 2016 14:25
> *Til: *OpenStreetMap Denmark 
> *Emne: *Re: [Talk-dk] Vi har et problem med stier.
>
>
>
>
>
>
>
> Niels Elgaard Larsen:
>
> > http://www.openstreetmap.org/directions?engine=osrm_car;
> route=56.08301%2C12.15545%3B56.08268%2C12.15748#map=18/56.08264/12.15816
>
>
>
>
>
> Det handler om hvordan man skal fortolke access krav, hvis de er angivet
>
> flere gange, og hvordan man fletter hierarkier af begrænsninger.
>
>
>
> Det handler især om at mange fejlagtigt tror, at det at sætte et
>
> "access" altid er en begrænsning.
>
>
>
> Når man tagger en vej som footway, path, motorway, cycleway, osv, så
>
> sætter man implicit nogle default begrænsninger (access restrictions).
>
> De er forskellige fra land til land. For DK er de:
>
>
>
> http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/
> Access-Restrictions#Denmark
>
>
>
> Det er derfor, vi ikke behøver at sætte access:bicycle=no på motorveje
>
> og access:motorcar=no på cykelstier.
>
>
>
> Men sagen er, at det er default begrænsninger, som bliver overskrevet,
>
> når man sætter en eksplicit begrænsning på vejen. Og hvis man angiver en
>
> generisk begrænsning, så overskriver den hele hiearkiet af den
>
> tilsvarende default begrænsning (access:motor_vehicle=no" gælder selvom
>

Re: [Talk-us] Check your turn:lanes

[Bill R. WASHBURN]

Since the throughness is implied by the lane markings and the LACK of
directional markings in the greater context of state law and the existence
of the MUTCD, it would not be inappropriate to mark these as through lanes.
If marking the lanes as "none" implies to the computer "no direction
control" (in some parts of the world, the practice seems to be that turning
from any point in your direction of travel is acceptable and the opposite
is true in the US), it would seem that tagging for the implied throughness
would be the best course of action.

Bill

On Aug 25, 2016 13:54, "Jack Burke"  wrote:
>
> Paul, your examples are pretty much exactly what I've been doing, with
the exception that for the last one I was using:
>
> turn:lanes=none|none|none;slight_right
>
> because of the aforementioned discussion of whether or not to use
"through" without signage.
>
> --jack
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-cz] Zuzanka

[Michal Poupa]

Na letišti v Ruzyni je na trávě nápis Praha...

26. 8. 2016 v 11:15, Mikoláš Štrajt :

> > Pokud dobře koukám, tak na ofoto je nápis miluju tě a jméno je jiné 
> > (něco jako Símo) - určitě tam není Zuzanko. 16m v lomu není zrovna mnoho 
> > - GPSkou bys to musel trasovat naněkolikrát a beztak by ten výsledek 
> > podle mě byl nevalný.. To už by bylo lepší to "zaměřit" svinovacím 
> > metrem, namalovat si to JOSM 1:1 a pak to prsknout zhruba tam, kam to 
> > patří v tom lomu.
> 
> Zuzanku jsem viděl, když jsem byl na místě z vyšší etáže lomu. Otázka je jak 
> staré ortofoto mapy.cz mají.
> 
> Dík za vypsání postupu - to byla ostatně ta první otázka - je-li to vůbec 
> technicky zmapovatelné, případně jak.
> 
> * * *
> 
> > ...
> > Těmi modříny jsi mi připomněl že v řůzných místech německa jsou modříny 
> > vysázeny do hákových křížů. Mnoho z nich se zachovalo dodnes.
> 
> Wow! To jsem neznal, ačkoliv se o historii WWII celkem zajímám.
> 
> Znáte nějaký konkrétní příklad?
> 
> * * *
> 
> > sutry v lomu poskladane do podobnych napisu najdete v kazdem vetsim lomu - 
> > viz Brno-Hády.
> > 
> > uvaha o jakemkoliv zaneseni do mapy je vhodna jen tehdy, je-li ten objekt 
> > objektivne zpusobily setrvat v krajine (svoji podstatou, zivotnosti, > > 
> > zabezpecenim, ochranou, urcenim...)
> > 
> > pokud je v miste zvykem ty napisy delat a mohou slouzit jako 
> > zajimavost/orientacni_bod/krajinotvorny_prvek, pak bych je tagoval jako 
> > tourism=attraction
> > name=Kamenné vzkazy
> > a nepoustel bych se vubec do "zmapovani" toho konkretniho napisu (jeho 
> > tvaru).
> > 
> > http://wiki.openstreetmap.org/wiki/Cs:Tag:tourism%3Dattraction
> >
> > No a kategorie Attraction by mohla byt skvelou dalsi kategorii v PhotoDB 
> > https://openstreetmap.cz/databaze-fotografii-rozcestniku-a-poi
> 
> To je ale velmi dobrá připomínka - na mapu se hodí to, co je (více-méně) 
> trvalé, oproti tomu fotografie si může dovolit zachytit pomíjivosti.
> 
> Až se tam příště stavím, Zuzanku vyfotím a dám ji do PhotoDB.
> 
> * * *
> 
> Zdraví Severák
> =
> ___
> 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

semanarioOSM Nº 318 16/08/2016-22/08/2016

[weeklyteam]

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

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

¡Disfruta!

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

semanarioOSM Nº 318 16/08/2016-22/08/2016

[weeklyteam]

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

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

¡Disfruta!

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

semanarioOSM Nº 318 16/08/2016-22/08/2016

[weeklyteam]

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

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

¡Disfruta!

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

semanarioOSM Nº 318 16/08/2016-22/08/2016

[weeklyteam]

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

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

¡Disfruta!

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

Re: [Talk-us] Katahdin Woods and Waters National Monument

[Kevin Kenny]

On 08/26/2016 01:57 AM, Clifford Snow wrote:
I asked the question on the talk-us-nps mailing list. A number of NPS 
folks follow that list.


NPS data center, IRMA[1], doesn't have boundaries for the park yet.

[1] https://irma.nps.gov/DataStore/


If it doesn't come from another source in the next week or two, and as 
long as nobody raises a legal objection that I can't see, I'll take a 
shot at reconstructing the bounds from the tax map, preferring data with 
some possible inaccuracies to no data at all.


If someone could step forward, I'd appreciate it, since I'm 
colour-blind, and without using my assistive app, the orange and green 
on the NPS map is very hard for me to discriminate. Being able to 
re-render things like that to accommodate my vision is one of many 
things I like about OSM.


Kevin

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

Re: [Talk-it] OSM mapper type

[Marco (MarcoR)]

Il 22/08/2016 16:43, Davide Mangraviti ha scritto:


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


Cercando negli script della pagina, in uno¹ si trova questo:

 f = "Undefined";
 if (d < 25) f = "Hit-and-Run";
 else if (d < 100) f = "Newbie";
 else if (d < 1500) f = "Casual Mapper";
 else if (d < 3E3) f = "Great Mapper";
 else if (d < 6E3) f = "Heavy Mapper";
 else if (d < 15E3) f = "Super Mapper";
 else if (d < 3E4) f = "Legendary Mapper";
 else if (d < 6E4) f = "Fantastic Mapper";
 else if (d < 1E5) f = "Mega Mapper";
 else if (d >= 1E5) f = "Epic Mapper";

 d = 0;
 b = "Not Active";
 if (Object.keys(a.calendar).length > 0)
 d = Object.keys(a.calendar).length;

 if (d < 15) b = "Rarely Active";
 else if (d < 40) b = "Regularly Active";
 else if (d < 80) b = "Active";
 else if (d < 150) b = "Very Active";
 else if (d <= 260) b = "Highly Active";
 else if (d > 260) b = "Mega Active";
 f += " (" + b + ")";

La variabile "d" dovrebbe contenere nella prima parte il numero totale 
di modifiche dell'utente mentre nella seconda il numero di giorni 
nell'ultimo anno in cui ha effettuato almeno una modifica.



¹ http://hdyc.neis-one.org/hdyc.neis-one.org.js

--
Alla prossima,

Marco.

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

[Talk-de] hi

[Matthias Regiert]

Greetings! 

Just wanted to say hi and tell you how much  I  miss you, here are some 
interesting things for you  

Yours faithfully, Matthias Regiert


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

Re: [Talk-it] file map per zone terremotate

[cesare gerbino]

Ciao Stefano,

non conosco l'architettura della tua soluzione e quindi vado un pò a caso
 non so come e da cosa ricavi ricavi OSM delle zone interessate (una
query overpass tipo quella pubblicata ieri da Napo http://overpass-turbo.eu/
??), ma in ogni caso se hai i dati OSM raw puoi convertirli usando GDAL
(ogr2ogr) in shapefile (o altro se usi un db ...), seguendo queste
istruzioni (anche questo script eseguibile da linea di comando lo puoi
schedulare ogni "tot" ed aggiornare così i dati che poi pubblicherai via
geoserver) ...

http://www.gdal.org/drv_osm.html

magari avendo cura di seguire le indicazioni di questo post

http://gis.stackexchange.com/questions/22788/how-do-you-
convert-osm-xml-to-geojson

vedi la risposta di ksnabb 

Per le vestizioni puoi usare delle vestiozi semplici così non ti complichi
la vita

 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 26 agosto 2016 12:28, Stefano Salvador  ha scritto:

>
>
> Il giorno 26 agosto 2016 12:11, cesare gerbino 
> ha scritto:
>
>> *>>se qualcuno ha suggerimenti*
>> riesci (dovrebbe essere facile con quello che usi ... ), a pubblicare
>> anche i dati come layer pubblicati via wms / wfs (geojson)? Così altri
>> potrebbero fare delle mappe con gli strumenti che meglio credono e tutto
>> resterebbe standard e aggiornato (ogni 20 min è ottimo ). Che poi in
>> realtà la mappa potresti farla anche tu ...
>>
>>
>>
> buttare i dati sul geoserver non è un problema, però produrre le ricettine
> che convertono i dati osm raw in layer utili non è breve, e ancora più
> lungo è fare le vestizioni per le mappe. Se qualcuno però conosce qualcosa
> che posso copia/incollare sono tutto orecchi.
>
> --
> Stefamo
>
>
> ___
> 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

[OSM-co] En Vivo! Mapatón de Vías Terciarias: Convención, Norte de Santader

[hyan...@gmail.com]

Estimada comunidad,

buenos días!  Estaremos emitiendo en vivo la mapatón para vías terciarias
desde el Laboratorio de Cartografía de la Universidad de Los Andes por
medio del siguiente enlace:

http://ustre.am/rvgq

El programa es el siguiente:


   - 8:00 AM Introducción YouthMappers - Patricia Solis, Directora Programa
   YouthMappers
   - 8:10 AM Palabras Dr. Luis D. Sanchez, profesor de Universidad de Los
   Andes
   - 8:20 AM Instrucciones Proyecto #12
    - Humberto Yances, OSM
   Colombia
   - 8:50 AM Sesión de preguntas
   - 9:00 AM Inicio de la mapatón
   - 10:45 AM - pausa café / Refrigerios
   - 11:00 AM Reinicio
   - 12:15 PM Fin de la mapatón

Quedan todos cordialmente invitados,

Humberto Yances
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSM-talk] Wikidata accuracy (Was: MAPS.ME edits - partly sub-standard)

[Dave F]

I'm surprised Wikidata is different to Wikipedia. I thought the former 
was derived from the latter.

(btw The 7,172,036 figure isn't the latest data in Wikidata)

https://en.wikipedia.org/wiki/London

Cheers
Dave F


On 26/08/2016 11:57, Martin Koppenhoefer wrote:


2016-08-26 12:20 GMT+02:00 Dave F >:


All tags can get filled with useless data.

Good use of tag:
http://www.openstreetmap.org/node/107775





btw, there seem to be some less useful tags also on this node, at 
least there's a slight redundancy and these could eventually be pulled 
from wikidata (or determined spatially in the first case) when needed:
is_in:country 
 
United Kingdom


is_in:country_code 
 
GB


is_in:iso_3166_2 GB-ENG


On the other hand I have noticed that wikidata has this population: 
7,172,036 while osm has 8.416.535, for wikidata the most recent figure 
is from 2001 so ours is likely more recent and relying completely on 
wikidata for some tags seems still a bit too early.


Cheers,
Martin


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

Re: [Talk-cz] Zuzanka

[Karel Volný]

...
> name=Kamenné vzkazy

ehm, řekl bych, že není dobré vydávat popis za název ...

K.


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

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

[Martin Koppenhoefer]

2016-08-26 12:20 GMT+02:00 Dave F :

> All tags can get filled with useless data.
>
> Good use of tag:
> http://www.openstreetmap.org/node/107775
>



btw, there seem to be some less useful tags also on this node, at least
there's a slight redundancy and these could eventually be pulled from
wikidata (or determined spatially in the first case) when needed:
is_in:country

United Kingdom

is_in:country_code

GB

is_in:iso_3166_2 GB-ENG


On the other hand I have noticed that wikidata has this population:
7,172,036 while osm has 8.416.535, for wikidata the most recent figure is
from 2001 so ours is likely more recent and relying completely on wikidata
for some tags seems still a bit too early.

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

Re: [Talk-it] file map per zone terremotate

[Stefano Salvador]

Il giorno 26 agosto 2016 12:11, cesare gerbino  ha
scritto:

> *>>se qualcuno ha suggerimenti*
> riesci (dovrebbe essere facile con quello che usi ... ), a pubblicare
> anche i dati come layer pubblicati via wms / wfs (geojson)? Così altri
> potrebbero fare delle mappe con gli strumenti che meglio credono e tutto
> resterebbe standard e aggiornato (ogni 20 min è ottimo ). Che poi in
> realtà la mappa potresti farla anche tu ...
>
>
>
buttare i dati sul geoserver non è un problema, però produrre le ricettine
che convertono i dati osm raw in layer utili non è breve, e ancora più
lungo è fare le vestizioni per le mappe. Se qualcuno però conosce qualcosa
che posso copia/incollare sono tutto orecchi.

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

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

[Dave F]

Hi

What's new about this tag?

All tags can get filled with useless data.

Good use of tag:
http://www.openstreetmap.org/node/107775

Dave F.

On 21/08/2016 20:15, Michał Brzozowski wrote:

Recently, multilingual name support was rolled out. Still, seems that
the new name: tags get abused, or rather filled with
useless data.
Eg. http://www.openstreetmap.org/changeset/41589376

Michał

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



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

Re: [Talk-in] Classification of Indian places

[Warin]

I too, have raised this same subject on the Australian list and I have 
seen it raised on the UK list with regards to Scotland.


I think the population being used to determine the OSM place 
classification works well as a first iteration.
What is being determined here is not the official, legal determination 
of a place but rather the 'importance' of a place to the locals or a 
traveller.
That 'importance' is a reflection of the services you expect to find 
there - hospital/s, doctor/s, police, shop/a diversity of shops etc.
Those services are usually directly reflected by the population, where 
it falls down is when a place is
a) remote - thus it becomes more 'important' as it is the sole source of 
services to a much larger area
b) dense - thus the population gets reduced by the neighbouring places 
'taking' some of the population as their own. And some services being in 
an adjacent place.


Some on the Australian list say that they take the services as the 
indication of the type of 'place' that it is. I think that the vast 
majority of places fit well with the population based classification 
system.
However for remote areas I think that the population required can be 
reduced in proportion to the density of the total population (over a 
very large area). This would work for the remote areas of Australia, the 
Sahara, far eastern Russia, etc
For India ... I am not local so cannot judge. But I'd try to stick with 
the population based judgement. This gets away from any political 
effects that can be had. For example Perth, Scotland was a city untill 
some acts against the crown ruler .. the crown acted by removing the 
city title from Perth.


On 8/25/2016 5:06 PM, I Chengappa wrote:
I continue to oppose the proposal at 
https://wiki.openstreetmap.org/wiki/India:Places 
 because it can lead 
to classifications that are significantly different from common usage. 
Hence it will make the map less useful to users. For instance the 
proposal that the classification of 'village' should be used only for 
panchayats will often promote a smaller settlement and hide larger 
settlements. There will also be a disparity in usage across the country.


There is an adequate classification at 
http://wiki.openstreetmap.org/wiki/Key:place which accords largely 
with common usage.


The government classification could however be attached to the node 
(or the boundary if available) with a specific key that reflects its 
administration status - e.g. GOIClassification=xxx.


On 22 August 2016 at 16:36, Yogesh K S > wrote:


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


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





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



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

Re: [Talk-it] file map per zone terremotate

[cesare gerbino]

*>>se qualcuno ha suggerimenti*
riesci (dovrebbe essere facile con quello che usi ... ), a pubblicare anche
i dati come layer pubblicati via wms / wfs (geojson)? Così altri potrebbero
fare delle mappe con gli strumenti che meglio credono e tutto resterebbe
standard e aggiornato (ogni 20 min è ottimo ). Che poi in realtà la
mappa potresti farla anche tu ...

my two cents!


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 26 agosto 2016 12:03, Stefano Salvador  ha scritto:

> Buondì,
>
> ho messo su uno scriptino che genera ogni 20 minuti la mappa aggiornata
> basata su dati osm delle zone terremotate (l'extent è 12.9,42.4,13.5,43.0).
> Si può usare con tutte le app compatibili con il formato mapsforge (orux,
> locus, osmand, ...).
>
> Per scaricarla:
>
> http://geoserver.protezionecivile.fvg.it/terremoto2016.map
>
> qui invece il pbf relativo:
>
> http://geoserver.protezionecivile.fvg.it/terremoto2016.osm.pbf
>
> adesso cerco di capire come produrla con evidenziati i danni del terremoto
> (se qualcuno ha suggerimenti o ricette già pronte mi faccia sapere)
>
> Ciao,
>
> Stefano
>
>
> ___
> 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

[Talk-it] file map per zone terremotate

[Stefano Salvador]

Buondì,

ho messo su uno scriptino che genera ogni 20 minuti la mappa aggiornata
basata su dati osm delle zone terremotate (l'extent è 12.9,42.4,13.5,43.0).
Si può usare con tutte le app compatibili con il formato mapsforge (orux,
locus, osmand, ...).

Per scaricarla:

http://geoserver.protezionecivile.fvg.it/terremoto2016.map

qui invece il pbf relativo:

http://geoserver.protezionecivile.fvg.it/terremoto2016.osm.pbf

adesso cerco di capire come produrla con evidenziati i danni del terremoto
(se qualcuno ha suggerimenti o ricette già pronte mi faccia sapere)

Ciao,

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

Re: [Talk-cz] Zuzanka

[Mikoláš Štrajt]

> Pokud dobře koukám, tak na ofoto je nápis miluju tě a jméno je jiné 
> (něco jako Símo) - určitě tam není Zuzanko. 16m v lomu není zrovna mnoho 
> - GPSkou bys to musel trasovat naněkolikrát a beztak by ten výsledek 
> podle mě byl nevalný.. To už by bylo lepší to "zaměřit" svinovacím 
> metrem, namalovat si to JOSM 1:1 a pak to prsknout zhruba tam, kam to 
> patří v tom lomu.

Zuzanku jsem viděl, když jsem byl na místě z vyšší etáže lomu. Otázka je jak
staré ortofoto mapy.cz mají.

Dík za vypsání postupu - to byla ostatně ta první otázka - je-li to vůbec 
technicky zmapovatelné, případně jak.

* * *

> ...
> Těmi modříny jsi mi připomněl že v řůzných místech německa jsou modříny 
> vysázeny do hákových křížů. Mnoho z nich se zachovalo dodnes.

Wow! To jsem neznal, ačkoliv se o historii WWII celkem zajímám.

Znáte nějaký konkrétní příklad?

* * *

> sutry v lomu poskladane do podobnych napisu najdete v kazdem vetsim lomu -
viz Brno-Hády.
> 
> uvaha o jakemkoliv zaneseni do mapy je vhodna jen tehdy, je-li ten objekt 
objektivne zpusobily setrvat v krajine (svoji podstatou, zivotnosti, > > 
zabezpecenim, ochranou, urcenim...)
> 
> pokud je v miste zvykem ty napisy delat a mohou slouzit jako zajimavost/
orientacni_bod/krajinotvorny_prvek, pak bych je tagoval jako 
> tourism=attraction
> name=Kamenné vzkazy
> a nepoustel bych se vubec do "zmapovani" toho konkretniho napisu (jeho 
tvaru).
> 
> http://wiki.openstreetmap.org/wiki/Cs:Tag:tourism%3Dattraction
(http://wiki.openstreetmap.org/wiki/Cs:Tag:tourism%3Dattraction)
>
> No a kategorie Attraction by mohla byt skvelou dalsi kategorii v PhotoDB 
https://openstreetmap.cz/databaze-fotografii-rozcestniku-a-poi
(https://openstreetmap.cz/databaze-fotografii-rozcestniku-a-poi)

To je ale velmi dobrá připomínka - na mapu se hodí to, co je (více-méně) 
trvalé, oproti tomu fotografie si může dovolit zachytit pomíjivosti.

Až se tam příště stavím, Zuzanku vyfotím a dám ji do PhotoDB.

* * *

Zdraví Severák
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-de] Editor für Ipad

[Christopher Lorenz]

Hallo,

Vielleicht hilft dir ja auch Pushpin OSM weiter, da kann man zwar nicht
alle Tags eingeben aber einige wichtige sind umgesetzt. Auf der
genannten Seite war es nicht drauf.

On 25.08.2016 22:08, Martin Koppenhoefer wrote:
> was besseres gibt es soweit ich weiß für iOS nicht, Alternativ kannst Du Dir 
> hier ein paar andere ansehen: 
> http://wiki.openstreetmap.org/wiki/Apple_iOS#Editing_the_map

Ich weiß nicht ob es noch im Store existiert, wenn man Hausnummern
erfassen will nutze ich immer OsmPad, das wird leider nicht mehr
gepflegt, aber man kann Hausnummern auf dem Pad erfassen und später dann
im JOSM einpflegen.

Christopher


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

Re: [Talk-it] Terremoto Rieti

[Martin Raifer]

Hey,

I took a quick look at the access statistics of the osm-tiles [1] and
it's really staggering how many people are looking at the area now on
OSM:

* pre event: http://imgur.com/a/ldUrg
* after earthquake: http://imgur.com/a/k45LX

What's astonishing is that the access numbers in the earthquake region
are currently on-par, if not larger, than what's otherwise only seen
in the largest cities: http://imgur.com/a/GAxG3

Ciao,
Martin

PS: I think, this is also reflected in today's tweet by
@trending_places:
https://twitter.com/trending_places/status/769087029506404352

PSS: The linked visualizations were done by my
osm-tile-access-log-viewer, whose code is here in case you'd like to
play around with it: [2]

[1] http://planet.openstreetmap.org/tile_logs/
[2] https://github.com/tyrasd/osm-tile-access-log-viewer

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

Re: [Talk-at] Maps.ME User: Private Nodes auf OSM-Server

[eest9]

Übrigens wurde3 Maps.ME in der letzten Wochennotiz erwähnt:
http://blog.openstreetmap.de/blog/2016/08/wochennotiz-nr-318/
Und auf OSM-talk gibts auch schon Diskussionen darüber:
https://lists.openstreetmap.org/pipermail/talk/2016-August/076635.html

lg eest9

Am 25. August 2016 um 14:58 schrieb Robin Däneke :
> Hallo nochmal,
>
>> Also, zumindest in dem Punkt mit den falschen "name"-Tags scheint der
>> Entwickler bereits nachgebessert haben: Wenn ich das richtig sehe,
>> kann man seit einiger Zeit (zumindest auf Android) über die
>> Maps.Me-Editierfunktion nur noch die "name:xx"-Tags bearbeiten. Dabei
>> werden offenbar immer die Sprache des jeweiligen Benutzers und die
>> Sprache des jeweiligen Landes standardmäßig angezeigt.
>
> Das stimmt, es wird nur ein Sprache-Name Tag hinzugefügt, und da offenbar
> OSM Carto wenn ein name in der Sprache in der man die Karte verwendet
> verfügbar ist wird dieser name angezeigt, sonst der generelle name Tag.
> Insofern ist das schon etwas besser als wenn der echte Name überschrieben
> würde.
>
>> Ich empfehle dringend, euch mal die App zumindest zu Testzwecken zu
>> installieren, um euch ein wenigstens grobes Bild über dessen
>> Bearbeitungs-Funktion zu machen.
>
> Habe ich nun auch gemacht. Das Problem ist, dass die App als Offline Map App
> beworben wird, und nur als das. Von OSM findet sich zumindest im Apple App
> Store kein Wort. Die User haben also keine Ahnung, dass sie sich da
> eigentlich auch einen Editor runtergeladen haben.
>
>> > Es scheint aber, dass die App dem User nicht sagt, was mit den Daten
>> > passiert.
>>
>> Das kann ich nicht bestätigen. Nach der ersten Bearbeitung eines
>> Objekts bekommt der User einen riesigen Dialog zu Gesicht, der in
>> großen Lettern erklärt: „Melden Sie sich an, damit andere Benutzer
>> Ihre Änderungen sehen können“.
>
> Das mit riesig ist aber eine Übertreibung.
> Der Dialog ist zwar farbig, die Schrift teils fett, aber halt sonst ein 0815
> Login Dialog. Auch weiß der User ja nicht, inwiefern andere User dann seine
> Sachen sehen können. Der Wortlaut erinnert mich eher an so
> ein"Friends"-System, wo dann die Freunde die man irgendwann hinzufügen kann,
> oder so in der Art von Social Network, die Punkte sehen können. Von
> Openstreetmap ist da nicht die Rede. Es ist nur ein weiterer Anmeldeknopf
> mit OpenStreetMap beschriftet. Das sagt noch nicht, dass man sich hier echt
> zur OSM einloggt.
> Vor allem, da man sich ja auch mit FB und Google einloggen kann. Ein
> normaler User schaut nicht was da steht sondern drückt instinktiv auf den
> Button, der ihm am bekantesten vorkommt. Das wird wohl ein Login mittels
> Google oder Facebook sein. Der User glaubt, er loggt sich privat bei
> Maps.ME, bzw "mapswithme" wie es auch heißt, ein. Dass er sich damit bei der
> OSM registriert und die Änderungen in die Produktion lädt wird dieser User,
> der ja OFFLINE Karten will, nicht erlesen aus dem Dialog.
>
> Hab ein paar Screenshots ( [0] ) gemacht, mit denen ich eventuell einen
> Blogpost erstellen werde um zukünftige User zu warnen. Werde auch den
> Developern die kritischen Punkte schreiben. Die sollten die Offline Karte
> und den Editor noch besser trennen.
>
> Was mir auch auffiel: Wenn mann einmal bei einer Node auf "´Sichern"
> gedrückt hat und dann in der Dialogbox die aufpoppt ("Wollen Sie sie an alle
> Benutzer senden"), bestätigt (und sich wenn noch nicht gemacht einloggt,
> (dazu wird man ja quasi "gezwungen", obwohl man nur unschuldig auf Sichern
> klickte) dann scheint das noch immer so, als ob man die Änderung in das
> Maps.ME Netz kommen. (dass es ja offensichtlich nicht gibt, die hauen
> einfach alles in OSM...).
>
> Auch dass diese Dialogbox nur "Senden" und "Abbrechen" hat ist irreführend.
> Der User will logischerweise die Node die er grad gesetzt hat in der Offline
> map speichern. "Abbrechen" würde heißen, dass die Node verworfen wird. Das
> will der User ja nicht! Somit drückt er auf Senden. Und schon hat man die
> "Coffee with Aunt Augusta" Node in der OSM.
> Im Dialog steht zwar auch, dass die Nodes überprüft werden, aber was da
> alles in der OSM landet, kann dieses "Überprüfen" nicht sonderlich toll
> sein. Oder sie machen es erst seit gestern??? Müsste schauen wann die App
> das letzte Update hatte...
>
> Dennoch, dem User wird nie wirklich gesagt, dass das nicht nur in so eine
> Art Soziales Ort-Netzwerk geht, wo halt andere Leute drauf zugreifen können,
> sondern dass hier echt alle Daten auf die OSM geladen werden.
>
> Auch sind wohl OSM-Mapper hier etwas betriebsblind. Wenn man MAPS.ME aus dem
> OSM-Kontext kennt, und dann so ein login kommt ist "unsereins" ja alles
> klar. Einem User der die OSM nicht mal kennt, der insofern einen Vertrag mit
> MAPS.ME hat und nicht mit OSM, der weiß dann alles, was hier offenbar als
> normales Wissen angesehen wird nicht. Auch weiß man nicht wie gut (oder
> schlecht) die verschiedenen Translations der App sind. Da kann von Sprache
> zu 

Re: [Talk-cz] Mapování rozcestníků - dotazy/nápady

[Michal Grézl]

jen trochu poupravim o tom jake chceme fotky.

to ze chceme jen jednu fotografii neni tak uplne ptavda.

fot kolik chces fotek a pokud je neches upravovat tak je neupravuj.

jednoduse receno, zadna pravidla neexistuji, to co je sepsano je nutno
chapat pouze jako nezavazna doporuceni.

cau

2016-08-24 15:44 GMT+02:00 Tom Ka :
> Dne 24. srpna 2016 14:14 Radim Bureš  napsal(a):
>> Ahoj,
>>
>> v konferenci jsem nově, ale nějakou chvíli již OSM sleduji a něco jsem už i
>> upravoval (http://www.openstreetmap.org/user/raddino). K mapování jsem se
>> dostal přes geocaching školení, které pořádal Zby-cz a od té doby se snažím
>> zakreslovat věci, co v mapě nejsou. Před nedávnem jsem objevil projekt
>> focení rozcestníků a jelikož jich při výletech se skautem či na keškách
>> potkám dost, začal jsem je fotit a postupně přispívat.
>>
>> Teď ale k jádru věci. Jakožto nováčka, který čte weeklyOSM a koukne na web
>> jsou některé informace ohledně mapování rozcestníků matoucí a nejasné, tak
>> než se pustím do nahrávání dalších nafocených, rád bych si to ujasnil a
>> případně třeba pomohl k zjednodušení a sjednocení informací.
>>
>> 1) informace / návod
>> - nalezl jsem 3 různé návody, kde každý se trochu liší. Který je ten
>> nejaktuálnější/nejsprávnější?
>> http://wiki.openstreetmap.org/wiki/Cs:Tag:information%3Dguidepost
> lehce jsem upravil
>
>> https://openstreetmap.cz/databaze-fotografii-rozcestniku-a-poi
> tohle je VOPovo dilo, podle mne tohle neni navod pro novacky, lepsi
> pro tebe asi ignorovat.
>
>> https://openstreetmap.cz/turistika
> tohle popisuje mapovani turistickych tras, resp. synchronizaci tohoto
> usili pres HTP manager.
>
>> 2) kde nahrávat?
>> - v návodek kolují 2 varianty, jedna přes http://map.openstreetmap.cz/ a
>> druhá přes vrstvu chybné rozcestníky přímo přes osmap.cz
> oboji udela ve vysledku to same, dnes asi obecne lepsi  vrstva chybne
> rozcestniky na osmap.cz
>
>> - u první varianty jsem se různě v archivu konference či někde na wiki a
>> osobních webech dočetl něco o následném párování s rozcestníky, pro
>> začátečníka matoucí, tak snad to nyní dělám dobře.
>
> delaji se automaticke kontroly, muzes se podivat, jestli tebou
> nafocene fotky autmat byl schopen dobre pouzit (predevsim maji spravne
> umisteni fotky vuci rozcestniku) -
> http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all
>
>> 3) jak správně tagovat a označovat
>> - co je správně, nahrávat více fotek (pokud je rozcestník z více stran) a
>> nebo je lepší to spojovat do jedné fotky?
> dnes radeji vice fotek
>
>> - jak správně uvádět číslo rozc. vs. trasy? Někde je údaj stejný, někdy je
>> rozdílný a v mapách jsou obě varianty. Např.
>> (https://api.openstreetmap.cz/img/guidepost/s%C3%A1ny.jpg ,
>> http://rawgit.com/osmcz/osmcz/master/index.html#map=17/50.12674/15.25124=AG).
>> Je to takto správně, a nebo má být ref. id KO204m a v relaci 3011/9?
>
> v ref rozcestniku nikdy neni to pismeno na konci, ma byt KO204. Tohle
> je nove znaceni rozcestniku. Pokud je pouzito i stare (ID cesty/km kde
> je rozcestnik), pak je vhodne zapsat oboji takto:
>
> REF1;REF2;REF3;
>
> tj.
>
> KO204;3011/9
>
>> 4) budoucnost, využití?
>> - kromě kontroly, že na trase nechybí nějaký rozcestník, má to šanci i na
>> nějaké další využití?
>
> ano, napr. ze v danem bode existuji vsechny potrebne trasy, da se
> pouzit nadm. vyska apod.
>
>> - je možné např. nad úseky uvést nějak vzdálenosti z rozcestníků?
>
> ne, tohle asi nedava smysl
>
>> - kdyby to mělo do budoucna nějaký smysl, tak se klidně mohu zapojit do
>> postupného přepsání dat z fotek do nějaké struktury, která se později
>> využije v OSM
>
> to se prave postupne deje s pomoci foceni rozcestniku, kontroly
> OsmHiCheck a dalsich.
>
>> Budu rád za odpovědi a rady, jak přispívat do nejužitečněji.
>
> Mej se a at te to bavi.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz



-- 
Michal Grézl
http://openstreetmap.cz

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

Re: [Talk-cz] Zuzanka

[Petr Vozdecký]

sutry v lomu poskladane do podobnych napisu najdete v kazdem vetsim lomu - viz 
Brno-Hády.

uvaha o jakemkoliv zaneseni do mapy je vhodna jen tehdy, je-li ten objekt 
objektivne zpusobily setrvat v krajine (svoji podstatou, zivotnosti, 
zabezpecenim, ochranou, urcenim...)

pokud je v miste zvykem ty napisy delat a mohou slouzit jako 
zajimavost/orientacni_bod/krajinotvorny_prvek, pak bych je tagoval jako 
tourism=attraction
name=Kamenné vzkazy
a nepoustel bych se vubec do "zmapovani" toho konkretniho napisu (jeho tvaru).

http://wiki.openstreetmap.org/wiki/Cs:Tag:tourism%3Dattraction

No a kategorie Attraction by mohla byt skvelou dalsi kategorii v PhotoDB 
https://openstreetmap.cz/databaze-fotografii-rozcestniku-a-poi

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

[OSM-talk-fr] F :(

[Ludovic Hirlimann]

https://observatory.mozilla.org/analyze.html?host=openstreetmap.fr

Ludo

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

Re: [Talk-us] Freeway exit tagging

[Paul Johnson]

On Thu, Aug 25, 2016 at 11:06 PM, David Mease  wrote:

> Road markings are both beneficial and useful for navigation. Cities and
> governments have paid a lot of money installing them all over globe
> precisely for these reasons. OSM would be well served to include them
> exactly as is. I don't hear a lot of people complaining about how those
> arrows on the roads led them astray.


Arrows on the road, at least in North America, are typically only installed
to indicate relatively unusual lane restrictions, with the typical lane
restrictions assumed to be common knowledge.  This is where this trips up
automation, as machines need to be told about these restrictions in order
for them to be able to provide useful feedback from it or lane guidance
will be a NP-complete thing for data consumers to deal with.  I mean, I get
it, don't tag for the data consumer.  But on the other hand, don't break
the data consumer with stupid tagging schemes, either.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-dk] Vi har et problem med stier.

[Jens Hyllegaard]

Du behøver skam ikke være enig, men sådan er det defineret på OSM's wiki:

Følgende er et klip fra http://wiki.openstreetmap.org/wiki/Key:access

 

*

Use the access=* key to describe a general access restriction that applies to 
all transport modes. Note, that, for example, adding access= 
 yes to  
 highway= 
 footway changes  
 
default restrictions (which usually are foot=yes and vehicle=no for 
highway=footway) to yes, highway=footway + access=yes means "road, which is 
open for all pedestrians and vehicles". Be very careful when adding general 
permitting tags access=  
yes and access=  
permissive, think about adding precise correct tags with concrete transport 
modes. If you want, for example, distingush footway with open access from 
footway with closed access, use tags like  
 foot= 
 yes and  
 foot= 

 private instead of access= 
 yes and access= 
 private.

*

 

Så ruteberegnerne gør præcist det de skal.

 

Mvh

 

Jens

 

Fra: Sonny B. Andersen [mailto:s...@bukhmark.dk] 
Sendt: 26. august 2016 00:01
Til: Niels Elgaard Larsen ; OpenStreetMap Denmark 

Emne: Re: [Talk-dk] Vi har et problem med stier.

 

Jeg er ikke enig med dig. Hvis en ruteberegner leder en bil ud ad en path, 
footway eller cycleway, så er det ruteberegneren, der er noget galt med.

 

Dit eksempel

>>>   Så man fx har en privat stil på sin grund og tagger den som:

>>>   highway=footway

>>>   access=destination

>>>  Så betyder det, at man har tilladt biler med et ærinde at køre på stien.

tolker du og din ruteberegner forkert. Denne tagging betyder, at stien er det 
man kalder en privat fællessti, dvs. at der kun er adgang for dem, der har et 
ærinde, og det skal ske til fods eller på cykel.

 

Dit eksempel

>>> http://www.openstreetmap.org/way/165807821

er selvfølgelig ikke en vej, den er jo tagget som highway=footway. Jeg er enig 
med dig i, at access=yes er overflødig, men hvis din ruteberegner leder en bil 
ud på denne sti, så synes jeg, at du skulle kassere din ruteberegner omgående.

 

Det har mig bekendt altid været god tone at undlade at tagge af hensyn til en 
bestemt renderer. Det samme må kunne siges om at tagge af hensyn til en 
mangelfund ruteberegner.

 

/sba-dk

 

 

Fra: Niels Elgaard Larsen  
Sendt: 25. august 2016 14:25
Til: OpenStreetMap Denmark  
Emne: Re: [Talk-dk] Vi har et problem med stier.

 

 

 

Niels Elgaard Larsen:

> http://www.openstreetmap.org/directions?engine=osrm_car=56.08301%2C12.15545%3B56.08268%2C12.15748#map=18/56.08264/12.15816

 

 

Det handler om hvordan man skal fortolke access krav, hvis de er angivet

flere gange, og hvordan man fletter hierarkier af begrænsninger.

 

Det handler især om at mange fejlagtigt tror, at det at sætte et

"access" altid er en begrænsning.

 

Når man tagger en vej som footway, path, motorway, cycleway, osv, så

sætter man implicit nogle default begrænsninger (access restrictions).

De er forskellige fra land til land. For DK er de:

 

http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Denmark

 

Det er derfor, vi ikke behøver at sætte access:bicycle=no på motorveje

og access:motorcar=no på cykelstier.

 

Men sagen er, at det er default begrænsninger, som bliver overskrevet,

når man sætter en eksplicit begrænsning på vejen. Og hvis man angiver en

generisk begrænsning, så overskriver den hele hiearkiet af den

tilsvarende default begrænsning (access:motor_vehicle=no" gælder selvom

der er en "access=yes" på samme vej, *men* "access=yes" på en vej

overskriver defaultværdien "access:motor_vehicle=no" for vejen).

 

Nogle tror, at når man sætter et access tag, så er det en yderligere

begrænsning. Men det er det ikke. Det erstatter default begrænsningen.

 

Så man fx har en privat stil på sin grund og tagger den som:

 

highway=footway

access=destination

 

Så betyder det, at man har tilladt biler med et ærinde at køre på stien.

Og det er jo forkert, hvis biler ikke kan eller må køre på stien

 

Man skulle have tagget det som:

 

highway=footway

access:foot=destination

 

 

En vej tagget som

 

highway=footway

access:foot=emergency

 

betyder, at det til gående, men at en brandbil kan bruge stien, hvis den

evt pløjer lidt træer og 

Re: [Talk-us] Freeway exit tagging

[Paul Johnson]

On Thu, Aug 25, 2016 at 4:28 PM, Rihards  wrote:

> On 2016.08.26. 00:15, Jack Burke wrote:
>
>> Freeway exit tagging
>>
>>
>> I am totally confused.
>>
>> What is the proper method to use turn:lanes to tag freeway lanes
>> approaching an exit, where the exit branches directly from an edge lane
>> without being part of the freeway itself, but the freeway lanes are not
>> signed with an arrow, such as this one?
>>  http://mapillary.com/map/im/7igAGXSa6EsUYlTIujXchw
>>
>> Through examples[1], the wiki shows that when the freeway lanes *are*
>> signed, then "through;slight_right" appears to be the correct value.
>> The wiki examples also appear to indicate that "through" is *only*
>> appropriate when there is corresponding signage.  The wiki is also very
>>
>
> referencing the previous topic in talk-us about how lane tagging should
> follow lane _markings_, i'd like to suggest to only map the legally allowed
> driving directions, no matter how we arrive at them.
>
> mapping the road markings seems extremely strange - what if they are very
> faded, when do we map them ? is there a threshold of % of the paint left ?
> what is there are no road markings but there are signs ?
> do we remove those tags during the winter in some regions ?
>
> mapping of markings separately also seems to have no functional benefit.
> the information should be useful for navigation software - or, more
> importantly, for the end user (no matter which software delivers useful
> service to them). they don't really care how exactly the allowed directions
> are marked, as long as they get through it all without crashes and fines.
>

This is a pretty nice summary of what I was getting at in the previous
thread on talk-us.  Especially given how common it is to not have the turn
arrows in the first place.  I'm a firm believer that the wiki is wrong on
this one and the ground truth for turn lane tagging should be the actual
application of the lanes, with or without the presence of supporting
signage or pavement markings.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-cz] dotaz na tagování Skokovské stezky

[Petr Vozdecký]

+ navrh autorovi toho tagovaciho schematu na rozsireni...



vop



-- Původní zpráva --

Od: Tom Ka 

Datum: 26. 8. 2016 v 08:12:18

Předmět: Re: [Talk-cz] dotaz na tagování Skokovské stezky



Dne 25. srpna 2016 13:04 Zdeněk Pražák napsal(a): > Pavel Machek píše: > ..
ale to by chtelo hvezdu pridat do seznamu povolenych > symbolu. ... Coz ale 
dava smysl, hvezda je asi docela rozumny znak. > > jak a kam ji mám přidat? 
> > Dále bych prosil odsouhlasit návrh tagování relace Skokovské stezky: > >
complete yes > destinationsKlášter Teplá - Skoky u Žlutic - Žlutice 
destinations Klášter Teplá ; Skoky u Žlutic ; Žlutice > nameSkokovská stezka
> network rwn operator cz:Pod střechou, z. s. > osmc:symbolblue:blue:white_
star pokud neni ted hvezda schvalena, tak ji nezle pouzit, jinak se to nikde
nevykresli. Udelej aproximaci pomoci existujicich symbolu i kdyz je to v 
realu jinak. Pak tam muzes dat note ze skutecny symbol je hvezda. Bye __
_ Talk-cz mailing list Talk-cz@
openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] dotaz na tagování Skokovské stezky

[Tom Ka]

Dne 25. srpna 2016 13:04 Zdeněk Pražák  napsal(a):
> Pavel Machek píše:
> ..ale to by chtelo hvezdu pridat do seznamu povolenych
> symbolu. ... Coz ale dava smysl, hvezda je asi docela rozumny znak.
>
> jak a kam ji mám přidat?
>
> Dále bych prosil odsouhlasit návrh tagování relace Skokovské stezky:
>
> complete   yes
> destinationsKlášter Teplá - Skoky u Žlutic - Žlutice

destinations Klášter Teplá ; Skoky u Žlutic ; Žlutice

> nameSkokovská stezka
> network rwn

operator cz:Pod střechou, z. s.


> osmc:symbolblue:blue:white_star

pokud neni ted hvezda schvalena, tak ji nezle pouzit, jinak se to
nikde nevykresli. Udelej aproximaci pomoci existujicich symbolu i kdyz
je to v realu jinak. Pak tam muzes dat note ze skutecny symbol je
hvezda.

Bye

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

Re: [Talk-us] Freeway exit tagging

[Greg Morgan]

> mapping the road markings seems extremely strange - what if they are very
> faded, when do we map them ? is there a threshold of % of the paint left ?
> what is there are no road markings but there are signs ?

I encouraged MapBox to add some of their workflow information to the
wiki page.[1] The MapBox team will be the first to tell you that they
may not get things right.  However, I'd rather follow their lead right
now because they are making an effort to improve navigation.

I don't see how the questions help with the discussion.  I believe
that you are asking questions for something that does not exist.
1.The sun beats down on asphalt.  That's why I mark a road as
surface=asphalt and not surface=paved.  Asphalt handles so much
differently than concrete.  Up north water seeps into the cracks and
freezes.  This process generates frost heaves, where potholes form in
the road.  Down here in the land of the sun, the cracks are filled
with tar until the point of no return sets in just like frost
heaves.[2] The street feels like you are driving on cobble stones.
2.A pavement profiler comes in and removes the asphalt near the
sidewalk so there is less of a bump.  At this point, the picture shows
that the new asphalt was laid down.  Note the appropriate safety
signs.[3]
3.Days later there's a new glassy smooth road with new lane lines.[4]
I don't even bother adding construction tags when a road is being
resurfaced.  It is over and done too quickly to bother with.

> do we remove those tags during the winter in some regions ?
The tags stay the same in both good and bad conditions.  You have
drifted into hyperbole at this point. In the snow filled north and the
sunny south, these are still usable roads.  It would be useful to know
that there are three lanes on a snow packed street when only one is
drive-able.  The lane count and turn lanes are also useful knowledge
when the freeway is flooded and you are looking for an alternate
because the street ahead has only two lanes functional piled high with
freeway traffic.[5][6]

I would rather attempt to add the information for routing rather than
have no data.  NINO is far worse than the alleged GIGO.  The community
needs to let mappers attempt to understand the problem and improve
upon the knowledge or tagging.  My eyes glazed over when I looked at
the wiki page. I found sanity to the MapBox workflow.[1]

[1] 
https://github.com/mapbox/mapping/wiki/Mapping-guide-for-turn-lanes-from-imagery
[2] http://mapillary.com/map/im/AwRbJa0dDr_RSnnjteTTFA
[3] http://mapillary.com/map/im/i40PBdYRIMs7vHttf_SiZg
[4] http://mapillary.com/map/im/ZUvJ4et2qVGLC8JJDl43CQ
[5] http://mapillary.com/map/im/AbmqIXz9Wi0EQMoLLiSLyg
[6] http://mapillary.com/map/im/QHY4gXilNHH2yyp9PEInlA

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

Re: [Talk-cz] Zuzanka

[Marián Kyral]

Dne 26.8.2016 v 07:31 Lukáš Karas napsal(a):
> Těmi modříny jsi mi připomněl že v řůzných místech německa jsou modříny 
> vysázeny do hákových křížů. Mnoho z nich se zachovalo dodnes.
>
> ...jsou věci které bych do mapy nazanášel, ale určitě je to dobré téma k pivo 
> jak to zmapovat aby to renderer rozlišil od okolí :-) 
> landuse=forest, leaf_type=needleleaved ?

Tak záleží, kolik je těch stromů vedle sebe. Možná by se dalo použít
natural=tree_row.

Marián

> L
>
> Dne čtvrtek 25. srpna 2016 17:40:09 CEST Jakub Sýkora napsal(a):
>> Ahoj,
>>
>> Pokud dobře koukám, tak na ofoto je nápis miluju tě a jméno je jiné
>> (něco jako Símo) - určitě tam není Zuzanko. 16m v lomu není zrovna mnoho
>> - GPSkou bys to musel trasovat naněkolikrát a beztak by ten výsledek
>> podle mě byl nevalný.. To už by bylo lepší to "zaměřit" svinovacím
>> metrem, namalovat si to JOSM 1:1 a pak to prsknout zhruba tam, kam to
>> patří v tom lomu.
>>
>> Tedy se jedná o věc vcelku asi v čase proměnnou, tak je otázka, zda to
>> vůbec mapovat.
>>
>> To už bych spíš zmapoval v Harrachově vysázené modříny do cifry 10,
>> které tam byly vysazeny k desátému výročí vzniku republiky v roce 1928.
>> Dodnes je to krásně patrné obzvlášť z čerťáku. Což mě napadá, že asi
>> udělám :-)
>>
>> K
>>
>> Dne 25.8.2016 v 17:24 Mikoláš Štrajt napsal(a):
>>> Zdravím OSM komunitu,
>>>
>>> pro dnešek mám takové odlehčené téma.
>>>
>>> Na dovolené jsme mimo jiné navštívil Solvayovy lomy (blízko Berouna),
>>> kde jsem v prostoru bývalého lomu paraple zahlédl poměrně velký nápis
>>> "Miluju tě, Zuzanko" vyskládaný z kamenů.
>>>
>>> Když jsem to uviděl, říkal jsem si, že by to mohlo být vidět na
>>> ortofotomapě - a skutečně - https://mapy.cz/s/10xKP
>>>
>>> Je to tedy vidět jen na té od mapy.cz, ostatní poskytovatelé nemají
>>> tak podrobné/aktuální ortofoto.
>>>
>>> Mám dva takový troufalý dotazy:
>>>  - je to mapovatelné pomocí normálních nástrojů OSM (tj. mobily, GPS,
>>>
>>> případně tracing z ortofota), nebo to chce něco přesnějšího. Samotný
>>> nápis "Miluju" má dle měření na mapy.cz délku 16m, tedy asi jednu tramvaj
>>>
>>>  - jak to značit? Třeba stonehenge jsou building=yes, historic=stone a
>>>
>>> natural=stone. Tohle asi moc historic nebude (tuším, že tam byl rok 1998).
>>>
>>> Severák
>>>
>>>
>>> ___
>>> 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: [Talk-us] Katahdin Woods and Waters National Monument

[Clifford Snow]

I asked the question on the talk-us-nps mailing list. A number of NPS folks
follow that list.

NPS data center, IRMA[1], doesn't have boundaries for the park yet.

[1] https://irma.nps.gov/DataStore/

On Thu, Aug 25, 2016 at 9:56 PM, Kevin Kenny 
wrote:

> Perhaps you could inquire via the contact information in
> http://www.katahdinmaine.com/images/pdf/KatahdinVG2015-WEB.pdf where they
> got the GIS data? There are maps of the new area on pp. 44-45, 50-51,
> 54-55, 76-77.
>
> Failing that:
>
> We could georeference the map of the area at https://www.nps.gov/kaww/
> planyourvisit/upload/KAWW-Recreation-Map-08_2016.pdf (presumably a US
> Government work not subject to copyright) and select the corresponding area
> in the tax parcel map available from http://www.maine.gov/megis/catalog/
> (which appears to have OSM-compatible usage terms: http://www.maine.gov/
> megis/catalog/metadata/parcels_ut.htm).
>
> I've managed to extract park boundaries from tax parcel data in New York
> in the recent past.
>
> I'm lookng at the tax parcels from http://www.maine.gov/megis/
> catalog/shps/state/parcels_uts.zip overlaid atop a roughly georeferenced
> version of the NPS map in QGIS right now, and except for the fact that two
> parcels (01-1 and 01-3.1) in the southwest corner appear to have been
> subdivided, the NPS map follows the tax map. There appears to be an error
> in the boundary between lots 01-2.21 and 01-2.2 as well, and there, since
> the shape appears to be similar, I'm more inclined to trust the taxing
> authority. (A lot of these backcountry property lines are based on ancient
> surveys where the errors of closure could literally be tens or even
> hundreds of metres, so I strongly suspect that there's an indefinite
> boundary in there, anyway.)
>
> Dissolving the parcel polygons, slicing off the line at the southern
> boundary, and adding the little missing bit by Whetstone Falls, would give
> us a pretty darned accurate outline. It would look like hell on the
> rendered map unless we also brought in the polygons for the rivers, but
> that would also surely be doable.
>
> I'm likely not to have time for this project for a couple of weeks, but
> I'll happily put it on the 'things to do' list if the legal beagles are
> comfortable with this approach.
>
>
> Kevin
>
> On Thu, Aug 25, 2016 at 10:58 PM, Jeffrey Ollie  wrote:
>
>> So, if you haven't seen the announcement, yesterday President Obama
>> established the latest National Monument.
>>
>> https://www.whitehouse.gov/blog/2016/08/24/president-obama-
>> designates-national-monument-maines-north-woods
>> https://www.nps.gov/kaww/index.htm
>>
>> It'd be nice to get at least the boundaries into OSM, anyone have a
>> source for the data? I didn't see anything obvious in the NPS data
>> portal.
>>
>> --
>> Jeff Ollie
>> The majestik møøse is one of the mäni interesting furry animals in Sweden.
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>


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