Re: [OSM-talk] iD news - v2.6.0 lots of new features...

2018-01-23 Thread Martin Koppenhoefer 
2018-01-23 11:57 GMT+01:00 Lester Caine :

>
> from my understanding, you should not use "addr:street" for the estate,
>> I'd suggest "addr:place".
>>
> NO ... the postal element "addr:street" is 'Weston Industrial Estate' so
> building a postal address from addr: elements needs that element. The
> adjacent road does not form part of the address.



NO, if there isn't a street with this name you must not use addr:street.
That's the kind of situation for which addr:place was introduced.



> However larger estates with multiple roads will have the name of the
> estate separate. Using "addr:place" if it is displayed before
> "addr:street", but other uses of "addr:place" need it AFTER street.



you are confusing the data and the format in which this data is locally
expected to be displayed. You should not enter the data in a way that is
wrong just to have the formatted address in one tool in an order that is
common for your area.


> Construction of an address from addr: elements should be consistent but
> *IS* something that will have a different template for each country, and
> adding more addr: fields just complicates that template? This is what is
> currently not documented?
>
> I don't like the idea that addr:number could be a housename, there is
>> addr:housename for this.
>>
> My point here is to loose the confusing mess and just have "addr:number"
> and then ->
>
> addr:property might be an option, if you deem addr:place inappropriate
>>
>

addr:place is used for situations where an address doesn't have a street
name, but is referring to a place.
addr:property doesn't make sense to me, but maybe I am not aware of your
situation. Is something speaking against adding a place=neighbourhood to
the settlement part with the name "Weston Industrial Estate"? i.e. this
one: https://www.openstreetmap.org/way/83270098
The current way of mapping is like drawing a landuse=residential around a
village. It is done, but it is medium scale mapping. If you detail this
further, it will break.

For reference: https://wiki.openstreetmap.org/wiki/Key:addr:place

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

Re: [OSM-talk] iD news - v2.6.0 lots of new features...

2018-01-23 Thread Lester Caine 

On 23/01/18 09:37, Martin Koppenhoefer wrote:
2018-01-23 10:06 GMT+01:00 Lester Caine >:


  Actually it's more likely to be the estate name so for my near by
estate it is messy since I've ended up using 'housenumber' so that
it renders better and the street is 'Weston Industrial Estate' as it
appears with the postcode.

https://www.openstreetmap.org/way/145295590#map=18/52.07347/-1.82250


from my understanding, you should not use "addr:street" for the estate, 
I'd suggest "addr:place".
NO ... the postal element "addr:street" is 'Weston Industrial Estate' so 
building a postal address from addr: elements needs that element. The 
adjacent road does not form part of the address. However larger estates 
with multiple roads will have the name of the estate separate. Using 
"addr:place" if it is displayed before "addr:street", but other uses of 
"addr:place" need it AFTER street. Construction of an address from addr: 
elements should be consistent but *IS* something that will have a 
different template for each country, and adding more addr: fields just 
complicates that template? This is what is currently not documented?


I don't like the idea that addr:number could be a housename, there is 
addr:housename for this.
My point here is to loose the confusing mess and just have "addr:number" 
and then ->



addr:property might be an option, if you deem addr:place inappropriate
"addr:property" is the expanded format of the number. "addr:place" is an 
area with multiple premises and "addr:property" is an individually 
identified unit of accommodation/workspace/storage ... for a UK address 
template addr:place comes after addr:street and before addr:town while 
the estate name would normally come before addr:street ... but a UK 
addr:postcode would provide all the addr:street and later elements, just 
needing a tidy property reference ...


--
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: [OSM-talk] iD news - v2.6.0 lots of new features...

2018-01-23 Thread Martin Koppenhoefer 
2018-01-23 10:06 GMT+01:00 Lester Caine :

