Re: [OSM-talk] Tagging and rendering of television masts

[Oleksiy Muzalyev]

On 22.04.17 21:17, Martin Koppenhoefer wrote:


sent from a phone


On 22. Apr 2017, at 08:33, Oleksiy Muzalyev  wrote:

In my opinion, it is a significant issue, in fact a disaster waiting to happen. 
There will be soon air-born taxi in Dubai, Singapore, etc., and the extremely 
high communication towers, the so-called aviation traffic obstacles 
https://en.wikipedia.org/wiki/Air_traffic_obstacle , are not rendered on the 
OSM map at all.


which disaster do you expect to happen? Someone flying around in dense fog and 
using no other information than osm-carto?

I agree it is a shortcoming that towers are not rendered on osm-carto, but we 
should keep calm and not exaggerate its significance.

cheers,
Martin


Dear Martin,

An air traffic obstacle, a tall structure which can endanger air 
traffic, has to be marked with red and white colored markings and with 
aircraft warning lights at night. If you look at these communication 
towers this is how they are actually painted.


An airman say a pilot of a medicopter may well study terrain carefully 
on a map before a flight. In fact it is not a flight as a bird flies, 
but rather a jump as there is a time limit, an endurance. That is why a 
planning is necessary.


Unfortunately on the OSM map he/she will not see any icon. At the same 
time the air-traffic in urban areas will continue to increase. It is 
future of urban mobility [1].


If a helicopter, an RPAS, a plane touches a mast or a cable it would 
crash; a mast may collapse. For individuals involved it could certainly 
be a disaster.


People do realize it. Andy not only mapped the communication tower (or 
mast) but plans to map its cables. It is a good idea too. It will take 
time to map all these towers (masts), measure and calculate their 
height, etc.


Unfortunately the confusion between "man_made=tower" and "man_made=mast" 
continues. One is rendered and one is not, and that adds to confusion.


[1] 
http://www.airbusgroup.com/int/en/news-media/corporate-magazine/Forum-88/My-Kind-Of-Flyover.html


With best regards,

Oleksiy


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

[Talk-us] Whole-US Garmin Map update - 2017-04-19

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-04-19

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-04-19/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-04-19

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [OSM-legal-talk] [OSM-dev] Legal question about attribution text on smartphone

[Stadin, Benjamin]

Hi ;)

I just learned about an subscribed to 
legal-talk@openstreetmap.org

Let’s continue here.

Cheers
Ben

Von: "Stadin, Benjamin" 
Datum: Sonntag, 23. April 2017 um 00:24
An: Martin Koppenhoefer , Rory McCann 

Cc: "d...@openstreetmap.org" , 
"legal-talk@openstreetmap.org" 
Betreff: Re: [OSM-dev] Legal question about attribution text on smartphone

It’s not our app, but this is an (indoor) map SDK which can be integrated into 
other native iOS and Android apps. A list (UIActionSheet on iOS) appears when 
our logo is tapped, showing multiple links (including a link to 
www.openstreetmap.org/copyright). 
Having our logo visible is a legal requirement also, and it wouldn’t be 
convenient to place the list with multiple legal links not associated to OSM 
behind the OSM attribution logo or text.

If we need to show two logos it would waste space for navigation controls and 
building / floor selection UI elements.

Since the map view will be used in other apps, we cannot control what is shown 
on the splash screen. We can place it there for our own apps, and ask customers 
of our SDK to place it there. But from experience this is often forgotten, and 
I’d rather prefer a permanent solution and give credit to OSM one way or 
another on the map view.

Cheers
Ben


Von: Martin Koppenhoefer 
Datum: Freitag, 21. April 2017 um 12:49
An: Rory McCann 
Cc: "d...@openstreetmap.org" , 
"legal-talk@openstreetmap.org" 
Betreff: Re: [OSM-dev] Legal question about attribution text on smartphone



sent from a phone

On 21. Apr 2017, at 12:10, Rory McCann 
> wrote:
So I dunno? Maybe? There could be ways around it if you don't want to include 
it on every map page. Does your app have a loading/spash screen? Including an 
attribution there, which is shown every time the app is started might meet the 
requirements.


have you seen this page?
https://wiki.openstreetmap.org/wiki/Legal_FAQ

generally, if there is enough space for your logo, there should also be for osm 
(on pages showing maps). If there's space for just one attribution, why not use 
it to attribute osm? The user will more likely be aware who you are (as he's 
using your app) than he will be that your map data comes from osm, so 
prioritizing OSM attribution seems to make sense


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

Re: [Talk-it] MONTAGNE RUSSE ED ATTRAZIONI

[THESTORM375]

>
> ;)  grz
>


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

Re: [OSM-talk] Tagging and rendering of television masts

[Andy Mabbett]

On 22 April 2017 at 07:33, Oleksiy Muzalyev  wrote:

> It is possible to map it as: "man_made=mast", "height=190", etc., then it
> will be rendered.

I have now changed the objects to use this method. (As noted
previously, I have no height data for the Portuguese mast)

> One could also add a "wikidata" tag

For Sutton Coldfield, that tag is on the while station, not just the mast.

What about tagging the anchor points and cables, as mentioned in my
original post?




-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-it] Venezia-gerarchia degli highway

[Martin Koppenhoefer]

sent from a phone

> On 22. Apr 2017, at 21:53, Volker Schmidt  wrote:
> 
> Le "strade" di Venezia sono storicamente I canali. I percorsi a piedi non 
> hanno una struttura gerarcica. Le larghezze sono quasi a caso. Per me la 
> soluzione più additional sarebbe 'pedestrian' con 'width'. 



no, se fosse completamente vero, per me la conclusione sarebbe usare footway 
per tutto, non pedestrian. Pedestrian non è adatto perché tutti gli 
utilizzatori dei dati si aspettano strade, perciò il fatto che non si vede 
"niente" a Venezia non è la colpa di chi fa lo stile ma di chi ha classificato 
male i percorsi.

