Re: [OSM-talk-fr] nouveau

[David T]

Le 29/11/2018 à 11:03, Nicolas Moyroud a écrit :
> Bonjour David,
> 
> Bienvenue. Nous sommes voisin je suis à Montpellier. Juste pour info on
> anime un groupe local dans l'Hérault qui se retrouve une fois par mois à
> Montpellier (la dernière réunion se tenait hier soir). Si ça t'intéresse
> de venir nous retrouver à l'occasion, on a une liste mail dans laquelle
> on envoi les annonces de nos réunions :
> http://listes.openstreetmap.fr/wws/subscribe/local-herault
> 
> Même si il se fait rare, il y a quelquefois Jérôme qui passe aussi nous
> voir ;-)
> 
> Et une info qui pourra t'intéresser : la conférence nationale
> OpenStreetMap France va se dérouler à Montpellier au mois de juin !
> 
> A bientôt,
> 
> Nicolas
> 
Merci Nicolas,

Je vais m'inscrire sur la liste de Montpellier aussi alors, et on se
verra peut-être d'ici juin :)

-- 
David

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

Re: [OSM-talk-fr] nouveau

[David T]

Le 29/11/2018 à 10:14, Jérôme Seigneuret a écrit :
> Bienvenue et merci pour ta présentation. Tu veux travailler sur des
> sujet en particulier. Tu as déjà des connaissance en cartographie?
> Czy mówisz po polsku?
> 
> Bonne journée
> 
> 
> Le jeu. 29 nov. 2018 à 09:34, David T  > a écrit :
> 
> Bonjour la liste,
> 
> Je viens de m'inscrire et j'envoie ce mail pour dire coucou et préciser
> que je peux contribuer sur Narbonne et ses environs pour l'instant.
> 
> Au plaisir de faire connaissance,
> -- 
> David
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> -- 
> Cordialement,
> Jérôme Seigneuret
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
Merci Jérôme.

Je ne parle pas du tout polonais :)
Pour le moment je découvre OSM, donc pas de sujet particulier et je n'ai
pas de connaissance particulière en cartographie.

-- 
David

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

Re: [Talk-ca] Talk-ca Digest, Vol 129, Issue 38

[keith hartley]

Hi All,
For teaching high school I worked with Rob Langston (who just got the
Canadian geographic award for teachers!)  to find out what would A - be
worth mapping and B- would fit into the curriculum of what they were going
for. We went with mapping out what had wheel chair accessibility for
businesses in Brandon as it didn't require a lot of editing, was valuable
info, and could easily be audited. We tried walking maps, but found it
easier that each student edited 3 business.

I suggested using something like street complete for android, or OSMand for
future edits if we wanted to expand. (or for university students)

Thanks,
Keith


On Sat, Nov 24, 2018 at 9:28 AM  wrote:

> Send Talk-ca mailing list submissions to
> talk-ca@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-ca
> or, via email, send a message with subject or body 'help' to
> talk-ca-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-ca-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-ca digest..."
>
>
> Today's Topics:
>
>1. Re: BC2020 and School Mappers (John Whelan)
>2. Re: BC2020 and School Mappers (Pierre Béland)
>
>
> --
>
> Message: 1
> Date: Sat, 24 Nov 2018 10:23:31 -0500
> From: John Whelan 
> To: Jonathan Brown 
> Cc: Talk-CA OpenStreetMap 
> Subject: Re: [Talk-ca] BC2020 and School Mappers
> Message-ID: <3edde586-d240-40f0-df66-830a21b89...@gmail.com>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> http://teachosm.org/en/
>
> Might be of some use.
>
> Cheerio John
>
> Jonathan Brown wrote on 2018-11-22 7:45 PM:
> >
> > Alessandro had some engineering profs from the University of Rome
> > working with a local high school for testing the mobile app used for
> > BC2020.
> >
> > Here’s aComenius
> > program
>
> > for Life Long Learning
> > of
>
> > the European Union EU. The official
> > title of the project is: "To boost local and international tourism
> > with OpenStreetMap". The project's acronym is: "BoostOSM"
> > https://wiki.openstreetmap.org/wiki/Life_Long_Learning_Mapping_Project
> >
> > Jonathan
> >
> > *From: *John Whelan 
> > *Sent: *Thursday, November 22, 2018 7:08 PM
> > *To: *Jonathan Brown 
> > *Cc: *Talk-CA OpenStreetMap 
> > *Subject: *Re: BC2020 and School Mappers
> >
> > I hadn't thought about the programming side but C# certainly can be
> > useful.
> >
> > https://www.jatws.org/openstreetmap/openstreetmap.html
> >
> > It needs visual studio 2017 but it has a sample program from which
> > other programs looking for other things could be written.
> >
> > I think that would be high school level though.
> >
> > There has been some work in creating activities for schools in OSM but
> > they would need chasing down.
> >
> > Cheerio John
> >
> > Jonathan Brown wrote on 2018-11-22 6:33 PM:
> >
> > Climate change planning would be good. That topic could be linked
> > to the UN sustainable development goals. Also, in Ontario there is
> > a big need to incorporate math skills into learning by doing
> > (e.g., http://www.barbareeduke.com/ccmath/mathactivities.htm
> > (adapted for OSM), or for postsecondary GIS and programming
> > for
> > computer science courses.
> >
> > At CivicTech Toronto Meetup last Tuesday someone pointed out David
> > MacKay’s book Sustainable Energy: Without Hot Air
> > https://withouthotair.com/
> >
> > Jonathan
> >
> > *From: *john whelan 
> > *Sent: *Thursday, November 22, 2018 5:46 PM
> > *To: *Jonathan Brown 
> > *Cc: *Talk-CA OpenStreetMap 
> > *Subject: *Re: [Talk-ca] BC2020 and School Mappers
> >
> > So what do we need?
> >
> > A hook of some type to build on?
> >
> > An inventory of buildings for climate change planning?  I
> > understand in many cities some 80% of apartment buildings are
> > forty years old now and identifying them and upgrading them would
> > help with climate change emissions.  Unfortunately they tend to be
> > privately owned and coaxing landlords to invest money is not easy.
> >
> > An introduction to basic stats?
> >
> > I'm not a teacher but I'm sure we can sort something out.
> >
> > We do have a tasking manager that covers Canada so tiles can be
> > set up for a local area.
> >
> >
> >
> > I suggest an import first then something after that.
> 

Re: [Talk-us] Trunk versus motorway

[Albert Pundt]

"Tagging freeway ending/beginnings with this scheme is definitely not
standard practice in the US"

By "this scheme," do you mean motorway up to intersection or motorway only
up to last ramp merge? The former is almost everywhere in the US and I very
rarely see the latter. Even after browsing the west and central US just
now, I only saw a handful of motorways ending at the last ramp merge,
including the examples around Tulsa from the original message. From what
I've seen, this practice is almost nonexistent on the east coast, which has
not only more freeways but also more fragmented freeways to serve as
examples.

On Thu, Nov 29, 2018 at 10:09 PM Bradley White 
wrote:

> > Can I get some voice of reason in
> > https://www.openstreetmap.org/changeset/64919426?  There seems to be
> quite
> > a few people (and one AARoads forum troll egging it on) that are trying
> to
> > propel the idea that motorways have at-grade intersections, which is
> > obviously incorrect.
>
> I know I'm not going to change your mind, but I'd like to agree with
> the other voices here that this scheme is overly pedantic without any
> real justification for being so. No-one is saying that the motorway
> has an at-grade intersection as you assert; the motorway simply
> begins/ends *at* that intersection. Tagging freeway ending/beginnings
> with this scheme is definitely not standard practice in the US, and I
> don't see how changing this just to split hairs over freeway
> definitions would benefit anyone.
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>


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

Re: [Talk-us] Trunk versus motorway

[Bradley White]

> Can I get some voice of reason in
> https://www.openstreetmap.org/changeset/64919426?  There seems to be quite
> a few people (and one AARoads forum troll egging it on) that are trying to
> propel the idea that motorways have at-grade intersections, which is
> obviously incorrect.

I know I'm not going to change your mind, but I'd like to agree with
the other voices here that this scheme is overly pedantic without any
real justification for being so. No-one is saying that the motorway
has an at-grade intersection as you assert; the motorway simply
begins/ends *at* that intersection. Tagging freeway ending/beginnings
with this scheme is definitely not standard practice in the US, and I
don't see how changing this just to split hairs over freeway
definitions would benefit anyone.

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

Re: [Talk-us] Fwd: Trunk versus motorway

[Paul Johnson]

On Thu, Nov 29, 2018 at 8:28 PM OSM Volunteer stevea <
stevea...@softworkers.com> wrote:

> In Santa Cruz, there is about 50 meters of highway=trunk between Highway
> 17 (freeway, motorway) and where 17 ends at signalized Ocean Street
> (highway=primary).  At first I was nonplussed about this being so tagged in
> OSM, but as I remembered where the regulatory (therefore, by law) "End
> Freeway" sign is (confirming it today), it actually is tagged correctly.
>
>
Looks like there's a mistake on CA 1 west of CA 17 near there.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Trunk versus motorway

[Paul Johnson]

I'm largely in agreement and this seems like how it's been done in
practice.  Would also apply to WA 500 (which also should be a trunk east of
I 205, if not at least 112th/Gher; with argument supporting 205 being that
112th/Gher is largely only used by way of it's I 205 North exit and
supporting Gher as the break as it doesn't start slowing down until just
before the WA 500 East merge), and until recently, the entire length west
of the traffic light with Fourth Plain.

There's been a long tendency towards escalating highway priority, which
kind of dilutes all of the definitions and overloads secondary, primary,
trunk and motorway, that I've been trying to resist.  Like US 26 from where
it goes single-carriageway east should be primary, same with US 97 north of
Bend Parkway

 and south of Century Drive

until
the Klamath Falls Pilot

and
then again south of Reams Country Club
,
to use some more examples I'm very familiar with on the ground.  About the
least motorway-like thing I'd call a motorway would be Arroyo Seco Parkway
(most ramps are RORO with stop signs and no merge space, really not having
changed much since it was parodied in 1950's Motor Mania
.

Single carriageway grade separated?  Trunk.  Dual carriageway, at-grade
intersections but otherwise freeway like?  Trunk.  Traffic lights?  Trunk.
Fully controlled, fully grade seperated, high speed design?  Motorway.
Random 100km+ stretch of standard interstate-style highway

 (TLDR version
)
that passes a cow pasture whose only frontage is the freeway, accessible
only through a private gate in the freeway fence?  Motorway.

Another set of situations I'm familiar with:  I 5 north of WA 543 (trucks
prohibited, frequently stopped traffic to that point, speed limit gets down
to 10 MPH, passes through several crosswalks, then not long after that and
enters Canada, and doesn't properly continue as freeway again until the 8
Ave interchange on BC 99.  Nearly the mirror situation at the opposite end
of I 5, it and 805 south of the San Ysidro interchange with the Mexican
side currently mapped correctly.  Neither are remotely like, say, taking
Germany's A 6 onto France's A 320 where everything's free flowing, and no
checkpoint and not driving in a park.  A really good edge case would be
between motorway and trunk would be I 5 between OR 99E and WA 14 (traffic
lights for/and a draw bridge, no shoulders, and a blind sharp right turn at
the north end northbound).

On Thu, Nov 29, 2018 at 7:36 PM Greg Troxel  wrote:

> Bryan Housel  writes:
>
> > Can’t a motorway begin or end at an at-grade intersection though?
>
> Certainly, and I think the question is how long does a stretch of road
> that meets motorway specs have to be to be tagged motorway.  The basic
> issue is that "not having at-grade intersections" is not a local
> property of a road, and is really a statement about the road before and
> after where one is talking about.
>
> Assume an infinitely long road, divided, 2 lanes each way.  After a very
> long time of no intersections, assume an at-grade intersection, and call
> this coordinate 0, expressed in km.
>
> Then, assume an another at-grade intersection at 0.100.  After that, at
> 0.110, and so on, with each being 1.1 times the previous.
>
> By the time you get to 500 km between at-grade intersections, the
> intevening roads are surely motorways.  At 100m, they surely are not.
>
> In my view, to be tagged as motorway, the length of qualifying roadway
> has to be long enough so that it feels like it is very long, as opposed
> to a lucky 2 to 3-mile stretch of trunk that happens not to have any
> intersections.
>
> Overall, I would throw out that if a section that meets motorway specs
> isn't at least 10 miles, it's still really nice trunk, and should not be
> tagged motorway.  Maybe 10 is too much and it should be 5 mi, or 10km,
> or maybe it should be 20 or 25 km.   But 1-2 miles is way too short to
> flip back and forth.
>
>
> I have no  idea if this supports or opposes Paul in this case :-)  But
> I'm guessing it supports...
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Fwd: Trunk versus motorway

[OSM Volunteer stevea]

Eric Ladner  wrote
> That may be more of a note to motorists that "hey.. this freeway is coming to 
> an end" rather than an absolute marker of "this freeway ends here at this 
> sign".  San Diego's own GIS system has it marked as I-8 all the way up to 
> where it splits into motorway links at Nimitz/Sunset Cliffs.

Having grown up there and surfed Ocean Beach and Pacific Beach many times, yes.

> Arguing about where the motorway ends and a trunk/something else begins 
> before an at-grade intersection is just splitting hairs.   IMO, it's a 
> motorway all the way up to the intersection.  If you were standing with your 
> back to the intersection looking down the motorway, there'd be nothing 
> visible that would convince you it's not a motorway.

According to Caltrans, the term "freeway" refers to a route that is restricted 
in access and does not have cross traffic.

"End Freeway" simply means that a route that has been restricted in access and 
free of cross traffic for the last number of miles has come to an end, said 
Caltrans spokeswoman Reid.

Although the route will often continue "well-maintained" and "free" for a while 
more, drivers should look for cross traffic and traffic lights just ahead, she 
said.

This is from the Los Angeles Times' "Traffic Talk" column, August 30, 1996.  
And yes, I know for a fact (from having driven millions of miles of California 
Highway and recently passing my written license test again) that a "white sign 
with black text is a regulatory sign," meaning "by law, beginning where this 
sign is placed, forward."

In Santa Cruz, there is about 50 meters of highway=trunk between Highway 17 
(freeway, motorway) and where 17 ends at signalized Ocean Street 
(highway=primary).  At first I was nonplussed about this being so tagged in 
OSM, but as I remembered where the regulatory (therefore, by law) "End Freeway" 
sign is (confirming it today), it actually is tagged correctly.

So, Eric is correct on both counts:  it is "hey, this freeway is coming to an 
end" AND it is "this freeway ends here at this sign."

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

Re: [Talk-us] Trunk versus motorway

[Greg Troxel]

Bryan Housel  writes:

> Can’t a motorway begin or end at an at-grade intersection though?

Certainly, and I think the question is how long does a stretch of road
that meets motorway specs have to be to be tagged motorway.  The basic
issue is that "not having at-grade intersections" is not a local
property of a road, and is really a statement about the road before and
after where one is talking about.

Assume an infinitely long road, divided, 2 lanes each way.  After a very
long time of no intersections, assume an at-grade intersection, and call
this coordinate 0, expressed in km.

Then, assume an another at-grade intersection at 0.100.  After that, at
0.110, and so on, with each being 1.1 times the previous.

By the time you get to 500 km between at-grade intersections, the
intevening roads are surely motorways.  At 100m, they surely are not.

In my view, to be tagged as motorway, the length of qualifying roadway
has to be long enough so that it feels like it is very long, as opposed
to a lucky 2 to 3-mile stretch of trunk that happens not to have any
intersections.

Overall, I would throw out that if a section that meets motorway specs
isn't at least 10 miles, it's still really nice trunk, and should not be
tagged motorway.  Maybe 10 is too much and it should be 5 mi, or 10km,
or maybe it should be 20 or 25 km.   But 1-2 miles is way too short to
flip back and forth.


I have no  idea if this supports or opposes Paul in this case :-)  But
I'm guessing it supports...

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

