Re: [OSM-talk-be] Status GRB-import tool ?

Goeie suggesties ivm discardable tags. De fout zal zeker niet in JOSM zitten, die tags worden geexporteerd.  Het is een kwestie van :  wil je ze zien of niet bij export ? De status gegeven door Marc is de juiste, idd aan het kijken hoe we het gebouwenregister als enige adres referentie kunnen

Re: [OSM-talk-be] Crab Addr import tool

On 23-04-18 13:29, Sus Verhoeven wrote: > Ik gebruik altijd de laatste versie van JOSM, nu 13576. > Ik ben wel een tijdje inactief geweest. Verklaart het idd, ook waarom ik het ook voorheb, ik gebruik ook steeds de laatste versie en kon het probleem reproduceren. Morgen doe ik een nieuwe data

Re: [OSM-talk-be] Crab Addr import tool [solved]

Hi Sus, (EN below)   Ik heb het in orde gebracht. in de XML kan je definieren dat de export niet geupload mag worden, daar stond 'upload=no' ipv 'upload=false' en er is recentelijk 'never' bijgekomen, sindsdien geeft JOSM een fout op die 'no' , voordien werkte dat gewoon, nu niet meer. De HTTPS

Re: [OSM-talk-be] Crab Addr import tool

You need to use http://crab-import.osm.be/  or https://crab-import.osm.be/ Ik kan bevestigen dat er een probleem is bij het exporteren , blijkbaar aanvaard JOSM de web request niet meer (JOSM heeft een interne webserver) Kan je uw JOSM versie eens doorgeven aub ?  Heb je recentelijk een upgrade

Re: [OSM-talk-be] PICC, CRAB & Data updates questions

On 05-04-18 16:22, Divoy John wrote: > > Everyone, > >   > > Before using openStreetMap data, I have a few questions about data > updates and the PICC and CRAB data that are in use > (https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data). > > >   > > Can someone specify me

Re: [OSM-talk-be] Conflation OpenData Brussels

On 04-04-18 11:23, eMerzh wrote: > Thanks for your responses :) > and yeah i totally agree that an import is probably not a good idea, > but i was thinking more like a map  of missings schools or streets > without surface  (with one in the dataset) > and with ideally a "one-click" import ( 1

Re: [OSM-talk-be] Conflation OpenData Brussels

On 03-04-18 21:22, eMerzh wrote: > Hi all :) > > I'm just discovering the data sets that are in > http://opendatastore.brussels/  (brussels region) > and some of them might be really interesting for osm. > Like : > - school list > - streets surfaces > - 3d buildings > - parkings > - transports

Re: [OSM-talk-be] Where to suggest/discuss the renderer?

Mapping for the renderer is de facto wrong and what you experience now (in france etc.) is the endresult of that attitude.  I don't understand why you get discouraged on OSM because of a map you don't like.   It's like saying:  "I don't contribute to Wikipedia anymore because when I print a page

Re: [OSM-talk-be] Overpass turbo exporteren as png

It works now.  Tested on chrome Version 62.0.3202.94 (Official Build) (64-bit) Glenn On 27-01-18 11:23, Jakka wrote: > Hi, > > Trying to export a query map in png do not work. > > >     rendering map data     rendering map tiles >     prepare map > > > Is this a known

[OSM-talk-be] CRAB tool data update - 2018-01-02

Hallo In de reeks maandelijkse CRAB updates: Nieuwe CRAB data is processed en staat reeds ter beschikking hier: http://crab-import.osm.be Zoals steeds verdwijnen er straten, maar komen er nog meer bij. Deze straten verdienen vaak onze extra aandacht omwille van het feit dat ze vaak over een

Re: [OSM-talk-be] OSM and SIAMU

Hi Ben, I'm really missing something in the logic, but how can 2 seperate datasets get common ground on this ?  aka: how does it work that this single ID would be generated identically for 2 different datasets, given the fact that coordinates are not exactly 100% the same.  I don't see that

Re: [OSM-talk-be] Mijlpalen

http://data.gov.be/en/node/11125 KM palen zijn reeds open dus.  licentie:  https://metadata.geopunt.be/zoekdienst/apps/tabsearch/?uuid=fa453d09-d577-4f5a-ad6c-04f938b757c4 Glenn On 18-11-17 19:14, Philippe Casteleyn wrote: > > Naast geodetische punten ben ik ook wel geïnteresseerd in mijlpalen

Re: [OSM-talk-be] Urgent: New mapper added wrong tags.