Comunque, è vero che certi percorsi stretti sono comunque importanti (e quindi 
affollati), ma in generale le "strade" larghe sono più importanti di quelli 
stretti, e soprattutto quelli superstretti non sono mai importanti.


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

Re: [Talk-de] Diskussionen auf deutsch

[Max]

Da fragt man sich schon warum sie dann nicht die Mailingliste benützen, 
wenn ein Forum zu 'Klickibunti' ist.


On 2017년 04월 22일 21:51, Simon Poole wrote:

Es ist wohl eher so, dass Discourse für ein grosser Teil der aktuellen
Nutzer des Forums genau das ist was sich -nicht- wollen (überladenes,
langsames, unübersichtliches Klickibunti, bei dem es weniger um den
Inhalt geht, als um den Inhalt in die "richtigen" Bahnen zu lenken).

Simon

Am 21.04.2017 um 13:29 schrieb Max:

On 2017년 04월 21일 13:12, Hakuch wrote:

Aber, es wird an einer neuen Software für das Forum gearbeitet.


Ich hoffe es wird discourse, imo die einzige sinnvolle foren plattform.
http://www.discourse.org/


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

Re: [Talk-it] Venezia-gerarchia degli highway

[Francesco Pelullo]

Il 22 apr 2017 21:54, "Volker Schmidt"  ha scritto:

Le "strade" di Venezia sono storicamente I canali. I percorsi a piedi non
hanno una struttura gerarcica. Le larghezze sono quasi a caso. Per me la
soluzione più additional sarebbe 'pedestrian' con 'width'.


Ricordo che a Venezia alcune pedestrian hanno il segnale di dare precedenza
agli incroci con altre pedestrian, quindi una gerarchia esiste. Del resto
non potrebbe essere altrimenti.

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

Re: [Talk-GB] [OSM-talk] Coordinates in OSM. Really annoying

[SK53]

Hi Dan,

Yes I think it started on talk and has popped up here quite late on in the
discussion.

Jerry

On 22 April 2017 at 20:01, Dan S  wrote:

> Hi
>
> Did I miss some emails, or did someone redirect this thread to a
> different mailing list half-way through? I don't see what the latter
> would be for, in this case, so I'm wondering if I'm losing emails...!
>
> Thanks
> Dan
>
>
> 2017-04-22 16:23 GMT+01:00 Dave F :
> > In this context I'm unsure what you mean by "interface standards"
> >
> > On 22/04/2017 15:45, Lester Caine wrote:
> >>
> >> On 22/04/17 15:28, Dave F wrote:
> >>>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] [OSM-talk] Coordinates in OSM. Really annoying

[Dave F]

Apologies Dan

Someone replied direct to me, I then typed wrong address when replying 
to the list. As you probably worked out, the previous posts are in OSM-Talk


DaveF

On 22/04/2017 20:01, Dan S wrote:

Hi

Did I miss some emails, or did someone redirect this thread to a
different mailing list half-way through? I don't see what the latter
would be for, in this case, so I'm wondering if I'm losing emails...!

Thanks
Dan


2017-04-22 16:23 GMT+01:00 Dave F :

In this context I'm unsure what you mean by "interface standards"

On 22/04/2017 15:45, Lester Caine wrote:

On 22/04/17 15:28, Dave F wrote:



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

Re: [Talk-it] Venezia-gerarchia degli highway

[Volker Schmidt]

Le "strade" di Venezia sono storicamente I canali. I percorsi a piedi non
hanno una struttura gerarcica. Le larghezze sono quasi a caso. Per me la
soluzione più additional sarebbe 'pedestrian' con 'width'.

On 22 Apr 2017 20:13, "Martin Koppenhoefer"  wrote:

> Ho notato che a Venezia la situazione dei highway è da qualche anno
> invariata: qualsiasi percorso viene taggato come strada pedonalizzata,
> compreso percorsi con larghezze inferiori di un metro e anche di 50cm.
>
> Questo comporta che la mappa diventi molto meno chiara e leggibile, perché
> risulta in una totale assenza di gerarchia: una strada larga 10 metri
> ottiene la stessa prominenza di un percorso appena passabile da una persona
> a piedi, e quindi di evidente importanza ridotta.
>
> Ho cominciato a ristabilire una gerarchia dei percorsi, che già con 3
> valori (path, footway, pedestrian) le possibilità per una città come
> Venezia sono abbastanza limitate, ma non capisco proprio come mai si ha
> apparentemente scelto di limitarsi (e noi) oltre il possibile, ignorando
> completamente il significato del tag highway=pedestrian (strada
> pedonalizzata, enfasi su strada).
>
> Scrivo a questa lista perché penso che non sia possibile che una comunità
> locale possa decidere di cambiare per il suo contesto il significato di un
> valore highway che è globalmente definito e stabilito, quindi chiedo i
> vostri pareri e il vostro aiuto per migliorare la situazione.
>
> Ciao, Martin
>
>
> sent from a phone
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Diskussionen auf deutsch

[Simon Poole]

Es ist wohl eher so, dass Discourse für ein grosser Teil der aktuellen
Nutzer des Forums genau das ist was sich -nicht- wollen (überladenes,
langsames, unübersichtliches Klickibunti, bei dem es weniger um den
Inhalt geht, als um den Inhalt in die "richtigen" Bahnen zu lenken).

Simon

Am 21.04.2017 um 13:29 schrieb Max:
> On 2017년 04월 21일 13:12, Hakuch wrote:
>> Aber, es wird an einer neuen Software für das Forum gearbeitet.
>
> Ich hoffe es wird discourse, imo die einzige sinnvolle foren plattform.
> http://www.discourse.org/
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de




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

Re: [Talk-GB] Rendering national/regional walking trails

[Elizabeth Oldham]

On 21/04/17 11:47, Andy Townsend wrote:


If you're using osm2pgsql to load a rendering database, then you could
probably use the lua tag transforms and do something with roles for
relations in there.  I've not done anything with relation roles myself,


It was an interesting exercise to play with it yesterday, but I 
concluded it's only useful if you want to play with the tags applied to 
the whole relation. Not just parts of the relation. So I could look at 
the role, and the tags associated with the members, but not actually 
change what is put into the database for only some of the route/relation.


