sent from a phone
> Il giorno 11 ago 2016, alle ore 17:01, john whelan ha
> scritto:
>
> It’s an area with inconsistences should the building outline have the full
> address? Should each node within a building have the full address? And
> there are arguments both
On Thu, Aug 11, 2016 at 9:54 AM, Benoît Barteaux
wrote:
> Actually Frank has got a point. We could use a specialization approach and
> add postal codes on cityes that support this scheme (France, Spain). Then,
> for cities that don't use this scheme (as you said CA, US, UK),
I think in some cases the node could be removed and in others copying the
information across then deleting the unwanted tags will work fine so a
mixture of both solutions will work.
At the moment I'm exploring the possibilities. We appear to have a fair
chunk of node only addresses for
Actually Frank has got a point. We could use a specialization approach
and add postal codes on cityes that support this scheme (France, Spain).
Then, for cities that don't use this scheme (as you said CA, US, UK), we
can add single postal codes to POI until the post gives us the rights to
But then you remove the node. I had the impression the OP wanted to
keep the POI node, but copy/move address information onto the
building.
You can easily copy all tags from one object to another, (select
first, select target, shift-R), but then you also copy the POI tags,
not only the address
As far as I know you cannot know the extend of "wonderland" until you
asked all people in Wonderland what their postcode is. "Wonderland" or
ZIP-code "area" is only defined by the post, and does not match any
administrative boundary. This is the case for Canada, US and UK.
Unlike Belgium or
On Thu, Aug 11, 2016 at 4:42 AM, john whelan wrote:
> Not quite what I'm looking for. The building is defined as an area but
> often has no address information, within the building are a number of nodes
> one or more of which has address information which is valid for the
On 16-08-11 09:55:03, john whelan, wrote 5.8K characters saying:
In Canada Postal Codes are not open data so the only way they can be
used is on an individual address.
I don't understand. What does it make that they are not open data ? One
could know that all of their village has the same
>
>
> In Canada Postal Codes are not open data so the only way they can be used
> is on an individual address.
>
I don't understand. What does it make that they are not open data ? One
could know that all of their village has the same postcode, so they could
simply add a addr:postcode=xxx to their
On 16-08-11 15:04:20, Martin Koppenhoefer, wrote 0.7K characters saying:
I agree it isn't clean and it does clutter up the database to have
multiple addressess containing the same information on nodes within a
building but that is what we currently have.
it is a very stable way of doing things
sent from a phone
> Il giorno 11 ago 2016, alle ore 14:41, john whelan ha
> scritto:
>
> I agree it isn't clean and it does clutter up the database to have multiple
> addressess containing the same information on nodes within a building but
> that is what we
In Canada Postal Codes are not open data so the only way they can be used
is on an individual address. City is not repeated in the addreses nor is
province or country for the most part but with crowd sourcing mappers each
tends to go their own way.
I agree it isn't clean and it does clutter up
On 16-08-11 07:42:59, john whelan, wrote 4.7K characters saying:
Not quite what I'm looking for. The building is defined as an area but
often has no address information, within the building are a number of nodes
one or more of which has address information which is valid for the entire
Hi John,
The closest thing to what you want is a GIS spatial join.
http://www.qgistutorials.com/en/docs/performing_spatial_joins.html.
I am not aware of any OSM tool that can perform it.
Good luck
Gianfranco
On 11 August 2016 at 12:42, john whelan wrote:
> Not quite
Not quite what I'm looking for. The building is defined as an area but
often has no address information, within the building are a number of nodes
one or more of which has address information which is valid for the entire
building. So what I'm interested in is way to either move the tags to the
On Wed, Aug 10, 2016 at 4:02 PM, john whelan wrote:
>
> Stats can probably associate the building outlines with an internal node
> containing the address but is there a simple way to either copy the address
> information or merge the node into the building way carrying the
Stats Canada is looking at using OSM as a source of data. They are
particularly interested in buildings and associated attributes in Ottawa
and Gatineau.
When I look at Ottawa there are a number of shopping malls, every store has
the same address and postcode except they might have a different
17 matches
Mail list logo