rgh. Crap(b)! Staat er wel los in beschreven, maar was te lui om
de readme te lezen. extract.py is het script dat we nodig hebben.
https://github.com/aptum/aptum.github.io/
My bad. We kunnen dit dus zelf doen. Als iemand zich geroepen voelt dit
even te doen, ik kan toegang geven tot een
De json files die hiervoor nodig zijn worden door Sander gegenereerd en
die scripts/tools steken niet in de GIT repository (voor zover ik kan
zien) -> https://github.com/aptum/aptum.github.io/
Af en toe doe ik eens een 'git pull' om ze bij te werken maar er is idd
al een hele tijd geen update
Ik zie dat de CRAB data die aan de basis ligt van die site (volgens de site
zelf) van november 2015 is. Ik vind het redelijk pijnlijk dat we data van
een jaar en een paar maand oud gebruiken, terwijl de bron dagelijks
bijgewerkt wordt. "Adressen veranderen niet zo vaak" (ahum, tot je met die
data
Sus,
Ik heb een mirror van de aptum tool staan hier :
http://aptum.bitless.be/
Deze gebruikt de franse Overpass API nu. Hopelijk helpt dit
Mvg,
Glenn
On 14-02-17 12:56, Sus Verhoeven wrote:
> Hooi,
> Sinds enkele tijd is de Agiv crab import heel pijnlijk, heel traag en
> soms loopt het
Gebruik je straatfilters ? Als je die niet aanzet (wildcard) is de
overpass query gigantisch.
Ik raad je aan om die steeds op te zetten, dan vliegen ze binnen
Glenn
On 14-02-17 12:56, Sus Verhoeven wrote:
> Hooi,
> Sinds enkele tijd is de Agiv crab import heel pijnlijk, heel traag en
> soms
Stro,
Ook ik merk sedert een maand of twee dat de overpass servers in
Duitsland kreunt onder de belasting. Ik raadpleeg nu de Franse
mirrorserver en dat gaat véél beter.
Gebruik dus
http://api.openstreetmap.fr/oapi
in de plaats van
http://overpass-api.de/api
Karel
On 14/02/17 11:56,
Got it: https://github.com/openstreetmap/iD/issues/3586
Didn't find the Issue, because already closed! Next release will fix it.
2016-11-17 11:39 GMT+01:00 joost schouppe :
>
> 2016-11-17 11:15 GMT+01:00 Marc Gemis :
>
>> iD 2.0 was released the
2016-11-17 11:15 GMT+01:00 Marc Gemis :
> iD 2.0 was released the other day...
>
Thanks, hijacking the dev thread on the subject!
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
Glenn, geometry is based on Bing, when the building was still under
construction and you couldn't see the outline properly. Switch to Agiv
aerial and you'll see one can draw this properly.
I already contacted the editor (with the welcoming message), but I'm not
sure they'll understand my French.
On 17-11-16 11:13, joost schouppe wrote:
> Hi,
>
> Anyone know why AGIV no longer is default imagery in Flanders and
> Brussels? Up until a week or so, this was the case.
>
> Because of this, we now got newbies doing stuff like this:
>
>
iD 2.0 was released the other day...
On Thu, Nov 17, 2016 at 11:13 AM, joost schouppe
wrote:
> Hi,
>
> Anyone know why AGIV no longer is default imagery in Flanders and Brussels?
> Up until a week or so, this was the case.
>
> Because of this, we now got newbies doing
Hi,
Anyone know why AGIV no longer is default imagery in Flanders and Brussels?
Up until a week or so, this was the case.
Because of this, we now got newbies doing stuff like this:
https://www.openstreetmap.org/changeset/43700640#map=19/50.82941/4.45770
AGIV is still marked as "best
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:
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
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
Hoi,
Heeft iemand eigenlijk al eens aan Agiv gevraagd of we een paar accounts
zouden kunnen krijgen om hun Mobile Mapping gegevens te gebruiken om te
mappen?
(dat is hun 360° straatbeeld databank)
Op zich staat er niets in hun licentie dat het zou verbieden, behalve dan
dat we geen GDI deelnemer
On 26-01-16 04:27, Marc Gemis wrote:
> Thanks for the feedback.
My pleasure. Thanks for discussing and questioning this, this is good.
>
> I seems like I always stumble upon cases like this (also with De Lijn,
> house numbers, Dutch import). So no surprise that I am critical about
> "imports"
On 26-01-16 05:33, Marc Gemis wrote:
> On Tue, Jan 26, 2016 at 1:48 AM, Glenn Plas wrote:
>> Also, make sure when you create your better OSM bulding, tag it
>> source:geometry=AGIV (I think to recognise agiv sats).
>
> What do I have to do with source:geometry:date in
Thanks for the feedback.
I seems like I always stumble upon cases like this (also with De Lijn,
house numbers, Dutch import). So no surprise that I am critical about
"imports" (or manually merged data from another DB). With your
procedure we can avoid that such data creeps into OSM, but you have
On Tue, Jan 26, 2016 at 1:48 AM, Glenn Plas wrote:
> Also, make sure when you create your better OSM bulding, tag it
> source:geometry=AGIV (I think to recognise agiv sats).
What do I have to do with source:geometry:date in those cases ?
On 25-01-16 14:06, Marc Gemis wrote:
> What's the planning for the import ?
>
> * Glenn finishes documentation (although I think it's (almost) ready)
The highlights are ready, but I've encountered plenty of situations that
we will run into that need more detailed documentation. I've made some
2016-01-25 15:37 GMT+01:00 Glenn Plas :
> On 25-01-16 14:06, Marc Gemis wrote:
> > * We pass this somehow through the import mailing list ( I fear we
> > cannot avoid this). Sander, you have some experience with this. What
> > do you think ?
>
> This needs to pass indeed,
On 25-01-16 14:54, Marc Gemis wrote:
> So you are saying a need a couple of weeks more to finalise the tool.
More like a few hours (2/3 hrs). Cleanup the code a bit, perhaps remove
all my chaos inline documentation anchors :)
The verification part (with overpass stuff built in), I can write that
What's the planning for the import ?
* Glenn finishes documentation (although I think it's (almost) ready)
* We pass this somehow through the import mailing list ( I fear we
cannot avoid this). Sander, you have some experience with this. What
do you think ?
* We have a face-to-face meeting /
So you are saying a need a couple of weeks more to finalise the tool.
Then 2-3 weeks discussion on the import mailing list
which means we could plan a face-to-face meeting in 2 months ?
I think that planning a face-to-face meeting can start now, so people
that are interested can keep a day free
On Mon, Jan 25, 2016 at 6:50 PM, Glenn Plas wrote:
>> * splitting a building because the garage is clearly separated on AGIV
>> imagery
>
> You should not have to do that imho, I've never encountered this 'too
> much building in between' situation. When the garage is
On Mon, Jan 25, 2016 at 4:27 PM, Glenn Plas wrote:
>> which means we could plan a face-to-face meeting in 2 months ?
>
> For me it's ok to do this sooner, I really don't want to wait another 2
> months to start on this, summer is coming and this is going to keep me
> inside
A short question about source:geometry.
Should I/we keep it when we modify the building afterwards. I'm
thinking of the following cases
* In the meantime, part of the building got destroyed
* The building got finished in the meantime
* straighten the corners
* connecting 2 building parts because
Hi Marc,
On 25-01-16 17:05, Marc Gemis wrote:
> A short question about source:geometry.
Feel free to ask
>
> Should I/we keep it when we modify the building afterwards. I'm
> thinking of the following cases
When I modified a building manually because GRB is not correct, I change
this to
On 25-01-16 19:38, Marc Gemis wrote:
> On Mon, Jan 25, 2016 at 6:50 PM, Glenn Plas wrote:
>>> * splitting a building because the garage is clearly separated on AGIV
>>> imagery
>>
>> You should not have to do that imho, I've never encountered this 'too
>> much building in
> I also mean when the geometry in OSM is actually better than in
> the GRB. I'm thinking in particular about VIVES in Bruges. The GRB
> building shape is just wrong. In OSM it's better (may be not
> perfect, it's a complex building) and 3D mapped.
>
Thursday 21 January 2016 05:35:11, Marc Gemis:
> At this moment someone is working on converting the GRB data into something
> that can be "easily" imported.
> (...)
Great that we'll have a more or less complete map of the buildings in Flanders.
I know some places where OSM already has much
Sunday 24 January 2016 18:13:02, Jo:
> You could add note on them, but there is no guarantee that it gets read or
> acted upon, so it's probably a waste of bytes to do so. There are tools
> that let you watch over certain areas that have your interest, then you can
> revert and send a message to
Ruben,
The import is a lot more complicated than the CRAB import, but also less
monkey work, so there will only be a few people doing that import. Normally
those will also be careful about what they import, but they should also be
easy to contact, so you can warn them on beforehand.
However, now
As the other pointed out, the import has to be done /will be done
carefully. Glenn try it in a mostly empty area and of course it goes
much faster. In an area with buildings, we will keep all existing
information. The replace geometry functionality in JOSM + utilsplugin2
is your friend.
The
It's up to the mapper that does the import to check each building individually.
It's not different than noticing that a building is partly destroyed
on the AGIV imagery and adapting the GRB building according to that.
m
On Sun, Jan 24, 2016 at 8:43 PM, Ruben Maes wrote:
>
The current test procedure respects previous editing work, because the
goal is not to import GRB data (not = CRAB) into OSM, but to improve
OSM data with GRB.
That means keeping history on an existing building intact, taking into
account that a human has entered the original tags in case of
Sunday 24 January 2016 19:03:35, Glenn Plas:
> (...)
> In the whole of Stekene, I probably deleted no more than 20 buildings
> on multiple thousands that got imported with good reasons. Deleting
> is not an issue.
> (...)
> Tag migration and merging takes more time than replaceing the geometry
>
Hoi,
Dat het AGIV opgaat in 'Informatie Vlaanderen' heeft ook effect op de url's van
de wms'en:
https://www.agiv.be/news/2015/november/webdiensten-grb-orthofotos-historische-kaarten-vernieuwd
Mvg,
StijnRR
___
Talk-be mailing list
Agiv heeft de luchtbeelden van 2014 vrijgeven, hoe krijg ik die in josm!
of is er iemand die dat kan doen.
groeten lodde
---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-be
Tuesday 27 October 2015 12:43:42, Louis van Boeckel:
> Agiv heeft de luchtbeelden van 2014 vrijgeven, hoe krijg ik die in josm!
> of is er iemand die dat kan doen.
Ik geloof dat de "AGIV(laanderen) aerial imagery (covers Brussels region as
well) (2013)" steeds de laatste beelden zijn, hoewel er
In twee jaar tijd worden alle berijdbare wegen van Vlaanderen (ongeveer
64.000 km) in kaart gebracht. Vanaf eind november zijn de eerste gemeenten
beschikbaar in de webapplicatie. Stapsgewijs worden er gemeenten toegevoegd
:
http://www.image-v.be/page/planning
http://www.orbitgt.com/kb/agiv/index
Wij van onze kant zijn begonnen met het in beeld brengen van alle wegen mbv
Mapillary,com. Het lijkt er niet op dat we van soortgelijke beelden gebruik
zullen kunnen maken om OSM te verbeteren, behalve als we ze zelf verzamelen.
Ik had ook 's een mail geschreven naar
Weeral een dienst die gesponsord door belastingsgeld een publiek goed
probeert uit te melken.
Het is niet voor niets dat Belgie op plaats 53 staat in de OKFN index op
OpenData gebruik.
Ik vrees dat dit aan ons voorbij zal gaan. De verkeersborden database
zou eigenlijk al heel wat zijn. Er is
Hier heb ik geen problemen mee. De overheid heeft veel privacy-gevoelige
data, en die moet niet altijd publiek gemaakt worden (in veel gevallen,
liever niet zelfs).
De verkeersborden database zou natuurlijk meer dan welkom zijn, en dan zou
het eindelijk mogelijk zijn om eens een goed
Ik zou nu ook weer niet teveel verwachten van die verkeersborden databank:
http://www.demorgen.be/binnenland/verkeersbordendatabank-een-lege-doos-van-20-miljoen-euro-a2161434/
mvg
m
2015-02-20 17:28 GMT+01:00 Sander Deryckere sander...@gmail.com:
Hier heb ik geen problemen mee. De overheid
On 20-02-15 17:41, Marc Gemis wrote:
Ik zou nu ook weer niet teveel verwachten van die verkeersborden
databank:
http://www.demorgen.be/binnenland/verkeersbordendatabank-een-lege-doos-van-20-miljoen-euro-a2161434/
Het is tenminste een centrale database, dat is al heel wat. Of het
allemaal
De updates worden normaal gepost op hun site: https://www.agiv.be/news
Maar het is idd regio per regio.
Op 4-feb.-2015 05:25 schreef Marc Gemis marc.ge...@gmail.com:
maar blijkbaar nog niet overal.
Een nieuwbouw bij mij in de buurt is nu wel zichtbaar, de One World bridge
in De Schorre nog
Ter info: het lijkt erop dat de luchtfoto's van AGIV recent weer ge-update
zijn.
Kunnen we recente gebouwen gaan traceren.
mvg
m
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
maar blijkbaar nog niet overal.
Een nieuwbouw bij mij in de buurt is nu wel zichtbaar, de One World bridge
in De Schorre nog niet
m
2015-02-04 5:21 GMT+01:00 Marc Gemis marc.ge...@gmail.com:
Ter info: het lijkt erop dat de luchtfoto's van AGIV recent weer ge-update
zijn.
Kunnen we recente
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:
2013/11/9 Kurt Roeckx k...@roeckx.be
Ben, kun je eens horen of we al die dingen echt kunnen gebruiken?
Ik zal eens horen. Met het updaten van grenzen moeten we wel oppassen denk
ik. Iemand daar meer ervaring mee?
Met vriendelijke groeten,
Best regards,
Ben Abelshausen
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
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
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
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
Beste,
Ik zie dat AGIV tegenwoordig meer data ter download beschikbaar
stelt. Voor de volledige catalogus zie:
https://download.agiv.be/Catalogus
Als die waar geen slotje voor staat zijn te downloaden.
Ze zijn blijkbaar ook allemaal onder de zelfde licentie als CRAB,
het document dat er bij
Hallo,
Is het mogelijk om ook in Potlatch de betere AGIV achtergrond te
verkrijgen ? Ik gebruik tot nu toe vooral Bing maar de kwaliteit van de
luchtfoto laat inderdaad te wensen over, en de beelden zijn ook al twee jaar
oud.
Is JOSM echt beter/gemakkelijker dan Potlatch ?
Groeten
Bart
Hallo Bart,
Ik denk dat het als eindgebruiker (=mapper) niet mogelijk is om de
achtergrond van Potlatch of iD in te stellen. Je kan dit misschien wel
bekomen als je developers vertelt dat er een andere source voor de beelden
is. Maar of er nog ontwikkeling aan Potlatch gedaan wordt, betwijfel ik.
Of het gemakkelijker is, hangt af van waar je aan gewend geraakt bent. JOSM
heeft alleszins meer mogelijkheden. Potlatch is zo'n beetje een dood spoor.
Daar wordt niet meer aan verder ontwikkeld.
Kom vanavond meekijken op de hangout. Marc gaat het een en ander
demonstreren. Als hij klaar is, ga
vergeten.
Dus...probeer het, je zal het je niet beklagen.
Guy Vanvuchelen
-Oorspronkelijk bericht-
Van: Bart Van Lancker [mailto:b...@vlweb.net]
Verzonden: vrijdag 18 oktober 2013 9:43
Aan: 'OpenStreetMap Belgium'
Onderwerp: Re: [OSM-talk-be] AGIV
Hallo,
Is het mogelijk om ook in Potlatch
Thanks, feel free to do so if you spot mistakes. It's a quick translation...
There is now also a link to the original license.
Met vriendelijke groeten,
Best regards,
Ben Abelshausen
On Fri, Sep 13, 2013 at 7:45 PM, Kurt Roeckx k...@roeckx.be wrote:
On Fri, Sep 13, 2013 at 06:43:03PM
On Thu, Sep 12, 2013 at 06:03:00PM +0200, Ben Abelshausen wrote:
And a translate into english:
http://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import/Free_open_data_licence_Flanders
Maybe we should add (a pointer to) the Ducth version, and say it's
a translation?
Kurt
On Fri, Sep 13, 2013 at 06:43:03PM +0200, Kurt Roeckx wrote:
On Thu, Sep 12, 2013 at 06:03:00PM +0200, Ben Abelshausen wrote:
And a translate into english:
http://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import/Free_open_data_licence_Flanders
Maybe we should add (a pointer to) the Ducth
Hi,
We are translating the license to put on the wiki and then will start the
regular import-procedure. Sending an email to the imports-list and so on...
I will also use pieter colpaerts script (
https://github.com/pietercolpaert/crab-tools) to convert to csv and send
this to frederik rodrigo to
Sounds great Ben!
Are you still waiting for me to do something?
Kind regards,
Pieter
On 09/12/2013 02:11 PM, Ben Abelshausen wrote:
Hi,
We are translating the license to put on the wiki and then will start
the regular import-procedure. Sending an email to the imports-list and
so on...
I
Not at the moment. There could still be some problems after sending the
license to the imports-list. I have confirmation from someone at AGIV that
attribution on the wiki will be enough but i'm still not sure that will
convince everybody.
Met vriendelijke groeten,
Best regards,
Ben Abelshausen
Small error in the Wiki entry: Flanders, Germany ???
Gilbert
On 12 September 2013 18:03, Ben Abelshausen ben.abelshau...@gmail.comwrote:
I have done the following already for the import guidelines:
Entry in the import catalogue:
Yes, haven't you heard the news?
;)
On 09/12/2013 06:26 PM, Gilbert Hersschens wrote:
Small error in the Wiki entry: Flanders, Germany ???
Gilbert
On 12 September 2013 18:03, Ben Abelshausen ben.abelshau...@gmail.com
mailto:ben.abelshau...@gmail.com wrote:
I have done the following
Haha ok! Fixed!
Met vriendelijke groeten,
Best regards,
Ben Abelshausen
On Thu, Sep 12, 2013 at 6:27 PM, Pieter Colpaert
pieter.colpa...@okfn.orgwrote:
Yes, haven't you heard the news?
;)
On 09/12/2013 06:26 PM, Gilbert Hersschens wrote:
Small error in the Wiki entry: Flanders,
I have done the following already for the import guidelines:
Entry in the import catalogue:
http://wiki.openstreetmap.org/wiki/Import/Catalogue#Community_Imports
Entry in the Contributors page:
http://wiki.openstreetmap.org/wiki/Contributors#AGIV
And a translate into english:
You mean that you updated the administrative borders is OSM ? :-)
m
On Thu, Sep 12, 2013 at 6:35 PM, Ben Abelshausen
ben.abelshau...@gmail.comwrote:
Haha ok! Fixed!
Met vriendelijke groeten,
Best regards,
Ben Abelshausen
On Thu, Sep 12, 2013 at 6:27 PM, Pieter Colpaert
On Fri, Aug 30, 2013 at 07:46:18PM +0200, Ben Abelshausen wrote:
Hi,
Maybe we should wait until Pieter has some kind of response for us. I would
like to send something to the DWG that can be verified and is backed by
some facts. Otherwise there will a be discussion about technicalities that
Hello,
There is a new episode in the AGIV-CRAB-OSM story.
Today they released the CRAB database using the new flanders open data
licence [1]. This means that now we can start the process of verification
with the Imports-list and the DWG that the licence is ok and we can start
using AGIV as a
On 2013-08-30 16:11, Ben Abelshausen
wrote :
...
Today they released the CRAB database using the
new flanders open data licence [1]. This means that now we can
start the process of verification with the Imports-list and
Yeah good news indeed ...
After Brussels, if this is true ... we need only smth from wallonia and osm
in Belgium will be awesome :)
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
FYI,
I've forwarded this to some legal people at OKFN and to the Flemish
government department responsible for the licenses.
Pieter
On 08/30/2013 04:11 PM, Ben Abelshausen wrote:
Hello,
There is a new episode in the AGIV-CRAB-OSM story.
Today they released the CRAB database using the new
2013/8/30 eMerzh merz...@gmail.com
Yeah good news indeed ...
After Brussels, if this is true ... we need only smth from wallonia and
osm in Belgium will be awesome :)
indeed
We can hope that such a process (Brussels and Flanders sharing ther data)
will help persuade Wallonia to do the same.
On Fri, Aug 30, 2013 at 04:11:04PM +0200, Ben Abelshausen wrote:
Hello,
There is a new episode in the AGIV-CRAB-OSM story.
Today they released the CRAB database using the new flanders open data
licence [1]. This means that now we can start the process of verification
with the Imports-list
Hi,
Maybe we should wait until Pieter has some kind of response for us. I would
like to send something to the DWG that can be verified and is backed by
some facts. Otherwise there will a be discussion about technicalities that
might not matter at all.
We will have less difficulty if we have all
What's happening? When I use AGIV for imagery in JOSM it constantly asks
for user and password. Since I don't have an account I just click Cancel
or Exit and it eventually starts returning red ERROR tiles.
Cant' we use the images anymore ?
Gilbert
___
On 2013-06-01 17:41, Johan C wrote :
Will AGIV accept attribution on this
page: http://wiki.openstreetmap.org/wiki/Contributors in order to use
the data under ODbL?
Note that a similar problem occurs when people add OSM data to Google Maps.
You are free to copy, distribute, transmit and adapt
I was also thinking that we could put their disclaimer along with the
source mention on that page.
Also Openstreetmap data comes with no warranties anyway.
Nobody is going to follow the source chain and make a claim that data that
made its way into OSM was wrong when it came from AGIV. It will
Hi all,
Question is, if you write a tool which compares data, and people can then
choose the correct point inside both datasets, who is then the rightful
owner of the resulting dataset? Both organisations? Or all the people who
entered the correct data manually?
Another question, what's the
2013/6/1 Pieter Colpaert pieter.colpa...@okfn.org
Hi all,
Question is, if you write a tool which compares data, and people can then
choose the correct point inside both datasets, who is then the rightful
owner of the resulting dataset? Both organisations? Or all the people who
entered the
So I'll keep on walking and surveying housenumbers
m.
On Thu, May 30, 2013 at 10:58 AM, Jo winfi...@gmail.com wrote:
I'm not entirely convinced those Flemish open data licenses would really
help us a lot either.
Do they need a disclaimer shown on each and every rendering of the data?
Jo
@marc: yes it's the best way to get accurate data anyway! :-)
I'm not sure about the Flemish open data licenses, Pieter should know.
Met vriendelijke groeten,
Best regards,
Ben Abelshausen
ben.abelshau...@gmail.com
http://twitter.com/xivk
On Thu, May 30, 2013 at 11:10 AM, Marc Gemis
Hi Ben,
there is a clear deadline! The 14th of June they are doing the Flemish
Open Data day on which they have to show their work. That day is going
to advertise the Flemish open data licenses as well. We just need to
convince AGIV to start using the right ones:
On 2013-04-09 23:00, Glenn Plas wrote :
On 04/09/2013 10:56 PM, Jo wrote:
I'm trying it out, of course.
It still seems to have the problem with the constant need of having
to use 'change resolution'. It would be great if that could be solved
as well somehow, but it may simply be a JOSM
tekst “AGIV” verspreid over het scherm. Geen beeld te zien.
** **
** **
Guy Vanvuchelen
** **
*Van:* EeBie [mailto:ebe...@gmail.com]
*Verzonden:* dinsdag 26 maart 2013 0:14
*Aan:* OpenStreetMap Belgium
*Onderwerp:* Re: [OSM-talk-be] AGIV watuning
** **
Ik vind de AGIV
...@gmail.com]
*Verzonden:* dinsdag 26 maart 2013 0:14
*Aan:* OpenStreetMap Belgium
*Onderwerp:* Re: [OSM-talk-be] AGIV watuning
** **
Ik vind de AGIV vliegtuigfoto's vrij goed werken in JOSM. Je kunt nu de
wegen zien door het bos waar dat met Bing in de bladeren blijft hangen. *
***
Ik heb
: [OSM-talk-be] AGIV watuning
F12
WMS/TMS
+ WMS
http://wms.agiv.be/ogc/wms/omkl?
Get layers
Middenschalige orthofotomozaiek...
(niet de vliegdagcontouren)
Name for this layer:
AGIV
OK
Dan in het menu imagery de laag toevoegen, zodat ze getoond wordt.
Geduldig wachten totdat de tegels geladen
On 2013-03-25 06:45, Jo wrote :
Unfortunately they don't work for me. This is the one
I learned to live with:
Ik vind de AGIV vliegtuigfoto's vrij goed werken in JOSM. Je kunt nu de
wegen zien door het bos waar dat met Bing in de bladeren blijft hangen.
Ik heb bij de F12 Preferences bij WMS als Service URL toegevoegd:
http://wms.agiv.be/ogc/wms/omkl? en dat doet het.
Het is spijtig dat de resolutie niet
Unfortunately they don't work for me. This is the one I learned to live
with:
wms:
http://wms.agiv.be/ogc/wms/omkl?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=OrthoSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}
Jo
2013/3/25 André Pirard a.pirard.pa...@gmail.com
On 2013-03-11 15:07, Guy Vanvuchelen wrote :
Zojuist stoot ik op een website van AGIV Agentschap van Geografische
Informatie Vlaanderen.
http://ogc.beta.agiv.be/gdiviewer/?simple=true
Hier zie je luchtfoto’s (Orthofoto) die scherper zijn dan Google of
Bing, maar ook de huizen (met
On 2013-03-15 21:23, A.Pirard.Papou
wrote :
Now if
you disagree, you can see the data on JOSM/Merkaaartor
with the following WMS configurations:
...
Totally unrelated (disagree with what?), sorry for that.
It was not intended for talk-be but
Zojuist stoot ik op een website van AGIV Agentschap van Geografische
Informatie Vlaanderen.
http://ogc.beta.agiv.be/gdiviewer/?simple=true
Hier zie je luchtfoto's (Orthofoto) die scherper zijn dan Google of Bing,
maar ook de huizen (met huisnummer!) en percelen staan getekend.
Ik zie nergens
On 03/11/2013 03:07 PM, Guy Vanvuchelen wrote:
Zojuist stoot ik op een website van AGIV Agentschap van Geografische
Informatie Vlaanderen.
http://ogc.beta.agiv.be/gdiviewer/?simple=true
Hier zie je luchtfoto's (Orthofoto) die scherper zijn dan Google of
Bing, maar ook de huizen (met
Hi/Hallo,
NL:
Ik heb gisteren om de FLAGIS studiedag over crowdsourcing gesproken met
iemand van AGIV over de adressen database. Sinds kort is deze database open
voor het brede publiek en hij vertelde mij dat het geen enkel probleem is
om de data te gebruiken binnen OSM.
Nu ben ik zelf nogal
1 - 100 of 103 matches
Mail list logo