Anyway. I noticed on your maps you have multiple ldpnwn labels along the 
routes, like the Cumbria Way, and Coast to Coast. I've been unable to 
get more than one or two labels. I've been searching but it's usually 
the other way around - you have too many labels and need to space them 
out. Is there a trick I'm missing?


Thanks
Beth


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

Re: [OSM-talk] Coordinates in OSM. Really annoying

[Viet Nguyen]

Not to mention [longitude, latitude] vs [latitude, longitude] issue.

I'm working on a web app using Leaflet library and had spent hours
debugging my own code trying to figure out why data points didn't show up
or showed up in the wrong continent.   As it turned out Leaflet expects [x,
y] cartesian coordinates or [latitude, longitude].  I just had to remember
flipping my coordinates.


Viet



On Sat, Apr 22, 2017 at 5:57 AM, Oleksiy Muzalyev <
oleksiy.muzal...@bluewin.ch> wrote:

> On 21.04.17 17:28, Dave F wrote:
>
>> Hi
>>
>> This is one of my OSM bugbears: http://osm.duschmarke.de/bbox.html
>>
>> Is there /really/ any need for *six* coordinate formats? It's hard enough
>> to learn a new process without basics like this tripping you up. Is there
>> any reason why the developers of these programs can't talk to each other &
>> simplify the situation?
>>
>> Cheers
>> DaveF.
>>
>> ---
>> This email has been checked for viruses by Avast antivirus software.
>> https://www.avast.com/antivirus
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
> Hi,
>
> But such a situation is the same everywhere. Take Plug & socket types
> http://www.worldstandards.eu/electricity/plugs-and-sockets/
>
> These plugs types (and adapters) are the cause of numerous problems for
> travelers (like searching in a town for an adapter at night, sigh...).
> However, it seems indeed people can't talk to each other.
>
> Cheers,
>
> O.
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Coordinates in OSM. Really annoying

[Jo]

On the left side, go figure! Or is that the right side?

2017-04-22 20:21 GMT+02:00 Martin Koppenhoefer :

>
>
> sent from a phone
>
> > On 22. Apr 2017, at 14:57, Oleksiy Muzalyev 
> wrote:
> >
> > But such a situation is the same everywhere.
>
>
> +1, there are even countries driving on the other side of the road than
> most of the others, willingly paying an extra for having manufactures
> producing vehicles with the steering where on the other side as well, just
> to name another example ;-)
>
> Cheers,
> Martin
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] [OSM-talk] Coordinates in OSM. Really annoying

[Dan S]

Hi

Did I miss some emails, or did someone redirect this thread to a
different mailing list half-way through? I don't see what the latter
would be for, in this case, so I'm wondering if I'm losing emails...!

Thanks
Dan


2017-04-22 16:23 GMT+01:00 Dave F :
> In this context I'm unsure what you mean by "interface standards"
>
> On 22/04/2017 15:45, Lester Caine wrote:
>>
>> On 22/04/17 15:28, Dave F wrote:
>>>

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

Re: [Talk-us] Last word on named driveways

[Charlotte Wolter]

:-)


At 10:04 AM 4/22/2017, you wrote:
No offense intended!  I know the Census TIGER 
and OSM have similar but not entirely congruent goals.


On Apr 22, 2017 11:00, "Charlotte Wolter" 
<techl...@techlady.com> wrote:

Paul,

        Having been a Census-taker myself, I know the process.
Actually, it would be very unusual for an adress checker (done
one year before the Census itself) to change a street name. We
were given printouts that were our guide as we checked addresses.
If something didn't match, such as if a new apartment building
was constructured, we had to do a special form.
I never had a street-name change (Santa Monica is well-established),
but I imagine someone doing a suburban area might have some.
Now, supposedly we got our information from someone who actually
lives there. But, that means trusting that the person you are talking
to that day knows what they are talking about. So, there's lots of
room for error.
In 2010, we were instructed to add a GPS point near the front door
of each dwelling unit or apartment building. However, we were not
given guidance on how close to stand. I suspect that is one reason
why we have so many zig-zag streets. :-)

Charlotte


At 01:18 AM 4/22/2017, you wrote:


On Tue, Apr 18, 2017 at 1:59 PM, Charlotte 
Wolter <techl...@techlady.com> wrote:
        After my inquiries about 
the rash of named driveways in Campbell County, 
Virginia--these are driveways that end of with 
the name of the street they intersect--I 
finally got  a reply from the county GIs 
director (pasted in below). He says 
inequivocally that it is a TIGER issue, not a 
local one. Probably no surprise. I know opinions vary on TIGER.



That's not a giant surprise.  And it's not 
so much that opinions on TIGER vary so much as 
the quality of TIGER itself is highly 
variable.  I've seen places where TIGER was 
amazing and there wasn't much to do other than 
add speed limits and turn lanes.  But 
Portland, Oregon comes to mind as an area where 
it was pretty obvious that they digitized 
someone's hand-drawn map, which was drawn on a 
napkin with a fine-tip ballpoint pen in the 
rain, and was like trying to get a cat to 
cooperate with being rubbed backwards to sanitize.

Â
        He also add a couple of 
data souces, his own county and the state of Virginia, that could be useful.
        I sent this to TIGER and 
asked that they update us on any fixes for this.


Â
Given the inconsistency of TIGER data, I would not be surprised
if no automated effort will be ever attempted to deal with that dataset
ever again.
That said, there are tilesets out there that show TIGER data that thas
a newer name or geometry than what OSM has, though this itself has its
pitfalls. I've noticed a tendency for such datasets to false-positive
on a name because OklaDOT renamed something and whatever Census-
taker mapped it in TIGER kept the old name.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us
Â


Charlotte Wolter
927 18th Street Suite A
Santa Monica, California
90403
+1-310-597-4040
techl...@techlady.com
Skype: thetechlady


Charlotte Wolter
927 18th Street Suite A
Santa Monica, California
90403
+1-310-597-4040
techl...@techlady.com
Skype: thetechlady

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

