Re: [OSM-talk-be] AGIV CRAB import

[Sander Deryckere]

Die beslissing werd genomen om uniforme data in OSM te krijgen, zo dat alle
bisnummers op dezelfde manier genoteerd worden.

Het is vergelijkbaar met een aantal straatnamen die met hoofdletters in
CRAB zitten (i.p.v. enkel de eerste letter een hoofdletter).

zie de code:
https://github.com/aptum/aptum.github.io/blob/master/loadStreets.js#L436

Op 20 juni 2016 17:17 schreef Sus Verhoeven :

> Hooi Sander,
>
> Met een "/" in plaats van een  "_" zijn er geen missings meer, maar dat is
> toch niet helemaal juist. Ik ga de anderen met een "_" maar laten.
>
> Toch bedankt en groetjes.
>
> Sus
>
>
>
>
> 2016-06-20 15:24 GMT+02:00 Sander Deryckere :
>
>> Met de import hebben we geprobeerd om het formaat uniform te houden. Een
>> ik denk dat enkel nummers als 10/4 aanvaard worden, en niet 10_4.
>>
>> Kan je eens met dat formaat proberen? Mogelijk werkt dit ook nog niet
>> meteen, en moet er nog iets aangepast worden aan de code.
>>
>> Mvg,
>> Sander
>> Op 20-jun.-2016 14:24 schreef "Sus Verhoeven" :
>>
>>> Dag Sander,
>>>
>>> In Balen 2490 zijn er missings omdat men daar bis-numbers gebruikt in de
>>> vorm van Nr_1, Nr_2, Nr_3, enz.. in plaats van NrA, NrB, NrC enz..
>>> CRAB en OSM slikken die alsook de zoekfunctie van OSM.
>>>  Zie:
>>> http://www.openstreetmap.org/way/139379759#map=19/51.15796/5.16556
>>> In de Hoolsterberg alleen zijn er  een tiental.
>>> Is daar iets aan te doen ?
>>>
>>> Sus
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] AGIV CRAB import

[Sus Verhoeven]

Hooi Sander,

Met een "/" in plaats van een  "_" zijn er geen missings meer, maar dat is
toch niet helemaal juist. Ik ga de anderen met een "_" maar laten.

Toch bedankt en groetjes.

Sus



2016-06-20 15:24 GMT+02:00 Sander Deryckere :

> Met de import hebben we geprobeerd om het formaat uniform te houden. Een
> ik denk dat enkel nummers als 10/4 aanvaard worden, en niet 10_4.
>
> Kan je eens met dat formaat proberen? Mogelijk werkt dit ook nog niet
> meteen, en moet er nog iets aangepast worden aan de code.
>
> Mvg,
> Sander
> Op 20-jun.-2016 14:24 schreef "Sus Verhoeven" :
>
>> Dag Sander,
>>
>> In Balen 2490 zijn er missings omdat men daar bis-numbers gebruikt in de
>> vorm van Nr_1, Nr_2, Nr_3, enz.. in plaats van NrA, NrB, NrC enz..
>> CRAB en OSM slikken die alsook de zoekfunctie van OSM.
>>  Zie:
>> http://www.openstreetmap.org/way/139379759#map=19/51.15796/5.16556
>> In de Hoolsterberg alleen zijn er  een tiental.
>> Is daar iets aan te doen ?
>>
>> Sus
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] AGIV CRAB import

[Sus Verhoeven]

Dag Sander,

In Balen 2490 zijn er missings omdat men daar bis-numbers gebruikt in de
vorm van Nr_1, Nr_2, Nr_3, enz.. in plaats van NrA, NrB, NrC enz..
CRAB en OSM slikken die alsook de zoekfunctie van OSM.
 Zie:
http://www.openstreetmap.org/way/139379759#map=19/51.15796/5.16556
In de Hoolsterberg alleen zijn er  een tiental.
Is daar iets aan te doen ?

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

Re: [OSM-talk-be] AGIV CRAB import

[Ben Abelshausen]

Hi Kurt,

Your tool may come in handy when generating diffs because it has a
database. I deliberately did not use a database because it can be a lot of
work to set this up and I believe the AGIV CRAB data should be usable by
anyone.

The interface here is translated: http://addr.openstreetmap.fr/vlaanderen/

I just send the csv files to frédéric rodrigo and he uploads them and
creates relations etc. If you can send me a new file that would be great
when the issue I had have been solved:

- Improve the script to handle 'special' chars.
- Improve the script to Always take the most accurate position.
- Improve the script to remove data with an end-date before today.

But if i followed your explanation this should all be ok no? Thanks for the
good work. Oh and can you keep the format I used?

https://www.dropbox.com/s/w0nglkunw4x2osk/crab.csv

Dot-comma seperated and the same columns? This will make it easier for
frederic to update.

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Sun, Nov 10, 2013 at 7:44 PM, Kurt Roeckx k...@roeckx.be wrote:

 Hi,

 I've been looking at creating my own tools for the CRAB data.
 I've made some software to import the files provided by AGIV
 into a postgresql database.  You can find it here:
 https://github.com/kroeckx/crab-tools

 To create the same .csv files as Ben generates I suggest you
 use the following query:
 SELECT
 DISTINCT ON (point)
 postcode, municipality_name, street_name, house_number_label,
 ST_Y(ST_Transform(point, 4326)), ST_X(ST_Transform(point, 4326))
 FROM crab.address_position
 WHERE postcode = ?
 ORDER BY point;

 This should give you more addresses and only the valid addresses,
 and in most cases it should now end up on the building.  It should
 also have grouped all the different numbers belonging to the same
 building into 1 node.

 I'm not sure how the data on http://addr.openstreetmap.fr/vlaanderen
 is generated exactly.  But I'm going to look into improving
 things.


 Kurt


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

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

