Zoals we al vermoeden: je doet er blijkbaar teveel, volgens
https://en.wikipedia.org/wiki/List_of_HTTP_status_codes
429 Too Many Requests (RFC 6585)
The user has sent too many requests in a given amount of time. Intended
for use with rate limiting schemes.
Overpass specific:
OSM date word niet meer geladen, is dit te verhelpen!!
---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-be mailing list
Talk-be@openstreetmap.org
I'm checking with Roeselare (27000 addresses, of which 2/3 is mapped), and
it loads fine, including the overpass query (
http://crab-import.osm.be/import.html?pcode=8800=true ).
If you have problems, it might be specific to your postalcode and/or
settings. Please share the link you're using.
Probeer deze link eens, bij mij werkt die prima.
http://aptum.bitless.be/?pcode=3920=true=
Als die niet werkt, dan zit het tussen jouw computer en overpass. Als
je dat wil troubleshooten, dan kan je best een REST client nemen.
Bv in google chrome installeer je de plugin:
Als alles goed werkt zijn die pointer gedeeltelijk groen of geel.
Maar nu werkt het, bedankt.
Sus
2015-11-07 19:48 GMT+01:00 Sander Deryckere :
>
> Op 7 november 2015 18:21 schreef Louis van Boeckel :
>
>> hij zegt dat er nog een query is???
>>
>
> Ga
Ik krijg telkens dit non "HTTP 200 OK" status: 429??
Op 7/11/2015 om 20:31 schreef Glenn Plas:
Als deze het goed doet plots zijn we er nog niet uit, want er is
eigenlijk geen reden dat het op http://crab-import.osm.be/import.html
niet zou lukken. De communicatie gaat tussen client en overpass
Status
*400*Bad Request[Show explanation] Loading time:119
Request headers
User-Agent:Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36
(KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36
Content-Type:text/plain; charset=utf-8
Accept:*/*
Accept-Encoding:gzip, deflate, sdch
Als deze het goed doet plots zijn we er nog niet uit, want er is
eigenlijk geen reden dat het op http://crab-import.osm.be/import.html
niet zou lukken. De communicatie gaat tussen client en overpass API,
waar het werk van Sander staat zou eigenlijk niet mogen uitmaken.
Ik heb zopas even wat
I just checked this with Mechelen, full monty. more than 25000 addresses
with 1000 away from being 100% complete.
It was actually very fast. Overpass query is running fine. If these kind
of queries fail, limit the streetname wildcard to a few (or 1 street)
and see if this works.
Daarnet schreef je "straatnamen en aantal adressen word geladen en dan
blijft het bij loading hangen." , dus vroeg ik als altijd dezelfde straten
geladen worden van een gemeente, of als dit verschilt per keer dat de
pagina geladen wordt.
Op 7 november 2015 17:35 schreef Louis van Boeckel
Bij mij laad Roeselare ook niet?
Op 7/11/2015 om 16:46 schreef Sander Deryckere:
I'm checking with Roeselare (27000 addresses, of which 2/3 is mapped),
and it loads fine, including the overpass query (
http://crab-import.osm.be/import.html?pcode=8800=true ).
If you have problems, it might be
Tot waar wordt de pagina geladen? Zie je de data tabel met straatnamen?
Krijgen die straatnamen huisnummer totalen?
Als enkel de Overpass data niet geladen wordt, dan kan het misschien zijn
omdat je op een gedeeld netwerk zit (b.v. binnen een school, bedrijf etc.),
en dat iemand op dat netwerk
Op alle straten.
Op 7/11/2015 om 17:33 schreef Sander Deryckere:
Altijd op dezelfde straat van een gemeente (zo ja, dewelke)? Of is het
willekeurig?
___
Talk-be mailing list
Talk-be@openstreetmap.org
hij zegt dat er nog een query is???
Op 7/11/2015 om 18:14 schreef Sander Deryckere:
En wat gebeurt er als je op "run" klikt (links boven)? Zie je dan de
kerk oplichten?
Op 7 november 2015 18:12 schreef Louis van Boeckel >:
als op de link
straatnamen en aantal adressen word geladen en dan blijft het bij
loading hangen.
Op 7/11/2015 om 17:11 schreef Sander Deryckere:
Tot waar wordt de pagina geladen? Zie je de data tabel met
straatnamen? Krijgen die straatnamen huisnummer totalen?
Als enkel de Overpass data niet geladen wordt,
Altijd op dezelfde straat van een gemeente (zo ja, dewelke)? Of is het
willekeurig?
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
Op 7 november 2015 18:21 schreef Louis van Boeckel :
> hij zegt dat er nog een query is???
>
Ga eens naar http://www.overpass-api.de/api/kill_my_queries , en probeer
daarna opnieuw, maar wel lang genoeg wachten.
@Sus Agiv kaart komt rechtstreeks van de Agiv servers, dus daar
als op de link klik verschijnt er een kaart,ik zit niet op een netwerk.
Op 7/11/2015 om 18:06 schreef Sander Deryckere:
Dan is het een probleem met Overpass.
Zit je op een gedeeld netwerk, of ben je een andere overpass query aan
het uitvoeren?
Kan je een query rechtstreeks runnen, b.v.
Hooi Sander,
Hier voor de 3920 loopt het ook mis, ik krijg enkel de eerste kolom en de
kaart onderaan met enkel rode pointers.
De waarden van de kolom kan men wel oproepen en in JOSM krijgen.
Ook de AGIV kaart en de fotos zijn de laatste dagen heel traag.
susvhv
2015-11-07 18:14 GMT+01:00
Deze link doet het goed:
http://aptum.bitless.be/?pcode=3920=true=
Bedankt Glen
Sus
2015-11-07 19:51 GMT+01:00 Glenn Plas :
> Probeer deze link eens, bij mij werkt die prima.
>
> http://aptum.bitless.be/?pcode=3920=true=
>
> Als die niet werkt, dan zit het tussen jouw
wat is er mis met de adressen inport , update niet meer?
---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-be mailing list
Talk-be@openstreetmap.org
Hi Louis,
I assume you are talking about the problem with street analysis,
Overpass API has been timing out since a few days when using Sander's
toolset:
Remote Address:46.4.41.83:80
Request
I forgot to add the reason:
http://overpass-api.de/command_line.html
"504 Gateway Timeout is sent if the server has already so much load that
the request cannot be executed. In most cases, it is best to try again
later. Please note that the server decides this based on the timeout and
maxsize
As one IP can only execute one query at a time, and it takes a while before
Overpass decides to start a query (they are queued), it's not possible to
have one query per street (it would take very long to load the page).
That's why all streets of a village are combined into one request.
If someone
Hmm, nu lijkt het alsof overpass API plat ligt. Ofwel volledig, ofwel
gedeeltelijk (b.v. gebroken ondersteuning voor area zoekopdrachten).
Ik kan momenteel niet uitzoeken waar het probleem juist ligt, zal morgen
eens kijken. Maar hoogst waarschijnlijk zal ik er niets aan kunnen doen, en
zullen we
Ah, hier een anouncement gevonden:
http://wiki.openstreetmap.org/wiki/Overpass_API/status
Blijkbaar is het idd een probleem met areas (gemeentegrenzen in ons geval).
Alle areas zijn uit de DB verwijderd, en worden momenteel opnieuw
aangemaakt.
We moeten dus even geduld hebben, en dan komt alles
voor mij lijken de postcodes 2950 en 2040 wel te werken. De anderen heb ik
niet geprobeerd.
2015-09-11 16:38 GMT+02:00 Louis van Boeckel :
> wat is er toch met de adressen,alles blijft op o staan,geeft niet meer aan
> wat gedaan?
>
>
> ---
> Dit e-mailbericht is gecontroleerd
wat is er toch met de adressen,alles blijft op o staan,geeft niet meer
aan wat gedaan?
---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-be mailing list
Talk-be@openstreetmap.org
wat is er misgegaan met de adressen 2950,2040,2030,2930,2940 enz openen
niet volledig
---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-be mailing list
Talk-be@openstreetmap.org
Hey,
2015-09-07 13:19 GMT+00:00 Marc Gemis :
> Berkenlaan_WI is Berkenlaan, Wilrijk. Er is ook Berkenlaan_AN vermoed ik
> voor Antwerpen. Volgens Ben A is Antwerpen de enige stad waar straatnamen
> meerdere keren voorkomen (weliswaar met verschillende postcodes).
>
Is een
Hmm, blijkbaar was ik een "git add" vergeten, waardoor nieuwe straten niet
toegevoegd waren (en ze een error gaven bij het lezen).
Dit moet nu opgelost zijn.
Op 8 september 2015 11:56 schreef Louis van Boeckel :
> wat is er misgegaan met de adressen 2950,2040,2030,2930,2940
ijdag 4 september 2015 15:07
>>
>> *Aan:* OpenStreetMap Belgium <talk-be@openstreetmap.org>
>> *Onderwerp:* Re: [OSM-talk-be] adressen
>>
>>
>>
>> Dan wordt het tijd dat we nog eens een nieuwe dump maken van de crab
>> data, want als ik naar
>
etmap.org>
Onderwerp: Re: [OSM-talk-be] adressen
Ok, ben het script aan het runnen, binnen een dik uur zal de data weer
up-to-date zijn (als er zich geen problemen voordoen).
Mvg,
Sander
Op 7 september 2015 12:08 schreef Marc Gemis
<marc.ge...@gmail.com<mailto:marc.ge...@gmail.com>&
De grote bijwerking gebeurde inderdaad later, ik dacht in mei.
Van: Marc Gemis [mailto:marc.ge...@gmail.com]
Verzonden: vrijdag 4 september 2015 15:07
Aan: OpenStreetMap Belgium <talk-be@openstreetmap.org>
Onderwerp: Re: [OSM-talk-be] adressen
Dan wordt het tijd dat we nog eens een nieuw
:* vrijdag 4 september 2015 15:07
>
> *Aan:* OpenStreetMap Belgium <talk-be@openstreetmap.org>
> *Onderwerp:* Re: [OSM-talk-be] adressen
>
>
>
> Dan wordt het tijd dat we nog eens een nieuwe dump maken van de crab
> data, want als ik naar
>
>
>
>
> http
Mercie Sander, ook om het in te checken op github.
Mvg,
Glenn
On 07-09-15 15:05, Sander Deryckere wrote:
> Zo, ondertussen is de data geupdated, zie
> http://crab-import.osm.be/import.html?pcode=2610=true=true=
> (vergeet niet de browser volledig te refreshen indien je nog maar net de
> oude
zonden:* maandag 7 september 2015 13:56
>> *Aan:* Marc Gemis <marc.ge...@gmail.com>
>> *CC:* OpenStreetMap Belgium <talk-be@openstreetmap.org>
>> *Onderwerp:* Re: [OSM-talk-be] adressen
>>
>>
>>
>> Ok, ben het script aan het runnen, b
Jan
>
>
>
>
>
> *Van:* Sander Deryckere [mailto:sander...@gmail.com]
> *Verzonden:* maandag 7 september 2015 13:56
> *Aan:* Marc Gemis <marc.ge...@gmail.com>
> *CC:* OpenStreetMap Belgium <talk-be@openstreetmap.org>
> *Onderwerp:* Re: [OSM-talk-be] adressen
>
&
...@gmail.com]
Verzonden: donderdag 27 augustus 2015 16:12
Aan: OpenStreetMap Belgium <talk-be@openstreetmap.org>
Onderwerp: Re: [OSM-talk-be] adressen
Ik denk niet dat er al iemand begonnen is met het systematisch mappen van alle
adressen in Antwerpen? De straten moeten er zo goed als allemaal in
ie van er iets minder titanenwerk van te maken.
>
> Bye,
> Jan
>
>
> -Oorspronkelijk bericht-
> Van: Ben Laenen [mailto:benlae...@gmail.com]
> Verzonden: donderdag 27 augustus 2015 16:12
> Aan: OpenStreetMap Belgium <talk-be@openstreetmap.org>
> Onderwerp: Re:
Ik denk niet dat er al iemand begonnen is met het systematisch mappen
van alle adressen in Antwerpen? De straten moeten er zo goed als
allemaal in zitten, in de beginjaren werd daarvoor vergeleken met de
straatnamenlijst die je online kan vinden. Maar adressen zelf is nog
een ander titanenwerkje
Dag allen,
Ik heb ontdekt dat onze geostatistische website voor Antwerpen sinds kort
Openstreetmap gebruikt om te zoeken op adres (een van de knopjes
rechtsboven als je een kaart in beeld hebt).
Vroeger gebruikte die service de api van CRAB. Alvorens te vragen of ze
alsjeblieft weer naar een
Een andere mogelijkheid is de zonegrens, die in AGIV soms zichtbaar is als
gemeentegrens, op de juiste plaats te leggen in OSM. Dat werkt ook tal van
fouten weg. Het duurt wel een tijdje voor de resultaten weergegeven worden.
Hopelijk valt daar niets op te zeggen.
Groetjes
Sus
2015-03-20 8:33
Tadaa: http://crab-import.osm.be/import.html?pcode=3800loadOsm=true
Overpass heeft de nieuwe grenzen al gevonden.
Op 18 maart 2015 15:37 schreef Sander Deryckere sander...@gmail.com:
Aangezien ik geen oude kaarten van Sint-Truiden kon terugvinden, heb ik
dus maar een schatting gemaakt van de
Dit is toch een dienst die gratis wordt aangeboden
http://www.bpost.be/site/nl/residential/customerservice/search/address.html
De enige beperking is maximum 20 raadplegingen per dag. Of ik het
resultaat gebruik om OSM te valideren of om op een omslag te zetten,
daar zie ik het verschil niet
Kopiëren mag niet, controleren wel.
Nu, als je een verschil ontdekt, waar ligt de grens tussen kopiëren en
controleren? De grens ligt volgens mij bij de hoeveelheid werk je in je
onderzoek stopt. Als je na de ontdekking van het verschil gewoon de versie
van bPost overneemt, dan is dat kopiëren.
gebruik voor commerciële doeleinden van het geheel of een deel van deze
website is verboden
IMHO is de data een deel van de website. Je kopieert dit naar een databank
die voor commerciële doeleinden kan gebruikt worden.
Gelukkig leven we niet in Canada, waar iemand die postcodes verzamelt via
Vraag: Bpost biedt een gratis tool aan, maar beperkt het tot 20
opdrachten, waarschijnlijk om automatisatie te vermijden.
Als ik in de perken blijf mag ik dat dus gebruiken, ze hebben er belang
bij dat de zonenummers kloppen.
Voorbeeld/
In Beringen, 3580 en 3582 loopt de zonegrens door de
Begint uwe fiets maar af te stoffen en hoop dat die mensen thuis zijn...
Op 19 maart 2015 12:57 schreef Verhoeven Fr sus...@gmail.com:
Vraag: Bpost biedt een gratis tool aan, maar beperkt het tot 20
opdrachten, waarschijnlijk om automatisatie te vermijden.
Als ik in de perken blijf mag ik
Aangezien ik geen oude kaarten van Sint-Truiden kon terugvinden, heb ik dus
maar een schatting gemaakt van de onderverdeling. Verbeteren is dus altijd
toegestaan.
Zie hier de nieuwe postcode grenzen:
http://osm.org/relation/4681897
http://osm.org/relation/4681898
http://osm.org/relation/4681899
Net deze [1] nog eens laten lopen. Blijkbaar heeft er iemand al een boel
ontbrekende grenzen toegevoegd sinds ik ermee gestopt ben.
Enkel Sint-Truiden, Lanaken, Bilzen en Maasmechelen blijken nog te
ontbreken.
m.
[1] http://overpass-turbo.eu/s/8ed
2015-03-17 10:30 GMT+01:00 Sander Deryckere
Ik heb met de import tools van Sander op de 3800 (Sint-Truiden) de
Amstenradelaan genummerd en alles verliep normaal., De gebouwen waren daar
al getekend.
Ik moet in OSM wel nadien tot het uiterste inzoomen om de nummers zichtbaar
te krijgen.Ook Nominatin kan er mee overweg. Alles is dus normaal,
Op 17 maart 2015 15:04 schreef Sus Verhoeven sus...@gmail.com:
Ik heb met de import tools van Sander op de 3800 (Sint-Truiden) de
Amstenradelaan genummerd en alles verliep normaal., De gebouwen waren daar
al getekend.
Ik moet in OSM wel nadien tot het uiterste inzoomen om de nummers
Een middel is voor elke straat éénmaal Bpost op te roepen, die geeft het
goede zonenummer., Zelden heeft een straat 2 zonenummers, en in dat geval
geeft men de uiteinden op. En stillaan zou de zone grens zichtbaar worden.
De Amstenradelaan ligt in 3800.
Sus
2015-03-17 15:41 GMT+01:00 Sander
Voor Sint-Truiden zijn er nog geen postcode grenzen vastgelegd.
Naast 3800 zijn ook 3803 en 3806 postcodes in Sint-Truiden.
En er zijn veel deelgemeenten.
Groeten,
Erik
Op 16-03-15 om 22:51 schreef Sander Deryckere:
Mijn eerste idee is dat er iets fout is met de grenzen. De postcode
grens
In Limburg ontbreken nog veel postcode grenzen omdat er nog veel
deelgemeente grenzen ontbreken.
Dikwijls vallen die grenzen samen. 'k ben daar dus moeten stoppen met het
toevoegen van postcode grenzen
m
2015-03-17 0:37 GMT+01:00 Erik Beerten ebe...@gmail.com:
Voor Sint-Truiden zijn er nog
Mijn eerste idee is dat er iets fout is met de grenzen. De postcode grens
is nodig om de correcte adressen uit OSM te halen. Als die ontbreekt, of
niet correct is, dan kan overpass geen adressen vinden, waardoor alle
staten dus op 0 blijven staan.
Ik zal morgen eens kijken naar die grenzen, maar
De laatste maanden maak ik dankbaar gebruik van de mogelijkheid om adressen
in te brengen. Iemand maakte mij de opmerking dat in Sint-Truiden geen enkel
adres ingebracht is. Daar wilde ik wel iets aan doen. Dus begon ik met de
straat met de meeste adressen: de Luikersteenweg. Voor wie die straat
De ? huisnummers zijn maar voorlopig zie ook
http://wiki.openstreetmap.org/wiki/User:Ivodeb#ivodeb
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
ff een andere thread
Om OSM op het niveau van Google maps te kunnen brengen moeten er buildings
en adressen ingevoerd worden. Om eenduidigheid te brengen zou het misschien
nuttig zijn om afspraken te maken in verband de invoer van adressen.
Grofweg zijn er 2 mogelijkheden :
een POI met 1
Ivo,
2011/1/27 Ivo De Broeck ivo.debro...@gmail.com:
ff een andere thread
Om OSM op het niveau van Google maps te kunnen brengen moeten er buildings
en adressen ingevoerd worden. Om eenduidigheid te brengen zou het misschien
nuttig zijn om afspraken te maken in verband de invoer van
met gebruik van POI zie
http://www.openstreetmap.org/?lat=50.86655lon=4.70103zoom=17
Op 27 januari 2011 09:24 schreef Ringo De Smet ringo.des...@gmail.com het
volgende:
Ivo,
2011/1/27 Ivo De Broeck ivo.debro...@gmail.com:
ff een andere thread
Om OSM op het niveau van Google maps te
2011/1/27 Ivo De Broeck ivo.debro...@gmail.com:
ff een andere thread
Om OSM op het niveau van Google maps te kunnen brengen moeten er buildings
en adressen ingevoerd worden. Om eenduidigheid te brengen zou het misschien
nuttig zijn om afspraken te maken in verband de invoer van adressen.
I've also been experimenting with house numbering. It's nicer if they also
get renderd of course. If a building has 1 house number and no name, then it
seems very appropriate to add it to the building. The only problem there is
that they cannot be part of an 'interpolation' anymore then. But
The floating house numbers are the 'standard' way of working. Usually they
are connected with addr:interpolation. If the building is there and it has
only one number and nothing with a name is in it, it's also possible to tag
the building with the number.
Jo
If the house number is unknown, I think it's better to simply not enter it.
Jo
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
66 matches
Mail list logo