>  Actually it's more likely to be the estate name so for my near by estate
> it is messy since I've ended up using 'housenumber' so that it renders
> better and the street is 'Weston Industrial Estate' as it appears with the
> postcode.
>
> https://www.openstreetmap.org/way/145295590#map=18/52.07347/-1.82250
>



from my understanding, you should not use "addr:street" for the estate, I'd
suggest "addr:place".
I don't like the idea that addr:number could be a housename, there is
addr:housename for this.
addr:property might be an option, if you deem addr:place inappropriate

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

Re: [OSM-talk] iD news - v2.6.0 lots of new features...

2018-01-23 Thread Lester Caine 

On 22/01/18 22:27, Tom Hughes wrote:

I wouldn't say unit is common at all in the UK to be honest.

It's only really used for commercial units on industrial estates and 
things - you wouldn't normally see it in residential addresses like you 
do in many countries.


For the UK all that is required is 'property' and 'postcode' and for an 
industrial estate property may be 'Unit X' and postcode provides the 
rest of the street details. Adding 'street' is a little belt and braces, 
although people asking for your details will ask for 'first line of your 
address and postcode' in which case the 'Unit X' may or may not include 
the street. Actually it's more likely to be the estate name so for my 
near by estate it is messy since I've ended up using 'housenumber' so 
that it renders better and the street is 'Weston Industrial Estate' as 
it appears with the postcode.


https://www.openstreetmap.org/way/145295590#map=18/52.07347/-1.82250 
does not want 'Unit' in front of the numbers, so should the 
'addr:housenumber' now be changed to 'addr:unit' ... on one hand yes 
that would seem better, but I still think 'addr:housenumber' is wrong, 
and we should have 'addr:number' and 'addr:property' where 'number' 
would be the shorthand style of property reference ( and may even be a 
house name where not numbered ) and 'property' would be the expanded 
for. For 'unit' ... 'X' and 'Unit X' ... for office 'blocks' this may be 
something like 'B4A' for 'Block B, Floor 4, Office A' or something 
similar. Units on a storage site may well be more complex than just 
number.


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

[talk-ph] Fwd: [OSM-talk] iD news - v2.6.0 lots of new features...

2018-01-23 Thread Eugene Alvin Villar 
-- Forwarded message --
From: "Bryan Housel" <br...@7thposition.com>
Date: Jan 23, 2018 12:48 AM
Subject: [OSM-talk] iD news - v2.6.0 lots of new features...
To: "osm-talk" <t...@openstreetmap.org>
Cc:

Happy 2018!  I just released iD v2.6.0 yesterday..


*  Release Highlights*

