The discussion on removing obsolete AND and 3dShapes tags on
http://forum.openstreetmap.org/viewtopic.php?id=27234 has led to concensus
on:
1. removing all AND_tags and stripping obsolete tags from
landuse=residential which have an AND_c tag
2. changing 3dshapes:ggmodelk into source=3dShapes
3. ke
hi,
On Mon, Oct 06, 2014 at 08:36:47AM +0200, Marc Gemis wrote:
> I didn't say anybody claim that. I'm just wondering whether it failed. So
> far we haven't seen a country that is capable to add the same amount of
> address data by crowd-surfing as the imports in Denmark or The Netherlands.
> So
Hi,
On Mon, Oct 06, 2014 at 06:48:58AM +0200, Marc Gemis wrote:
> After 3.5 years and 34.000 addresses, I have to admit that an import is the
> only way to get addresses in OSM fast.
I have done the same amount of Adresses and meanwhile my area is more or
less complete. I think of imports as beei
yes and no. It would solve my "fear" of touching BAG-imported data. But why
would data that was imported be treated in a different way ?
If I don't understand some mapping I will ask the previous mapper, or place
a note. But a mapper should not be bothered by updating an external
database (e.g. BAG
Hi,
My 10cnts, is it logic to make a 'rule or agreement' to avoid mapping conclicts
by just placing a marker if a mistake or anythng else has been noticed, just to
alert local mappers ? Or just send them (the last mapper) a mail with the
remark.
Hendrikklaas
On Mon, Oct 6, 2014 at 8:06 AM, Maarten Deen wrote:
> On 2014-10-06 06:48, Marc Gemis wrote:
>
>> After 3.5 years and 34.000 addresses, I have to admit that an import
>> is the only way to get addresses in OSM fast.
>>
>> But is the conclusion that we have to make that a crowed-sourced model
>> f
On 2014-10-06 06:48, Marc Gemis wrote:
After 3.5 years and 34.000 addresses, I have to admit that an import
is the only way to get addresses in OSM fast.
But is the conclusion that we have to make that a crowed-sourced model
for map making failed ? That we have to move to an import of
third-part
On Sun, Oct 5, 2014 at 10:34 PM, Frank Steggink wrote:
> Regarding the highway = unclassified tag from the AND import: this was
> before my time, but I believe it was caused by a lack of granularity of the
> highway types in the original data.
No, the issue was an incorrect mapping of the AND hi
After 3.5 years and 34.000 addresses, I have to admit that an import is the
only way to get addresses in OSM fast.
But is the conclusion that we have to make that a crowed-sourced model for
map making failed ? That we have to move to an import of third-party
databases model ? One were the source i
Florian, I missed a question:
2014-10-05 22:43 GMT+02:00 Florian Lohoff :
> On Sun, Oct 05, 2014 at 10:36:23PM +0200, Johan C wrote:
> > Hey Florian
>
> > That's a building which will be opened this December:
> >
> http://dagvandebouw.nl/waar/zeeland/nieuwbouw-42-zorgappartementen-svrz-middelbur
Hi Florian
2014-10-05 22:43 GMT+02:00 Florian Lohoff :
> On Sun, Oct 05, 2014 at 10:36:23PM +0200, Johan C wrote:
> > Hey Florian
>
> > That's a building which will be opened this December:
> >
> http://dagvandebouw.nl/waar/zeeland/nieuwbouw-42-zorgappartementen-svrz-middelburg/
> >
> > The BAG u
On Sun, Oct 05, 2014 at 10:36:23PM +0200, Johan C wrote:
> Hey Florian
> That's a building which will be opened this December:
> http://dagvandebouw.nl/waar/zeeland/nieuwbouw-42-zorgappartementen-svrz-middelburg/
>
> The BAG uses various statuses: the building will be measured after it's
> finish
Hey Florian
2014-10-05 21:45 GMT+02:00 Florian Lohoff :
>
> Hi Johan,
>
> On Sun, Oct 05, 2014 at 04:49:15PM +0200, Johan C wrote:
> > Hi Florian
> >
> > I invite you to make comments on the OpenStreetMap forum (
> > http://forum.openstreetmap.org/viewforum.php?id=12) because there's more
> > Dut
Hi Florian,
The quality issues you mentioned about the imported data is due to the
rules by which the government has collected this data.
For example: the tiny forests from the 3dShapes import (not the AND
import) also appear on the topographical maps. I've examined way
74390172 as an exampl
Marc, I agree with Maarten. Let's hope that our address data helps users
appreciate OSM apps more. And that these apps are smart enough to draw more
users into mapping.
You have a good point on maintenance versus the number of mappers. On the
BAG data it's luckily quite simple: thousands of paid p
On Sun, Oct 05, 2014 at 09:39:31PM +0200, Marc Gemis wrote:
> For maintenance, the way we do it now doesn't work IMHO. At least not with
> only a handful of (40-50) mappers in both Belgium and The Netherlands. We
> can't keep up with the changes.
>
> IMHO The amount of work to add new data is appr
On Sun, Oct 05, 2014 at 07:49:52PM +0200, Marc Gemis wrote:
> On Sun, Oct 5, 2014 at 4:49 PM, Johan C wrote:
>
> > The BAG should contain the correct building outline, since this is
> > Cadastral information, nowadays updated very often. But as any database,
> > the BAG might incidentally have er
Hi Johan,
On Sun, Oct 05, 2014 at 04:49:15PM +0200, Johan C wrote:
> Hi Florian
>
> I invite you to make comments on the OpenStreetMap forum (
> http://forum.openstreetmap.org/viewforum.php?id=12) because there's more
> Dutch mappers active there. Awaiting your input there, I'll already do a
> s
For maintenance, the way we do it now doesn't work IMHO. At least not with
only a handful of (40-50) mappers in both Belgium and The Netherlands. We
can't keep up with the changes.
IMHO The amount of work to add new data is approx. the same as verifying
and keeping it up to date.
I wonder how many
On 2014-10-05 20:58, Marc Gemis wrote:
You'll beat us on numbers, that's true.
Maybe the problem that I see is not so much the imports, but the
maintenance of all that data (imported or manually added).
Who is going to see all those mistakes, changes, etc. when all the
data is there ? The one t
You'll beat us on numbers, that's true.
Maybe the problem that I see is not so much the imports, but the
maintenance of all that data (imported or manually added).
Who is going to see all those mistakes, changes, etc. when all the data is
there ? The one that I saw was a building in a forest. Tha
In terms of having data for a routing engine (like OsmAnd) a definition can
be that any missing address in a country is an error. The number of missing
addresses in the Netherlands is calculated recently: on a total of approx.
8,5 million addresses 60.000 are missing at the moment (0,7% error). H
On Sun, Oct 5, 2014 at 4:49 PM, Johan C wrote:
> The BAG should contain the correct building outline, since this is
> Cadastral information, nowadays updated very often. But as any database,
> the BAG might incidentally have errors. Satellite imagery though is at risk
> of being well outdated. So
Hi Florian
I invite you to make comments on the OpenStreetMap forum (
http://forum.openstreetmap.org/viewforum.php?id=12) because there's more
Dutch mappers active there. Awaiting your input there, I'll already do a
short reply to you,
Great, especially on POI's there's a lot of work left
No
Hi,
for a couple of years i have been to Zeeland in Autumn and as always i have a
little time
to spend on mapping. I have now seen the BAG import and i am wondering what the
plan
concerning the addresses is.
Are you planning to move the addresses on the appropriate building outlines?
In some r
25 matches
Mail list logo
