On 2013-10-22 20:53, Kurt Roeckx wrote:
On Mon, Oct 21, 2013 at 10:45:22PM +0200, Kurt Roeckx wrote:
On Mon, Oct 21, 2013 at 10:06:03PM +0200, Kurt Roeckx wrote:
I really see no good reason not to add those IDs at this point.
I don't see the harm in them. I can only see them being useful.
I
You could also make a csv file with the diffs and open that with the
OpenData plugin in JOSM. (see my presentation at ESI on import VMM
monitoring stations )
But of course that requires people to install this plugin.
or you could add all changes in such a way that they are also added to the
tool
On 2013-10-23 10:28, Marc Gemis wrote:
You could also make a csv file with the diffs and open that with the
OpenData plugin in JOSM. (see my presentation at ESI on import VMM
monitoring stations )
But of course that requires people to install this plugin.
The great thing about having to go
as you pointed out, it will only work for point data. But that's what those
addresses in Crab are.
And indeed it was meant as a suggestion for Kurt. So he can choose from a
number of possible workflows.
m
On Wed, Oct 23, 2013 at 1:43 PM, Glenn Plas gl...@byte-consult.be wrote:
On 2013-10-23
okay, I got it now. Thanks for clarifying. And of course, you're right. You
need to limit the data somehow to work with it.
m
On Wed, Oct 23, 2013 at 1:52 PM, Glenn Plas gl...@byte-consult.be wrote:
or you could add all changes in such a way that they are also added
to the tool that
On Wed, Oct 23, 2013 at 10:13:29AM +0200, Glenn Plas wrote:
In pseudo:
- get data from osm (assuming here , the data is partial, so lets
say, everything with an 'addr' tag in your field of view.) , the
same effect you have when exporting a certain key using overpass.
- get data from crab,
I assume you are talking about http://wiki.openstreetmap.org/wiki/API_v0.6 ?
This API is not only used by JOSM, but by any editor, including iD I
assume.
m
On Wed, Oct 23, 2013 at 6:54 PM, Kurt Roeckx k...@roeckx.be wrote:
On Wed, Oct 23, 2013 at 10:13:29AM +0200, Glenn Plas wrote:
In
On Wed, Oct 23, 2013 at 07:17:42PM +0200, Marc Gemis wrote:
I assume you are talking about http://wiki.openstreetmap.org/wiki/API_v0.6 ?
This API is not only used by JOSM, but by any editor, including iD I
assume.
I was talking about things like:
On Tue, Oct 22, 2013 at 05:36:28AM +0200, Marc Gemis wrote:
So you are going to write an algorithm that matching addresses in OSM with
addresses in Crab in order to add an id. Right now there are already
addresses in OSM that are not in Crab. The same might happen next year.
People might have
FWIW I also see value in adding a backreference to CRAB in the OSM data. It
will make it a lot easier to do automated follow up and comparison in the
long run.
I also see value in the slow but steady way of having contributors
integrate the data. It's slower by an order of magnitude, but indeed
OK de relatie it is! :-)
Met vriendelijke groeten,
Best regards,
Ben Abelshausen
2013/10/20 Marc Gemis marc.ge...@gmail.com
relatie is voor mij ok, en waarschijnlijk voor alle ervaren JOSM mappers
ook wel. de anderen zullen we dan ervaren moeten maken :-)
m
2013/10/19 Kurt Roeckx
On Sun, Oct 20, 2013 at 5:35 PM, Kurt Roeckx k...@roeckx.be wrote:
So one thing I noticed is that they contain dates from when the
housenumber was valid until when it stopped being valid. For the
cases I've looked at, it seems that you just imported those
housenumbers, even though they
On Mon, Oct 21, 2013 at 08:05:50PM +0200, Ben Abelshausen wrote:
I'm also wondering if we want to add some kind of reference to
the ID from CRAB.
I'm not in favour of keeping external id's in OSM, the address itself
should be the id and you cannot rely on it staying on the map because
On 2013-10-21 20:57, Kurt Roeckx wrote:
On Mon, Oct 21, 2013 at 08:05:50PM +0200, Ben Abelshausen wrote:
I'm also wondering if we want to add some kind of reference to
the ID from CRAB.
I'm not in favour of keeping external id's in OSM, the address itself
should be the id and you cannot rely
Met vriendelijke groeten,
Best regards,
Ben Abelshausen
On Mon, Oct 21, 2013 at 9:26 PM, Glenn Plas gl...@byte-consult.be wrote:
On 2013-10-21 20:57, Kurt Roeckx wrote:
On Mon, Oct 21, 2013 at 08:05:50PM +0200, Ben Abelshausen wrote:
I'm also wondering if we want to add some kind of
Oeps, sorry for the empty mail! :-)
I think we can use CRAB as a source but we will never be able to update
automatically but even without an ID we should be able to detect changes
and if not then most likely there will be some error in OSM or CRAB (if
streetnames do not match or something).
I
On Mon, Oct 21, 2013 at 09:40:07PM +0200, Ben Abelshausen wrote:
I think we can use CRAB as a source but we will never be able to update
automatically but even without an ID we should be able to detect changes
and if not then most likely there will be some error in OSM or CRAB (if
streetnames
On Mon, Oct 21, 2013 at 10:06:03PM +0200, Kurt Roeckx wrote:
I really see no good reason not to add those IDs at this point.
I don't see the harm in them. I can only see them being useful.
I would actually want to propose a different import strategy:
- Add the CRAB IDs to all existing
So you are going to write an algorithm that matching addresses in OSM with
addresses in Crab in order to add an id. Right now there are already
addresses in OSM that are not in Crab. The same might happen next year.
People might have added POIs with addresses. So you will always need an
address
On Mon, Oct 14, 2013 at 08:26:43PM +0200, Ben Abelshausen wrote:
I also converted the entire dataset to readable csv files and the
coordinates to lat/lon:
https://github.com/xivk/crab-tools/tree/master/crab_csv
So I've been looking at at their database, which contains all
kinds of useful
Hallo,
Wat zeg ik nu om de adressen te importeren?
Het is het één of het ander:
- Alles op de node.
- Alles op relatie behalve nummer.
Met vriendelijke groeten,
Best regards,
Ben Abelshausen
___
Talk-be mailing list
Talk-be@openstreetmap.org
Wat mij betreft alles in de relatie. Om valjdatietools tevreden te stellen
waren we begonnen met addr:street ook op de node te zetten.
Jo
Op 19 okt. 2013 14:01 schreef Ben Abelshausen ben.abelshau...@gmail.com
het volgende:
Hallo,
Wat zeg ik nu om de adressen te importeren?
Het is het één
On Saturday 19 October 2013 14:00:12 Ben Abelshausen wrote:
Hallo,
Wat zeg ik nu om de adressen te importeren?
Het is het één of het ander:
- Alles op de node.
- Alles op relatie behalve nummer.
relatie +1
Ben
___
Talk-be mailing list
On Sat, Oct 19, 2013 at 02:00:12PM +0200, Ben Abelshausen wrote:
Hallo,
Wat zeg ik nu om de adressen te importeren?
Het is het één of het ander:
- Alles op de node.
- Alles op relatie behalve nummer.
Ik dacht dat het al duidelijk was, maar ik ben voorstaander van
het op de relatie te
relatie is voor mij ok, en waarschijnlijk voor alle ervaren JOSM mappers
ook wel. de anderen zullen we dan ervaren moeten maken :-)
m
2013/10/19 Kurt Roeckx k...@roeckx.be
On Sat, Oct 19, 2013 at 02:00:12PM +0200, Ben Abelshausen wrote:
Hallo,
Wat zeg ik nu om de adressen te importeren?
2013/10/16 Marc Gemis marc.ge...@gmail.com
1) Zouden we misschien kunnen afstappen van de regel om huisnummers op de
gebouwen te plaatsen ? Zeker in steden waar al grote blokken getekend zijn,
is het een serieuze job om die allemaal te verbeteren (want op Bing
gebaseerd) en dan nog eens te
2013/10/16 Ben Abelshausen ben.abelshau...@gmail.com
1) Zouden we misschien kunnen afstappen van de regel om huisnummers op de
gebouwen te plaatsen ? Zeker in steden waar al grote blokken getekend zijn,
is het een serieuze job om die allemaal te verbeteren (want op Bing
gebaseerd) en dan nog
On Wed, Oct 16, 2013 at 09:06:00AM +0200, Marc Gemis wrote:
2013/10/16 Ben Abelshausen ben.abelshau...@gmail.com
1) Zouden we misschien kunnen afstappen van de regel om huisnummers op de
gebouwen te plaatsen ? Zeker in steden waar al grote blokken getekend zijn,
is het een serieuze job om
Heb er eens wat mee gedold. Naar mijn mening wat betreft het aantal clicks
niet zo veel verschil met het manueel overnemen met de JOSM adres preset
van adres gegevens uit de AGIV kaart (
http://ogc.beta.agiv.be/gdiviewer/?simple=true). Als er nu nog een
terugkoppeling was om vanuit JOSM weer op
Gilbert,
Je hebt gelijk over de 'experience' en het aantal clicks. Een visualisatie
is wel mogelijk denk ik, ik zal het eens vragen.
De tool is ook nog in ontwikkeling. Ik denk dat we dat eventueel nog wel
kunnen verbeteren.
Met vriendelijke groeten,
Best regards,
Ben Abelshausen
2013/10/15
On Tue, Oct 15, 2013 at 05:54:26AM +0200, Marc Gemis wrote:
I thought the consensus from an earlier discussion here was
1) addr:housenumber + addr:street on building (not as node)
2) for those that want to do it: associatedStreet relation with name,
If you use a associatedStreet relation,
On Tue, Oct 15, 2013 at 01:08:14AM +0200, Jo wrote:
side note: I prefer to put the source tags (AGIV;CRAB) on the changeset
instead of on each and every separate object we're adding.
I'm sorry about adding Herentalsesteenweg. I should have read the message
before trying to click through to
On Tue, Oct 15, 2013 at 10:56 PM, Kurt Roeckx k...@roeckx.be wrote:
When I tried it it had an associatedStreet with the name added,
maybe something changed?
No not yet. I will request an update tomorrow.
I was thinking about only adding adresses where there are building outlines.
Met
On Tue, Oct 15, 2013 at 10:52 PM, Kurt Roeckx k...@roeckx.be wrote:
On Tue, Oct 15, 2013 at 05:54:26AM +0200, Marc Gemis wrote:
I thought the consensus from an earlier discussion here was
1) addr:housenumber + addr:street on building (not as node)
2) for those that want to do it:
Ik ben het ook eens met het aantal clicks, maar dat wist ik al uit
ervaring (zie mail van gisteren).
Ik vrees een beetje dat er mensen gaan zijn die vol enthousiasme gaan
beginnen, maar het snel gaan opgeven vanwege het vele werk.
Daarom dacht ik aan het volgende:
1) Zouden we misschien kunnen
Seems like a good interface. Looking forward to start importing
We might have to setup some sessions (google hangouts, face-to-face) for
people that are not familiar with JOSM. Also for people that are familiar,
we might give a session with some tricks on the fastest way to combine the
imported
Hello all,
New to OSM and JOSM.
If there are any sessions about it you can count me in. Living in the center of
Belgium, Dutch is mother language but French is also OK.
P_Verschueren : Twitter and OSM nickname
P
Op 14-okt.-2013 om 21:21 heeft Marc Gemis marc.ge...@gmail.com het volgende
Since the CRAB data is actually from flanders, it would probably
make sense to do this either in English or Dutch.
Kurt
On Mon, Oct 14, 2013 at 09:28:57PM +0200, Peter Verschueren wrote:
Hello all,
New to OSM and JOSM.
If there are any sessions about it you can count me in. Living in the
On Mon, Oct 14, 2013 at 08:26:43PM +0200, Ben Abelshausen wrote:
Hi,
What does everybody think of this tool to use a reference and to keep track
of what has been imported and what not for CRAB:
http://addr.openstreetmap.fr/vlaanderen/
So looking at the data, I've already found several
On Mon, Oct 14, 2013 at 9:39 PM, Kurt Roeckx k...@roeckx.be wrote:
So looking at the data, I've already found several places where I
think the place of the node isn't really where the building is,
and that maybe some numbers are missing.
Just some context: If we can add addresses to building
On Mon, Oct 14, 2013 at 09:59:29PM +0200, Ben Abelshausen wrote:
The source is wrong obviously and I guess we should also add postalcode and
commune name??
Adding postal code and commune name doesn't make sense to me in
most cases. At least not for how it works in Belgium. That
information
On Monday 14 October 2013 22:13:09 Kurt Roeckx wrote:
On Mon, Oct 14, 2013 at 09:59:29PM +0200, Ben Abelshausen wrote:
The source is wrong obviously and I guess we should also add postalcode
and
commune name??
Adding postal code and commune name doesn't make sense to me in
most cases.
side note: I prefer to put the source tags (AGIV;CRAB) on the changeset
instead of on each and every separate object we're adding.
I'm sorry about adding Herentalsesteenweg. I should have read the message
before trying to click through to test it... Anyway, it's properly
attributed and it's
I thought the consensus from an earlier discussion here was
1) addr:housenumber + addr:street on building (not as node)
2) for those that want to do it: associatedStreet relation with name,
postalcode, city
That's the way I'm doing it since then.
After the meeting in Lier in February I wrote a
44 matches
Mail list logo