[Talk-GB] Dubious edits to parks in Bromley

[Robert Skedgell]

I've noticed a few edits around Bromley by a new user CliveDom, who
appears to be changing Bromley's green spaces to random, and as far as I
can tell, entirely fictional schools, hospitals, industrial sites, etc.
All have the changeset comment "Better description".

https://openstreetmap.org/changeset/65019858
https://openstreetmap.org/changeset/65020180
https://openstreetmap.org/changeset/65020220
https://openstreetmap.org/changeset/65020251
https://openstreetmap.org/changeset/65020313

I've flagged these on OSMCha, but other changesets by this user may need
checking and reverting.

-- 
Robert Skedgell (rskedgell)

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

Re: [talk-au] Ferry Routes mapping in NSW

[Simon Slater]

On Thursday, 29 November 2018 3:07:19 PM AEDT Michael Collinson wrote:
> The nodes on each side are not actually joined to the highway, just
> overlapping.

All good.  Routing goes via the punt now.
-- 
Regards
Simon Slater

Registered Linux User #463789 @ http://linuxcounter.net

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

Re: [OSM-talk-fr] #ProjetOSMDuMois : nouvelle couche dans magOSM

[Donat ROBAUX]

Merci Augustin pour cette couche.
Par contre, les commissariats et gendarmeries ont été taguées au-delà de la
métropole ;) Genre en Polynésie.

Donat


Garanti
sans virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ordre de l'affichage des couches dans la pile

[Jérôme Seigneuret]

leisure=garden + garden:type=residential+surface=grass+access=private

Ça me semble assez complet. Tu peux changer les surfaces et les accès au
besoin sachant qu'un jardin c'est pas que la pelouse ; -) donc
surface=grass c'est à réserver pour la bonne zone. Bonne soirée

Le jeu. 29 nov. 2018 23:20, deuzeffe  a écrit :

> Certes. Quelle est la meilleure (ou moins mauvaise) façon de tagguer les
> surfaces de enherbées (pelouses) dans les lotissements, résidences, en
> ville, etc. (sans que cela soit des jardins) ?
>
> On 29/11/2018 23:01, Jérôme Seigneuret wrote:
> > C'est plus simple de dire que les landuse ne sont pas fait pour se
> > superposer donc soit tu fais un multi-polygone soit tu es sur un espace
> > vert et landuse=grass n'a pas de sens.
> >
> > Le jeu. 29 nov. 2018 22:53, deuzeffe  > > a écrit :
> >
> >
> > On 29/11/2018 22:46, David Crochet wrote:
> >  > Bonjour
> >  >
> >  > Le 29/11/2018 à 22:29, deuzeffe a écrit :
> >  >> Il y a sûrement un truc que j'ai taggué de travers, mais je ne
> vois
> >  >> pas quoi. Ou il y a autre chose que je ne saisis pas.
> >  >
> >  >
> >  > Il faut faire du polygone.
> >
> > Je ne comprends pas ce que tu veux dire. Est-ce que tu peux
> > détailler un
> > peu plus ?
> >
> >  > Ou alors : tu as vu de l'herbe sous un bâtiment ?
> >  >
> >  > S'il n'y a pas d'herbes sous un bâtiment, alors ne pas y mettre
> > de l'herbe
> >
> > Le polygone landuse=grass fait bien "le tour" des bâtiments (et des
> > parkings). C'est le comportement "aléatoire" suivant l'emprise du
> > landuse=residential qui m'étonne.
> >
> > --
> > deuzeffe, bouchée à l'émeri
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>

Le 29 nov. 2018 23:20, "deuzeffe"  a écrit :

Certes. Quelle est la meilleure (ou moins mauvaise) façon de tagguer les
surfaces de enherbées (pelouses) dans les lotissements, résidences, en
ville, etc. (sans que cela soit des jardins) ?


On 29/11/2018 23:01, Jérôme Seigneuret wrote:
> C'est plus simple de dire que les landuse ne sont pas fait pour se
> superposer donc soit tu fais un multi-polygone soit tu es sur un espace
> vert et landuse=grass n'a pas de sens.
>
> Le jeu. 29 nov. 2018 22:53, deuzeffe  > a écrit :

>
>
> On 29/11/2018 22:46, David Crochet wrote:
>  > Bonjour
>  >
>  > Le 29/11/2018 à 22:29, deuzeffe a écrit :
>  >> Il y a sûrement un truc que j'ai taggué de travers, mais je ne
vois
>  >> pas quoi. Ou il y a autre chose que je ne saisis pas.
>  >
>  >
>  > Il faut faire du polygone.
>
> Je ne comprends pas ce que tu veux dire. Est-ce que tu peux
> détailler un
> peu plus ?
>
>  > Ou alors : tu as vu de l'herbe sous un bâtiment ?
>  >
>  > S'il n'y a pas d'herbes sous un bâtiment, alors ne pas y mettre
> de l'herbe
>
> Le polygone landuse=grass fait bien "le tour" des bâtiments (et des
> parkings). C'est le comportement "aléatoire" suivant l'emprise du
> landuse=residential qui m'étonne.
>
> --
> deuzeffe, bouchée à l'émeri
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr

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

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

Re: [Talk-us] Fwd: Trunk versus motorway

[Eric Ladner]

That may be more of a note to motorists that "hey.. this freeway is coming
to an end" rather than an absolute marker of "this freeway ends here at
this sign".

San Diego's own GIS system has it marked as I-8 all the way up to where it
splits into motorway links at Nimitz/Sunset Cliffs.

Arguing about where the motorway ends and a trunk/something else begins
before an at-grade intersection is just splitting hairs.   IMO, it's a
motorway all the way up to the intersection.  If you were standing with
your back to the intersection looking down the motorway, there'd be nothing
visible that would convince you it's not a motorway.

On Wed, Nov 28, 2018 at 10:11 PM Joseph Eisenberg <
joseph.eisenb...@gmail.com> wrote:

> In California some roads have signs that say “End Freeway”, about 1/2 mile
> before the first intersection, eg I-8 in San Diego.
> On Thu, Nov 29, 2018 at 1:04 PM Evin Fairchild 
> wrote:
>
>> Nobody is saying that we should tag as motorways a road with a surface
>> intersection. I don't understand what it is that we're saying that's
>> causing you to come to that conclusion. We are simply saying that the
>> first surface intersection that a road comes across is where the motorway
>> should change to trunk.
>>
>> -Evin
>>
>> On Nov 28, 2018 7:42 PM, "Paul Johnson"  wrote:
>>
>> On Wed, Nov 28, 2018 at 9:36 PM Nathan Mills  wrote:
>>
>>> Unless there have been significant changes since I moved away, it should
>>> be tagged motorway between the IDL and the light at Apache/Gilcrease
>>> Extension. Before the Gilcrease was extended west of US-75, the Tisdale
>>> should have been tagged entirely as motorway. Adding the intersection did
>>> not change the character of the road south of the Gilcrease extension or
>>> the rights of adjacent landowners, so I don't see any particular reason to
>>> reclassify that segment.
>>>
>>
>> Right, but where are we getting that motorways have surface intersections
>> now?
>> ___
>> 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
>>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>


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

Re: [Talk-us] Forest Routes

[Paul Johnson]

The numbering is consistent only within a single National Forest and
numbers will likely repeat even where multiple national forests are
contiguously adjacent.  The numbers are unique within each individual
forest, though.