I fixed this edit in bulk with overpass, with what I think is the best possible solution, if you don't know back/forward. just use distance, it's actually also much more common to use the latter. Glenn On 18-11-17 18:13, marc marc wrote: > maybe start to request him to not add this a fake name

Re: [OSM-talk-be] Importing Villo! API data

Hi Yves, > ref=76 > name="Place Van Meenen - Van Meenenplein" > name:fr="Place Van Meenen" > name:nl="Van Meenenplein" > addr:street="Place Maurice Van Meenen - Maurice Van Meenenplein" > addr:housenumber="35-39" > Sounds like an interesting challenge.  I've done a similar thing with Velo in

Re: [OSM-talk-be] LiDAR

Do you have more information on that algorithm (I assume this is what you mean by special pattern) ? Quite interested in trying to get this from elevation data. Glenn > An interesting thing about raw lidar data is that it can help identify > trees, as they have a special kind of pattern in the

Re: [OSM-talk-be] building = staketsel

It's indeed due to a bad import job.   Partly the data is probably to blame as well , since it comes from building DB it's marked as a building but in OSM it should be turned into man_made=* Whenever you find dutch in the values of a building or man_made key, chances are very high that they come

Re: [OSM-talk-be] How we deal with this kind of note

On 05-10-17 11:10, Marc Gemis wrote: > Does a tourist information sign indicates any access rights ? Is the > fact that a place is for rent indicates any access rights to the > driveway ? It can still be access=customers (or visitors, but we > don't have that) What I am sure about is that when

Re: [OSM-talk-be] How we deal with this kind of note

It probably is Château de Miremont when checking the map. On 04-10-17 18:50, Glenn Plas wrote: > I can also see on the opposing side of the road a touristic sign that > points you toward what I think reads "Chateau de miracle" even though > it's blurred. > > That hardly

Re: [OSM-talk-be] How we deal with this kind of note

bsolutely nothing stating that this way is private. >> >> Matthieu >> >>> On 4 Oct 2017, at 13:55, Glenn Plas <gl...@byte-consult.be >>> <mailto:gl...@byte-consult.be>> wrote: >>> >>> Hi, >>> >>> This link gives a bad

Re: [OSM-talk-be] Do you Tag those as cycleway?

Hi, comments below On 01-10-17 15:06, Yves bxl-forever wrote: > Hello, > > It may be a good idea to freshen up the pages on the wiki to remove all > confusion about this. > Perhaps we could summarize all the discussions as such. > > > 1) If a street is one-way for motor traffic but open to

Re: [OSM-talk-be] Do you Tag those as cycleway?

On 30-09-17 08:13, Jo wrote: > True, we could use shared_lane, but then we either have to do that on > all highways where bicycles aren't banned, or we go on with that as the > de facto standard. > > The fact that a bicycle is drawn, doesn't make it 'more' of a shared > lane than it would be

Re: [OSM-talk-be] Hectometerbordjes

On 15-08-17 15:02, Philippe Casteleyn wrote: > http://wegenenverkeer.be/persberichten/19300-kilometerbordjes-worden-vervangen > > 19.300 kilometerbordjes worden vervangen | Wegen & Verkeer > > wegenenverkeer.be > De

Re: [OSM-talk-be] Fwd: [Tagging] Brasserie

cuisine described the food served, not the restaurant type. The wiki is quite clear on that https://wiki.openstreetmap.org/wiki/Key:cuisine So I quite agree with Marc that putting brasserie as this key's value is not a description of the food being served. Glenn > I'm not sure whether I like

Re: [OSM-talk-be] Brugnummering

sof het een soort brug was en dan ging het over die te nekkerspoel > https://inventaris.onroerenderfgoed.be/erfgoedobjecten/1504 . Ook > verkeerd ? Glenn > > 2017-08-08 15:32 GMT+02:00 Glenn Plas <gl...@byte-consult.be>: >> On 08-08-17 15:14, Marc Gemis wrote: >>&

Re: [OSM-talk-be] Brugnummering

On 08-08-17 15:14, Marc Gemis wrote: >> >> Wat ik tegenwoordig veel zie is dat mensen de bruggen een naam geven, >> die eigenlijk officiel nooit gebruikt wordt, die dus verkeerdelijk in >> 'name' key worden gezet. > > Heb je daar een voorbeeld van ? https://www.openstreetmap.org/way/448871500

Re: [OSM-talk-be] Brugnummering