Re: [OSM-talk-be] AGIV CRAB import

[Kurt Roeckx]

On Mon, Nov 11, 2013 at 11:07:38AM +0100, Ben Abelshausen wrote:
 Hi Kurt,
 
 Your tool may come in handy when generating diffs because it has a
 database. I deliberately did not use a database because it can be a lot of
 work to set this up and I believe the AGIV CRAB data should be usable by
 anyone.

It shouldn't be that hard to set it up with a database.  And I
need the database for the other things I want to do with it.

 The interface here is translated: http://addr.openstreetmap.fr/vlaanderen/
 
 I just send the csv files to frédéric rodrigo and he uploads them and
 creates relations etc. If you can send me a new file that would be great
 when the issue I had have been solved:
 
 - Improve the script to handle 'special' chars.
 - Improve the script to Always take the most accurate position.
 - Improve the script to remove data with an end-date before today.
 
 But if i followed your explanation this should all be ok no? Thanks for the
 good work. Oh and can you keep the format I used?
 
 https://www.dropbox.com/s/w0nglkunw4x2osk/crab.csv
 
 Dot-comma seperated and the same columns? This will make it easier for
 frederic to update.

I assume your first problem is that the CRAB database is in latin1
and maybe you want it in UTF-8?  I can at least not see problems
with non-ASCII chars.

But I do believe it should deal properly with the rest.

I've put a file with the same header on:
http://www.roeckx.be/osm/crab.csv

I've made that file in UTF-8.  I hope that is what's expected.


Kurt


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

[OSM-talk-be] AGIV CRAB import

[Kurt Roeckx]

Hi,

I've been looking at creating my own tools for the CRAB data.
I've made some software to import the files provided by AGIV
into a postgresql database.  You can find it here:
https://github.com/kroeckx/crab-tools

To create the same .csv files as Ben generates I suggest you
use the following query:
SELECT
DISTINCT ON (point)
postcode, municipality_name, street_name, house_number_label, 
ST_Y(ST_Transform(point, 4326)), ST_X(ST_Transform(point, 4326))
FROM crab.address_position
WHERE postcode = ?
ORDER BY point;

This should give you more addresses and only the valid addresses,
and in most cases it should now end up on the building.  It should
also have grouped all the different numbers belonging to the same
building into 1 node.

I'm not sure how the data on http://addr.openstreetmap.fr/vlaanderen
is generated exactly.  But I'm going to look into improving
things.


Kurt


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

Re: [OSM-talk-be] AGIV Crab Import : gebruik van meerdere lagen

[Jo]

Die bedenking maakte ik me gisteren ook. In het geval van Urbis hebben we
bestanden ter beschikking gesteld met een hele gemeente tegelijk en dan zit
je met 2 lagen, maar als je die straat per straat binnenkrijgt via remote
control, kan je ze toch meteen in je actieve laag binnenhalen?

Wat je wel zou kunnen doen, is gebruik maken van de todoplugin, om te
zorgen dat je ze allemaal behandeld hebt voordat je gaat doorsturen naar de
server.

Jo


Op 9 november 2013 07:55 schreef Marc Gemis marc.ge...@gmail.com:

 Om nog even terug  te komen op het gebruik van 2 lagen bij de import van
 Crab data. Wat is het nut als we toch de volledige laag in 1 keer copieren
 naar de laag met osm gegevens ?

 Ik begrijp het nut als je maar een deel van de import laag zou copieren
 (zoals bij bushaltes of beschermde monumenten), maar niet als alles in 1
 keer overgenomen wordt

 m

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


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

Re: [OSM-talk-be] AGIV Crab Import : gebruik van meerdere lagen

[Jo]

Wat je ook kan doen is lagen samenvoegen (merge).

Jo


Op 9 november 2013 10:04 schreef Jo winfi...@gmail.com:

 Die bedenking maakte ik me gisteren ook. In het geval van Urbis hebben we
 bestanden ter beschikking gesteld met een hele gemeente tegelijk en dan zit
 je met 2 lagen, maar als je die straat per straat binnenkrijgt via remote
 control, kan je ze toch meteen in je actieve laag binnenhalen?

 Wat je wel zou kunnen doen, is gebruik maken van de todoplugin, om te
 zorgen dat je ze allemaal behandeld hebt voordat je gaat doorsturen naar de
 server.

 Jo


 Op 9 november 2013 07:55 schreef Marc Gemis marc.ge...@gmail.com:

 Om nog even terug  te komen op het gebruik van 2 lagen bij de import van
 Crab data. Wat is het nut als we toch de volledige laag in 1 keer copieren
 naar de laag met osm gegevens ?

 Ik begrijp het nut als je maar een deel van de import laag zou copieren
 (zoals bij bushaltes of beschermde monumenten), maar niet als alles in 1
 keer overgenomen wordt

 m

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



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