On Thu, Nov 29, 2018, 16:21 Tod Fitch 
> > On Nov 29, 2018, at 1:28 PM, Jack Burke  wrote:
> >
> > As Paul said, it depends on the type of road.  In Georgia, the signage
> > has been the brown keystone one for roads that mere mortal cars can
> > drive on:
> > https://www.mapillary.com/map/im/HD_cjbQunrGWEQCViX-Now
> >
> > And the vertical ones with FS on them for people with more advanced
> vehicles:
> > https://www.mapillary.com/map/im/3Il7nk3S4MuMX9jR_SIQnw
> >
> > And, as I said, their IVR map uses NF for all of them
> >
> > --jack
> >
> > On Thu, Nov 29, 2018 at 3:36 PM Paul Johnson 
> wrote:
> >>
> >> On Thu, Nov 29, 2018, 14:14 Kevin Broderick  wrote:
> >>>
> >>> Doesn't the Forest Service use FR for "Forest Road" at the reference?
> I'd think that, or NFR to distinguish from state forest roads, would be the
> more appropriate ref, as FS is ambiguous (it doesn't distinguish between a
> forest road and a forest trail).
> >>
> >>
> >> Maybe on visitor brochures, but on signage they get keystone shields
> for two digit routes and either a vertical or horizontal rectangle sign
> (depending on whether or not motor vehicles are expected to travel) for
> minor routes, and the numbers all constitute a single network regardless of
> if it's a road or a trail.
> >>
> >> I seem to recall when I lived near a national forest that TIGER and the
> USGS would use Forest Service XX when spelling out major routes, and
> National Forest Development XXX or NFD  on the minors.
> >>
> >> In either case, most people that travel in or near national forests
> regularly will find FS and NFD immediately recognizable.
> >>
>
> Having just been hiking and sightseeing in the Coconino National Forest,
> sightseeing in the Prescott National Forest, frequently hiking in the
> Angeles National Forest and Cleveland National Forest, occasionally hiking
> in the Coronado National Forest as well as volunteering regularly in the
> Los Padres National Forest, my impression is that signage is inconsistent
> between at least different USFS regions and likely between forests within a
> region. For example, the signage I saw in the Red Rock area of the Coconino
> NF last week were just numeric (and pretty visible) while much of the
> signage in the Los Padres is less visible and in the form of 8N05 (might be
> a “W” instead of “N” if a trail/path).
>
> So I think this thread is attempting to establish a higher level of
> consistency in tagging USFS roads (and possibly trails) than the USFS has
> been able to achieve itself. Not to say this is a bad thing, but I expect
> any photos of signage from one forest can be contradicted by photos of
> signage from another.
>
> For roads and trails with a purely numeric forest service ID, I think a
> prefix of “FR” or “FS” in OSM could make sense.
>
> I suspect, however, that purely numeric ID values are likely not unique
> between different forests, or if not forests then between regions. So “FS
> 525” might well exist in two different parts of the country. Is this a
> problem in OSM? Do we wish to guarantee that a search for a specific
> reference value only turn up one route?
>
> The forest service seems to have a unique short alphabetic code for each
> forest (at least within a region) that is displayed on the vehicles (e.g.
> LPF for Los Padres National Forest) which I think they use to keep things
> less confused when resources, especially fire crews, are dispatched to
> other forests. From that point of view those alphabetic codes might be
> useful in also tagging routes/road reference if we desire to have each
> unique USFS road/route have a unique OSM reference value.
>
> Cheers!
>
>
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-at] Maptime Salzburg - 12. Dezember

[Jakob Miksch]

Hallo miteinander,

am 12. Dezember find das nächste "Maptime Salzburg" Treffen statt. Es 
geht um Geo-Themen allgemein und natürlich auch um OSM. Ausführliche 
Einladung unten.


Viele Grüße,
Jakob

--

Hallo liebe Geo-Interessierte,

das Thema für unser nächstes Treffen ist "Geospatial Data Handling". Wir 
haben dafür vier spannende Vorträge (auf Englisch) zusammengestellt:


 * git - Programmcode und Textdateien effizient versionieren (Steffen
   Reichel)
 * GDAL - Rasterdaten verarbeiten und umwandeln (Hannah Augustin
   )
 * OGR - Vektordaten verarbeiten und umwandeln (Nikolai Janakiev
   )
 * PostGIS - Geodaten in einer relationalen Datenbank speichern und
   verarbeiten (Andreas Petutschnig )

Wir treffen uns im iDEAS:lab in Itzling. Vielen Dank ans Z_GIS 
 für die Bereitstellung der Räume! Für Getränke und 
Snacks ist gesorgt. Wer mag kann gerne selbst was mitbringen.


Zeit: Mittwoch *12.Dezember - 19:00 Uhr*
Ort: iDEAS:lab , Schillerstraße 30, 
Techno_Z Gebäude Nordseite 
 (Bauteil XV)


Aktuelle Infos gibt es auf http://maptime.io/salzburg/. Bei Fragen sind 
wir per Email erreichbar: maptime.salzb...@gmail.com Neue Teilnehmer 
sind herzlich willkommen. Wir freuen uns auf einen tollen Abend!


Viele Grüße,
Euer Maptime-Team

PS: Wir werden auch diesmal die Vorträge auf Video aufzeichnen. Hier die 
Vorträge vom letzten Mal: The OpenStreetMap Ecosystem 
, Data Science with OpenStreetMap 

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

Re: [OSM-talk-fr] Ordre de l'affichage des couches dans la pile

[deuzeffe]

Certes. Quelle est la meilleure (ou moins mauvaise) façon de tagguer les 
surfaces de enherbées (pelouses) dans les lotissements, résidences, en 
ville, etc. (sans que cela soit des jardins) ?


On 29/11/2018 23:01, Jérôme Seigneuret wrote:
C'est plus simple de dire que les landuse ne sont pas fait pour se 
superposer donc soit tu fais un multi-polygone soit tu es sur un espace 
vert et landuse=grass n'a pas de sens.


Le jeu. 29 nov. 2018 22:53, deuzeffe > a écrit :



On 29/11/2018 22:46, David Crochet wrote:
 > Bonjour
 >
 > Le 29/11/2018 à 22:29, deuzeffe a écrit :
 >> Il y a sûrement un truc que j'ai taggué de travers, mais je ne vois
 >> pas quoi. Ou il y a autre chose que je ne saisis pas.
 >
 >
 > Il faut faire du polygone.

Je ne comprends pas ce que tu veux dire. Est-ce que tu peux
détailler un
peu plus ?

 > Ou alors : tu as vu de l'herbe sous un bâtiment ?
 >
 > S'il n'y a pas d'herbes sous un bâtiment, alors ne pas y mettre
de l'herbe

Le polygone landuse=grass fait bien "le tour" des bâtiments (et des
parkings). C'est le comportement "aléatoire" suivant l'emprise du
landuse=residential qui m'étonne.

-- 
deuzeffe, bouchée à l'émeri


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


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



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

Re: [OSM-talk-fr] Ordre de l'affichage des couches dans la pile

[Jérôme Seigneuret]

C'est plus simple de dire que les landuse ne sont pas fait pour se
superposer donc soit tu fais un multi-polygone soit tu es sur un espace
vert et landuse=grass n'a pas de sens.

Le jeu. 29 nov. 2018 22:53, deuzeffe  a écrit :

>
> On 29/11/2018 22:46, David Crochet wrote:
> > Bonjour
> >
> > Le 29/11/2018 à 22:29, deuzeffe a écrit :
> >> Il y a sûrement un truc que j'ai taggué de travers, mais je ne vois
> >> pas quoi. Ou il y a autre chose que je ne saisis pas.
> >
> >
> > Il faut faire du polygone.
>
> Je ne comprends pas ce que tu veux dire. Est-ce que tu peux détailler un
> peu plus ?
>
> > Ou alors : tu as vu de l'herbe sous un bâtiment ?
> >
> > S'il n'y a pas d'herbes sous un bâtiment, alors ne pas y mettre de
> l'herbe
>
> Le polygone landuse=grass fait bien "le tour" des bâtiments (et des
> parkings). C'est le comportement "aléatoire" suivant l'emprise du
> landuse=residential qui m'étonne.
>
> --
> deuzeffe, bouchée à l'émeri
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ordre de l'affichage des couches dans la pile

[deuzeffe]

On 29/11/2018 22:55, David Crochet wrote:

Bonjour

Le 29/11/2018 à 22:53, deuzeffe a écrit :
Le polygone landuse=grass fait bien "le tour" des bâtiments (et des 
parkings).


Et le bâtiment 1 bis ?


Rhooo, merci ! J'avions pas vu !
--
deuzeffe, qui va nettoyer ses lunettes.

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

Re: [OSM-talk-fr] Ordre de l'affichage des couches dans la pile

[David Crochet]

Bonjour

Le 29/11/2018 à 22:53, deuzeffe a écrit :
Le polygone landuse=grass fait bien "le tour" des bâtiments (et des 
parkings).



Et le bâtiment 1 bis ?


Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] Ordre de l'affichage des couches dans la pile

[deuzeffe]

On 29/11/2018 22:46, David Crochet wrote:

Bonjour

Le 29/11/2018 à 22:29, deuzeffe a écrit :
Il y a sûrement un truc que j'ai taggué de travers, mais je ne vois 
pas quoi. Ou il y a autre chose que je ne saisis pas. 



Il faut faire du polygone.


Je ne comprends pas ce que tu veux dire. Est-ce que tu peux détailler un 
peu plus ?



Ou alors : tu as vu de l'herbe sous un bâtiment ?

S'il n'y a pas d'herbes sous un bâtiment, alors ne pas y mettre de l'herbe


Le polygone landuse=grass fait bien "le tour" des bâtiments (et des 
parkings). C'est le comportement "aléatoire" suivant l'emprise du 
landuse=residential qui m'étonne.


--
deuzeffe, bouchée à l'émeri

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

Re: [OSM-talk-fr] Ordre de l'affichage des couches dans la pile

[David Crochet]

Bonjour

Le 29/11/2018 à 22:29, deuzeffe a écrit :
Il y a sûrement un truc que j'ai taggué de travers, mais je ne vois 
pas quoi. Ou il y a autre chose que je ne saisis pas. 



Il faut faire du polygone.

Ou alors : tu as vu de l'herbe sous un bâtiment ?

S'il n'y a pas d'herbes sous un bâtiment, alors ne pas y mettre de l'herbe


Cordialement

--
David Crochet


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

[OSM-talk-fr] Ordre de l'affichage des couches dans la pile

[deuzeffe]

Bonsoir,

J'ai un souci de compréhension d'un non-affichage (avec osm-carto)

Ça se passe ici : https://www.openstreetmap.org/#map=19/45.79475/1.13000

Soient les 3 polygones suivants :
- https://www.openstreetmap.org/way/617377191 (un landuse=residential)
- https://www.openstreetmap.org/way/617378656 (un autre landuse=residential)
- https://www.openstreetmap.org/way/639998413 (un landuse=grass)

Alors que le grass s'étend sur les deux residential, il n'apparaît qu'au 
niveau du second. Une histoire d'ordre de l'affichage des couches, m'a 
indiqué Freed.


Il y a sûrement un truc que j'ai taggué de travers, mais je ne vois pas 
quoi. Ou il y a autre chose que je ne saisis pas.


Une idée ?

Merci d'avance pour vos réponses, quelle qu'elles soient.
--
deuzeffe, chiffonnée

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

Re: [Talk-us] Forest Routes

[Jack Burke]

As Paul said, it depends on the type of road.  In Georgia, the signage
has been the brown keystone one for roads that mere mortal cars can
drive on:
https://www.mapillary.com/map/im/HD_cjbQunrGWEQCViX-Now

And the vertical ones with FS on them for people with more advanced vehicles:
https://www.mapillary.com/map/im/3Il7nk3S4MuMX9jR_SIQnw

And, as I said, their IVR map uses NF for all of them

--jack

On Thu, Nov 29, 2018 at 3:36 PM Paul Johnson  wrote:
>
> On Thu, Nov 29, 2018, 14:14 Kevin Broderick >
>> Doesn't the Forest Service use FR for "Forest Road" at the reference? I'd 
>> think that, or NFR to distinguish from state forest roads, would be the more 
>> appropriate ref, as FS is ambiguous (it doesn't distinguish between a forest 
>> road and a forest trail).
>
>
> Maybe on visitor brochures, but on signage they get keystone shields for two 
> digit routes and either a vertical or horizontal rectangle sign (depending on 
> whether or not motor vehicles are expected to travel) for minor routes, and 
> the numbers all constitute a single network regardless of if it's a road or a 
> trail.
>
> I seem to recall when I lived near a national forest that TIGER and the USGS 
> would use Forest Service XX when spelling out major routes, and National 
> Forest Development XXX or NFD  on the minors.
>
> In either case, most people that travel in or near national forests regularly 
> will find FS and NFD immediately recognizable.
>
> ___
> 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

Re: [Talk-gb-westmidlands] Saturday Mapping

[Brian Prangle]

That's great Rob. See you there. Imagery is no good I'm afraid -  the road
layouts only are shown on Digital Globe Standard and they've been traced.
This developers website  is useful if you
ignore all the marketing bollocks

Regards

Brian