Re: [OSM-talk] Coordinates in OSM. Really annoying

[Martin Koppenhoefer]

sent from a phone

> On 22. Apr 2017, at 14:57, Oleksiy Muzalyev  
> wrote:
> 
> But such a situation is the same everywhere.


+1, there are even countries driving on the other side of the road than most of 
the others, willingly paying an extra for having manufactures producing 
vehicles with the steering where on the other side as well, just to name 
another example ;-)

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

Re: [OSM-talk] Tagging and rendering of television masts

[Martin Koppenhoefer]

sent from a phone

> On 22. Apr 2017, at 08:33, Oleksiy Muzalyev  
> wrote:
> 
> In my opinion, it is a significant issue, in fact a disaster waiting to 
> happen. There will be soon air-born taxi in Dubai, Singapore, etc., and the 
> extremely high communication towers, the so-called aviation traffic obstacles 
> https://en.wikipedia.org/wiki/Air_traffic_obstacle , are not rendered on the 
> OSM map at all.


which disaster do you expect to happen? Someone flying around in dense fog and 
using no other information than osm-carto?

I agree it is a shortcoming that towers are not rendered on osm-carto, but we 
should keep calm and not exaggerate its significance.

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

[Talk-it] Venezia-gerarchia degli highway

[Martin Koppenhoefer]

Ho notato che a Venezia la situazione dei highway è da qualche anno invariata: 
qualsiasi percorso viene taggato come strada pedonalizzata, compreso percorsi 
con larghezze inferiori di un metro e anche di 50cm.

Questo comporta che la mappa diventi molto meno chiara e leggibile, perché 
risulta in una totale assenza di gerarchia: una strada larga 10 metri ottiene 
la stessa prominenza di un percorso appena passabile da una persona a piedi, e 
quindi di evidente importanza ridotta.

Ho cominciato a ristabilire una gerarchia dei percorsi, che già con 3 valori 
(path, footway, pedestrian) le possibilità per una città come Venezia sono 
abbastanza limitate, ma non capisco proprio come mai si ha apparentemente 
scelto di limitarsi (e noi) oltre il possibile, ignorando completamente il 
significato del tag highway=pedestrian (strada pedonalizzata, enfasi su strada).

Scrivo a questa lista perché penso che non sia possibile che una comunità 
locale possa decidere di cambiare per il suo contesto il significato di un 
valore highway che è globalmente definito e stabilito, quindi chiedo i vostri 
pareri e il vostro aiuto per migliorare la situazione.

Ciao, Martin 


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

Re: [Talk-GB] [OSM-talk] Coordinates in OSM. Really annoying

[Lester Caine]

Looks like I fell fowl of another annoying 'standard' ... just how
replies to an email list are handled! If only people would use the same
standard everywhere ;)

On 22/04/17 16:23, Dave F wrote:
> In this context I'm unsure what you mean by "interface standards"

Working from the bottom ...
nik2img is a python application, so expects the list of parameters to be
listed with spaces ...
https://code.google.com/archive/p/mapnik-utils/wikis/Nik2Img.wiki it IS
actually using the box parameter, but in python scripts this is --bbox
mapnik supports several interfaces, and url style links prefer not to
use the space character, preferring the comma to break up strings.
Overpass actually comes with a number of interface standards and the
comma string can be used in OverpassQL (but the wrong pigging way around
;) ), but the XML standard requires each element has it's own name.
Osmosis is a java application and that brings another layer of
'flexibility' which requires every element of --bounding-box to be named
... and as with python each element is flagged by a space ...
essentially similar to the XML rules but with different element titles.

Each programming language has it's own well defined standards and there
is little chance we will be able to change those, so we end up with
wrappers which pass a coordinate set in the right format.
http://osm.duschmarke.de makes a number of those formats available in
parallel for those times when you may need to swap between languages ...

> On 22/04/2017 15:45, Lester Caine wrote:
>> On 22/04/17 15:28, Dave F wrote:
>>> As they're parameters, the format can be standardised for the end user &
>>> any programme should be able to sort out syntax behind the scenes.
>> Totally agree except passing box="w,s,e,n" is STILL a matter of the
>> passing mechanism the target application is built around. There would be
>> no problem with the box selector simply providing the right input via a
>> link to the target application, and a graphic interface providing a
>> suitable 'box' into which to put the coordinate string into for GUI
>> interfaces, but as I said ... the problem is the vast number of
>> interface standards currently in use and not a simple one to solve for
>> one piece of data. 

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] [Talk-GB] Coordinates in OSM. Really annoying

[Lester Caine]

Looks like I fell fowl of another annoying 'standard' ... just how
replies to an email list are handled! If only people would use the same
standard everywhere ;)

On 22/04/17 16:23, Dave F wrote:
> In this context I'm unsure what you mean by "interface standards"

Working from the bottom ...
nik2img is a python application, so expects the list of parameters to be
listed with spaces ...
https://code.google.com/archive/p/mapnik-utils/wikis/Nik2Img.wiki it IS
actually using the box parameter, but in python scripts this is --bbox
mapnik supports several interfaces, and url style links prefer not to
use the space character, preferring the comma to break up strings.
Overpass actually comes with a number of interface standards and the
comma string can be used in OverpassQL (but the wrong pigging way around
;) ), but the XML standard requires each element has it's own name.
Osmosis is a java application and that brings another layer of
'flexibility' which requires every element of --bounding-box to be named
... and as with python each element is flagged by a space ...
essentially similar to the XML rules but with different element titles.

Each programming language has it's own well defined standards and there
is little chance we will be able to change those, so we end up with
wrappers which pass a coordinate set in the right format.
http://osm.duschmarke.de makes a number of those formats available in
parallel for those times when you may need to swap between languages ...