-   *You can now adjust imagery brightness, contrast, saturation, and
sharpness.*
(Not currently available in Internet Explorer or Edge)
*Try enhancing the background imagery by opening the Background pane
(shortcut “B") and adjusting the slider controls.*

-  * iD will now prevent users from drawing many self-crossing lines and
areas*.
See issue https://github.com/openstreetmap/iD/issues/4646 for examples and
more info.
You can override these checks by holding down the Alt/Option key while
drawing.

- ↕️  *Features with a direction-type tag will display view cones
indicating the directions they face. *
This is useful for mapping features like street signs, traffic signals,
billboards, security cameras, and more.

-   *Transit-related presets have been updated to support Public
Transport v2 tagging schema. *
Many presets have new icons too, to better match the mode of transport
(tram, light rail, trolleybus, etc.)
*Try mapping some transit platforms, stations, stop positions, etc.*

-   *We've completely refreshed the in-app Help content in iD. *
Huge thanks to Manfred Brandl, Minh Nguyễn, and our many volunteers on
Transifex for their work on this!
*Check out the new help texts by opening the Help pane (shortcut "H").*


There are many many more presets, usability improvements, and bug fixes
included too.
I’m really proud of the work we’ve been able to roll into this release, and
I hope everyone takes a look at the changelog.
About 20 people contributed pull requests, many of them are first time
contributors:  Thank you!  


*Changelog:*
   https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#260

*Twitter:*
   v2.6.0, Imagery sliders:  https://twitter.com/bhousel/
status/955146596211150852
   New Help content:  https://twitter.com/bhousel/status/955148340857065472

*Reddit:*
   https://www.reddit.com/r/openstreetmap/comments/7s2m3g/
id_editor_v260_released_and_available_on/


As always, follow me on Twitter https://twitter.com/bhousel for the latest
iD news.  2018 will be a great year!

Thank you!
❤️ Bryan, and the rest of the  team.


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

Re: [OSM-talk] iD news - v2.6.0 lots of new features...

2018-01-22 Thread althio 
Hi Steve,

I took it from:
https://github.com/openstreetmap/iD/pull/4667#issuecomment-356093439
> Like France it's not used that often in the UK - only 2,828 uses: 
> http://taginfo.openstreetmap.org.uk/keys/addr%3Aunit - and a number of them 
> near me seem to be wrongly tagged, either as "units" (buildings) in a retail 
> or business park, or other mistaggings.

-- althio


On 22 January 2018 at 18:55, Steve Doerr  wrote:
> From the change log:
> 'remove addr:unit field for gb, ie, si, tr'.
>
> I wonder why (re gb). Unit is quite a common element in UK addresses, isn't 
> it?
>
> Steve
>
> Sent from my iPhone
>
>> I hope everyone takes a look at the changelog.
>>
>
> ___
> 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] iD news - v2.6.0 lots of new features...

2018-01-22 Thread Tom Hughes 

I wouldn't say unit is common at all in the UK to be honest.

It's only really used for commercial units on industrial estates and 
things - you wouldn't normally see it in residential addresses like you 
do in many countries.


Tom

On 22/01/18 21:24, Bryan Housel wrote:
Yes this is an interesting issue.. A lot of people were pretty upset 
when the `addr:unit` field started appearing in their address field.


Field was added here: https://github.com/openstreetmap/iD/pull/4235
At the time it seemed pretty harmless.
(I locked discussion on that issue because it was getting too noisy - we 
really don’t need to discuss how address work in all parts of the world)


I mostly take a pretty hands-off approach to this field - I’d like for 
people to be able to map addresses however they want to in their 
country, and I don’t spend a lot of time tracking down what addresses 
look like around the world, so we rely on local contributors to update 
the source code with pull requests.


I think there are several things going on here:

1. Some places really don’t have a concept of `addr:unit` - there are 
just no addresses split up by floor, apartment, etc.

    (The best thing to do is to remove the field)

2. Some places do have this concept, but they don’t call it `unit`, so 
seeing the word “unit” in the UI is confusing
    (The best thing to do is probably rename the field, maybe 
“Apt/Floor/Unit” or something else?)


3. Some places do have this concept, but it is so rare that people don’t 
want to see it in the UI
    (The best thing to do is - whatever local mappers want.  Still, 
“rare” does not mean “useless".)


4. Some places do not have a dedicated address format, so they see the 
“default” format which looks kind of European and had `addr:unit` added 
to it recently
    (I removed the field from the “default” format, since opinions on 
this field are so mixed)



Thanks, Bryan



On Jan 22, 2018, at 12:55 PM, Steve Doerr > wrote:


From the change log:
'remove addr:unit field for gb, ie, si, tr'.

I wonder why (re gb). Unit is quite a common element in UK addresses, 
isn't it?


Steve

Sent from my iPhone


I hope everyone takes a look at the changelog.



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




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




--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk] iD news - v2.6.0 lots of new features...

2018-01-22 Thread Bryan Housel 
Yes this is an interesting issue.. A lot of people were pretty upset when the 
`addr:unit` field started appearing in their address field.  

Field was added here:  https://github.com/openstreetmap/iD/pull/4235 

At the time it seemed pretty harmless.
(I locked discussion on that issue because it was getting too noisy - we really 
don’t need to discuss how address work in all parts of the world)