On Thu, Nov 29, 2018 at 4:37 PM Rob Nickerson 
wrote:

> Hi all,
>
> Sorry for the delay. I too can attend. I'm traveling from Warwick and can
> give lifts if needed (and on route).
>
> Is there any mapping that we can do now so as to make it easier when we
> get there? Some of the imagery layers (esri, mapbox or digital globe) can
> be suprisingly up to date.
>
> Best regards,
> Rob
>
> On Thu, 29 Nov 2018, 12:36 Brian Prangle 
>> Hi Chris
>>
>> See you there at 10am?  At the pub carpark - it's not mapped but its
>> address is Dollman Farm, Crick Rd, Clifton upon Dunsmore, Rugby CV23 0AB.
>> I'll be wearing an OSM HIViz vest but if it's teeming with rain I'll be
>> cowering inside a Blue Skoda Yeti BJ13 LSY.  Would you prefer to survey as
>> a team or separately?  My number for contact on the day 07811 667653
>>
>> Regards
>>
>> Brian
>>
>>
>> On Wed, Nov 28, 2018 at 9:57 PM Chris Dunne  wrote:
>>
>>> I could do Saturday I think but have realised I'm going out for a meal
>>> in the evening so won't be up for one in the daytime. What time were
>>> you thinking of meeting? It's either a approx 1hr 45 cycle for me or 30 min
>>> drive depending on the weather.
>>>
>>> I've not done a vast deal of mapping, but a  couple of past outings.
>>>
>>> Chris
>>>
>>> On Wed, 28 Nov 2018 at 16:15, Brian Prangle 
>>> wrote:
>>>
 H Gareth

 Shame about that. I'm now not able to do the 8th Dec so I'll turn out
 this Sat. There's a new pub there called the Tuning Fork. Anybody else up
 for this?

 Regards

 Brian

 On Sun, Nov 25, 2018 at 5:53 PM Gareth L  wrote:

> I’m rather local to this, but sadly I am away both weekends!
> It’s worthwhile doing. Google maps and Apple maps are lagging quite
> far behind on Rugby’s redevelopments/developments. Surprisingly, an entire
> retail park is missing from both.
>
>
> Gareth
>
>
> Get Outlook for iOS 
>
>
> From: Brian Prangle 
> To: talk-gb-westmidlands 
> Subject: [Talk-gb-westmidlands] Saturday Mapping
> Message-ID:
> 
> Content-Type: text/plain; charset="utf-8"
>
> Hi everyone
>
> It's a been a while since we met in November and I agrred to to get
> some
> dates for a mapping dayin Warwicks(with a pub lunch). I propose either
> Saturday 1 Dec or 8 Dec and I propose we go to the new village being
> built
> on the old Rugby Radio Station site which is called Houlton
> 
>
> It's a massive development( over 6,000 homes - partially complete)
> with the
> first residents moving in a year ago and also a new primary school
> operational. Currently it's shown as a construction site with a few
> service
> roads. If folk can get to me reasonably quickly I'll see if I can drum
> up
> some local interest
>
> Regards
>
> Brian
> -- next part --
> An HTML attachment was scrubbed...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-gb-westmidlands/attachments/20181122/841874d1/attachment-0001.html
> >
>
> --
>
> Subject: Digest Footer
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
>
> --
>
> End of Talk-gb-westmidlands Digest, Vol 121, Issue 1
> 
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
 ___
 Talk-gb-westmidlands mailing list
 Talk-gb-westmidlands@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

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

Re: [OSM-talk] Wambachers OSM-Server - Maintenance 15.11.2018

[wambacher]

Hi John,

the correct link is https://paypal.me/walternordmann

Regards

walter


Am 29.11.18 um 21:25 schrieb Johnparis:
> Walter, > > I would like to make a small donation to the pot, but the link 
> does
> not work for me. Please advise. > > Thank you for your service! > > John
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] Termín kvartálního piva

[Marián Kyral]

Ahoj,
tak to vím naprosto přesně: 
https://wiki.openstreetmap.org/wiki/Cs:Kvart%C3%A1ln%C3%AD_pivo


Budu v Praze, tak jsem otevřen návrhům na hospodu. Někde v centru, nebo 
mezi centrem a Letňany.

Marián


On 29. 11. 18 21:01, Mikoláš Štrajt wrote:

Zdar,
dávám si dohromady kalendář na prosinec, různé ty vánoční večírky a 
spol., a tak mě napadlo - nevíte někdo, na kdy je plánováno takové to 
předvánoční kvartální pivo? Abych si rezervoval datum.


--
Severák

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


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

Re: [Talk-cz] Termín kvartálního piva

[Tom Ka]

Prvni streda by mela byt 5.12. Je to i v rozpise na wiki.

Bye

On Thu, Nov 29, 2018, 21:01 Mikoláš Štrajt  Zdar,
> dávám si dohromady kalendář na prosinec, různé ty vánoční večírky a spol.,
> a tak mě napadlo - nevíte někdo, na kdy je plánováno takové to předvánoční
> kvartální pivo? Abych si rezervoval datum.
>
> --
> Severák
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-us] Forest Routes

[Paul Johnson]

On Thu, Nov 29, 2018, 14:14 Kevin Broderick  Doesn't the Forest Service use FR for "Forest Road" at the reference? I'd
> think that, or NFR to distinguish from state forest roads, would be the
> more appropriate ref, as FS is ambiguous (it doesn't distinguish between a
> forest road and a forest trail).
>

Maybe on visitor brochures, but on signage they get keystone shields for
two digit routes and either a vertical or horizontal rectangle sign
(depending on whether or not motor vehicles are expected to travel) for
minor routes, and the numbers all constitute a single network regardless of
if it's a road or a trail.

I seem to recall when I lived near a national forest that TIGER and the
USGS would use Forest Service XX when spelling out major routes, and
National Forest Development XXX or NFD  on the minors.

In either case, most people that travel in or near national forests
regularly will find FS and NFD immediately recognizable.

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

Re: [Talk-us] Forest Routes

[Kevin Broderick]

Doesn't the Forest Service use FR for "Forest Road" at the reference? I'd
think that, or NFR to distinguish from state forest roads, would be the
more appropriate ref, as FS is ambiguous (it doesn't distinguish between a
forest road and a forest trail).