Aha, interesting... mijn dislike voor mapillary hield me tegen om dit zelf te vinden. Spijtig dat deze gegevens niet in GRB zitten, zou wel handig zijn. Tx voor info. On 08-08-17 15:09, Marc Gemis wrote: > Zoals je kan zien bij de foto van de brug (via de mapillary link op de > way), staat er

Re: [OSM-talk-be] Brugnummering

Hier is de echte brugconstructie, in 2 keer geupload met tagfix. http://www.openstreetmap.org/way/513944080 On 08-08-17 15:01, Glenn Plas wrote: > > > On 08-08-17 14:35, Philippe Casteleyn wrote: >> >> >> Nu jullie toch met bruggen bezig zijn, ik zie graag het juiste

Re: [OSM-talk-be] Brugnummering

On 08-08-17 14:35, Philippe Casteleyn wrote: > > > Nu jullie toch met bruggen bezig zijn, ik zie graag het juiste nummer erbij. En waar haal je dat 'juiste nummer' vandaan ? De enige officiele referenties over bruggen die ik ken komen uit GRB. Wat ik tegenwoordig veel zie is dat mensen de

Re: [OSM-talk-be] determination: man_made=bridge wrong rendered ?

p 8/08/2017 om 13:13 schreef Glenn Plas: >> I have a few remarks on this, the biggest one is that we don't map for >> the renderer... (hardly ever preferably). >> >> The second one is that I think this solution is not the correct one, if >> you put a man_made

Re: [OSM-talk-be] determination: man_made=bridge wrong rendered ?

I have a few remarks on this, the biggest one is that we don't map for the renderer... (hardly ever preferably). The second one is that I think this solution is not the correct one, if you put a man_made bridge 'under' a highway, you should connect the bridge to the highway at the edges. add a

Re: [OSM-talk-be] meerdere postcodes voor één gemeente

The advice below isn't correct. We don't need alternatives, we need to improve the postal_code boundaries to encompass those houses that are on the wrong side of the postal code. > That being said, using addr:postcode on boundary relations is rather uncommon > practice. Having another relation

Re: [OSM-talk-be] CRAB-adressen met underscore

bedankt. > > Sus > > 2017-07-10 12:10 GMT+02:00 Glenn Plas <gl...@byte-consult.be > <mailto:gl...@byte-consult.be>>: > > > > > On 08-07-17 15:16, joost schouppe wrote: > > Juist, die had ik nog niet gecheckt! > > Ik denk dat het

Re: [OSM-talk-be] CRAB-adressen met underscore

On 08-07-17 15:16, joost schouppe wrote: > Juist, die had ik nog niet gecheckt! > Ik denk dat het correcte inderdaad is om in huisnummers met een > underscore (een bisnummer dus, oftewel een volwaardig huisnummer, niet > een busnummer) die te vervangen door een slash. Maar ik ben er niet >

Re: [OSM-talk-be] duplicates originating from GRB merge

Hi Seppe, Sorry it took me a while to open my mailbox lately. On 02-06-17 19:22, Santens Seppe wrote: > Hey guys, > > From time to time, I'm seeing duplicate nodes or areas that I reckon are > due to (wrong use) of the GRB merge tools. One striking example: >

Re: [OSM-talk-be] 90->70 in Vlaanderen

Hallo Brecht, Bedankt om ons te woord te staan. Een bijkomende opmerking, namelijk.. de fout door Marc ontdekt te Temse ligt in de provincie Oost-Vlaanderen. Dus in de data van Oost-Vlaanderen zou die weg niet opgenomen mogen zijn, wat ons dan brengt naar de vraag: waarom is die dan toch

Re: [OSM-talk-be] 90->70 in Vlaanderen

Hi Joost, some inline thoughts added. On 15-05-17 18:49, joost schouppe wrote: > Hi Glenn, > > I'm not sure we should fix this ourselves. I think we can ask Be-mobile > to fix this. But maybe a revert is in order. That would also be a lot of work btw, very small changesets. I don't really

Re: [OSM-talk-be] 90->70 in Vlaanderen

%3A%27tn%3Atn_snelhrg_awv%27%2C%27title%27%3A%27WMS-GetMap%20van%3A%20Snelheidsregimes%20langs%20de%20genummerde%20wegen%20in%20beheer%20van%20AWV%27%7D%5D%7D%5D > > Op 15 mei 2017 om 16:04 schreef Glenn Plas <gl...@byte-consult.be > <mailto:gl...@byte-consult.be>>: > > O

Re: [OSM-talk-be] 90->70 in Vlaanderen