I mostly take a pretty hands-off approach to this field - I’d like for people 
to be able to map addresses however they want to in their country, and I don’t 
spend a lot of time tracking down what addresses look like around the world, so 
we rely on local contributors to update the source code with pull requests.

I think there are several things going on here:

1. Some places really don’t have a concept of `addr:unit` - there are just no 
addresses split up by floor, apartment, etc.
   (The best thing to do is to remove the field)

2. Some places do have this concept, but they don’t call it `unit`, so seeing 
the word “unit” in the UI is confusing
   (The best thing to do is probably rename the field, maybe “Apt/Floor/Unit” 
or something else?)

3. Some places do have this concept, but it is so rare that people don’t want 
to see it in the UI
   (The best thing to do is - whatever local mappers want.  Still, “rare” does 
not mean “useless".)

4. Some places do not have a dedicated address format, so they see the 
“default” format which looks kind of European and had `addr:unit` added to it 
recently
   (I removed the field from the “default” format, since opinions on this field 
are so mixed)


Thanks, Bryan



> On Jan 22, 2018, at 12:55 PM, Steve Doerr  wrote:
> 
> From the change log:
> 'remove addr:unit field for gb, ie, si, tr'. 
> 
> I wonder why (re gb). Unit is quite a common element in UK addresses, isn't 
> it?
> 
> Steve 
> 
> Sent from my iPhone
> 
>> I hope everyone takes a look at the changelog.
>> 
> 
> ___
> 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] iD news - v2.6.0 lots of new features...

2018-01-22 Thread Steve Doerr 
From the change log:
'remove addr:unit field for gb, ie, si, tr'. 

I wonder why (re gb). Unit is quite a common element in UK addresses, isn't it?

Steve 

Sent from my iPhone

> I hope everyone takes a look at the changelog.
> 

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

[OSM-talk] iD news - v2.6.0 lots of new features...

2018-01-22 Thread Bryan Housel 
Happy 2018!  I just released iD v2.6.0 yesterday..


  Release Highlights

-   You can now adjust imagery brightness, contrast, saturation, and 
sharpness. 
(Not currently available in Internet Explorer or Edge)
Try enhancing the background imagery by opening the Background pane (shortcut 
“B") and adjusting the slider controls.

-   iD will now prevent users from drawing many self-crossing lines and areas. 
See issue https://github.com/openstreetmap/iD/issues/4646 
 for examples and more info. 
You can override these checks by holding down the Alt/Option key while drawing.

- ↕️  Features with a direction-type tag will display view cones indicating the 
directions they face. 
This is useful for mapping features like street signs, traffic signals, 
billboards, security cameras, and more.

-   Transit-related presets have been updated to support Public Transport v2 
tagging schema. 
Many presets have new icons too, to better match the mode of transport (tram, 
light rail, trolleybus, etc.)
Try mapping some transit platforms, stations, stop positions, etc.

-   We've completely refreshed the in-app Help content in iD. 
Huge thanks to Manfred Brandl, Minh Nguyễn, and our many volunteers on 
Transifex for their work on this!
Check out the new help texts by opening the Help pane (shortcut "H").


There are many many more presets, usability improvements, and bug fixes 
included too.
I’m really proud of the work we’ve been able to roll into this release, and I 
hope everyone takes a look at the changelog.
About 20 people contributed pull requests, many of them are first time 
contributors:  Thank you!  


Changelog:
   https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#260 


Twitter:
   v2.6.0, Imagery sliders:  
https://twitter.com/bhousel/status/955146596211150852 

   New Help content:  https://twitter.com/bhousel/status/955148340857065472 


Reddit:
   
https://www.reddit.com/r/openstreetmap/comments/7s2m3g/id_editor_v260_released_and_available_on/
 



As always, follow me on Twitter https://twitter.com/bhousel 
 for the latest iD news.  2018 will be a great 
year!

Thank you!
❤️ Bryan, and the rest of the  team.

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