(c.f.
https://scontent-lga3-1.xx.fbcdn.net/v/t1.0-9/46813797_2221923898134508_7562112324945838080_o.jpg?_nc_cat=111&_nc_ht=scontent-lga3-1.xx=9e0a64f5858322fe626a1fe4b4a8fed1=5C656682,
posted by the White Mountain National Forest, or the abbreviated form FR
2421 in the Glacier Lake Trail directions at
https://www.fs.usda.gov/Internet/FSE_DOCUMENTS/stelprd3831474.pdf)


On Thu, Nov 29, 2018 at 2:49 PM Jack Burke  wrote:

> Oh I am so happy that Frederik brought this up.  I've been thinking
> about this topic for a while, but just haven't said anything.  I love
> the ensuing discussion, too.
>
> So, first, the wiki page on now to tag the refs
>
> https://wiki.openstreetmap.org/wiki/United_States_roads_tagging#National_Forest_Road_System
> says to use NFR and NFH, as Kevin Kenny does.  I use neither.  As
> others are doing, I use FS for Forest Service.  I'll note that on the
> wiki page's Discussion tab, there are several people who question the
> use of NFR/NFH, which seems to have been arbitrarily selected by one
> person and added to the wiki without any real discussion about it.
>
> Just to pick nits, Martijn, I'd like to point out that the example
> sign for forest road 858 on that page you linked to has "National
> Forest" on it, not FS or Forest Service.  If we were to go purely by
> the sign, we should be using NF.  The National Forest Service
> website's Interactive Visitor's Map at https://www.fs.fed.us/ivm/ uses
> exactly that in an underlay layer for those maps.
>
> That said, I still prefer FS because that's generally how most people
> seem to refer to them (forest service).
>
> Side note:  there are several forest service roads in north Georgia
> that are represented on Mapillary and OpenStreetCam, if anyone wants
> to "drive" one of them from the comfort of your living room.  (More
> are apparent on Mapillary than OSC because of the different ways those
> two services process sequences that don't have a matching OSM road.)
>
> --jack
>
> On Wed, Nov 28, 2018 at 4:03 PM Paul Johnson  wrote:
> >
> > On Wed, Nov 28, 2018 at 2:51 PM Eric H. Christensen 
> wrote:
> >>
> >> On Wednesday, November 28, 2018 9:49 AM, Martijn van Exel 
> wrote:
> >>
> >> > I think you are right. It would be good if we can arrive at a common
> >> > prefix and document it on the wiki. 'FS' makes sense. Perhaps even a
> new
> >> > page dedicated to roads that are maintained directly by federal
> agencies
> >> > (NPS, USDA, others?) would make sense. I'd be happy to help set it up.
> >>
> >> I've noticed that some of these "roads" are showing FS, FT, and another
> F something when they were imported.  Should all these ways use 'FS' or
> should they use the different prefix based upon what type of way they are
> (outside of the proper tagging for the way)?
> >
> >
> > Note that the Forest Service uses the same numbering scheme for trails,
> with 2 digit Forest Service routes being the main routes (be it a hiking
> trail or a road), 3 digit and 4 digit routes being of lesser importance in
> the overall network and usually being referred to as National Forest
> Development or NFD trails/roads.
> > ___
> > 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
>


-- 
Kevin Broderick
k...@kevinbroderick.com
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-cz] Termín kvartálního piva

[Mikoláš Štrajt]

Zdar,

dávám si dohromady kalendář na prosinec, různé ty vánoční večírky a spol., a
tak mě napadlo - nevíte někdo, na kdy je plánováno takové to předvánoční
kvartální pivo? Abych si rezervoval datum.





--


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

Re: [Talk-us] Forest Routes

[Jack Burke]

Oh I am so happy that Frederik brought this up.  I've been thinking
about this topic for a while, but just haven't said anything.  I love
the ensuing discussion, too.

So, first, the wiki page on now to tag the refs
https://wiki.openstreetmap.org/wiki/United_States_roads_tagging#National_Forest_Road_System
says to use NFR and NFH, as Kevin Kenny does.  I use neither.  As
others are doing, I use FS for Forest Service.  I'll note that on the
wiki page's Discussion tab, there are several people who question the
use of NFR/NFH, which seems to have been arbitrarily selected by one
person and added to the wiki without any real discussion about it.

Just to pick nits, Martijn, I'd like to point out that the example
sign for forest road 858 on that page you linked to has "National
Forest" on it, not FS or Forest Service.  If we were to go purely by
the sign, we should be using NF.  The National Forest Service
website's Interactive Visitor's Map at https://www.fs.fed.us/ivm/ uses
exactly that in an underlay layer for those maps.

That said, I still prefer FS because that's generally how most people
seem to refer to them (forest service).

Side note:  there are several forest service roads in north Georgia
that are represented on Mapillary and OpenStreetCam, if anyone wants
to "drive" one of them from the comfort of your living room.  (More
are apparent on Mapillary than OSC because of the different ways those
two services process sequences that don't have a matching OSM road.)

--jack

On Wed, Nov 28, 2018 at 4:03 PM Paul Johnson  wrote:
>
> On Wed, Nov 28, 2018 at 2:51 PM Eric H. Christensen  wrote:
>>
>> On Wednesday, November 28, 2018 9:49 AM, Martijn van Exel  
>> wrote:
>>
>> > I think you are right. It would be good if we can arrive at a common
>> > prefix and document it on the wiki. 'FS' makes sense. Perhaps even a new
>> > page dedicated to roads that are maintained directly by federal agencies
>> > (NPS, USDA, others?) would make sense. I'd be happy to help set it up.
>>
>> I've noticed that some of these "roads" are showing FS, FT, and another F 
>> something when they were imported.  Should all these ways use 'FS' or should 
>> they use the different prefix based upon what type of way they are (outside 
>> of the proper tagging for the way)?
>
>
> Note that the Forest Service uses the same numbering scheme for trails, with 
> 2 digit Forest Service routes being the main routes (be it a hiking trail or 
> a road), 3 digit and 4 digit routes being of lesser importance in the overall 
> network and usually being referred to as National Forest Development or NFD 
> trails/roads.
> ___
> 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

Re: [OSM-talk-fr] made_man=street_cabinet et point de livraison final d'électricité

[David Crochet]

Bonjour

Le 28/11/2018 à 20:14, François Lacombe a écrit :
Je comprends qu'il y a une ligne aérienne dans l'affaire. Mais une 
ligne aérienne est difficilement raccordable à une armoire de rue 
directement, il doit y avoir un poteau, avec un passage en souterrain 
entre les deux.



C'est un quartier alimenté par  voie aérienne, d'où la facilité de 
cartographier, et le point de livraison son en façade ou en coin du 
bâtiment, ensuite la ligne rentre dans la maison. Des point de livraison 
en limite de propriété, je n'en ait pas dans les environs, ce ceux-ci ne 
peuvent être tracé faute de savoir où les canalisations passent


Cordialement

--
David Crochet


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

Re: [Talk-cz] Facebook a openstreetmap

[xkomc...@centrum.cz]

Ahoj,


jojo, nejen používají, ale i přispívají do OSM. Ve státech jako je 
Thajsko či Egypt přidávali komplet silniční síť vytvořenou pomocí AI 
(respektive analýzy satelitních snímků a možná kombinací s dalšími 
daty). Moc velký úspěch to tehdy nebyl, skončilo to myslím revertem 
(nebo se o něm alespoň mluvilo).


Z těch dalších velkých hráčů přispívá i Apple nebo Microsoft (ten má 
svůj OSM tým v Srbsku).


Všechny jmenované společnosti mluvili letos na SotM (té celosvětové v 
Milánu), viz 
https://www.youtube.com/channel/UCLqJsr_5PfdvDFbgv1qp2aQ/videos?view=2=grid 
(program je tady - https://2018.stateofthemap.org/program/ ).



Jirka Komárek

On 29. 11. 18 14:41, Pavel Machek wrote:

Ahoj!

Na fb jsou i mapy, a ja si rikal ze to vypada jako openstreetmap. A
ono jo :-).

Map Data Legal Notices
HERE
© 2018 HERE
Mapbox
© 2018 Mapbox
https://www.mapbox.com/about/maps/
OpenStreetMap
© OpenStreetMap contributors
https://www.openstreetmap.org/copyright/

Pavel

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

Re: [Talk-gb-westmidlands] Saturday Mapping

[Rob Nickerson]

Hi all,

Sorry for the delay. I too can attend. I'm traveling from Warwick and can
give lifts if needed (and on route).

Is there any mapping that we can do now so as to make it easier when we get
there? Some of the imagery layers (esri, mapbox or digital globe) can be
suprisingly up to date.

Best regards,
Rob

On Thu, 29 Nov 2018, 12:36 Brian Prangle  Hi Chris
>
> See you there at 10am?  At the pub carpark - it's not mapped but its
> address is Dollman Farm, Crick Rd, Clifton upon Dunsmore, Rugby CV23 0AB.
> I'll be wearing an OSM HIViz vest but if it's teeming with rain I'll be
> cowering inside a Blue Skoda Yeti BJ13 LSY.  Would you prefer to survey as
> a team or separately?  My number for contact on the day 07811 667653
>
> Regards
>
> Brian
>
>
> On Wed, Nov 28, 2018 at 9:57 PM Chris Dunne  wrote:
>
>> I could do Saturday I think but have realised I'm going out for a meal in
>> the evening so won't be up for one in the daytime. What time were
>> you thinking of meeting? It's either a approx 1hr 45 cycle for me or 30 min
>> drive depending on the weather.
>>
>> I've not done a vast deal of mapping, but a  couple of past outings.
>>
>> Chris
>>
>> On Wed, 28 Nov 2018 at 16:15, Brian Prangle 
>> wrote:
>>
>>> H Gareth
>>>
>>> Shame about that. I'm now not able to do the 8th Dec so I'll turn out
>>> this Sat. There's a new pub there called the Tuning Fork. Anybody else up
>>> for this?
>>>
>>> Regards
>>>
>>> Brian
>>>
>>> On Sun, Nov 25, 2018 at 5:53 PM Gareth L  wrote:
>>>
 I’m rather local to this, but sadly I am away both weekends!
 It’s worthwhile doing. Google maps and Apple maps are lagging quite far
 behind on Rugby’s redevelopments/developments. Surprisingly, an entire
 retail park is missing from both.


 Gareth


 Get Outlook for iOS 


 From: Brian Prangle 
 To: talk-gb-westmidlands 
 Subject: [Talk-gb-westmidlands] Saturday Mapping
 Message-ID:
 
 Content-Type: text/plain; charset="utf-8"

 Hi everyone

 It's a been a while since we met in November and I agrred to to get some
 dates for a mapping dayin Warwicks(with a pub lunch). I propose either
 Saturday 1 Dec or 8 Dec and I propose we go to the new village being
 built
 on the old Rugby Radio Station site which is called Houlton
 

 It's a massive development( over 6,000 homes - partially complete) with
 the
 first residents moving in a year ago and also a new primary school
 operational. Currently it's shown as a construction site with a few
 service
 roads. If folk can get to me reasonably quickly I'll see if I can drum
 up
 some local interest

 Regards

 Brian
 -- next part --
 An HTML attachment was scrubbed...
 URL: <
 http://lists.openstreetmap.org/pipermail/talk-gb-westmidlands/attachments/20181122/841874d1/attachment-0001.html
 >

 --

 Subject: Digest Footer

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


 --

 End of Talk-gb-westmidlands Digest, Vol 121, Issue 1
 
 ___
 Talk-gb-westmidlands mailing list
 Talk-gb-westmidlands@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

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

Re: [Talk-it] OT - Domanda // era Re: Percorso ciclabile per educazione stradale

[Sergio Manzi]

Oh, accidenti, mi sono appena accorto che continuo a dimenticarmi di togliere 
la firma digitale dai mei messaggi... :-/

Hai novità da Aruba???

Alternativa: potresti crearti un account Gmail (o altro che ti piaccia) in cui 
i messaggi inviati ad Aruba vengono importati/inoltrati e dal quale puoi 
inviare dal tuo dominio. E' cosa che faccio spesso per i miei "clienti"... Sse 
ti serve una zampa, fammelo sapere...

Ciao,

Sergio


On 2018-11-27 15:01, Damjan Gerl wrote:
> Le ultime due tue email le vedo correttamente. Vedrò di verificare con aruba 
> se possono fare qualcosa.
> Comunque se il problema è solo mio non preoccuparti...
> Sono sicuramente d'accordo con te con la definizione di pec ;-)
>
> Damjan
>
> -- Original Header ---
>
> From  : "Sergio Manzi" s...@smz.it
> To  : "Damjan Gerl" dam...@damjan.net,"talk-it@osm" 
> talk-it@openstreetmap.org
> Cc  : 
> Date  : Tue, 27 Nov 2018 14:30:23 +0100
> Subject : Re: OT - Domanda // era Re: Percorso ciclabile per educazione 
> stradale
>
>> Accidenti, mi dispiace,  è la prima volta che mi succede che la mia firma 
>> crei problemi (/francamente il fatto che ci sia di mezzo Aruba... mi fa un 
>> po' sogghignare.../).
>>
>> Per inviare mail uso, al 99%, Thunderbird e adesso sto rispondendo avendo 
>> inibito (manualmente) l'invio della firma:  puoi verificare se questo 
>> messaggio ti viene visualizzato correttamente?
>>
>> Cercherò se è possibile inibire automaticamente l'uso della firma quando 
>> invio alla lista di OSM, ma non credo: dovrò quindi farlo manualmente ogni 
>> volta e quindi potrò distrattamente sbagliare...
>>
>> Tu puoi verificare con Aruba perché diavolo non supportano uno standard 
>> assolutamente valido e diffuso (S/MIME)?
>>
>> Ciao!
>>
>> Sergio
>>
>>
>> On 2018-11-27 14:15, Damjan Gerl wrote:
>>> Ciao Sergio!
>>> Scusa per questo OT, ma vorrei chiederti se sarebbe possibile/potresti 
>>> spedire le tue email alla lista senza essere firmate (con .p7s)?
>>>
>>> Ti spiego il perché: con thunderbird (a casa) e/o con outlook vengono 
>>> visualizzate correttamente, mentre con il visualizzatore online di aruba 
>>> (che uso sul lavoro) non so perché mi visualizza solo la tua firma in 
>>> calce, quindi non vedo il testo della mail.
>>>
>>> E/o se c'è qualche altro modo per far funzionare il tutto e qualcuno può 
>>> aiutarmi... 
>>>
>>> Grazie
>>> Damjan

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

[OSM-talk-fr] Des Orthophotos ne fonctionne de nouveau plus

[hugobqdweb]

Bonjour, 
j'ai l'impression qu'il y a de nouveaux problèmes de chargement des fonds : 


* Tours - Orthophotos 2013 : « GET 
http://wms.openstreetmap.fr/tms/1.0.0/tours_2013/18/131565/91821 500 (Internal 
Server Error) » 
* Tours - Orthophoto 2008-2010 : « GET 
http://wms.openstreetmap.fr/tms/1.0.0/tours/14/8223/5738 500 (Internal Server 
Error) » 
* BDOrtho IGN (à partir du zoom 19/20) : « GET 
https://proxy-ign.openstreetmap.fr/94GjiyqD/bdortho/19/263125/183645.jpg 404 
(Not Found) » 

Salutations / Hugo 


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

[OSM-talk-nl] OSGeo.nl en OSM-NL Nieuwjaarsborrel: zo 13 jan 2019

[Just van den Broecke]

Beste Mensen,

TL;DR
zo 13 jan 2019 15:00 Cafe Dudok Hilversum
Info en opgeven via OSGeo.nl Meetup:
https://www.meetup.com/OSGeoNL/events/256712195

Onze traditionele Nieuwjaarsborrel met OpenStreetMap Nederland in Cafe 
Dudok, Hilversum t/o station NS, (bovenzaal) met ook weer aansprekende 
presentaties. Ook maken we hier plannen voor 2019. Als je voorstellen 
hebt of iets wilt organiseren, dit is een plek om te laten weten!


Ben je nooit eerder op een OSGeo.nl event geweest? Schroom niet om langs 
te komen als je interesse hebt in Open Source en Open Data voor Geo.


Geef je via OSGeo.nl Meetup op (link boven). Laat in commentaar weten:

- als je iets wilt presenteren: project, oproep etc,
- indien ja: de duur van je presentatie: max 15 minuten
- of je aansluitend wel/niet blijft eten (eigen kosten)

Presentaties zijn tussen 15:30 - 16:30.

Met vriendelijke groet,

--Just

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

[Talk-cz] Facebook a openstreetmap

[Pavel Machek]

Ahoj!

Na fb jsou i mapy, a ja si rikal ze to vypada jako openstreetmap. A
ono jo :-).

Map Data Legal Notices
HERE
© 2018 HERE
Mapbox
© 2018 Mapbox
https://www.mapbox.com/about/maps/
OpenStreetMap
© OpenStreetMap contributors
https://www.openstreetmap.org/copyright/

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


signature.asc
Description: Digital signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-lv] Vai ir kāds specializējies uz stāvlaukumu tagošanu?

[pec...@gmail.com]

Tualetes ir vienkārši
https://wiki.openstreetmap.org/wiki/Tag:amenity=toilets
Elektroautiņu lādētavas ir arī vienkārši
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcharging_station

Pēteris.

ceturtd., 2018. g. 29. nov., plkst. 15:36 — lietotājs Aivars Miška (<
all...@latnet.lv>) rakstīja:

> Objekts: 143192363
> Kā tās visas tualetes un  "Mode 3 Type 2" pieslēguma eletroauto lādētavas
> salikt?
>
> Datu avots: http://www.kolka.lv/?p=13555
>
>
> Aivars Miška
>
>
> ___
> Talk-lv mailing list
> Talk-lv@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lv
>


-- 
mortigi tempo
Pēteris Krišjānis
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

[Talk-lv] Vai ir kāds specializējies uz stāvlaukumu tagošanu?

[Aivars Miška]

Objekts: 143192363
Kā tās visas tualetes un  "Mode 3 Type 2" pieslēguma eletroauto lādētavas 
salikt?


Datu avots: http://www.kolka.lv/?p=13555