> On 22/04/2017 15:45, Lester Caine wrote:
>> On 22/04/17 15:28, Dave F wrote:
>>> As they're parameters, the format can be standardised for the end user &
>>> any programme should be able to sort out syntax behind the scenes.
>> Totally agree except passing box="w,s,e,n" is STILL a matter of the
>> passing mechanism the target application is built around. There would be
>> no problem with the box selector simply providing the right input via a
>> link to the target application, and a graphic interface providing a
>> suitable 'box' into which to put the coordinate string into for GUI
>> interfaces, but as I said ... the problem is the vast number of
>> interface standards currently in use and not a simple one to solve for
>> one piece of data. 

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [Talk-GB] [OSM-talk] Coordinates in OSM. Really annoying

[Dave F]

In this context I'm unsure what you mean by "interface standards"

On 22/04/2017 15:45, Lester Caine wrote:

On 22/04/17 15:28, Dave F wrote:

As they're parameters, the format can be standardised for the end user &
any programme should be able to sort out syntax behind the scenes.

Totally agree except passing box="w,s,e,n" is STILL a matter of the
passing mechanism the target application is built around. There would be
no problem with the box selector simply providing the right input via a
link to the target application, and a graphic interface providing a
suitable 'box' into which to put the coordinate string into for GUI
interfaces, but as I said ... the problem is the vast number of
interface standards currently in use and not a simple one to solve for
one piece of data.


On 22/04/2017 15:15, Lester Caine wrote:

On 22/04/17 14:19, Dave F wrote:

It's to provide the numerous coordinates format for each of the
programs. Select a boundary box (Alt+LButton mouse drag) & you get:

https://pbs.twimg.com/media/C-BP_QdWsAEN-Ac.jpg

I can't understand the need for the variations in syntax

Not worked out how to stop 'ALT' moving the window so I could not see
the results. :) Essentially there are two 'problems'. Overpass using
different orders on the different API has been a problem with other
API's, but the other 5 are all essentially the same and it would not
take much for them to take box="w,s,e,n" as an alternative input. But
the range of 'standards' for passing parameters is the problem here not
simply what is being passed. With each OS and programming language
having it's own style of working there is simply to many variables to
create a single standard :(





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

Re: [OSM-talk] Coordinates in OSM. Really annoying

[Dave F]

As they're parameters, the format can be standardised for the end user & 
any programme should be able to sort out syntax behind the scenes.



On 22/04/2017 15:15, Lester Caine wrote:

On 22/04/17 14:19, Dave F wrote:

It's to provide the numerous coordinates format for each of the
programs. Select a boundary box (Alt+LButton mouse drag) & you get:

https://pbs.twimg.com/media/C-BP_QdWsAEN-Ac.jpg

I can't understand the need for the variations in syntax

Not worked out how to stop 'ALT' moving the window so I could not see
the results. :) Essentially there are two 'problems'. Overpass using
different orders on the different API has been a problem with other
API's, but the other 5 are all essentially the same and it would not
take much for them to take box="w,s,e,n" as an alternative input. But
the range of 'standards' for passing parameters is the problem here not
simply what is being passed. With each OS and programming language
having it's own style of working there is simply to many variables to
create a single standard :(




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

Re: [Talk-it] MONTAGNE RUSSE ED ATTRAZIONI

[Lorenzo "Beba" Beltrami]

Il giorno 22 aprile 2017 16:09, THESTORM375  ha
scritto:

> scusate..io volevo mappare per esempio il percorso di una montagna russa
> oppure di una giostra con l'acqua dove c'è quel percorso con l'acqua da
> seguire con il gommoncino..visto che dalla mappa satellitare si vede.. lo
> volevo mappare.. ma non so cosa mettere..che tag mettere.. ..forse l'unico
> che avevo pensato era circuito..visto che quello è una sorta di circuito da
> seguire... boh io non so cosa mettere... consigli :)
>

Proprio qualche giorno fa ho scoperto la chiave attraction=*[1] e la
sottochiave water_slide=*[2].

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Proposed_features/Key:attraction
[2]
https://wiki.openstreetmap.org/wiki/Proposed_features/Extend_water_slides
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] MONTAGNE RUSSE ED ATTRAZIONI

[THESTORM375]

grazie :)

Il giorno sab 22 apr 2017 alle ore 16:17 Simone 
ha scritto:

> Il 22 aprile 2017 16:09:39 CEST, THESTORM375 
> ha scritto:
> >scusate..io volevo mappare per esempio il percorso di una montagna
> >russa
> >oppure di una giostra con l'acqua dove c'è quel percorso con l'acqua da
> >seguire con il gommoncino..visto che dalla mappa satellitare si vede..
> >lo
> >volevo mappare.. ma non so cosa mettere..che tag mettere.. ..forse
> >l'unico
> >che avevo pensato era circuito..visto che quello è una sorta di
> >circuito da
> >seguire... boh io non so cosa mettere... consigli :)
>
> Guarda sulla wiki il tag leisure
>
>
> -- Simone Girardelli--
>
> Inviato con K-9 Mail
> Scusate la brevità dello scritto.
>
-- 

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

Re: [OSM-talk] Coordinates in OSM. Really annoying

[Lester Caine]

On 22/04/17 14:19, Dave F wrote:
> It's to provide the numerous coordinates format for each of the
> programs. Select a boundary box (Alt+LButton mouse drag) & you get:
> 
> https://pbs.twimg.com/media/C-BP_QdWsAEN-Ac.jpg
> 
> I can't understand the need for the variations in syntax

Not worked out how to stop 'ALT' moving the window so I could not see
the results. :) Essentially there are two 'problems'. Overpass using
different orders on the different API has been a problem with other
API's, but the other 5 are all essentially the same and it would not
take much for them to take box="w,s,e,n" as an alternative input. But
the range of 'standards' for passing parameters is the problem here not
simply what is being passed. With each OS and programming language
having it's own style of working there is simply to many variables to
create a single standard :(

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [Talk-it] MONTAGNE RUSSE ED ATTRAZIONI

[Simone]

Il 22 aprile 2017 16:09:39 CEST, THESTORM375  ha 
scritto:
>scusate..io volevo mappare per esempio il percorso di una montagna
>russa
>oppure di una giostra con l'acqua dove c'è quel percorso con l'acqua da
>seguire con il gommoncino..visto che dalla mappa satellitare si vede..
>lo
>volevo mappare.. ma non so cosa mettere..che tag mettere.. ..forse
>l'unico
>che avevo pensato era circuito..visto che quello è una sorta di
>circuito da
>seguire... boh io non so cosa mettere... consigli :)