Ok, I found her. omg. she's dedicated to changing all 90's to 70's. This is really fubar imho. https://www.openstreetmap.org/user/Ilona_S/history#map=10/51.0953/4.3039 On 15-05-17 12:24, Marc Gemis wrote: > Ik heb dit weekend de N16 tussen Willebroek en Temse terug naar 90 > km/h gebracht. >

Re: [OSM-talk-be] 90->70 in Vlaanderen

changeset ID ? Dit is altijd zo frustrerend... doe-maar-op-mappers met ik-heb-mijn-eigen-regels voor OSM Glenn On 15-05-17 12:24, Marc Gemis wrote: > Ik heb dit weekend de N16 tussen Willebroek en Temse terug naar 90 > km/h gebracht. > Een overijverige mapster heeft volgens mij gewoon alle 90

[OSM-talk-be] CRAB tool data update notification - 2017-01-05

Hallo In de reeks maandelijkse CRAB updates: Nieuwe CRAB data is processed en staat ter beschikking hier: http://aptum.bitless.be/ Ik heb de import resultaten en de nieuwe stratenlijst ook online gezet: Data extraction date: 2017-05-01 zou je moeten zien (druk F5/shift+reload als je dit niet

Re: [OSM-talk-be] Multilingual names

Hey Marc, > https://wiki.openstreetmap.org/wiki/User_talk:Gplv2 on the discussion > tab. Didn't you get a mail for that ? oh .. I see , that probably goes to my google mail address, a bit of a trashbin-mail account with massive amounts of spam hiding real messages, I only check that sporadically

Re: [OSM-talk-be] Multilingual names

On 07-04-17 13:22, Jo wrote: > Wow, for the faciliteitengemeenten I don't agree either! That's not mine :) I live on the border of those silly legal entities and I disagree as well :) Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org

Re: [OSM-talk-be] Multilingual names

Hi Marc, gplv2 that will be me :) On 07-04-17 11:28, Marc Gemis wrote: > I just stumbled upon the wiki page > https://wiki.openstreetmap.org/wiki/Multilingual_names#Brussels > I was surprised to read e.g. "Note that the "first mapper rule" is > deprecated now." and "In OSM, we have a consensus

Re: [OSM-talk-be] FW: Basiskaart Vlaanderen (GRB) - Wijzigingen GRB-producten vanaf juli 2017

On 06-04-17 15:29, Santens Seppe wrote: > Possibly of importance for the GRB - OSM merge. Impact isn't too big. Marc gemis will probably cheer as Gba type uitbreiding will be gone. Those are usually just buildings/parts of and probably belong in Gbg :) Glenn

Re: [OSM-talk-be] Addr Import

On 27-03-17 16:08, Sus Verhoeven wrote: > Bedankt voor de link, zou het niet goed zijn deze ergens op de wiki te > zetten ? - http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/GRB (onderaan) - http://wiki.openstreetmap.org/wiki/GRBimport (in het midden) Ze staat er reeds op. En reeds paar

Re: [OSM-talk-be] Addr Import

On 26-03-17 16:43, Glenn Plas wrote: > Hallo Lodde, > > Sander zijn tool is niet up to date, je kan deze URL gebruiken voor > up-to-date data > > http://aptum.bitless.be/ Ik heb mijn versie aangepast, deze draait op 2 servers in parallel en 1tje ervan had een probleem,

Re: [OSM-talk-be] Addr Import

Hallo Lodde, Sander zijn tool is niet up to date, je kan deze URL gebruiken voor up-to-date data http://aptum.bitless.be/ Glenn On 15-03-17 17:13, Louis van Boeckel wrote: > Wat is er mis met import, krijg altijd *Data extraction date:* 2015-03-02 > > lodde > > >

[OSM-talk-be] CRAB tool data update - 2017-03-10

Hallo In de reeks maandelijkse CRAB updates: Nieuwe CRAB data is processed en staat reeds ter beschikking hier: http://aptum.bitless.be/ Originele site staat wel nog achter http://crab-import.osm.be/import.html Pull request is nog niet geaccepteerd. Ik heb de import resultaten en de nieuwe

Re: [OSM-talk-be] Notes pollutie in Brussel

Mr Casteleyn, Dit is de 2de maal dat u iemand persoonlijk aanvalt, en 2 maal dezelfde persoon over een paar notes die u niet aanstaan. U overdrijft gewoon. Ik heb met de mantel der liefde al mensen aangepakt die brokken data vernielden van mijn hand uit onwetendheid, iedereen in OSM doet dubbel

Re: [OSM-talk-be] KBO