Aivars Miška


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

[Talk-cz] WeeklyOSM CZ 435

[Tom Ka]

Ahoj, je dostupné vydání 435 týdeníku WeeklyOSM:

http://www.weeklyosm.eu/cz/archives/11010

* Záznamy z SotM CZ 2018.
* Spolek OSM CZ z.s.
* Rozvodny elektřiny v Praze.
* Mapnik pro freemap.sk.
* Blokování uživatelů?
* Vícejazyčné názvy.
* Číslování podlaží domů.
* Mapování tramvajových kolejí.
* Editace OSM před 10 lety a dnes.
* Bezplatné členství v Nadaci OSM.
* Nový server pro JOSM.
* V OSM už Krym patří Rusku.
* SotM Asia 2018.
* Další mapy pro cyklo.travel.
* Rychlejší nahrávání změn.

Pěkné počtení ...

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

Re: [Talk-it] R: Re: Tablet con Osmand al posto del navigatore per il 118

[antonyb]

L'agps nel suo caso non serve, il mio tablet è questo:
http://www.vogliaditech.it/asus-fonepad-7-me373cg-1y002/
molto scarso ma fa bene il suo lavoro con osmand.



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

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

Re: [Talk-us] Fwd: Trunk versus motorway

[Paul Johnson]

On Thu, Nov 29, 2018, 00:17 Albert Pundt   or if the road becomes single-carriageway and isn't a super-2 (a
> controlled-access freeway in which only one carriageway is constructed with
> accommodation for the second later).
>

A controlled access single carriageway would also be a trunk, not a
motorway.  Basically motorways should only be things that meet current
Interstate guidelines except maybe for hard shoulders.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Fwd: Trunk versus motorway

[Paul Johnson]

Even at the end, that's still an intersection, though.  In the real world,
there's a transition to be mafe from freeway to that less than freeway
situation at the traffic light.

On Wed, Nov 28, 2018, 23:02 Evin Fairchild  What?! I haven't contradicted myself at all. I already said in my initial
> response (the one that I sent to only you by mistake) that in cases where
> there's an at grade intersection sandwiched in between two interchanges,
> the road should be marked as trunk in between. Other than that case, a road
> should be motorway all the way to the at-grade intersection, as is the case
> with the Tisdale Parkway.
>
> On Wed, Nov 28, 2018 at 8:11 PM Paul Johnson  wrote:
>
>> On Wed, Nov 28, 2018 at 10:02 PM Evin Fairchild 
>> wrote:
>>
>>> Nobody is saying that we should tag as motorways a road with a surface
>>> intersection. I don't understand what it is that we're saying that's
>>> causing you to come to that conclusion. We are simply saying that the
>>> first surface intersection that a road comes across is where the motorway
>>> should change to trunk.
>>>
>>
>> You've contradicted yourself in that statement.
>>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-de] Geoportal Wiesbaden WMS

[Matthias Gutjahr]

Hallo Joachim,

Ich gehe mal davon aus, dass es keine oder zumindest keine positive Antwort
vom Vermessungsamt bzw. der Stadt Wiesbaden gab?

Viele Grüße
Matthias

Am Mi., 9. Mai 2018 um 22:49 Uhr schrieb Martin Koppenhoefer <
dieterdre...@gmail.com>:

>
>
> sent from a phone
>
> > On 9. May 2018, at 12:00, Simon Poole  wrote:
> >
> > Ein freundlicher dezenter Hinweis, dass sie unsere Marke missbrauchen
> > wäre ev. auch noch angebracht.
>
>
> welche Marke, hat die OSMF OpenWiMap registriert?
>
> Wenn das Wort eine Neuschöpfung (bsp. Pepsi, Aral, ...) ist hat man es
> vermutlich leichter, ähnliche Namen zu verfolgen, aber wenn die Marke aus
> der Kombination dreier beschreibender Allerweltswörter wie Open (data),
> Straße und Karte (bzw. Straßenkarte) besteht, wird man schwer damit
> durchkommen, anderen Open data Karten die Benutzung dieser Beschreibung zu
> untersagen, wenn sie nicht genau gleich ist. Müsste man um es sicher zu
> wissen vor Gericht ausprobieren.
>
> Was haltet ihr hiervon, unter markenrechtlichen Gesichtspunkten?
> https://open.sourcemap.com/
>
> AFAIK muss man Marken auch verteidigen, sonst kann sie auf Antrag gelöscht
> werden sofern sie zum Gattungsbegriff geworden ist. Weiß jemand ob die OSMF
> dafür Ressourcen eingeplant hat?
>
> Gruß,
> Martin
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-fr] #ProjetOSMDuMois : nouvelle couche dans magOSM

[Jérôme Seigneuret]

Bonjour,

Merci pour l'info
Il y a un problème sur le diff à 7 jours pour les highways

resultat
http://magosm.magellium.com/portail/#/carte?z=13=3.9236=43.6120=30=france_highways_line_recently_modified

résultat overpass
https://overpass-turbo.eu/s/E7L

J'ai fait des tests sur plusieurs zone et les changement ne sont pas
apparent sur la carto.

Merci

Le jeu. 29 nov. 2018 à 11:09, Augustin DOURY 
a écrit :

> Bonjour,
>
>
>
> Dans le cadre du Projet du mois de novembre 2018 (brigades de gendarmeries
> et commissariats de police), la couche associée a été ajoutée à magOSM :
>
> · accessible via des services WMS et WFS publics [1]
> 
>
> · visualisable, requêtable (clic sur l’objet) et téléchargeable
> (KML, SHP) via le portail [2]
> 
>
> · une fiche de métadonnée, accessible via le portail, décrit la
> couche [3]
> 
>
> Les données sont mises à jour toutes les nuits.
>
>
>
> Et pour information le code du projet magOSM a été publié récemment sous
> licence libre (MPL-2.0) sur le dépôt Github de Magellium [4]
> 
>
>
>
> Bonne journée, et bon courage pour la fin du projet !
>
>
>
> Augustin Doury
>
>
>
> [1] http://magosm.magellium.com/aide.html
>
> [2]
> http://magosm.magellium.com/portail/#/carte?z=6=3.1650=46.1080=30=france_police_point
>
> [3]
> http://open.isogeo.com/s/6da366a3991f4d42aa9d2a8f58a73af1/pHUOzxi2EayRSGnbHCbdZOXzQGN80/r/ff7980650742460aaba2075d6cc69e58
>
> [4] https://github.com/Magellium/magOSM
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-gb-westmidlands] Saturday Mapping

[Brian Prangle]

Hi Chris

See you there at 10am?  At the pub carpark - it's not mapped but its
address is Dollman Farm, Crick Rd, Clifton upon Dunsmore, Rugby CV23 0AB.
I'll be wearing an OSM HIViz vest but if it's teeming with rain I'll be
cowering inside a Blue Skoda Yeti BJ13 LSY.  Would you prefer to survey as
a team or separately?  My number for contact on the day 07811 667653

Regards

Brian


On Wed, Nov 28, 2018 at 9:57 PM Chris Dunne  wrote:

> I could do Saturday I think but have realised I'm going out for a meal in
> the evening so won't be up for one in the daytime. What time were
> you thinking of meeting? It's either a approx 1hr 45 cycle for me or 30 min
> drive depending on the weather.
>
> I've not done a vast deal of mapping, but a  couple of past outings.
>
> Chris
>
> On Wed, 28 Nov 2018 at 16:15, Brian Prangle 
> wrote:
>
>> H Gareth
>>
>> Shame about that. I'm now not able to do the 8th Dec so I'll turn out
>> this Sat. There's a new pub there called the Tuning Fork. Anybody else up
>> for this?
>>
>> Regards
>>
>> Brian
>>
>> On Sun, Nov 25, 2018 at 5:53 PM Gareth L  wrote:
>>
>>> I’m rather local to this, but sadly I am away both weekends!
>>> It’s worthwhile doing. Google maps and Apple maps are lagging quite far
>>> behind on Rugby’s redevelopments/developments. Surprisingly, an entire
>>> retail park is missing from both.
>>>
>>>
>>> Gareth
>>>
>>>
>>> Get Outlook for iOS 
>>>
>>>
>>> From: Brian Prangle 
>>> To: talk-gb-westmidlands 
>>> Subject: [Talk-gb-westmidlands] Saturday Mapping
>>> Message-ID:
>>> 
>>> Content-Type: text/plain; charset="utf-8"
>>>
>>> Hi everyone
>>>
>>> It's a been a while since we met in November and I agrred to to get some
>>> dates for a mapping dayin Warwicks(with a pub lunch). I propose either
>>> Saturday 1 Dec or 8 Dec and I propose we go to the new village being
>>> built
>>> on the old Rugby Radio Station site which is called Houlton
>>> 
>>>
>>> It's a massive development( over 6,000 homes - partially complete) with
>>> the
>>> first residents moving in a year ago and also a new primary school
>>> operational. Currently it's shown as a construction site with a few
>>> service
>>> roads. If folk can get to me reasonably quickly I'll see if I can drum up
>>> some local interest
>>>
>>> Regards
>>>
>>> Brian
>>> -- next part --
>>> An HTML attachment was scrubbed...
>>> URL: <
>>> http://lists.openstreetmap.org/pipermail/talk-gb-westmidlands/attachments/20181122/841874d1/attachment-0001.html
>>> >
>>>
>>> --
>>>
>>> Subject: Digest Footer
>>>
>>> ___
>>> Talk-gb-westmidlands mailing list
>>> Talk-gb-westmidlands@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>>>
>>>
>>> --
>>>
>>> End of Talk-gb-westmidlands Digest, Vol 121, Issue 1
>>> 
>>> ___
>>> Talk-gb-westmidlands mailing list
>>> Talk-gb-westmidlands@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>>>
>> ___
>> Talk-gb-westmidlands mailing list
>> Talk-gb-westmidlands@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-cz] Mizející CHKO v ČR

[Tom Ka]

Ahoj,

Na oficialni mape snad brzy bude:
https://github.com/gravitystorm/openstreetmap-carto/pull/3509

Podle wiki jsem nenabyl dojmu ze to vyslovene nahrazuje
boundary=national_park, ale podle taginfo je to vyrazne rozsirenejsi.

Takze za mne nejlepsi asi nechat at to klidne predela ale vsechny
(aspon stejne kategorie - vsechny CHKO, vsechny NP apod.)

Diky a mej se.


st 28. 11. 2018 v 22:46 odesílatel xkomc...@centrum.cz
 napsal:
>
> Ahoj,
>
>
> před pár dny jsem zaznamenal, že zmizela CHKO Jeseník. Neměl jsem zrovna
> čas to nějak řešit, ale dnes jsem si všiml další "zmizelé" CHKO - Bílé
> Karpaty. Letmý pohled do historie napověděl, že změnu provedl Adam
> Hauner, stejně tak jako u několika dalších (viz
> https://www.openstreetmap.org/user/Adam Hauner/history ). Komentář u
> prvních dvou editací "novější tag pro chráněná území", u těch dalších
> "konzistence s ostatními CHKO v ČR". Je pravda, že
> boundary=protected_area je novější a "správnější", má to ale pár háčků:
>
> 1) změnu provedl pouze u zhruba poloviny CHKO, druhá je postaru
> "boundary=national_park"
>
> 2) pokud by se měl začít používat tento tag, změnit by se měly i národní
> parky (pro ně boundary=protected_area taky platí)
>
> 3) CHKO se nyní nevykreslují na mapě openstreetmap.org
>
>
> Co teď s tím? Pošťouchnout Adama, aby doupravil všechny CHKO a národní
> parky (do stavy, kdy všechny mají "boundary=protected_area")? Vrátil
> změny zpět (požádat jej o to či případně provést svépomocí)? Jiný návrh?
>
>
> Jirka Komárek
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [Talk-it] R: Re: Tablet con Osmand al posto del navigatore per il 118

[Max1234Ita]

Provo a rispondere un po' a tutti, forse non proprio in ordine :)

- Uso dei dati: OsmAnd NON usa dati di sua iniziativa, a meno che tu non lo
configuri per visualizzare le mappe online


- Aggiornamenti: Ogni tanto è consigliabie farli, almeno 2-3 volte l'anno...
anche se può nobn sembrare, la mappa viene aggiornata continuamente!