Guarda sulla wiki il tag leisure


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

[Talk-it] MONTAGNE RUSSE ED ATTRAZIONI

[THESTORM375]

scusate..io volevo mappare per esempio il percorso di una montagna russa
oppure di una giostra con l'acqua dove c'è quel percorso con l'acqua da
seguire con il gommoncino..visto che dalla mappa satellitare si vede.. lo
volevo mappare.. ma non so cosa mettere..che tag mettere.. ..forse l'unico
che avevo pensato era circuito..visto che quello è una sorta di circuito da
seguire... boh io non so cosa mettere... consigli :)
-- 

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

Re: [Talk-it] utente sempre lui

[Fabrizio Tambussa]

Il 22 aprile 2017 14:47, THESTORM375  ha scritto:
> sapete per caso se esiste un modo per trovare gli utenti per nome? che ne so
> in un campo di ricerca inserisco il suo nome cosi vedo le modifiche che ha
> fatto..ecc..aggiungerlo come amico o altre funzioni...

Se conosci il nome  (ad esempio l'utente usaf8) richiami la sua pagina
di history:
http://www.openstreetmap.org/user/usaf8/history

Se non conosci il nome ma vuoi osservare una zona puoi osservare il
cambiamenti col servizio WhoDidIt:
http://simon04.dev.openstreetmap.org/whodidit/?zoom=12=37.61221=14.99883=BTT
(qui ad esempio la zona di Catania)

Oppure puoi vedere dal servizio Welcome:
http://welcome.openstreetmap.it
vedere i nuovi utenti che editano in Italia.

Saluti

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

Re: [OSM-talk] Coordinates in OSM. Really annoying

[Dave F]

It's to provide the numerous coordinates format for each of the 
programs. Select a boundary box (Alt+LButton mouse drag) & you get:


https://pbs.twimg.com/media/C-BP_QdWsAEN-Ac.jpg

I can't understand the need for the variations in syntax

DaveF

On 21/04/2017 17:28, Lester Caine wrote:

On 21/04/17 15:34, Max wrote:

On 2017년 04월 21일 16:28, Dave F wrote:

This is one of my OSM bugbears: http://osm.duschmarke.de/bbox.html

Can't use this tool, because alt + mouse click moves the whole window in
my desktop environment.

Shift/Mouse works to zoom but no idea what the tool is supposed to do :)




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

Re: [OSM-talk] Coordinates in OSM. Really annoying

[Dave F]

Oh, agree OSM isn't unique, but considering it's a geocoded project, 
it's just embarrassing that coordinates can't be coordinated.


DaveF


On 22/04/2017 13:57, Oleksiy Muzalyev wrote:

On 21.04.17 17:28, Dave F wrote:

Hi

This is one of my OSM bugbears: http://osm.duschmarke.de/bbox.html

Is there /really/ any need for *six* coordinate formats? It's hard 
enough to learn a new process without basics like this tripping you 
up. Is there any reason why the developers of these programs can't 
talk to each other & simplify the situation?


Cheers
DaveF.

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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


Hi,

But such a situation is the same everywhere. Take Plug & socket types 
http://www.worldstandards.eu/electricity/plugs-and-sockets/


These plugs types (and adapters) are the cause of numerous problems 
for travelers (like searching in a town for an adapter at night, 
sigh...). However, it seems indeed people can't talk to each other.


Cheers,

O.




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

Re: [OSM-talk] Coordinates in OSM. Really annoying

[Oleksiy Muzalyev]

On 21.04.17 17:28, Dave F wrote:

Hi

This is one of my OSM bugbears: http://osm.duschmarke.de/bbox.html

Is there /really/ any need for *six* coordinate formats? It's hard 
enough to learn a new process without basics like this tripping you 
up. Is there any reason why the developers of these programs can't 
talk to each other & simplify the situation?


Cheers
DaveF.

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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


Hi,

But such a situation is the same everywhere. Take Plug & socket types 
http://www.worldstandards.eu/electricity/plugs-and-sockets/


These plugs types (and adapters) are the cause of numerous problems for 
travelers (like searching in a town for an adapter at night, sigh...). 
However, it seems indeed people can't talk to each other.


Cheers,

O.


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

Re: [Talk-it] utente sempre lui

[THESTORM375]

sapete per caso se esiste un modo per trovare gli utenti per nome? che ne
so in un campo di ricerca inserisco il suo nome cosi vedo le modifiche che
ha fatto..ecc..aggiungerlo come amico o altre funzioni...

Il giorno sab 22 apr 2017 alle ore 14:38 Marcello  ha
scritto:

>
>
> On 22/04/2017 10:14, Fabrizio Tambussa wrote:
> > 2017-04-22 8:45 GMT+02:00 dgitto :
> >> Si chiama usaf8 adesso. Si è dato una calmata vedo
> > Si, adesso si è spostato a far danni in Olanda.  Ha già un po' di
> > changeset commentati là.
> > In preda alla noia mi sono guardato tutti i suoi 135 changeset.
> > Segnalo il changeset numero 47988248 in cui ha modificato la punta
> > dell'Etna e ha cancellato le righe del campo di calcio di Catania [1]
> Quello delle linee del campo di calcio mi sembra un esempio lampante di
> mapping per il rendering, comunque sono contrario alle cancellazioni di
> oggetti per cui qualcuno ha impiegato del tempo, se pensava non fossero
> corrette poteva inserire un commento al changeset o una nota.
>
> Ciao
> Marcello
> >
> > Prendendo spunto dagli amici olandesi e come abbiamo fatto in passato,
> > ricordo di commentare sempre i changeset dubbi e non permettere che
> > vengano lasciati commenti vaghi tipo "details".
> > Saluti
> >
> > [1] http://nrenner.github.io/achavi/?changesetG988248
> >
> >
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

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

Re: [Talk-it] utente sempre lui