Nope, we can't. The license is incompatible with OSM. It's too restrictive. http://economie.fgov.be/nl/modules/publications/kbo/licence_open_data.jsp I investigated this about a half year ago. They call it open data but they impose restriction on the usage. I downloaded it back then and gave

Re: [OSM-talk-be] CRAB tool data update - 2017-02-14

niet voor deze maand zijn. Glenn > In ieder geval, bedankt voor de moeite. > > Sus > > > 2017-02-14 19:44 GMT+01:00 Glenn Plas <gl...@byte-consult.be > <mailto:gl...@byte-consult.be>>: > > On 14-02-17 18:40, Sus Verhoeven wrote: > >

Re: [OSM-talk-be] CRAB tool data update - 2017-02-14

* https://en.wikipedia.org/wiki/Cross-origin_resource_sharing > > Sus > > 2017-02-14 17:04 GMT+01:00 Glenn Plas <gl...@byte-consult.be > <mailto:gl...@byte-consult.be>>: > > Hallo > > In een van men vorige posts zei ik dat ik de tool niet vond om d

[OSM-talk-be] CRAB tool data update - 2017-02-14

Hallo In een van men vorige posts zei ik dat ik de tool niet vond om de data te processen, maar niets was minder waar. Alles was proper gedocumenteerd, dus heb ik maar even een processing opgestart. Nieuwe CRAB data is processed en staat ter beschikking hier: http://aptum.bitless.be/ Pull

Re: [OSM-talk-be] Agiv crap import

fork van crab tool ( https://github.com/gplv2/aptum.github.io/ ) en dan steek ik ze daar in voorlopig. Zelf heb ik vandaag te weinig tijd over om het nog te doen. Glenn On 14-02-17 15:49, Glenn Plas wrote: > De json files die hiervoor nodig zijn worden door Sander gegenereerd en > die s

Re: [OSM-talk-be] Agiv crap import

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

Re: [OSM-talk-be] Agiv crap import

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

Re: [OSM-talk-be] Agiv crap import

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

Re: [OSM-talk-be] Namen van kerken

Hallo, Volledig atheïst hier, maar vergeet niet dat buiten kerken en kathedralen ook nog concepten bestaan zoals een basiliek. Daarom vind ik het woord kerk niet onbelangrijk. bv: https://nl.wikipedia.org/wiki/Onze-Lieve-Vrouw_van_Hanswijk_(Mechelen) On 06-02-17 09:04, joost schouppe wrote:

Re: [OSM-talk-be] Overpass mirror uit sync?

On 01-02-17 10:37, Karel Adams wrote: > Mijn dagelijkse download van de Europese luchtvaartterreinen sprak > altijd http://overpass-api.de/api/interpreter aan, maar die heeft het > dikwijls te zwaar, zelfs nadat ik de query heb opgesplitst in zes delen. > > Ik had dan maar het scriptje aangepast

Re: [OSM-talk-be] Wat mappen in Brussel (was Re: Bulk import, mogelijkheden?)

On 31-01-17 13:39, Ben Laenen wrote: > On Tuesday, 31 January 2017 13:14:37 CET Glenn Plas wrote: >>>> Neen, bvb op het viaduct van Vilvoorde mogen personenwagens 90 km/u en >>>> vrachtwagens slechts 70 km/h. >>> >>> Maar daar staan dan altijd extra ve

Re: [OSM-talk-be] Wat mappen in Brussel (was Re: Bulk import, mogelijkheden?)

>> Neen, bvb op het viaduct van Vilvoorde mogen personenwagens 90 km/u en >> vrachtwagens slechts 70 km/h. > > Maar daar staan dan altijd extra verkeersborden, die we uiteraard wel mappen. Ik zou die wel eens graag willen zien, volgens mij zit in OSM bijna niets als het gaat over locale

Re: [OSM-talk-be] why welcoming makes sense

On 27-01-17 09:06, joost schouppe wrote: > Well, it goes to show that checking every single first changeset from > new contributors is useful. And the best tracking tool is welcome.osm.be > IMHO. It's not limited to newbee's ... Check leisure park-use in centre of

Re: [OSM-talk-be] (no subject)

On 13-01-17 17:52, Jasper Michels wrote: > Dank voor je antwoord Marc! > > -Gevoelsmatig vind ik de tag "scrub" te veel eer doen aan de struikjes > tussen de autostrades met zwerfvuil. > Als ik in google afbeeldingen zoek op "scrub terrain" dan krijg ik toch > iets mooiere landschappen te zien.

Re: [OSM-talk-be] Fwd: Fietsroutedata OSM

Als ik die data kan krijgen en ze in postgresql kan steken, dan stel ik graag die laag ter beschikking. Kan je ze alvast als overlay gebruiken. Kan het als vector layer gemakkelijk exporteren voor vrij gebruik. Glenn > > ​1)In juni jongstleden hebben alle Vlaamse provincies samen een >