Se non hai disponibilità di una rete WiFi per fare gli aggiornamenti (ti
sarebbe permesso portarti a casa il tablet per una sera, aggiornarlo e
rimetterlo in opera la mattina seguente?), ci sono soluzioni alternative:

a) Dotare il tablet di una scheda microSD esterna a configurare OsmAnd
in modo che usi quella come cartella di memorizzazione dei dati. 8 GB sono
più che sufficienti, considera che sul mio cell ho installato tutte le 20
regioni d'Italia e l'intera cartella di OsmAnd ne occupa meno di 4!

   b)  Se il tablet  supporta la funzione OTG, puoi comprarti un apposito
cavetto per pochi euro; a casa scarichi le mappe che ti servono e le salvi
su una pendrive; quando ti è possibile, colleghi la pendrive al tablet e
trasferisci tutti i file nella cartella di memorizzazione di OsmAnd. 
Per farlo ti basta il programma Archivio che c'è di default, se vuoi fare le
cose in grande puoi pensare di installare Total Commander sul tablet. :)


- AGPS: 
Come diceva anche Martin è una funzione che serve per velocizzare l'aggancio
della posizione, scaricando (in pochi secondi) da internet gli almanacchi
con le info relative ai satelliti, anziché scaricare le stesse informazioni
tramite il segnale degli stessi (ci vuole mlto più tempo).

Il problema del tablet che non ha accesso ad internet è risolvibile: ti
basta un qualunque smartphone che abbia la funzione di "Router Wi-Fi".
In pratica, attivi il cell in quella modalità (in Android la trovi nelle
opzioni della barra di notifica) ed esso diventa un Access Point a tutti gli
effetti, condividendo l'accesso alla rete mobile con i dispositivi connessi
via wiFi; non ti resta che collegare il tablet ed il gioco è fatto.

L'operazione di aggiornamento via AGPS dura qualche secondo e non consuma
più di qualche KByte; viste le tariffe di oggi, che offrono giga a non
finire, non dovrebbe essere un problema eseguire quest'operazione di tanto
in tanto. 

Gli almanacchi/effemeridi restano validi per circa 90 giorni! per maggiori
info puoi guardare qui: 
https://www.novatel.com/support/known-solutions/gnss-ephemerides-and-almanacs/

  

Per velocizzare e semplificare l'aggiornamento AGPS, puoi instalalre sul
tablet l'app (free) GPS Status & Toolbox (
https://play.google.com/store/apps/details?id=com.eclipsim.gpsstatus2
  ),
che ti permette di eseguire l'aggiornamento semplicemente selezionando
un'opzione dal suo menu.


- Google Maps:
Se non ricordo male, l'app di Google ti permette di memorizzare in cache una
parte di mappa corrispondente a 256x256 tiles... Qualunque sia il fattore di
zoom che tu hai scelto.
Tempo fa, ero riuscito a "coprire" un'estensione pari a quella di Milano
entro la cerchia delle tangenziali: si leggevano i nomi delle vie ma se
decidevi di zoomare era necessario scaricare altre tiles. 
Soluzione di fatto improponibile se pensi di muoverti in un'area estesa e
senza la possibilità di andare online.

In ogni caso, se usi Google Maps, tutto avviene online, anche la ricerca
della destinazione...


- Mappe Solo Strade:
tempo fa avevo letto che contengono "solo le strade". credo che ultimamente
abbiano inserito anche gli indirizzi. Ti consiglio, però, di scegliere
quelle complete: ormai la potenza di calcolo non è più un problema enorme:
dovrebbero funzionare bene su qualunque dispositivo

- Il tablet:
la RAM è tutto: più ne hai, meglio funziona! Occhio però a non confondere la
RAM (Random Access Memory) con la capacità di storage interna del
dispositivo: a volte, nei negozi, trovi volantini poco chiari.
2 Gigabyte di RAM sono ormai il minimo sindacale, se poi ne hai di più,
meglio.
Per quanto riguarda lo storage interno, visto l'uso che devi farne
potrebbero bastare 16 GB, meglio se sono 32: considera che della quantità
dichiarata, circa 4 GB servono ad Android... il resto è usato come memoria
destinata all'utente. La possibilità di avere una SD esterna aiuta... un
po'.


Spero di essere stato d'aiuto!
Max





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

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

[Talk-cz] Fwd: Informace o údržbě infrastruktury

[Tom Ka]

Ahoj,

predavam info o moznem vypadku webu openstreetmap.cz 4.12.2018 v
obdobi 21:30 - 00:30.

Bye

-- Forwarded message -
From: supp...@forpsicloud.cz 
Date: čt 29. 11. 2018 v 11:51
Subject: Informace o údržbě infrastruktury
To: 


Vážený zákazníku,
naším cílem je neustále vylepšovat kvalitu poskytovaných služeb. Z
tohoto důvodu proběhne v úterý 4. prosince 2018 v čase od 21:30 do
00:30  plánovaná údržba infrastruktury pro servery VPS Smart v
datacentru CZ1 (účet FCZ-74275), která může ovlivnit fungování Vámi
využívaných služeb.

Celý proces bude pečlivě monitorován týmem našich techniků, nicméně v
průběhu prací mohou být některé Vaše virtuální servery po dobu 30
minut nedostupné.
V případě jakýchkoliv dotazů nás neváhejte kontaktovat na
https://support.forpsicloud.cz.

Přejeme Vám příjemný den.
Zákaznická podpora INTERNET CZ, a. s.

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

Re: [Talk-cz] Bylo: Import rozvoden v Praze / building=industrial -> building=service

[majka]

Prohledala jsem vyhlášky a zákony, podle kterých to rozdělení teoreticky
funguje. Protože je to složitější, je přehled v tabulce tady
,
s možností editovat a komentovat, pokud se tam dostanete přes tenhle odkaz.

Pár "čísel" RUIAN bylo zrušeno, ty řádky jsou označené červeně. Pořád ještě
se používají ty hodnoty z historie, ale nové nepřibývají.
U některých přiřazení by to chtělo asi změnu, u některých by bylo dobře,
aby někdo dopsal další značky, které to představuje. Závěrem bych podle
toho navrhovala upravit stránku wiki ohledně RUIAN
.

Otázka je, zda u některých typů budov rovnou nepřihazovat fixme, aby se
upozornilo na místa, která je třeba ručně upravit. Je to hlavně v té části
"civic". Výhodou je, že by se takhle daly dohledat chybějící obecní úřady,
školy, školky, kulturáky, místní knihovny a různé tělocvičny, nevýhodou je
"zaplevelení" databáze těmi tagy fixme.

V téhle chvíli to jde přes overpass turbo, vyhledáváním vč. kategorie
. Opticky to vyhodilo místa, kde to chce
úpravu (školy, chybějící body zájmu a podobně).


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

Re: [Talk-it] surface: concrete_plates o paving_stones

[liste DOT girarsi AT posteo DOT eu]

Il 29/11/18 09:23, demon.box ha scritto:

sì hai ragione è un errore di battitura ma non sono ancora del tutto
convinto perchè su leggi bene il wiki per concrete:plates parla di lastre di
cemento di grandi dimensioni e non è il mio caso, io ad essere sincero
propenderei di più per paving_stones ma volevo ovviamente confrontarmi...
grazie ancora.
--enrico


Bè io lo vedo come una serie di piastre di cemento di dimensioni 30 x 30 
cm circa, per paving stones lo vedo più come un piastrellato continuo 
senza fughe.


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

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

Re: [Talk-it] R: Re: Tablet con Osmand al posto del navigatore per il 118

[Martin Koppenhoefer]

sent from a phone

> On 25. Nov 2018, at 17:11, Niccolo Rigacci  wrote:
> 
> Non so che impatto possa avere il NON scaricare i dati AGPS, che 
> dovrebbero migliorare la precisione GPS. All'atto pratico non mi 
> sono mai perso e la precisione era sempre entro le mie 
> aspettative.


AGPS dovrebbe soltanto avere vantaggi all’inizio (più veloce scaricare 
l’almanach e ti localizza già nella zona giusta), mentre il WLAN dovrebbe 
aiutarti anche per il miglioramento della posizione (se hai connessione e 
quindi poi interrogare i server con i dati sui SSID)

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

Re: [OSM-talk-fr] nouveau

[Jérôme Seigneuret]

Merci bibi!

Je tacherai d'être là ;-)

Le jeu. 29 nov. 2018 à 11:04, Nicolas Moyroud  a écrit :

> Bonjour David,
>
> Bienvenue. Nous sommes voisin je suis à Montpellier. Juste pour info on
> anime un groupe local dans l'Hérault qui se retrouve une fois par mois à
> Montpellier (la dernière réunion se tenait hier soir). Si ça t'intéresse
> de venir nous retrouver à l'occasion, on a une liste mail dans laquelle
> on envoi les annonces de nos réunions :
> http://listes.openstreetmap.fr/wws/subscribe/local-herault
>
> Même si il se fait rare, il y a quelquefois Jérôme qui passe aussi nous
> voir ;-)
>
> Et une info qui pourra t'intéresser : la conférence nationale
> OpenStreetMap France va se dérouler à Montpellier au mois de juin !
>
> A bientôt,
>
> Nicolas
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] #ProjetOSMDuMois : nouvelle couche dans magOSM

[Augustin DOURY]

Bonjour,

Dans le cadre du Projet du mois de novembre 2018 (brigades de gendarmeries et 
commissariats de police), la couche associée a été ajoutée à magOSM :

· accessible via des services WMS et WFS publics 
[1]

· visualisable, requêtable (clic sur l'objet) et téléchargeable (KML, 
SHP) via le portail 
[2]

· une fiche de métadonnée, accessible via le portail, décrit la couche 
[3]
Les données sont mises à jour toutes les nuits.

Et pour information le code du projet magOSM a été publié récemment sous 
licence libre (MPL-2.0) sur le dépôt Github de Magellium 
[4]

Bonne journée, et bon courage pour la fin du projet !

Augustin Doury

[1] http://magosm.magellium.com/aide.html
[2] 
http://magosm.magellium.com/portail/#/carte?z=6=3.1650=46.1080=30=france_police_point
[3] 
http://open.isogeo.com/s/6da366a3991f4d42aa9d2a8f58a73af1/pHUOzxi2EayRSGnbHCbdZOXzQGN80/r/ff7980650742460aaba2075d6cc69e58
[4] https://github.com/Magellium/magOSM
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Bylo: Import rozvoden v Praze / building=industrial -> building=service

[Marián Kyral]

-- Původní e-mail --
Od: Jan Dudík 
Komu: OpenStreetMap Czech Republic 
Datum: 29. 11. 2018 7:58:53
Předmět: Re: [Talk-cz] Bylo: Import rozvoden v Praze / building=industrial -
> building=service
"
Pozor na ten obvod -  občas jsou v katastru/RUIAN třeba kapličky, které
nemusí mít v obvodu ani těch 5 m. 
u fragmentů zase může fragment sosedit s dalším a dohromady tvořit budovu.
Nehledě na 3D budovy...


---
Ing. Jan Dudík
projekce dopravních staveb
tel. 777082195



"



Fragmenty bych asi nechal tak. Počítá se s jistou inteligencí mappera :-D A
ta když chybí, tak bude problém.


Ale pořád mi přijde lepší mít v mapě budovu (i třeba useknutou) než ji
nemít. Ta useknutá alespoň upoutá mou pozornost a vidím, že tam je něco
špatně. Pokud tam ta budova nebude vůbec, třeba mě ani nenapadne, že by tam
nějaká měla být a tudíž je tam něco špatně.





Marián



"







st 28. 11. 2018 v 22:47 odesílatel r00t mailto:r...@r00t.cz)>
napsal:

"Ahoj,