[Marcello]

On 22/04/2017 10:14, Fabrizio Tambussa wrote:
> 2017-04-22 8:45 GMT+02:00 dgitto :
>> Si chiama usaf8 adesso. Si è dato una calmata vedo
> Si, adesso si è spostato a far danni in Olanda.  Ha già un po' di
> changeset commentati là.
> In preda alla noia mi sono guardato tutti i suoi 135 changeset.
> Segnalo il changeset numero 47988248 in cui ha modificato la punta
> dell'Etna e ha cancellato le righe del campo di calcio di Catania [1]
Quello delle linee del campo di calcio mi sembra un esempio lampante di
mapping per il rendering, comunque sono contrario alle cancellazioni di
oggetti per cui qualcuno ha impiegato del tempo, se pensava non fossero
corrette poteva inserire un commento al changeset o una nota.

Ciao
Marcello
>
> Prendendo spunto dagli amici olandesi e come abbiamo fatto in passato,
> ricordo di commentare sempre i changeset dubbi e non permettere che
> vengano lasciati commenti vaghi tipo "details".
> Saluti
>
> [1] http://nrenner.github.io/achavi/?changesetG988248
>
>


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

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

[Philippe Verdy]

attention la position d'un pylone n'est pas à son sommet, mais à sa base et
callé au centre des 4 pieds (pour bien positionner regarder aussi l'ombre
sur le sol si on voit mal le pied). Cependant au delà de cette erreur de
parallaxe, il peut y avoir de légers écarts de l'orthophoto dans les zones
à relief si le pylone est placé sur une pente, mais en général il est
plutôt placé sur les points hauts où la parallaxe est moins sensible).

Les relevés de RTE cependant sont faits avec une très bonne précision: la
tension des câbles et la stabilité et la résistance au vent en dépend,
surtout là où la ligne fait un angle, où il faut maintenir une
contre-poussée calculée précisément ou sinon construire un autre pylone
plus rapproché de l'angle: 1 mètre d'écart et les forces augmentent
beaucoup).

Même chose pour les pylones de téléphériques et télécabines (cependant
comme ils sont souvent sur des pentes élevées et des reliefs très
irréguliers, ils ne sont pas toujours posés verticalement, l'erreur de
parallaxe sur les photos peut être difficile à estimer)


Garanti
sans virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Le 22 avril 2017 à 10:45, Art Penteur  a écrit :

> Le test ne serait-il pas trop sensible ?
> Il me semble signaler un pylône manquant juste à côté d'un pylône
> existant, exemple ci-dessous :
>
>
> ​
>
> Art.
>
> Le 20 avril 2017 à 22:20, Frédéric Rodrigo  a
> écrit :
>
>> Salut,
>>
>> Deux jeux de données de l'OpenData de RTE sont maintenant disponible dans
>> osmose-QA :
>>
>>
>> Les supports (pylônes...), permettent notamment la détection de lignes de
>> transport d’électricité manquantes.
>>
>> http://osmose.openstreetmap.fr/fr/errors/?item=8290,8901
>>
>> http://osmose.openstreetmap.fr/fr/map/#item=8290,8901
>>
>>
>> Les postes électriques
>>
>> http://osmose.openstreetmap.fr/fr/errors/?item=8280,7190,8281
>>
>> http://osmose.openstreetmap.fr/fr/map/#item=8280,7190,8281
>>
>>
>> Frédéric.
>>
>>
>> ___
>> 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] OpenData RTE dans Osmose-QA

[David Crochet]

Bonjour


Le 22/04/2017 à 11:43, Frédéric Rodrigo a écrit :
d'autant plus que les positions RTE sont généralement bonne. 


Oui, en zoommant bien, la donnée RTE est plus précise que le 
positionnement manuel.


Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

[Frédéric Rodrigo]

Le seuil est à 10m.

J'en ai déjà vu des comme ça. Regarde si le pylône est bien à ça place.

Il y a des endroits où il y a plein de pylônes très proches, on ne peut 
pas non plus mettre une marge trop grande, d'autant plus que les 
positions RTE sont généralement bonne.


Frédéric.



Le 22/04/2017 à 10:45, Art Penteur a écrit :

Le test ne serait-il pas trop sensible ?
Il me semble signaler un pylône manquant juste à côté d'un pylône 
existant, exemple ci-dessous :



​

Art.

Le 20 avril 2017 à 22:20, Frédéric Rodrigo > a écrit :


Salut,

Deux jeux de données de l'OpenData de RTE sont maintenant
disponible dans osmose-QA :


Les supports (pylônes...), permettent notamment la détection de
lignes de transport d’électricité manquantes.

http://osmose.openstreetmap.fr/fr/errors/?item=8290,8901


http://osmose.openstreetmap.fr/fr/map/#item=8290,8901



Les postes électriques

http://osmose.openstreetmap.fr/fr/errors/?item=8280,7190,8281


http://osmose.openstreetmap.fr/fr/map/#item=8280,7190,8281



Frédéric.


___
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] OpenData RTE dans Osmose-QA

[Art Penteur]

Le test ne serait-il pas trop sensible ?
Il me semble signaler un pylône manquant juste à côté d'un pylône existant,
exemple ci-dessous :


​

Art.

Le 20 avril 2017 à 22:20, Frédéric Rodrigo  a écrit
:

> Salut,
>
> Deux jeux de données de l'OpenData de RTE sont maintenant disponible dans
> osmose-QA :
>
>
> Les supports (pylônes...), permettent notamment la détection de lignes de
> transport d’électricité manquantes.
>
> http://osmose.openstreetmap.fr/fr/errors/?item=8290,8901
>
> http://osmose.openstreetmap.fr/fr/map/#item=8290,8901
>
>
> Les postes électriques
>
> http://osmose.openstreetmap.fr/fr/errors/?item=8280,7190,8281
>
> http://osmose.openstreetmap.fr/fr/map/#item=8280,7190,8281
>
>
> Frédéric.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-be] Monthly Meetups in Leuven

[Jo]