Re: [OSM-talk-be] Hoe een onbestaande opslagplaats definieren

On 29-12-16 12:12, Marc Gemis wrote: > building=warehouse, not building=hangar ! Ik weet dat we in het > Nederlands/Vlaams over hangar/hangaar spreken, maar we mappen in het > Brits-Engels :-) Yup, ik realiseer me nu dat ik wel wat te verbeteren heb. voor GRB integratie en wat ik in het verleden

Re: [OSM-talk-be] Hoe een onbestaande opslagplaats definieren

Vliegtuig: aeroway=hangar https://wiki.openstreetmap.org/wiki/Key:aeroway Algemeen: building=hangar De wiki definitie verbaasd me wel persoonlijk: "A hangar is a building used for the storage of airplanes, helicopters or space-craft. Consider adding aeroway=hangar, when appropriate." een

Re: [OSM-talk-be] Lightmap

On 26-12-16 14:12, Philippe Casteleyn wrote: > > > Het is nuttiger die tag in te vullen bij fietsstallingen en fietspaden. > Aan de kathedraal in Mechelen bijvoorbeeld is er een fietsstalling waar > je op de tast uw sleutel in uw fietsslot moet steken. > En dan vergeet ik nog de zebrapaden,

Re: [OSM-talk-be] Aanpassingsmeldingen / Notifications

On 22-12-16 23:18, Marc Gemis wrote: > On Thu, Dec 22, 2016 at 10:54 PM, Glenn Plas <gl...@byte-consult.be> wrote: >> Sometimes it's better to actually get a changeset dropped instead of >> using the plugin. > > I believe this can only done by the DWG and is

Re: [OSM-talk-be] Aanpassingsmeldingen / Notifications

On 22-12-16 19:57, Marc Gemis wrote: > Depending on the case, you can immediately revert the change (e.g. > with the revert plugin in JOSM), Keep in mind this is not taking away the changeset, it's just doing the reversal but in a forward fashion. It's not a real revert, just a way to nullify

Re: [OSM-talk-be] Aanpassingsmeldingen / Notifications

19:15 GMT+01:00 Glenn Plas <gl...@byte-consult.be > <mailto:gl...@byte-consult.be>>: > > On 22-12-16 17:36, Steven Clays wrote: > > Hallo, > > > > dit is misschien een beetje een basisvraagje, maar ik vond het antwoord > > nergens. I

Re: [OSM-talk-be] Aanpassingsmeldingen / Notifications

On 22-12-16 17:36, Steven Clays wrote: > Hallo, > > dit is misschien een beetje een basisvraagje, maar ik vond het antwoord > nergens. Is er een mogelijkheid om op de hoogte gehouden te worden van > de aanpassingen die een andere gebruiker maakt aan de wijzigingen die je > zelf hebt toegevoegd? >

Re: [OSM-talk-be] Belgium maxheight railway=level_crossing

On 22-12-16 14:19, Jakka wrote: > Rechtzetting, deze opmerkingen tot plaatsen lijkt overbodig daar de wet > in België bepaalt de de maximale lading in hoogte de 4 meter niet mag > overschrijden. De ongevallen incidenten zijn oorzaak van nalatigheid > kraan/laadbak omhoog en gebruik of lading

Re: [OSM-talk-be] GRB hackday december 11th

On 15-12-16 05:44, Marc Gemis wrote: > I'm really looking forward to read the procedure on how you guys came up. > You might have been lucky that I couldn't make it , now you only have > to ignore my annoying mails :-) No, not at all. The church-issue was brought up without your help :) > I

Re: [OSM-talk-be] GRB hackday december 11th

On 14-12-16 20:55, Marc Gemis wrote: > On Wed, Dec 14, 2016 at 8:49 AM, joost schouppe > wrote: >> Expect between 10 and 20 users for the import tool. I think we can handle a >> little ugliness. >> So something "not too bad" will do :) >> >> That said, if it all goes as

Re: [OSM-talk-be] GRB hackday december 11th

ay, probably should have. I will send you the details asap and where I'm at. It would be awesome to not have to worry about GUI stuff, I'm not a artistic person, I'm visually challenged in CSS. Glenn * : http://bricks.stackexchange.com/users/1122/glenn-plas > > Good afternoon. &g