> Našlo mi to třeba tohle: https://www.openstreetmap.org/way/115219968-
(https://www.openstreetmap.org/way/115219968-)
> majitelem jsou dle KM "Severomoravské vodovody a kanalizace     Ostrava a.
s.",
> tedy zřejmě vodojem. To je taky building=service?
Pokud je to jenom maly domecek tak "building=service", pro velke objekty
(treba
Podolska vodarna) potom "building=industrial".
Jinak ten pozemek kolem, co je oploceny, tagovat "man_made=water_works"
+ "barrier=fence". Je mozne pridat "operator=X" podle toho komu vodarna
patri.
Pokud je to vodojem s klasickou nadrzi (vetsinou umely "kopec") tak ten se
mapuje
jako "man_made=reservoir_covered".
Taky by se dalo pridat "pipeline=substation", zvlast pokud tam tudy treba
vede
nejaky dulezitejsi vodovod a treba uz je zmapovany.
Kdyz jde o zdroj vody kde se ziskava ze zeme (casto pozemek s varovanim o
ochrannem pasmu atd.) tak vlastni zdroj jako "man_made=water_well".

A kdyz uz jsme u toho, tak dalsi podobne budovy a zarizeni mimo elektriny:
- Stejna budka patrici plynovodu je taky "building=service", pozemek potom
"pipeline=substation". Je mozne pridat dalsi tagy podle WIKI viz pipeline.
Podobne je to pro dalsi *vody (ropovod,teplovod,... co jeste tu mame?).
- Cisticka odpadnich vod: "man_made=wastewater_plant", mala budova asi
opet "building=service" pokud to neni opravdu velka COV.

To je asi vsechno co me ted napadlo ze se u nas v terenu vyskytuje...


r00t


___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
https://openstreetmap.cz/talkcz(https://openstreetmap.cz/talkcz)
"
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] nouveau

[Nicolas Moyroud]

Bonjour David,

Bienvenue. Nous sommes voisin je suis à Montpellier. Juste pour info on 
anime un groupe local dans l'Hérault qui se retrouve une fois par mois à 
Montpellier (la dernière réunion se tenait hier soir). Si ça t'intéresse 
de venir nous retrouver à l'occasion, on a une liste mail dans laquelle 
on envoi les annonces de nos réunions : 
http://listes.openstreetmap.fr/wws/subscribe/local-herault


Même si il se fait rare, il y a quelquefois Jérôme qui passe aussi nous 
voir ;-)


Et une info qui pourra t'intéresser : la conférence nationale 
OpenStreetMap France va se dérouler à Montpellier au mois de juin !


A bientôt,

Nicolas



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

Re: [Talk-it] R: Re: Tablet con Osmand al posto del navigatore per il 118

[antonyb]

Come già detto io uso da più di 4 anni uno scarso vecchio tablet Asus in
modalità AEREO, non conuma nessun dato. La batteria ha avuto un calo prima
sulle 6 ore di navigazione ci arrivava adesso circa 4 ore se non meno. Credo
che i tablet visto quanto sono grandi hanno delle antenne più potenti
rispetto ai cellulari ma questo è solo un mio parere, dovresti chiedere a
chi ha un tablet se ti fa una prova di navigazione in modalità aereo e
vedere quanto funiona, io credo che al massimo se ti dice male che prendi un
tablet con antenne scarse dovrai aspettare un minuto? per ricevere il
segnale, ma nel tuo caso lascerei acceso sempre il gps quindi credo che non
avrai problemi. Secondo me l'unico vincolo che hai sono i civici ma ci si
può arrangiare.
Il mio è un 7 pollici lo metto in verticale quando posso e vado alla grande.
L'unico difetto che ho notato è stato quando sono partito da roma in TRENO e
sono arrivato a milano, ho acceso il gps e ha impiegato un paio di minuti se
non di più a trovare la posizione, credo che in questo caso se avevo i dati
sfruttava l'agps molto potente per trovare subito la posizione, ma lo ripeto
se lo lasci sempre attivo o ti sposti nella tua città puoi accendere
spegnere il gps come vuoi non avrai problemi.
Un esempio in foto
https://i.postimg.cc/prncvLyg/3.png



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

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

Re: [OSM-talk-fr] nouveau

[Jérôme Seigneuret]

Bienvenue et merci pour ta présentation. Tu veux travailler sur des sujet
en particulier. Tu as déjà des connaissance en cartographie?
Czy mówisz po polsku?

Bonne journée


Le jeu. 29 nov. 2018 à 09:34, David T  a écrit :

> Bonjour la liste,
>
> Je viens de m'inscrire et j'envoie ce mail pour dire coucou et préciser
> que je peux contribuer sur Narbonne et ses environs pour l'instant.
>
> Au plaisir de faire connaissance,
> --
> David
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bancs de sable dans fleuves et rivières [était] grèves Loire

[Jérôme Seigneuret]

Pour faire plus simple tout les wetland=tidal_flat c'est uniquement en lien
avec les marais donc pas dans les terre chez nous sauf certains cours d'eau
on cela remonte comme sur la Gironde, Peut être la Dordogne, La Charante
etc. Les fleuves dans la montée des eau est impactée par les marées. La
cote est défini par un niveau de marée coef 120 par les anglais mais ne
correspond pas chez nous en terme de définition.

Le niveau de définition du coastline est à 95 c'est un niveau qualifié de
"marée de vive eau" donc en marée haut sachant que les grande marée c'est à
partir de 100 à 120 sur notre échelle.
Le 0 terrestre comme on le connait c'est un 120 de marée.

En exemple de prévision  sur le port de Camcalle dans la baie du Mont-Saint
Michel

jour | heure | hauteur d'eau dans le port | coef de marée
Mer.
*05*  00h10
*05h27*
12h34
*17h48* 2,69m
*12,08m*
2,61m
*12,27m*
*80*

*83*
Sur ce port à un coef de marée de 95 on est à 13,29m.

*D'un commun accord, la côte est marquée sur la ligne de pleine Mer Moyenne
de vives-eaux. Le MHWS en anglais correspondant au PMVE en France, environ
coef.95. "Fondamentalement c'est la ligne la plus élevée de l'eau atteint
dans des circonstances normales." On peut noter que cette phrase traduite
de la page anglaise est fausse car le MHWS est une moyenne des grandes
marée (vives eaux) et ne peut donc être la plus haute marée qui s'appelle
en anglais la Highest Astronomical Tide: HAT. coef 120*
*Traditionnellement la "Laisse de Mer" la plus visible sur les
photographies aérienne est considérée comme etant placée à peu pret sur le
MHWS.*
*La frontière entre le sable humide et sec marque à peu près la ligne des
marées de vives-eaux*
*La ligne des marées de mortes-eaux est la position de la marée basse. Il
n'existe actuellement aucun accord pour marquer cette ligne dans OSM.*

Donc en dessus de cette ligne tu peux avoir du tidal_flat quand le coef est
plus bas et tu peux avoir du tidal flat au-dessus de la limite du costline
jusqu'à la ligne des base marée (coef non défini donc la ligne n'est pas
établie dans OSM) et tu peux aussi avoir du tidal flat au dessus de la
ligne (moins évident sur nos latitudes mais c'est plutôt saisonnier et sur
du mascaret) On a plutot l'habitude de mettre au dessus de la ligna
natural=beach (et non pas bitch
) et autre

Si l'on reste sur weatland tu peux avoir une végétation maraicageuse sans
pour autant être dans la flotte. si c'est dans l'eau tidal=yes sinon
tidal=no
la saisonnalité ça se gère si ton élément n'est visible que pendant une
certaine période
seasonal=spring/summer/autumn/winter/wet_season/dry_season/ autre clé à
définir mais pas discuter
printemps,été,automne,hiver, saison des pluies, saison sèche

---> Fin de précision sur l'usage de tidal_flat

Le riverbed c'est le lit de la rivière en hauteur d'eau normale. Le
riverbank s'est les berges en hauteur normal donc le riverbank c'est le
contour et ton riverber des surfaces dans ton cours d'eau pour qualifier le
lit de ton cours d'eau.
Maintenant le problème pour tous le monde. C'est quelle hauteur la hauteur
d'eau normal car pour tracer il faut une limite. On ne peut pas se baser
sur les eaux permanentes pour définir ces niveaux.

Pour tous ce qui concerne les masses d'eau et les cours d'eau, tu peux
ajouter le phénomène intermittence. C'est valable sur water, waterway,
spring
donc intermittent=yes
on ajoute seasonal si c'est lié à une saison particulière

Ducoup si c'est le lit que tu qualifies n'utiles pas natural mais riverbed
et ce qui s'en suit en terme de qualificatif



Le mer. 28 nov. 2018 à 19:20, ades  a écrit :

> Je m’essayerai à une synthèse demain dans la matinée, ça devient un peu
> confus, mais je ferai un effort…  ;-)
>
> si quelqu’un le fait avant, je ne me vexerais pas ;-)
>
> Le 28 nov. 2018 à 14:50, Jérôme Seigneuret 
> a écrit :
>
> oui pour le wetland mais pas pour des banc de sable. Wetland ce sont des
> zones humides donc avec une possibilité d'assèchement temporaire mais qui
> ducoup correspond à un couvert végétal plus ou moins dense en fonction du
> type de végétation et non a un banc de sable. On ne peut donc pas
> considérer ça comme un wetland surtout si c'est une grève. Si la grève est
> stabilisé avec un développement végétatif je veux bien.
> Dans le cas du wetland tidal c'est plus compliqué d'avoir un développement
> végétatif car les marée et le mouvement d'eau empêche l'implantation. Le
> wiki mentionne la limite cotière car c'est en lien avec la zone de
> mouvement perpétuelle. La situation est ainsi. Un coup c'est sous l'eau un
> coup non.  C'est la définition de mudflat
> 
>
> Les cours d'eau large avec des crues c'est chiant à représenter car si tu
> veux faire joli tu vas ajouter des choses une année qui n'y seront plus là
> l'années d'après suite à une crue ou à un curage. C'est le problème de
> faire du micromapping sur 

[OSM-talk-fr] nouveau

[David T]

Bonjour la liste,

Je viens de m'inscrire et j'envoie ce mail pour dire coucou et préciser
que je peux contribuer sur Narbonne et ses environs pour l'instant.

Au plaisir de faire connaissance,
-- 
David

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

Re: [Talk-it] surface: concrete_plates o paving_stones

[demon.box]

liste DOT girarsi AT posteo DOT eu wrote
> ...però taggata in questa maniera, come da wiki:
> 
> surface=concrete:plates

sì hai ragione è un errore di battitura ma non sono ancora del tutto
convinto perchè su leggi bene il wiki per concrete:plates parla di lastre di
cemento di grandi dimensioni e non è il mio caso, io ad essere sincero
propenderei di più per paving_stones ma volevo ovviamente confrontarmi...
grazie ancora.
--enrico





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

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

Re: [OSM-talk-fr] Les voies vertes

[Antoine Riche]

Merci JB.

Mais la question ne me gêne pas. Je pense même qu'il est plutôt sain de 
se la poser quand on a une activité professionnelle liée à OSM. Se la 
poser régulièrement, pas seulement pour chaque projet mais pour chaque 
action.


Ce qui m'anime, que ce soit dans ces échanges sur les voies vertes, dans 
mon activité pro ou das mon engagement bénévole, c'est la volonté de 
permettre aux différents acteurs - institutions, entreprises, 
associations, bénévoles - d'utiliser OSM pour leurs besoins. Le 
territoire est le même pour tous, il doit y avoir une possibilité d'en 
avoir une modélisation qui convienne à tous. C'est pour moi la promesse 
d'OpenStreetMap, déjà bien avancée, mais l'histoire n'est pas finie :-)


Antoine.


Le 29/11/2018 à 06:52, JB a écrit :

Le 28/11/2018 à 21:03, marc marc a écrit :

Est-ce que ton refus de la vision quasi généralisé vient-il du fait
qu'il y a une donneur d'ordre qui a un besoin de rendu particulier ?
Quasi-généralisé ? Tu bases le sondage sur ton sentiment personnel que 
tu projettes à la communauté française ?

Je trouve la vision d'Antoine sur les voies vertes très juste.
Je trouve malvenu de suggérer que son point de vue est lié à son 
travail. Antoine a toujours demandé l'avis de la communauté avant de 
cartographier des situations particulières et a toujours été 
transparent dans ses démarches.
Quand au sujet du rendu, ceux qui pratiquent devraient savoir que 
c'est un argument sans valeur. À partir du moment où tu fais un rendu 
spécialisé, tu es obligé de traiter toutes les manières de tagguer 
possible, pas uniquement la sienne ou sa préférée.

JB.


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