(Geef een seintje als je deze boodschap in het Nederlands wenst)
(Faites-moi signe si vous voulez lire ce message en français)

I'd like to start Meetups in Leuven again, every last Wednesday of the
month.
For the first one we'll follow up on the National Mapathon we had about a
month ago. But the intent is to touch all topics related to OpenStreetMap.
* Cycle and hiking routes
* Photo mapping using Mapillary or OpenStreetCam
* Use of apps like OsmAnd and Maps.ME on smartphones
* Rendering thematic maps using Maperitive of Mapbox
* Overpass API
* Harder topics like mapping public transport
* Or all the buildins and addresses in Flanders
* Later on we can also invite somebody to explain how to work with
OpenStreetMap data using QGIS
* We can use a computer room with projection and wifi on the university
campus Celestijnenlaan 200C in Heverlee.
My preference is to use JOSM. We'll start off with an introduction, do some
mapping for HOT and maybe some of you want to learn how to validate tasks
for a HOT project.

Please register here: https://www.meetup.com/OpenStreetMap-Be … 239007607/

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

Re: [Talk-us] Last word on named driveways

[Paul Johnson]

On Tue, Apr 18, 2017 at 1:59 PM, Charlotte Wolter 
wrote:

> After my inquiries about the rash of named driveways in Campbell
> County, Virginia--these are driveways that end of with the name of the
> street they intersect--I finally got  a reply from the county GIs director
> (pasted in below). He says inequivocally that it is a TIGER issue, not a
> local one. Probably no surprise. I know opinions vary on TIGER.
>

That's not a giant surprise.  And it's not so much that opinions on TIGER
vary so much as the quality of TIGER itself is highly variable.  I've seen
places where TIGER was amazing and there wasn't much to do other than add
speed limits and turn lanes.  But Portland, Oregon comes to mind as an area
where it was pretty obvious that they digitized someone's hand-drawn map,
which was drawn on a napkin with a fine-tip ballpoint pen in the rain, and
was like trying to get a cat to cooperate with being rubbed backwards to
sanitize.


> He also add a couple of data souces, his own county and the state
> of Virginia, that could be useful.
> I sent this to TIGER and asked that they update us on any fixes
> for this.
>

Given the inconsistency of TIGER data, I would not be surprised if no
automated effort will be ever attempted to deal with that dataset ever
again.  That said, there are tilesets out there that show TIGER data that
thas a newer name or geometry than what OSM has, though this itself has
it's pitfalls as I've noticed a tendency for such datasets to
false-positive on a name because OklaDOT renamed something and whatever
Census-taker mapped it in TIGER kept the old name.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] utente sempre lui

[Fabrizio Tambussa]

2017-04-22 8:45 GMT+02:00 dgitto :
> Si chiama usaf8 adesso. Si è dato una calmata vedo

Si, adesso si è spostato a far danni in Olanda.  Ha già un po' di
changeset commentati là.
In preda alla noia mi sono guardato tutti i suoi 135 changeset.
Segnalo il changeset numero 47988248 in cui ha modificato la punta
dell'Etna e ha cancellato le righe del campo di calcio di Catania [1]

Prendendo spunto dagli amici olandesi e come abbiamo fatto in passato,
ricordo di commentare sempre i changeset dubbi e non permettere che
vengano lasciati commenti vaghi tipo "details".
Saluti

[1] http://nrenner.github.io/achavi/?changeset=47988248

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

Re: [Talk-it] utente sempre lui

[dgitto]

Si chiama usaf8 adesso. Si è dato una calmata vedo



--
View this message in context: 
http://gis.19327.n8.nabble.com/utente-sempre-lui-tp5894939p5895686.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[OSM-talk-be] Survey-article / Belgian OSM website

[Marc Gemis]

Hallo,

yesterday evening I posted an article on how I prepare and make my
surveys. You can find it on the osm.be website at
http://www.osm.be/2017/04/21/en-post-survey.html . It's in English.
Feel free to translate it in Dutch and French.

I am wondering whether it would be interesting to write a series of
articles on "what to map". I'm thinking about lesser known topics such
as destinations, minor power lines, sluice gates, fire hydrants. Each
article should give some information how you can document it during
the surveys, how to add it in 1 or more editors, some maps or apps
where you can see the result.

What do think ? Do you want to read such articles ? Do you want to
write such articles yourself ? Review stuff that I write before it
goes online ? Translate them ?
Have an idea for a topic ?

Let's make the osm.be website more interesting.

regards

m.

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

Re: [OSM-talk] Tagging and rendering of television masts

[Oleksiy Muzalyev]

On 22.04.17 00:56, Andy Mabbett wrote:

the Sutton Coldfield (England) TV mast:

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

at:


http://www.opensntreetmap.org/?mlat=37.08321=-8.13643#map=17/37.0832/-8.1364

is a significant landmark, visible for several miles, and illuminated
at night. Yet it does not render. Is it missing a tag, or do we need
to tweak the rendering rules?

I became aware of this today, when I added a similar mast, at
Vilamoura (Portugal):


http://www.openstreetmap.org/?mlat=37.0830=-8.1364#map=17/37.0830/-8.1364

For that, I included three support wires, and three anchor points -
how should those be tagged?


Dear Andy,

It is possible to map it as: "man_made=mast", "height=190", etc., then 
it will be rendered. See an example:


https://www.openstreetmap.org/way/409948785#map=17/46.45003/30.74254

A "mast" is in the JOSM list for "man_made" already.

The issue that "man_made=tower" is not rendered on the OSM map had been 
raised already on the mailing lists. In my opinion, it is a significant 
issue, in fact a disaster waiting to happen. There will be soon air-born 
taxi in Dubai, Singapore, etc., and the extremely high communication 
towers, the so-called aviation traffic obstacles 
https://en.wikipedia.org/wiki/Air_traffic_obstacle , are not rendered on 
the OSM map at all.


On other maps say Maps.me map "man_made"=tower is rendered all right.

One could also add a "wikidata" tag to a mast or a tower. Almost all of 
these high structures have got a Wikipedia article.


Best regards,

Oleksiy




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