Re: [OSM-talk-be] GRB hackday december 11th

On 13-12-16 14:18, Santens Seppe wrote: > Looking forward to it! > > I had a quick look at the documentation and tried the tools, but I don’t > feel confident enough to have a go at it. A short training would be nice. The tool will also be updated before we start, since it's a R version right

Re: [OSM-talk-be] Stylesheets in JOSM Overpass

On 19-11-16 16:38, Marc Gemis wrote: > Het was me op het forum ook al niet duidelijk wat je wil bereiken. Ik begin te vermoeden dat wij het over MapCSS in JOSM hebben terwijl Phillippe vooral met Overpass MapCSS bezig is. Het 2de is complexer dan gewoon in JOSM even wat stijlen uitproberen.

Re: [OSM-talk-be] Stylesheets in JOSM Overpass

On 19-11-16 13:23, Philippe Casteleyn wrote: > Ik heb de vraag al op de juiste plaats gesteld, maar geen antwoord > gekregen : Ik wil een verschil zien tussen highhway = * en highway = > crossing. > > U kunt het proberen met de Overpass sample "Map CSS Styling" > > In JOSM krijg ik heb

[OSM-talk-be] Evolta - OSM license violation

Take a look here: http://www.evolta.be/nl/contact/ It really bothers me that they are not giving 'us' credit for this map. This a study bureau that has gotten the assignment from the province to plan the 'fiets-ostrade' from Mechelen (Nekkerspoel)/Antweroen till Zemst/Vl-Brabant.

Re: [OSM-talk-be] AGIV aerial no longer default in iD

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: > >

Re: [OSM-talk-be] introducing OSM

I have one on slideshare... http://www.slideshare.net/glennplas/opendata-namen > I think github is a good idea, if only for a place to collect all > information in one place. I aggree, there are GUI frontends available for allowing not-techies to contribute. > > Anyone else who wants to be an

Re: [OSM-talk-be] Missing Maps, in Belgium

On 09-11-16 09:28, Jonathan Beliën wrote: > Oops, I’ll try to fix that this weekend ! afaik, it's not really fixable on the website, it's because your browser uses the method you use to visit the website. So if you want remote control to work, you can offer the task manager unencrypted which

Re: [OSM-talk] OpenStreetView name change

On 08-11-16 19:16, Hakuch wrote: > On 08.11.2016 18:34, Glenn Plas wrote: >> I think it's definitely totally unreasonable by Giegle. > > To be honest, no one would have chosen "View" if there not has been that > other tool, do you? View is quite a common word. Imagi

Re: [OSM-talk] OpenStreetView name change

Knock yourselves out by not being able to choose: http://www.namemesh.com/domain-name-search/open%20street%20photo?show=1 But I still think it's bullshit to claim this as it's clearly a part of the openstreet-brand if you just put the word 'view' behind it. I think it's definitely totally

Re: [OSM-talk-be] Missing Maps in Belgium - invisible track

fsluiting of muur): >> niet in OSM >> * geen pad zichtbaar, maar toegankelijk zelfs al is het maar een deel van >> het jaar en met wat moeite: een paar keer over en weer lopen en je zit in >> mijn eerste geval. In OSM dus. >> >> wouter >> >> 2016-11-08

Re: [OSM-talk-be] Missing Maps in Belgium - invisible track

Er zijn wel wat in de wiki te vinden over temporary features maar of deze widely accepted zijn is een ander verhaal. https://wiki.openstreetmap.org/wiki/Proposed_features/temporary_(conditional) Klopt trouwens dat Trage wegen wel probeert alles in OSM te krijgen, maar persoonlijk vind ik teveel

Re: [OSM-talk-be] Missing Maps, in Belgium

Corrections: > That is normal if you open the site in https mode, JOSM remote control > will try to use that method and it's not implemented in JOSM, actually > it is but the SSL certificate does not validate so you get denied. The site will try use the same method (http vs https) to open JOSM

Re: [OSM-talk] OpenStreetView name change

Does well-know-bully-company own the word 'view' ? I don't understand why you consider yielding on this. They can ask all they want right ? Glenn On 08-11-16 16:34, Martijn van Exel wrote: > Hi all, > > A few months ago, we started with OpenStreetView, the free and open > street level

Re: [OSM-talk-be] GRB import case + wiki page need help

2 in the import mailing list. > And yes, discussing is much more fun than editing wiki pages of course :) Let's move forward on this, we gotta get content in there. I'm quite motivated to fix the final steps, especially make a production ready interface. tx Joost. Glenn > > 2016-11-

Re: [OSM-talk-be] Missing Maps, in Belgium

There is the KBO, which you can consult for free but I strongly doubt the license is OSM compatible. they used to sell this data for an insane amount of money. http://economie.fgov.be/nl/ondernemingen/KBO/#.WCGss3UrJD8 you could probably deduct some of the shops data when their registered

[OSM-talk-be] GRB import case + wiki page need help

Hi everyone, I like to set things in motion to prepare our semi-automated import. I've been reviewing many cases where imports have been proposed and it looks like our semi-automated approach is pretty solid. Nevertheless, as it should be, the people from the import workgroup demand we do our

Re: [OSM-talk-be] GRB-import voor centrum Antwerpen ?

On 07-11-16 12:44, Ben Abelshausen wrote: > Het is duidelijk dat dit, vanuit technologie standpunt de beste > oplossing is, dat is niet waar het probleem zit. Dit is zeker een > elegante oplossing. Het punt is dat we die wiki pagina moeten maken en > er moet community consensus zijn (min-of-meer)

Re: [OSM-talk-be] GRB-import voor centrum Antwerpen ?

On 07-11-16 12:44, Jo wrote: > source:geometry zou toch hetzelfde moeten zijn als source, wat het > volgen van de wiki betreft. Ja, hoe gek is dat niet hee: Natuurlijk hebben jullie dat process niet meegemaakt maar toen ik dit initieel had gemaakt stond het er ook zo bij: source=GRB

Re: [OSM-talk-be] GRB-import voor centrum Antwerpen ?

icht, ik sta open voor alternatieven. Glenn > > m. > > 2016-11-07 12:02 GMT+01:00 Glenn Plas <gl...@byte-consult.be>: >> On 07-11-16 11:51, Ben Abelshausen wrote: >>> Glenn, >>> >>> Kijkend naar de BAG import wat denk je van dit: >>> &

Re: [OSM-talk-be] GRB-import voor centrum Antwerpen ?

On 07-11-16 12:12, joost schouppe wrote: > > > > > source = GRB > > ref:grb = 3746049-6379775 (oidn-uidn) > > Dat gaat een leuke query worden in de database, met regular expressions > en stuff. pfff. En die uidn is volgens mij nog van een minder belang > dat de datum.

Re: [OSM-talk-be] GRB-import voor centrum Antwerpen ?

>> Kijkend naar de BAG import wat denk je van dit: >> >> source = GRB >> ref:grb = 3746049-6379775 (oidn-uidn) Entity ontbreekt, gaat niet werken, die oidn's die 'uniek' zijn, zijn het enkel per entity. Dus entity is echt onontbeerlijk. Het maakt een overpass query ook moeilijker, nu verleg je

Re: [OSM-talk-be] GRB-import voor centrum Antwerpen ?

GRB database laat dit wel toe. Wij moeten een vertaalslag maken naar het OSM model. We kunnen simpelweg niet 2 addr:street tags maken voor 1 gebouw... We kunnen dit wel met addressed entrance nodes. Glenn > > 2016-11-07 11:29 GMT+01:00 Glenn Plas <gl...@byte-consult.be > <

Re: [OSM-talk-be] GRB-import voor centrum Antwerpen ?

On 06-11-16 17:16, Denis Verheyden wrote: > Hallo, > > > Dit is de eerste keer dat ik post op deze mailing-list. Ik ben de laatste > tijd bezig geweest met het aanvullen van winkels en andere voorzieningen in > Mechelen en Antwerpen. In Mechelen is blijkbaar al een groot deel van het GRB >

Re: [OSM-talk-be] wide berm tagged as forest

Morning, That should probably be: natural=tree_row https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree_row It has to be a way, not an area Glenn On 12-10-16 21:58, Pieter Brusselman wrote: > Hi, > > How do you deal with a wide berms that are tagged as landuse=forest? > Eg.

Re: [OSM-talk-be] Vernieuwde Wiki .... is die te gebruiken voor België ? Nouveau Wiki compatible pour Belgique ...

https://wiki.openstreetmap.org/wiki/Bicycle#Cycle_lanes_in_oneway_motor_car_roads && https://wiki.openstreetmap.org/wiki/Bicycle#Cycle_lanes_in_bidirectional_motor_car_roads Use those please, not Ulamm's... Glenn On 04-10-16 20:25, Jakka wrote: >

  1   2   3   4   5   6   >