Bèta testers gevraagd! (tag-overflow?)

Ha Marc,
Lijkt me nuttig!
Staat bij de favorieten. 🙂
Al die voetbalvelden staan natuurlijk allemaal los getagd. .. en dan nog eens het clubhuis.

Ik heb met mijn Samsung even gekeken. Ziet er al geklikt uit.
Jammer dat ik niet zo veel tijd heb om mee in te verdiepen, is het misschien mogelijk om een stappenplan uit te zetten, zodat ik en anderen over de drempel over geholpen kan worden.

Marc.. 'k zocht even als onderwijsmannetje op scholen in Dordrecht. De Various tags pakt niet alle scholen. Volgens mij de tag op de nodes niet. Bovendien zijn bij de BAG import zijn een hoop scholen weer niet meer als school herkenbaar. amenity= college pakt die ook niet. http://mijndev.openstreetmap.nl/~marczo … FFFFTFFFFF

eggie wrote:

Marc.. 'k zocht even als onderwijsmannetje op scholen in Dordrecht. De Various tags pakt niet alle scholen.

Maar nu wel!

Ik zocht alleen naar de tag school en niet naar college!

Ik zat ook nog met een probleem met de tags voor musea, dat lijkt nu ook te werken.

Het versienummer is iets opgehoogd...

Nog even een korte toelichting:

Er zijn veel manieren om iets te taggen, daar hebben we al veel discussies over gevoerd: zetten we de tag op het gebouw (de contour) of zetten we een aparte node?
Ik moet dus naar alle mogelijkheden kijken, maar kan er maar één weergeven om het simpel te houden.
Bij het weergeven op de kaart heb ik ervoor gekozen om grote objecten (scholen, musea, parkeerplaatsen, sportvelden, enz) weer te geven dmv. hun contouren.
Maar dat levert soms rare plaatjes op, omdat niet alles even consequent is getagd.
Kijk hier bv. naar het museumkwartier in Rotterdam, dan zie je sommige musea met hun contour, anderen alleen maar met een klein cirkeltje. Een gevolg van de manier waarop die verschillend zijn getagd.

In de meeste gevallen heb ik ervoor gekozen om iets dmv. een cirkeltje weer te geven, soms wat groter (openbare toiletten bv!), soms weer wat kleiner.

En uiteraard is daar het dilemma van de kleuren. Er zijn veel meer tags dan er bruikbare kleuren zijn, dus je ontkomt niet aan het hergebruiken. Ik ben nog aan het zoeken en passen en meten. Het mooiste zou natuurlijk zijn als de gebruiker zelf zijn kleuren kon kiezen...

Ik zie dat de geldautomaten die bij een bank zitten niet naar voren komen op de kaart.
Dat wil zeggen het is een bank met een geldautomaat aanwezig, dus geen losse node met ATM.

Misschien kun je er iets mee.

Yes... m'n schooltje (college) doet 't.
Winkels die op het gebouw staan getagd doen het echter niet. BV Winkelcentrum Sterrenburg. De gall en gall en de bakker en de overige tags staan op de panden zelf. https://www.openstreetmap.org/#map=19/51.78512/4.67679

...
http://mijndev.openstreetmap.nl/~marczo … TTTTTTTTTT

Commodoortje wrote:

is het misschien mogelijk om een stappenplan uit te zetten, zodat ik en anderen over de drempel over geholpen kan worden.

En dan bedoel je een stappenplan hier in het forum?
Zijn er anderen die daar in geïnteresseerd zijn?

stevebeer wrote:

Ik zie dat de geldautomaten die bij een bank zitten niet naar voren komen op de kaart.
Dat wil zeggen het is een bank met een geldautomaat aanwezig, dus geen losse node met ATM.

Inmiddels begin ik door te krijgen hoe ik dat soort combinaties te lijf kan gaan, dus ik ben ermee aan het werk!

eggie wrote:

Winkels die op het gebouw staan getagd doen het echter niet.

Staat op mijn lijstje...

Voor de popup wordt het close knopje niet gevonden (http://mijndev.openstreetmap.nl/~marczoutendijk/mzfiets/css/img/close.gif Failed to load resource: the server responded with a status of 404 (Not Found)).
Klikken rechtsboven werkt wel, maar je kunt nu eigenlijk niet zien waar je moet klikken.

De bicycle rental doet het niet voor nodes. Denk dat je eigenlijk alle tags zou moeten supporten voor node/way/relation, anders blijf je dingen missen.

Sander H wrote:

Voor de popup wordt het close knopje niet gevonden

Klopt, dat was een van de raadsels waar ik nog tegenaan liep. Het zou nu moeten werken...

De bicycle rental doet het niet voor nodes. Denk dat je eigenlijk alle tags zou moeten supporten voor node/way/relation, anders blijf je dingen missen.

Ik ben inderdaad bezig om die dingen allemaal aan te passen. Vraag me af of die relation echt zinvol is? In hoeverre kan een fietsverhuurder onderdeel zijn van een relation?

Het probleem bij de geldautomaten/banken is, dat er wordt aangeraden om bij banken die een geldautomaat hebben, deze ook afzonderlijk als een node te taggen.
Maar ja, dat is dan weer een van de onvolkomenheden van het hele taggingsysteem: niets hoeft, of wordt gecontroleerd.

Ik heb het nu zo gedaan dat ik zowel naar ATM én BANK kijk. En dan ga ik er maar vanuit dat bij een bank vrijwel altijd ook een geldautomaat staat.
Bovendien lost het probleem zich feitelijk vanzelf op als binnenkort alle banken hun kantoren sluiten en er uitsluitend nog geldautomaten staan.

marczoutendijk wrote:

Ik ben inderdaad bezig om die dingen allemaal aan te passen. Vraag me af of die relation echt zinvol is? In hoeverre kan een fietsverhuurder onderdeel zijn van een relation?

De fietsenverhuurder (waarschijnlijk) niet, maar de shop=mall of amenity=school zou best wel eens een multipoly kunnen zijn van meerdere panden. Het lijkt mij overzichtelijker om alles hetzelfde te doen ipv selectief obv "het zal wel niet gebruikt zijn". Mijn ervaring is dat er altijd uitzonderingen zijn op de "gangbare manier" van (in dit geval) taggen en door altijd alles mee te nemen heb je tenminste altijd een compleet overzicht.

marczoutendijk wrote:

Bovendien lost het probleem zich feitelijk vanzelf op als binnenkort alle banken hun kantoren sluiten en er uitsluitend nog geldautomaten staan.

Tsja, en dat is nou ook niet altijd het geval. In Den Haag bij de Bank Nederlandse Gemeenten was altijd een geldautomaat, totdat deze enkele jaren geleden is weggehaald en ik op zoek moest naar een andere geld automaat om de Malieveld parkeergarage contant te voldoen aangezien het plastic geld het weer eens niet deed daar.
Heb 'm gelijk maar even toegevoegd en atm=no erop gezet.

Sander H wrote:

Heb 'm gelijk maar even toegevoegd en atm=no erop gezet.

Misschien kan ik dat nog in de test opnemen en banken die dat er expliciet bij hebben staan weer uit het resultaat halen.
Maar het hoofdprobleem is natuurlijk een onvolledigheid in de tagging.
Ik kan er natuurlijk wel voor kiezen om Banken én ATM afzonderlijk weer te geven.

Sander H wrote:

Het lijkt mij overzichtelijker om alles hetzelfde te doen ipv selectief obv "het zal wel niet gebruikt zijn". Mijn ervaring is dat er altijd uitzonderingen zijn op de "gangbare manier" van (in dit geval) taggen en door altijd alles mee te nemen heb je tenminste altijd een compleet overzicht.

Dat had ik inmiddels ook al overwogen, het is ook niet veel extra codewerk. Dus vanaf nu is dat de norm.

Marc, handig kaartje! Zou je fuel en restaurant willen toevoegen?

eh, mag sport=cycling erbij ...? dank.

Ik wil je niet ontmoedigen maar ken je deze al Marc: http://osm.dumoulin63.net/xapiviewer/

Bèta 0.005 bevat alle hierboven gedane verzoeken en correcties.
Blijf testen!

ligfietser wrote:

Ik wil je niet ontmoedigen maar ken je deze al Marc: http://osm.dumoulin63.net/xapiviewer/

Mooi in elkaar gezet, maar ik raakte vooral ontmoedigd door wat daar niet mee kan eerlijk gezegd!
En als er veel meer mee kan dan ik zie, dan is dat goed verborgen.
Zo te zien een beperkt aantal (5) - vooraf gedefinieerde verzoeken - en als je zelf wat anders wil, moet je alsnog gaan zitten typen en een bijpassend icoontje zoeken.
Of zie ik iets over het hoofd?

Als ik toch zelf moet gaan typen, dan gebruik ik veel liever de gewone overpass turbo.

en ken je deze ? http://www.flosm.de/en/POI-map.html

escada wrote:

en ken je deze ? http://www.flosm.de/en/POI-map.html

Ja, die kende ik wel. Maar ik blijf gewoon doorgaan hoor! 🤣 🤣

thumb␣up:

Bèta 0.007 is nu beschikbaar.

Belangrijkste wijzigingen:

1. Met name de rubriek Shop is gegroeid
2. Als startlayer gebruik ik nu MapQuest

Dat laatste vooral omdat dan het contrast met de diverse ingeschakelde tags beter is. En je kunt zelf snel omschakelen als het niet bevalt.

In de meeste gevallen mag het nu niet meer uitmaken of een tag op het gebouw of op een node staat. Onregelmatigheden graag melden.
Bij Banken en ATM test ik nu op de aanwezigheid van een geldautomaat. Een bankgebouw zonder geldautomaat zou niet tevoorschijn mogen komen. Graag testen.

Ik zelf gebruik deze tool nu vooral om te zien of in mijn directe omgeving de dingen getagd zijn zoals dat zou moeten. Ik zie bv. dat in Vught nog veel valt te doen...
Nou ja, je bent in ieder geval van de straat...

Marc,

Dit wordt echt heel goed..
edoch.. Fastfood Family (op gebouw) en eetcafe De Ster (op node) doen het niet.

http://mijndev.openstreetmap.nl/~marczo … TTTTTTTTTT
Nog even puzzelen? 🙂

eggie wrote:

edoch.. Fastfood Family (op gebouw) en eetcafe De Ster (op node) doen het niet.

Fastfood doet het nu wel, maar waar staat De Ster? Op dat adres (P.A. de Kokplein 165) zie ik helemaal geen node.
Kun je me die even sturen?

Edit:
Niet meer nodig. Ik heb hem al. Maar daar staat de tag=restaurant op en die heb ik nog niet opgenomen.
Morgen wel!

eggie wrote:

Nog even puzzelen?

Bèta 0.008 is online.

(En ja, ik weet het: die slager kun je ook nog niet vinden 😄 )

'k Haal m'n vlees wel bij de Jumbo.

Bèta 0.009.

Paar basiskaartlagen verwijderd die me niet relevant lijken. Daardoor meer ruimte voor de tags.

@eggie:
Misschien wil je hier even naar kijken:
http://mijndev.openstreetmap.nl/~marczo … FTTTTTTTFF
Ik heb er nu aardig wat te pakken, maar ik wil de lijst ook niet te lang maken omdat anders het beeldscherm geen ruimte meer heeft!

Algemene vraag:

Hoe taggen we een banketbakker of patisserie?

'k merk dat Openstreetmap.org er even uitligt bij mij... Kan dus even niet bij de tagging kijken. Die zijn trouwens van Katana die dat allemaal keurig voor elkaar heeft.
Nelson is een schoenenzaak. Die zie ik niet ... wel de schoenmaker.
Ja.. osm doet 't weer. Nelson staat alleen als building en naam. Moet dus nog even de goede tag op. Nu shop=shoes

en op Bresser heb ik greengrocer gezet. Op van Pelt deli ipv dicatessen. Zal zo eens kijken.
De slager Keller is nog zoek in het systeem. Geen slager (butcher)?

edit : en geen bloemist ( florist)?

http://mijndev.openstreetmap.nl/~marczo … TTTTTTTTTT
't Is nu wat meer gevuld met de juiste tagging. Ben geen liefhebber van het winkelcentrum dus moet dadelijk nog e.e.a. aan m'n andere helft vragen.
Halford is in ieder geval failliet, maar fietsenmakers hoeven er niet bij want die staan al op de Fietskaart van OSM.

edit 2: http://www.sterrenburg.nl/plattegrond-w … nburg.html Plattegrond... brengt je wellicht nog op ideeën.

marczoutendijk wrote:

Bèta 0.009.

Paar basiskaartlagen verwijderd die me niet relevant lijken. Daardoor meer ruimte voor de tags.

Ik heb er nu aardig wat te pakken, maar ik wil de lijst ook niet te lang maken omdat anders het beeldscherm geen ruimte meer heeft!

groeperen een nieuwe level bij onze kaartjes.
http://www.netzwolf.info/kartografie/op … yerchanger

popupcode aanpassen
zodat in popup de tags shop etc worden weergegeven.
kan je zien welke tag er nog meer op staan.

		var␣click␣=␣new␣OpenLayers.Control.Click(
QURL
+␣"?data=[out:popup(\"wegen:\";[highway~'.*'];\"id\";)];"
+␣"(node(bbox);way(bbox););(._;<;);out;"
+␣"&redirect=no&template=ids.popup",␣0.000005,␣map);
map.addControl(click);
click.activate();
if␣(usegpx){
map.addControl(new␣OpenLayers.Control.LocalTracks());
}

'k Zie gelijk dat in de Dordtse binnenstad nog heel wat winkels van een tag moeten worden voorzien. http://mijndev.openstreetmap.nl/~marczo … TTTTTTTTTT

Ik meen dat er aanvankelijk ook B & B in zat.
Ik wilde B & B zoeken maar zie het niet meer

tourism=guest_house Node Area Pension, Bed & Breakfast

Kan dat er weer bij?
Mvrgr Jan.

Bèta 0.02.

Ik heb de boel wat gereorganiseerd waardoor er - in mijn ogen - een betere groepering van onderwerpen bij elkaar staat.
ik heb het layermenu aan de rechterzijde wat kleiner gemaakt.
Willen testers laten weten of ze problemen hebben met leesbaarheid?
Er zijn meer tags toegevoegd.

Ik kijk ook naar de codevoorbeelden van Allroads om te zien of dat handiger is.
Weet jij ook een manier om een plaats op te geven ipv. inzoomen?

@eggie:
Ik heb in dat winkelcentrum ook wat missende tags zitten aanpassen of toevoegen, misschien hebben we een beetje tegen elkaar in gewerkt. 🤔

http://www.netzwolf.info/kartografie/op … rchbox.htm
je bedoelt zo'n voorbeeld

Allroads wrote:

http://www.netzwolf.info/kartografie/op … rchbox.htm
je bedoelt zo'n voorbeeld

Precies!
Ik ga kijken of ik daar wat mee kan.

marczoutendijk wrote:

Allroads wrote:

http://www.netzwolf.info/kartografie/op … rchbox.htm
je bedoelt zo'n voorbeeld

Precies!
Ik ga kijken of ik daar wat mee kan.

Ben zelf ook even bezig geweest stuur je een mail.

Bèta 0.03

Nu toegevoegd een zoekfunctie. (Vooral dankzij het speurwerk van Allroads 🙂 )
Tevens wat layoutverbeteringen.
Blijf testen!

Ik mis nog de campings Marc.
Zie ook http://taginfo.openstreetmap.org/keys/tourism#values voor de meest gebruikte tourism tags.

Edit: Misschien ook onderscheid maken in campings zonder faciliteiten met backcountry=yes (paalkampeerterreinen)

http://mijndev.openstreetmap.nl/~marczo … FFFTFFFTFF

sport=ice_hockey laat "die" nog niet zien. The Lions in Dordrecht.

eggie wrote:

sport=ice_hockey laat "die" nog niet zien. The Lions in Dordrecht.

Maar nu wel!

ligfietser wrote:

Ik mis nog de campings Marc.

Het is toch ook geen kampeerweer! 😄 😄

(staat op mijn lijstje)

ligfietser wrote:

Misschien ook onderscheid maken in campings zonder faciliteiten met backcountry=yes (paalkampeerterreinen)

Er zijn er niet veel, maar hier kun je ze beide zien:

http://mijndev.openstreetmap.nl/~marczo … FFFFFFFFTT

Marc,

Nog even getest. Ja.. ice_hockey nu wel, maar hockey zonder "ice" nog niet. 🙂
Hier... gewoon veldhockey... DMHC op het sportpark Schenkeldijk. http://www.openstreetmap.org/#map=18/51.77745/4.69192

http://mijndev.openstreetmap.nl/~marczo … FFFFTFFFFF

De hockeyers in de omgeving van Dordrecht hoeven niet meer te verdwalen... 😛

Marc,

Er zijn er niet veel, maar hier kun je ze beide zien:

Probeer voor de campings ook eens de term NTKC, voor die terrein kennis heb je inside info nodig, maar ben je voor zover ik weet als passant wel welkom voor een korte stay. Net als veel StaOkay’s die ook een camMarc, “er zijn er niet veel, maar hier kun je ze beide zien:” Probeer voor de campings ook eens de term NTKC, voor die kennis heb je inside info nodig, maar ben je voor zover ik weet wel welkom voor een korte stay. Net als veel StaOkay’s ook een camping hebben. Om van locale boeren maar niet te spreken, VeKaBo en Farmcamps met complete tenten, Boerderij campings, SVR en Kamperenbijdeboer.
In Zeeland staan er aardig wat van die locale campings op de kaart maar deze niet, Westduinweg 1, 3253 LV en niet van gisteren. Heb hem net voorzien van een camping tag en een opmerking verkenning of aanvulling nodig.

http://www.staatsbosbeheer.nl/Overnacht … ?tab=Kaart
je wilt ook de vrij kampeerplekken zien 😄 wel of niet met teken.

Hendrikklaas wrote:

Probeer voor de campings ook eens de term NTKC, voor die kennis heb je inside info nodig

Ik ben jarenlang lid geweest van de NTKC, en het is een besloten vereniging. Alhoewel regels voor de gastvrijheid vast wel eens ruimte laten voor toegang aan niet-leden.
Maar het lijkt me niet zinvol om dat te taggen. De leden van de NTKC hebben allemaal een gids waarin ze kunnen vinden waar die terreinen liggen.

Bèta 0.04.

Kleine correcties, toevoegingen en in het popupwindow (als je op de kaart klikt) is nu ook de mogelijkheid om naar Mapillary te gaan.

Het is niet mijn bedoeling om alle tags die er mogelijk zijn binnen mijn groepen (amenity, tourism, sports, shops) zichtbaar te maken, ik baseer me op taginfo om te zien wat de meest gebruikte zijn, en voeg toe wat er nog bij kan gezien de ruimte op het scherm.

Maar wel is het duidelijk dat het voor individuele mappers een handig hulpmiddel is om te ontdekken wat er in hun directe omgeving nog niet is vastgelegd.
Daarom zou ik iedereen willen oproepen: kijk in je eigen woonomgeving welke bakkers (slagers, hockeyvelden, openbare toiletten, enz. enz) er nog niet zijn getagd en zorg ervoor dat al die witte vlekken verdwijnen 🤣
Blijf testen en blijf commentaar geven...

Hendrikklaas wrote:

Om van locale boeren maar niet te spreken, VeKaBo en Farmcamps met complete tenten, Boerderij campings, SVR en Kamperenbijdeboer.

Het belangrijkste is dat ze de

tourism=camp_site

tag bij zich hebben. Allerlei verfijningen kunnen dan mogelijk later nog komen.

Marc

Het belangrijkste, is de torism-camp_site tag wel bij zich hebben

Maar dat zullen we dan wel zelf moeten doen zoals je al opmerkte 🙂 Je hoort mij ook niet zeggen dat er niets meer te doen is:cool:

Bèta 0.05 is beschikbaar.

Belangrijkste toevoeging: de helpfile.

Die heb ik vooral opgezet voor internationaal gebruik want ik heb vandaag ook het bestaan van de tool gemeld in de Development group.

Help staat onder het vraagteken in het menu, maar ook hier.

onder Food shops mis ik de supermarkets.

404 Not Found
The requested URL /mzfiets/mijndev/tagsearcher/ was not found on this server. 😉

ligfietser wrote:

404 Not Found
The requested URL /mzfiets/mijndev/tagsearcher/ was not found on this server. 😉

Die URL klopt ook niet!

Hij doet het nu toch echt wel op dit adres (en dat staat ook onder het vraagtekentje):
http://mijndev.openstreetmap.nl/~marczo … ghelp.html

Jan Westerhof wrote:

onder Food shops mis ik de supermarkets.

Inderdaad, die had ik nog bij de andere grote winkels laten staan , maar hij hoort inderdaad bij Food.
Daar gaat hij vandaag dan ook naartoe!
Dank je.

Allroads wrote:

popupcode aanpassen
zodat in popup de tags shop etc worden weergegeven.
kan je zien welke tag er nog meer op staan.

Dat is nu gebeurd in Bèta 0.06.
Ik heb ook de layout van de popup iets gewijzigd.
Tevens toevoegingen en wijzigingen aan diverse rubrieken.

De link werkt nog steeds niet Marc. Ik klik op de koeieletters OSM tag searcher
Zie http://mijndev.openstreetmap.nl/~marczo … ghelp.html

<div␣id="pageHeader"><!--␣Start␣page␣header␣-->
<h1><a␣href="http://mijndev.openstreetmap.nl/~marczoutendijk/mzfiets/mijndev/tagsearcher/">OSM␣tag␣searcher</a></h1>
<h2>Finding␣tags␣around␣the␣world</h2>

... werkt! 🙂 beta 007 License to ..... Misschien komt het door die Noord Koreanen?

ligfietser wrote:

De link werkt nog steeds niet Marc. Ik klik op de koeieletters OSM tag searcher

Ik zat ook niet op te letten!
(Maar wie klikt er nou ook op koeieletters... 😛 )

Bèta 0.07

Grootste verandering is dit keer de locatie van de tool. De naam was wat onlogisch.

Nu is het dus:

http://mijndev.openstreetmap.nl/~marczo … aglocator/

In deze versie wordt gebruik gemaakt van de nederlandse vertalingen van de tags als je in het zoekveld iets opgeeft.
Voor buitenlanders niet zo relevant, daarom is er ook een internationale versie:

http://mijndev.openstreetmap.nl/~marczo … mtags.html

De oude links werken ook nog, want je wordt gewoon doorgestuurd als je die gebruikt. Dat kan gedurende korte tijd ook cacheproblemen geven met niet werkende links o.i.d.

De helpfile is van wat plaatjes voorzien en de Koeieletters waar ligfietser het over had die doen het nu dus wel...

Ik zou het handig vinden als je op een POI kan klikken, zodat je de belangrijkste tags van de POI ziet (zoals bijv. de naam). Het liefst zou ik alle tags van de POI in een pop-up scherm krijgen.
Dan kun je de kaart, behalve voor het doel 'zien welke POI's er niet zijn', ook gebruiken voor 'controleren of de POI's die er wel zijn, wel kloppen'.

Maar misschien is het wel veel werk, of uberhaupt niet mogelijk.

Jan Westerhof wrote:

Ik zou het handig vinden als je op een POI kan klikken

Maar Jan, dat kan al sinds de eerste versie!
Het werkte toen nog niet helemaal, maar nu kun je op iedere POI klikken.
Heb je het wel eens geprobeerd?

En we zien hier dat de naam nog even moet worden gecorrigeerd!

Done ! Wereldwinkel

eggie wrote:

Done ! Wereldwinkel

Oh! Was jij dat... 😉

De permalink werkt niet (meer?).
Als je op permalink klikt werkt deze niet op alle zoom niveau's, bij zoomniveau 19. Het komt dan terug op zoomniveau 1.

Kaartje is zeer zinvol 🙂 Bedankt voor de energie die er (al) is ingestopt.

Commodoortje wrote:

De permalink werkt niet (meer?).

Dat verschijnsel zie ik hier niet.
Overigens komt zoomniveau 19 bij mij niet voor, het hoogste wat ik krijg is 18:

http://mijndev.openstreetmap.nl/~marczo … FTFFFFFFFF

Dat zoomniveau zie ik trouwens ook bij ligfietser als (praktisch) maximum want als ik doorga naar 19 krijg ik allemaal blanco tiles te zien.
Dus hier is nog wat research nodig.

Commodoortje wrote:

Kaartje is zeer zinvol 🙂 Bedankt voor de energie die er (al) is ingestopt.

Deze complimenten van Commodoortje onderschrijf ik volledig. Goed idee ook om Mapillary toe te voegen. Als je zo doorgaat wordt deze site nog eens een goede open versie van Google Maps.

Een tekstuele opmerking: het is contributors en niet contributers (linksonder). Ten tweede: de UI is wat mij betreft nog te verbeteren, bijvoorbeeld op basis van http://geschichtskarten.openstreetmap.de/. Zij gebruiken bijvoorbeeld twee tabbladen (Ubersicht en details). De naam komt daar prominent naar voren. En de website is direct aanklikbaar.

Edit: de goede link is http://geschichtskarten.openstreetmap.d … e_objekte/

It's so funny wrote:

Een tekstuele opmerking: het is contributors en niet contributers (linksonder).

Copypaste - dat is dan ook het geval hier en hier! 🤣
(bij mij inmiddels aangepast)

Ten tweede: de UI is wat mij betreft nog te verbeteren, bijvoorbeeld op basis van http://geschichtskarten.openstreetmap.d … e_objekte/

Ziet er ook goed uit en ik zal me erdoor laten inspireren. 🙂

marczoutendijk wrote:

Jan Westerhof wrote:

Ik zou het handig vinden als je op een POI kan klikken

Maar Jan, dat kan al sinds de eerste versie!
Het werkte toen nog niet helemaal, maar nu kun je op iedere POI klikken.
Heb je het wel eens geprobeerd?

https://dl.dropboxusercontent.com/u/172 … iclick.png

Zeker heb ik het wel eens geprobeerd, nu ook weer een aantal keren. Maar ik krijg steeds dit soort pop-ups:

Ik heb Google Chrome, Opera en Firefox als browser geprobeerd, maar het helpt niet. Doe ik iets verkeerd? Als ik op een POI klik, lijkt hij alleen naar ways te zoeken, niet naar een node.

Bij mij ligt trouwens alles er uit. Opestreetmap.org en keepright... 🤔

Jan Westerhof wrote:

Als ik op een POI klik, lijkt hij alleen naar ways te zoeken, niet naar een node.

Bij mij werkt het wel (IE en Chrome), mits ik voldoende inzoom en in het midden van een POI cirkel klik. Soms moet ik wel naar beneden scrollen in de popup, in jouw voorbeeld lijkt dat ook het geval te zijn

It's so funny wrote:

Jan Westerhof wrote:

Als ik op een POI klik, lijkt hij alleen naar ways te zoeken, niet naar een node.

Bij mij werkt het wel (IE en Chrome), mits ik voldoende inzoom en in het midden van een POI cirkel klik. Soms moet ik wel naar beneden scrollen in de popup, in jouw voorbeeld lijkt dat ook het geval te zijn

Helaas, inzoomen, uitzoomen, maakt allemaal geen verschil. In de cirkel, op de cirkel, er net naast..... maakt ook niks uit.
Naar beneden scrollen in de pop-up had ik ook al bedacht, maar daar staat verder echt niks.
Bizar. Waarom krijg ik nou alleen ways te zien en geen nodes?? Ik zal het morgen eens op m'n laptop proberen. Daar staat Windows 7 op. Misschien maakt dat nog verschil met Windows 8.1. Je weet het soms niet.

Marc, ik probeerde met de taglocator tool een poldermolen te vinden, maar helaas kan dat wel en doe ik iets verkeerd ?

Niks bizar, hierboven heeft marc geschreven dat hij een nederlandse versie heeft gemaakt en een oude wereld versie, die heeft nog popup way, de NL versie heeft popup node. 😉 #63

Jan Westerhof wrote:

Helaas, inzoomen, uitzoomen, maakt allemaal geen verschil. In de cirkel, op de cirkel, er net naast..... maakt ook niks uit.
Naar beneden scrollen in de pop-up had ik ook al bedacht, maar daar staat verder echt niks.
Bizar. Waarom krijg ik nou alleen ways te zien en geen nodes?? Ik zal het morgen eens op m'n laptop proberen. Daar staat Windows 7 op. Misschien maakt dat nog verschil met Windows 8.1. Je weet het soms niet.

Ook bij mij (chrome + Windows 8.1) wordt af en toe naar een "way" gezocht, soms komt ook de melding: "No ways found"
Maar in de meeste gevallen ~90% krijg ik wel een juist resultaat van een node of way, of zelfs een combinatie van beide.

Is er een mogelijkheid om een kleiner gebied in JOSM te downloaden?
Op dit moment download de plug-in het maximale in het gecntreerde gebied (~1Mb "edit area") bij maximaal inzoomen op het kaartje.

iedereen wrote:

...over niet werkende popups

Sorry.
Dat komt ervan als je 2 versies 's-avonds laat probeert te onderhouden 🙁

Het probleem met de niet werkende popup kwam inderdaad doordat Jan (waarschijnlijk) de internationale versie gebruikte.
Kijk nog even in post #63 voor de juiste adressen, beide versies zijn nu aan elkaar gelijk, maar je kunt ze herkennen aan 0.07a voor de NL versie en 0.07b voor de internationale versie.

Commodoortje wrote:

Is er een mogelijkheid om een kleiner gebied in JOSM te downloaden?

Daar moet ik even induiken.

Hendrikklaas wrote:

Marc, ik probeerde met de taglocator tool een poldermolen te vinden..

Welke tag hangt daaraan Hendrikklaas?
Hij zou dan thuis horen in de rubriek Various en daar kan ik hem wel bijzetten. Daar staan nu ook Memorial en Monument bij.

marczoutendijk wrote:

iedereen wrote:

...over niet werkende popups

Sorry.
Dat komt ervan als je 2 versies 's-avonds laat probeert te onderhouden 🙁

Het probleem met de niet werkende popup kwam inderdaad doordat Jan (waarschijnlijk) de internationale versie gebruikte.
Kijk nog even in post #63 voor de juiste adressen, beide versies zijn nu aan elkaar gelijk, maar je kunt ze herkennen aan 0.07a voor de NL versie en 0.07b voor de internationale versie.

Ineens is het probleem opgelost, de pop-ups werken nu goed. Misschien wel gewoon door het uit- en aanzetten van de computer, wat de meeste problemen oplost - maar waar ik gisteren dus niet aan dacht.

Hendrikklaas wrote:

Marc, ik probeerde met de taglocator tool een poldermolen te vinden

Ik heb ze (na wat aanpassingen uiteraard) gevonden:

http://mijndev.openstreetmap.nl/~marczo … 000FFFFFFT

Voor toeristen een heel nuttige toevoeging!

Kan shop=bicycle worden toegevoegd?

Hoi Marc, description die was het bedankt. Ik zocht of keek naar de Kinderdijker molens nav een vraag naar watermolens en er staan er daar een paar. Barst je tooltje straks niet uit zijn voegen met al die toevoegingen ? Als het kan is het mooi, zoeken zonder tag names maar op termen, net als in basic exel.

Jan Westerhof wrote:

Kan shop=bicycle worden toegevoegd?

Ze zijn er:

http://mijndev.openstreetmap.nl/~marczo … FFFFFFFFTF

Hendrikklaas wrote:

Hoi Marc, description die was het bedankt.

Maar voor alle duidelijkheid, je kunt niet zoeken op die tag. Wel op man_made=windmill, en dat is wat ik dus doe.
Ik ben wel aan het puzzelen om te zien of je ook op description kunt zoeken. Het kan met overpass turbo wel:

http://overpass-turbo.eu/s/6zG

Er is nog werk aan de winkel...

marczoutendijk wrote:

Commodoortje wrote:

Is er een mogelijkheid om een kleiner gebied in JOSM te downloaden?

Daar moet ik even induiken.

Dat heb ik inmiddels gedaan Commodoortje,
Kun je testen of het nu beter is?
Ik denk dat ik het datagebied gehalveerd heb.

marczoutendijk wrote:

marczoutendijk wrote:

Commodoortje wrote:

Is er een mogelijkheid om een kleiner gebied in JOSM te downloaden?

Daar moet ik even induiken.

Dat heb ik inmiddels gedaan Commodoortje,
Kun je testen of het nu beter is?
Ik denk dat ik het datagebied gehalveerd heb.

Het downloadgebied is inderdaad kleiner geworden.
Het is dus niet gerelateerd aan het zoomniveau?

Een fietsstalling op een gebouw contour wordt niet gevonden in het kaartje. Dien je elke tag 2x te beschrijven om node of building te layen zien?

Commodoortje wrote:

[Het downloadgebied is inderdaad kleiner geworden.
Het is dus niet gerelateerd aan het zoomniveau?

Ik weet niet zeker of het zoomniveau ook nog van invloed is, dat zal ik nog even testen morgen.

Een fietsstalling op een gebouw contour wordt niet gevonden in het kaartje. Dien je elke tag 2x te beschrijven om node of building te layen zien?

Ik heb fietsenstalling nu alleen nog als node staan, maar gebouw (=way) hoort daar natuurlijk ook bij. Wordt morgen geregeld!
Je hoort inderdaad elke tag minimaal twee keer (node en way) te beschrijven, maar relation zou er ook nog bij kunnen.

Commodoortje wrote:

Het downloadgebied is inderdaad kleiner geworden.
Het is dus niet gerelateerd aan het zoomniveau?

Na onderzoek blijkt inderdaad dat het zoomniveau geen enkele invloed heeft op het gebied dat je in josm inleest.
Dat is altijd een vast oppervlak rondom de plaats waar je op de kaart klikt.
Als je dus op zoomniveau 5 willekeurig op de kaart klikt, waarbij je dus in het popupvenster de melding krijgt dat je in moet zoomen, en je kiest zonder in te zoomen voor josm, dan werkt het ook.
De vraag is of het gebied dat je nu te zien krijgt voldoende is? Of had je toch liever een groter gebied willen hebben?

marczoutendijk wrote:

De vraag is of het gebied dat je nu te zien krijgt voldoende is? Of had je toch liever een groter gebied willen hebben?

Het viel me alleen op, bij http://openstreetmap.org wordt wel het ingezoomde gebied gedownload middels de "afstandsbediening"
Vandaar dat de vraag in me opkwam.

Maar nogmaals ga zo door met de ontwikkeling van het kaartje, ik maak er veelvuldig gebruik van.
De hoeveelheid te visualiseren tags blijft een afweging die door jou genomen wordt. Alles blijft een afweging van ruimte op het kaartje, handige submenu's die je hiervoor gebruikt geeft de mogelijkheid om (nog) meer tags te laten zien. Ben benieuwd of er nog veel meer tags wenselijk zijn die in het kaartje opgenomen kunnen worden.

Suc6. 🙂

Commodoortje wrote:

Het viel me alleen op, bij http://openstreetmap.org wordt wel het ingezoomde gebied gedownload middels de "afstandsbediening"
Vandaar dat de vraag in me opkwam.

En ik dacht eerst dat dat bij mij ook het geval was! Maar dat bleek dus niet zo te zien.
Mijn kaart maakt gebruik van door Noordfiets ontwikkelde code die door iedereen mag worden gebruikt, maar als je wat gaat veranderen, loop je soms tegen zaken aan die in het oorspronkelijk model geen functie hebben of kunnen krijgen.
Dat betekent dat je dan veel meer tijd nodig hebt om daaromheen te programmeren....

Ben benieuwd of er nog veel meer tags wenselijk zijn die in het kaartje opgenomen kunnen worden.

Dat vraag ik me ook af. Ik heb - uitgaande van de wiki - gekeken op taginfo welke de meestvoorkomende zijn, en heb daarnaast de reacties hier op het forum voor verdere aanvullingen gebruikt.

Overigens staat het versienummer al een paar dagen op 0.07, maar dat komt omdat er nu niet echt wezenlijk zaken veranderd zijn. Op de achtergrond is er van alles in beweging en er verbetert ook van alles, maar daar ga ik dus niet meer iedere keer het versienummer voor aanpassen.

marczoutendijk wrote:

Dat vraag ik me ook af. Ik heb - uitgaande van de wiki - gekeken op taginfo welke de meestvoorkomende zijn, en heb daarnaast de reacties hier op het forum voor verdere aanvullingen gebruikt.

Je zou een invoervak kunnen toevoegen waarmee we eigen tags kunnen invoeren zodat we gemakkelijk minder voorkomende tags kunnen visualiseren zonder de lijst te laten exploderen. Eventueel zouden deze voor de betreffende gebruiker onthouden kunnen worden in z'n cookies. Daarmee wordt het zeer flexibel en laagdrempeliger dan via overpass turbo.

http://www.netzwolf.info/kartografie/op … 3Dwindmill

http://www.netzwolf.info/kartografie/op … 3Dwindmill

Allroads, bovenstaande molen komt niet over.
De gegevens staan op de omtrek van de molen, is dat de oorzaak?
Mvrgr Jan.

Net als de enige Dordtse molen "Kyck over den Dyck"
http://www.openstreetmap.org/#map=19/51.81545/4.67904

Huh ... Ben opeens "super senior member" 😎

Sander H wrote:

Je zou een invoervak kunnen toevoegen waarmee we eigen tags kunnen invoeren ...

Dat is inderdaad een mooi idee, en zoals Allroads al verwees naar Netzwolf die heel veel mooie - open source - voorbeelden heeft (mijn zoekbox komt daar ook vandaan), ga ik daar zeker aan werken!

eggie wrote:

Huh ... Ben opeens "super senior member" 😎

Dat krijg je als je zoveel schrijft 🙂

Eggie,

Huh ... Ben opeens "super senior member" cool

met Allroads er kort achteraan. 't Wordt nog dringen daar, maar toch de complimenten.

Op onderstaande screenshot zie je welke problemen er zijn op te lossen bij de taglocator. Problemen die het gevolg zijn van de manier waarop objecten kunnen worden getagd. Ik ga ervan uit dat niemand een brievenbus of een bankje in het park als een way probeert te taggen, maar als een node.
Maar bij een voetbalveld (of bij sportvelden in het algemeen) zien we toch die twee varianten naast elkaar voorkomen.
Hieronder zie je wat er gebeurt als je dat in beeld brengt. De meeste voetbalvelden zijn als way getagd, een enkeling als node.
Als je in taglocator op de kaart klik op die node, zie je keurig wat je verwacht te zien, maar als je bij een voetbalveld binnen die way klikt, dan zie je niks of hooguit de melding dat er niets te zien valt. Je moet echt op die lijn klikken om te zien wat er is getagd.

De afgelopen dagen zijn er vooral ontwikkelingen op de achtergrond geweest die te maken hebben met de wijze waarop alles er uitziet. Maar dan loop je dus aan tegen kwesties als hierboven geschetst. Ik ben nog aan het puzzelen...

Béta 0.08 is nu online.

In deze versie een aantal toevoegingen die vooral met de interne werking hebben te maken.

Handig is het natuurlijk ook om direct te kunnen zien wat de naam van een bepaalde tag is.
Daarom dus deze extra versie, waarmee dat probleem is opgelost, maar in plaasten met veel winkels bv. wordt de kaart wel erg druk...
Speel er eens wat mee en geef commentaar. Hij is in iedergeval bruikbaar naast de 'normale' versie.

http://mijndev.openstreetmap.nl/~marczo … names.html

in plaasten met veel winkels bv. wordt de kaart wel erg druk...
Speel er eens wat mee en geef commentaar

Het winkelcentrum "De Rompert" in sUbosch heeft slechts 1 winkel : "De Etos" http://mijndev.openstreetmap.nl/~marczo … names.html
"De Helftheuvelpassage" http://mijndev.openstreetmap.nl/~marczo … names.html heeft het een klein beetje beter overleefd.

Ik las net dat er sinds de crisis 20,000 winkels failliet zijn in NL misschien moet het bijwerken van de winkels even wachten (?)

Gys de Jongh wrote:

Het winkelcentrum "De Rompert" in sUbosch heeft slechts 1 winkel
"De Helftheuvelpassage" heeft het een klein beetje beter overleefd.

Wat vooral laat zien dat iemand de moeite heeft genomen om in de Helftheuvel wel veel winkels te taggen en in de Rompert niet!
Ik was pas nog in de Rompert, en van leegstand was niet veel te merken...

Overigens kun je ook een permalink meesturen met je bericht (de link uit jouw bericht was een verwijzing naar de basispagina).
Hier een permalink naat centrum Den Bosch:
http://mijndev.openstreetmap.nl/~marczo … TTTTTTTTTT

Maar persoonlijk vind ik dat dus een wat druk overzicht en is de versie zonder namen wat mooier:
http://mijndev.openstreetmap.nl/~marczo … TTTTTTTTTT

En weer wat erbij!

Als er bij een node ook een website is opgegeven, dan is die node nu direct vanuit het popupvenster aanklikbaar!
Hij staat helemaal onderaan, dus bij veel data op een node even scrollen.

Mogelijk nog wat schoonheidsfoutjes hier en daar, dus graag weer testen.
Opvallend is trouwens dat er erg weinig (winkel)nodes met websites zijn... (werk aan de winkel!) 😄

Nóg wat erbij:

Als er een wikipedialink is, dan is die ook zichtbaar.
De manier waarop die links in de tags zijn opgenomen, is nogal chaotisch.
Er komt niet altijd uit wat je zou willen.
Dus ook hier graag testresultaten terugmelden.

marczoutendijk wrote:

Maar persoonlijk vind ik dat dus een wat druk overzicht en is de versie zonder namen wat mooier:
http://mijndev.openstreetmap.nl/~marczo … TTTTTTTTTT

Het rustige zonder namen zou ook mijn keuze zijn, ik vind het een verbetering. Op de Mapnik kaart komen de namen naar boven bij volledige inzooming.

Marc,

De Golfbaan Crayestein in Dordt staat als leisure= golf_course getagd. Dat "rendert" niet in Various Tags on OSM.
sport= ?? ontbreekt dus.
In de OSM generic routable zie je wel keurig een vlaggetjes met hole. Het is dus wel kennelijk de goede manier van tagging.
http://mijndev.openstreetmap.nl/~marczo … FFFFFFFFFF

Egbert

eggie wrote:

Het is dus wel kennelijk de goede manier van tagging.

Dit was weer een situatie waarin je verwacht dat een golfbaan getagd wordt op het hele terrein en niet op een node.
Daarbij moet je voor alle zekerheid testen op:

leisure=golf_course
sport=golf

Maar nu kun je hem wel vinden:

http://mijndev.openstreetmap.nl/~marczo … FFFFFFFFFF

Ga je nog golfen morgen? 😛

Marc,
Dagelijks kwam ik op die golfbaan kon ik iedereen naar waarheid vertellen. Er loopt een fietspad overheen en dat gebruikte ik dan op weg naar mijn werk. 😄 Een handicap heb ik ook, maar dat heeft niets met golf te maken 🤣

Marc, nou staat deze er weer niet op: http://mijndev.openstreetmap.nl/~marczo … FFFFFFFFFF
Was eerst nog een enkele way, maar het golfterrein is veel groter, dus heb ik alle landuses in een leisure-relatie gehangen...

Bèta 0.09a is inmiddels beschikbaar.

Vooral het (correct) vinden van websites en wikipedialinks is de belangrijkste verbetering dit keer.
Die links moeten dan wel opgenomen zijn als tag, en niet een onderdeel van bv. een opmerking.
Ook de name=* tag wordt nu apart vermeld, voorafgaande aan alle overige items die op dezelfde node/way/rel betrekking habben.

Bovendien staan de links nu per node/way/rel vermeld en niet meer los onderaan. Vooral als er meer objecten binnen het klikveld vallen, is dat handiger.
Ik werk nu nog aan het toevoegen van de naamtag.

Nog andere nuttige wensen?

Edit: ook name tag nog toegevoegd.

Sander H wrote:

Was eerst nog een enkele way, maar het golfterrein is veel groter, dus heb ik alle landuses in een leisure-relatie gehangen...

Jullie houden me wel van de straat...
Nu mooi zichtbaar (met een mooie website link) als je op de contouren klikt.
http://mijndev.openstreetmap.nl/~marczo … FFFFFFFFFF

Nog even een kleine update:

Bij benzinestations, pinautomaten (ATM) en brievenbussen is soms ook een operator te vinden.
Die zou nu ook zichtbaar moeten zijn:

Je ziet in het popupvenstertje nog iets nieuws: er is nu ook een rechtstreekse link naar de MtM site van Allroads.
Ik vond het handig om bij het controleren van pois ook meteen even de wegen te controleren (residential vs unclassified bv).

Ik gebruik je kaart steeds vaker, en ben zeer enthousiast over het inmiddels bereikte resultaat.

Onder het tabje various, is de molen aangebracht om te vinden.
Zou het aardig zijn om man_made=watermill er onder te zetten?

Commodoortje wrote:

Zou het aardig zijn om man_made=watermill er onder te zetten?

Op welk plek bedoel je dat precies?

marczoutendijk wrote:

Commodoortje wrote:

Zou het aardig zijn om man_made=watermill er onder te zetten?

Op welk plek bedoel je dat precies?

De preciese plek maakt niet zoveel uit, maar ik dacht hier:

Commodoortje wrote:

De preciese plek maakt niet zoveel uit, maar ik dacht hier:
http://imagizer.imageshack.us/v2/640x480q90/910/r9hoMH.jpg

Dat gaan we regelen!

marczoutendijk wrote:

Dat gaan we regelen!

Het is geregeld!

Nog een (complex?) verzoekje, namelijk een categorie `Other`, waarbij alle niet in je interface te kiezen shops, amenities, sports, ... getoond worden. Dit om o.a. `ticvoude` in tagwaarden snel te kunnen opsporen.

Bijvoorbeeld http://overpass-turbo.eu/?w=%22shop%22% … 2+global&R, http://overpass-turbo.eu/?w=%22amenity% … 2+global&R, http://overpass-turbo.eu/?w=%22amenity% … 2+global&R en http://overpass-turbo.eu/?w=%22sport%22 … 2+global&R lijken mij voor verbetering vatbaar en zijn zo wellicht handiger op te sporen dan af en toe in de taginfo site rond te neuzen bij bijna niet gebruikte values.

Ook viel me op dat de site http://wiki.openstreetmap.org/w/index.p … on=history die je had aangepast kort na jou ook is aangepast door iemand anders die nogal wat nuttige aanpassingen heeft gemaakt. Die kun je wellicht overnemen in `nominatim_translation_nl.js`.

Sander H wrote:

Nog een (complex?) verzoekje, namelijk een categorie `Other`, waarbij alle niet in je interface te kiezen shops, amenities, sports, ... getoond worden. Dit om o.a. `ticvoude` in tagwaarden snel te kunnen opsporen.

Op deze plek:
http://mijndev.openstreetmap.nl/~marczoutendijk/test/
kun je zien hoe ik dat denk op te lossen.
Je kunt als gebruiker alle denkbare tags opgeven die niet in mijn standaard voorkeuzen zitten.
Het nadeel daarvan is wel dat je als gebruiker precies moet weten hoe die tags moeten worden opgegeven.
Daarom is een categorie 'other' misschien ook niet zo'n gek idee. Maar hoeveel tags moeten daar in passen?
Ik ben nog aan het uitzoeken hoe ik dat verder vorm moet geven en programmeren!

Ook viel me op dat de site http://wiki.openstreetmap.org/w/index.p … on=history die je had aangepast kort na jou ook is aangepast door iemand anders die nogal wat nuttige aanpassingen heeft gemaakt. Die kun je wellicht overnemen in `nominatim_translation_nl.js`.

Ga ik zeker doen, dank voor het meedenken en kijken!!

Marc, ziet er niet verkeerd uit die testsite. Uitgebreid genoeg wat betreft invoermogelijkheden. Ik neem aan dat elke regel een aparte conditie wordt?

Die `Other` is wellicht het gemakkelijkst te doen door de huidige statische lijst uit elkaar te trekken in een array, of als je het netjes wilt doen stop je de tag selectie keuzelijst in classes. Dan voorkom je 2 aparte lijsten en kun de centrale lijst gebruiken voor zowel de weergegeven selectielijst als de excludelijst voor `Other`. Vanuit classes kun je ook gemakkelijker de overpass url genereren voor node, way, relation zonder het zelf tot vervelens toe driedubbel te hoeven inkloppen.
Laat maar weten als je er niet uitkomt, dan wil ik er best ook wel een stukje aan helpen `meeprutsen` 😎

Sander H wrote:

Ook viel me op dat de site http://wiki.openstreetmap.org/w/index.p … on=history die je had aangepast kort na jou ook is aangepast door iemand anders die nogal wat nuttige aanpassingen heeft gemaakt. Die kun je wellicht overnemen in `nominatim_translation_nl.js`.

Daar is iets raars mee aan de hand: als ik de data uit dat nieuwe bestand gebruik, dan werkt het niet meer! Ik heb gewoon de data gekopieerd, in de andere versie geplakt en geprobeerd.
Hij valt dan terug op de standaard Engelse vertalingen! Ik begrijp er niets van.

marczoutendijk wrote:

Hij valt dan terug op de standaard Engelse vertalingen! Ik begrijp er niets van.

Zie dat je de oplossing ook al gevonden hebt! Ontbrekende komma's. Het zijn altijd de kleine dingen die de meeste overlast veroorzaken...

Sander H wrote:

Zie dat je de oplossing ook al gevonden hebt! Ontbrekende komma's. Het zijn altijd de kleine dingen die de meeste overlast veroorzaken...

Inderdaad!

Mag tourism=chalet een plekje krijgen op je kaart?

Dit idee Commodoortje?

Beste wensen voor 2015!

Ja, dit bedoelde ik. Ik kijk een beetje naar de toepassingen en als je als toerist iets aan het zoeken bent is het leuk dat je de "particuliere" huisjes ook makkelijk kunt vinden.

Misschien is het ook een aanvulling om tourism=yes toe te voegen, voor plekjes die ook interessant kunnen zijn voor toeristen.

marczoutendijk wrote:

Ik ga ervan uit dat niemand een brievenbus of een bankje in het park als een way probeert te taggen, maar als een node.

voor een zitbank zou ik daar toch maar niet te zeker van zijn, kijk maar eens op Taginfo: 3 543 keer als way, 8 keer als relatie.

Altijd taginfo raadplegen zou ik zeggen

Bèta 0.1a
Grote stap verder: Je eigen tags opgeven.

Nog niet voor alle tags, maar wel voor een flinke groep, waardoor het nu mogelijk is om je geheel eigen selectie van tags te maken!
Willen jullie deze versie eens goed aan de tand voelen?

En ik hoor de vraag al: "maar ik wil mijn selectie ook kunnen bewaren!"
Daar ben ik nu mee bezig. 😎

Edit: permalink ondersteunt nog niet de eigen tags!

Commodoortje wrote:

Misschien is het ook een aanvulling om tourism=yes toe te voegen, voor plekjes die ook interessant kunnen zijn voor toeristen.

Die tag wordt niet heel veel gebruikt (in NL een stuk of 20 keer), maar met de nieuwe mogelijkheid om je eigen waarden te kunnen opgeven, kan dat nu dus zonder problemen!

Sander H wrote:

Laat maar weten als je er niet uitkomt, dan wil ik er best ook wel een stukje aan helpen `meeprutsen` 😎

Ik had je al een PM gestuurd, maar je ziet dat ik er inmiddels zelf uit ben gekomen.
Ik ben wel met een paar andere wijzigingen in de code bezig, en mogelijk doe ik dan toch nog een beroep op je!

Zou je heritage ook aan de lijst van de custom POIs kunnen toevoegen aub ?

escada wrote:

Zou je heritage ook aan de lijst van de custom POIs kunnen toevoegen aub ?

Ik heb hem er nu bijgezet en als ik bv. test rond de stelling van Amsterdam (met keuze heritage=1) dan komt alles ook tevoorschijn op de kaart, maar als ik vervolgens op de kaart klik op de gevonden nodes, krijg ik geen resultaat terug in het popupvenster
Ik moet nog even uitzoeken hoe ik dat wel voor elkaar krijg.

Bedankt. Als je met heritage=4 wil testen, keuze genoeg in Antwerpen.

misschien kan je dan ook heritage:website als "link"-veld toevoegen.

marczoutendijk wrote:

dan komt alles ook tevoorschijn op de kaart, maar als ik vervolgens op de kaart klik op de gevonden nodes, krijg ik geen resultaat terug in het popupvenster
Ik moet nog even uitzoeken hoe ik dat wel voor elkaar krijg.

Dit gebeurt ook als je andere zelfingevulde tags definieert, ik kan me nog herinneren dat in het hele begin dit ook aan de orde was. Dit heb je overigens goed gekregen.

PS. Deze aanvulling om user poi's te definieren is een perfecte oplossing voor velen die verzoekjes wilde plaatsen!

Commodoortje wrote:

Dit gebeurt ook als je andere zelfingevulde tags definieert, ik kan me nog herinneren dat in het hele begin dit ook aan de orde was. Dit heb je overigens goed gekregen.

Bij mij niet hoor:

marczoutendijk wrote:

Commodoortje wrote:

Dit gebeurt ook als je andere zelfingevulde tags definieert, ik kan me nog herinneren dat in het hele begin dit ook aan de orde was. Dit heb je overigens goed gekregen.

Bij mij niet hoor:

Het betreft een polygon in dit geval en geen node (tourism=yes)
Lokatie: http://www.openstreetmap.org/#map=19/52 … 2&layers=N

Maar ook op een node laat de pop up (op dit moment) niet alle keys+values zien. (sport=hokey)
Lokatie: http://www.openstreetmap.org/#map=18/52.22503/6.10201

Commodoortje, ik krijg soms wel en soms niet een reactie terug in de popup. Het luistert wel erg nauw waar je de cursor plaatst. Dat wil ik nog wat verbeteren.
Maar ik kan geen systeem ontdekken in de teruggave. Soms doet een polygon het wel, een andere keer niet. Soms doet een node het wel en soms weer niet!
Ik blijf zoeken 😛

uit layerdef_mz:
//<color>: string '#RGB', Dit is de kleur waarmee de gekozen tag wordt getekend
//<name>: string '[imagetype]tekst', Afbeelding en tekst die gebruikt worden voor deze tag
//<lijnbreedte>[.cirkelradius]: int/float, dikte van de lijn en diameter cirkel
//<zichtbaarheid> : boolean, Als deze false is, hoef je de volgende niet op te geven. Weet niet waarvoor het is.
//[lijntpye][transparantie] :string '[aan uit (aan uit ( ...))][@transparantie]'

Marc, als je bij de userlayers <zichtbaarheid> : boolean, op 'true' zet dan is de layer direct geselecteerd.

Het laatse argument, [lijntpye][transparantie], is altijd optioneel en alleen van belang bij lijnen.
Stel je geeft daar "5 5@0.5" dan krijg je een lijn met stippelpatroon 5 pixels aan, 5 pixels uit en 50% transparantie.
Transparantie is ook optioneel dus als je hier "10 3" opgeeft krijg je een lijn van 10 pixes aan, 3 pixels uit en 100%.
(Deze lijn beinvloed ook cirkels, dus je zou een grote gestippelde cirkel kunnen maken. Vrij zinloos maar het kan )

Bèta 0.2a
Lost de problemen met de niet werkende userpois op als je er op klikte.
Ik heb die laag nu ook vanuit de laagselector beschikbaar gemaakt waardoor je snel kunt schakelen tussen je "eigen" tags en de vaste voorkeuze tags.

De knopjes om je eigen keuze op te slaan of op te vragen zitten er ook al wel, maar doen het nog niet....
De cookies werken niet zoals het zou moeten.
Ik gebruik dit voorbeeld, weet iemand wat er mis kan zijn? Op die test werkt het wel...

noordfiets wrote:

Marc, als je bij de userlayers <zichtbaarheid> : boolean, op 'true' zet dan is de layer direct geselecteerd.

Dank je wel Henk, weer een stapje verder...

Als ik de taglocator gebruik om musea te vinden valt het me op dat er een aantal musea zijn met meerdere gebouwen die ook meerdere tags hebben waardoor het lijkt alsof het vol staat met musea. Dit lijkt mij niet helemaal juist, is het niet beter om één tag per museum te gebruiken? Zo ja, kan ik dat dan gewoon aanpassen?

boukepieter wrote:

Als ik de taglocator gebruik om musea te vinden valt het me op dat er een aantal musea zijn met meerdere gebouwen die ook meerdere tags hebben waardoor het lijkt alsof het vol staat met musea. Dit lijkt mij niet helemaal juist, is het niet beter om één tag per museum te gebruiken? Zo ja, kan ik dat dan gewoon aanpassen?

Met een site relatie kun je de gebouwen bundelen in 1 museum.
Andere mogelijkheid is om de museum-tag te plaatsen op een area om alle gebouwen heen.
Ook kun je alle nodes behalve 1 verwijderen. Bijvoorbeeld het openluchtmuseum is ook gewoon 1 node bij de ingang terwijl het een behoorlijk terrein is met een heleboel gebouwen.

Bij complexere musea is het is wellicht wel handig om de hoofdingang te mappen met entrance=main en amenity=ticket_booth zodat je als bezoeker weet waar je naar binnen kan en de toeganskaartjes kan kopen.

Aanvullend op het antwoord van Sander kun je om wat meer inzicht te krijgen in de materie ook deze twee topics lezen:

Datastapelingen deel 1
Datastapelingen deel 2

Welkom op het forum trouwens!

Cookies werken nu! Je kunt je eigen poi selectie opslaan en weer opvragen:

Uiteraard werk ik nu verder aan het kunnen opslaan van meerdere sets onder een eigen naam.
Het wordt zo een aardig bruikkaar hulpmiddel...

Bèta 0.3

Je kunt nu meerdere gebruikerslagen aanmaken en bewaren.
Iedere keer als je op save klikt, wordt de inhoud van het venster bewaard.
Je hoeft daarvoor niet op show te klikken.
Als je op load klikt worden de aangemaakt lagen in omgekeerde volgorde weer teruggezet en kun je ze gebruiken.

De gebruikerskagen worden opgeslagen in cookies, als je die dus niet uit hebt gezet, kun je de volgende keer opnieuw weer je lagen gebuiken.
Die cookies worden 30 dagen bewaard. Lijkt jullie dat voldoende of zal ik ze op één jaar zetten?

Willen jullie deze nieuwe functionaliteit aan de tand voelen? Met name door een browsercache kunnen er soms onverwachte resultaten opduiken!

Bèta 0.3a+++
Taglocator heeft wat wijzigingen op de achtergrond ondergaan en functioneert nu mogelijk iets anders dan je eerder zag.
Dit heeft vooral te maken met de wijzie waarop in het popup venster de data wordt getoond.
Links worden nu "in-place" getoond en niet meer als afzonderlijke link onderop in het venster.
Belangrijke verbetering is ook dat je nu bij het klikken op de kaart minder "ruis" zou moeten zien in de popup. Het wilde wel eens voorkomen dat je bij het klikken op een punt waar je bv. een schoenenwinkel verwachtte, ook nog de ernaastgelegen kledingzaak meekreeg. Dat zou nu niet meer mogen voorkomen (tenzij ze natuurlijk echt in hetzelfde pand zitten).

De helpfile is nu herschreven (en heeft een nieuw jasje gekregen) zodat hij de huidige versie 0.3 beschrijft:
http://mijndev.openstreetmap.nl/~marczo … ghelp.html

Hier is een testversie met een nieuwe ontwikkeling, ik heb nl. de cirkeltjes die een POI aangeven nu vervangen door een mooi icoontje:

Op dit adres:
http://mijndev.openstreetmap.nl/~marczoutendijk/test/

Ik ben nu aan het werk aan een aantal verbeteringen die in deze versie moeten komen, maar wil graag horen wat je ervaringen zijn met deze versie.

Een aantal dingen werkt in deze test-versie minder goed dan in de reguliere versie. Bv. contouren komen nu in beeld als zwarte vlakken en de klikpreciesie is nog niet helemaal je dát!

Maar zijn die icoontjes een verbetering?

De hierboven genoemde testversie met icoontjes is inmiddels gepromoveerd tot

versie Bèta 0.5

en is ook weer op het standaardadres te vinden.

Mooie verbetering. Een stuk duidelijker dan die kleurtjes.

Alleen sommige items krijgen meerdere iconen, bijvoorbeeld http://mijndev.openstreetmap.nl/~marczo … FTFFFFFFFF
Kan zo 123 niet zien waar dat vandaan komt. Het lijkt gewoon 1 way te zijn.

Verder is het jammer dat de groepen in het layer overzicht er niet meer zijn. Is iets minder overzichtelijk nu (of het is gewoon een kwestie van even wennen).

Sander H wrote:

Alleen sommige items krijgen meerdere iconen..

Ja, dat is me ook opgevallen, en ben er nog mee bezig. Ik heb ook veel contact met Gertjan Idema die met een zelfde soort toepassing bezig is en soms passen de ontwikkelingen niet helemaal goed in elkaar. Wat nu bv. ook nog storend is (en dat zie je vooral bij sportvelden), is dat een contour (die dan wel duidelijk zichtbaar is) in het midden een icoontje heeft staan, maar dat je toch op de contour moet klikken om de informatie op te halen. Gertjan's oplossing daarvoor is eleganter, maar die krijg ik in mijn model nog niet werkend.

Verder is het jammer dat de groepen in het layer overzicht er niet meer zijn. Is iets minder overzichtelijk nu (of het is gewoon een kwestie van even wennen).

Ik probeer dat wel weer terug te krijgen, want het maakt het net wat overzichtelijker.

En zojuist weer een mooie stap voorwaarts gemaakt!
Kijk en probeer even deze testversie:

http://mijndev.openstreetmap.nl/~marczoutendijk/test/

De popup reageert nu direct op de klik, en je hoeft ook niet meer zo nauwkeurig te mikken.
Vooral te danken aan Gertjan Idema die een mooi stukje code heeft geschreven! 🙂

Graag nog wat testreacties hier plaatsen, want het is nog niet helemaal af.
Zo ontbreken nog de links naar de diverse editors.
Komt eraan!

Ha Marc,

amenity=doctors doet het bij mij niet in Dordrecht voor arts centre. Welke tag heb jij hier voor bedoeld?

Naast de Apotheek zit een huisarts. Op de OFM Rendert het als Huisartsen de Blaauwweg. 'k Zie in Dordt hier nergens huisartsen.

Eggie
edit
http://mijndev.openstreetmap.nl/~marczo … FFFFFFFTFF

De juiste link

eggie wrote:

amenity=doctors doet het bij mij niet in Dordrecht

Zou het in de testversie nu moeten doen.
De layout van het popup is sterk verbeterd:

Nada 😛 .. voorlopig nog niks huisarts. http://mijndev.openstreetmap.nl/~marczo … FFFFFFFTFF

...ik kijk dus bij Arts centre in Taglocator beta 0.6a (mijn tag amenity-doctors)

Het valt me ook op dat in explorer de boel vaak vastloopt bij opstarten van taglocator. In Firefox geen probleem.

eggie wrote:

...ik kijk dus bij Arts centre in Taglocator beta 0.6a (mijn tag amenity-doctors)

Arts centre is een "kunsten" centrum!
Je zou nu ook in de reguliere versie op het oude vertrouwde adres de nieuwe versie moeten vinden.

Als ik jouw link volg, krijg ik keurig 3 apotheken te zien ("Pharmacy")

Het valt me ook op dat in explorer de boel vaak vastloopt bij opstarten van taglocator. In Firefox geen probleem.

Dat kan ik moeilijk testen, want die heb ik niet.
Ik zal nog eens naar de headerfiles en doctype kijken.
Was dat ook in eerdere versies al het geval? En welke IE heb je?

Bèta 0.6a is nu actief.
Met een sterk verbeterde layout in de popup:

De links naar de editors komen weer terug, maar ik wilde dit eerst duidelijk hebben.
Als jullie bij bepaalde browsers problemen ervaren in de layout, wil je dan een screenshot hier plaatsen?
IE is een bekend probleem, maar omdat ik die zelf niet heb, kan ik ook niet goed testen.
Tot nu toe werkt alles op Chrome, Firefox en Safari op de manier zoals je hierboven kunt zien.

eggie wrote:

Het valt me ook op dat in explorer de boel vaak vastloopt bij opstarten van taglocator. In Firefox geen probleem.

Marc,
Zo te zien struikelt IE11 over searchbox.js op regel 76 dat stopObservingElement undefined is.
Zou wellicht OpenLayers.Event.stopObservingElement moeten zijn, want dat wordt verder overal gebruikt.

Andere browsers parsen de destroy vast pas als ie nodig is en IE blijkbaar alvast van tevoren.

🤔 Stom "kunst" ... tunnelvisie van mij. Denk te veel in het Nederlands ...

Als ik dan zoek op use poi's amenity= doctors kom ik in Chattanooga Tennessee terecht ... Doe kennelijk toch iets fout. 😄

edit:

Fout Internet explorer11 : popup onderin.. Openstreet map reageert niet wegens een langlopend script.. Het scherm van Various tags blijft dan leeg.

Sander H wrote:

Zo te zien struikelt IE11 over searchbox.js op regel 76 dat stopObservingElement undefined is.
Zou wellicht OpenLayers.Event.stopObservingElement moeten zijn, want dat wordt verder overal gebruikt.

Dat is de netzwolf code.
Heb ik aangepast.
Kun je het nog een keer controleren?

En wellicht ook dit:

http://www.netzwolf.info/kartografie/op … rchbox.htm
want dat is zijn (netzwolf dus) eigen testsite.

tadaah Marc.. 'k Heb 'm door. Grote hulp bij mappen! 🙂
Duurde even, maar ik zit ook nog Shorttrack te volgen..

marczoutendijk wrote:

Heb ik aangepast.
Kun je het nog een keer controleren?

Die fout is weg uit de debugger console, maar dat ie vastloopt blijft.
Geheugengebruik neemt constant toe en 100% cpu, ook de debugger in IE doet niks meer dan.
Moet zo weg, maar kijk er later nog wel even naar.

Sander H wrote:

marczoutendijk wrote:

Heb ik aangepast.
Kun je het nog een keer controleren?

Die fout is weg uit de debugger console, maar dat ie vastloopt blijft.
Geheugengebruik neemt constant toe en 100% cpu, ook de debugger in IE doet niks meer dan.
Moet zo weg, maar kijk er later nog wel even naar.

Sander, heb je dezelfde problemen op mijn site: http://gertjanidema.nl/osmlayers/ waarschijnlijk wel, want er is veel overeenkomst, maar je weet maar nooit.

Gertjan Idema

Marc/Gertjan,

Ik herken het niet meer terug ....

Ik zie dat jullie nog 'browser.js' aanhouden. Deze werd oorspronkelijk gebruikt om de layout van de popup voor IE te corrigeren. Omdat de hele popup gewijzigd is vraag ik me af of je die nog wel nodig hebt ( immers, de browsercheck is ook uit de code verdwenen ).

Voor Marc: in de index staat nog steeds het hidden frame voor JOSM. Als je straks de links toevoegt: stuur JOSM naar dit hidden frame, dan krijg je niet die lege bladzijde in je browser als je naar JSOM linkt.

Gertjan Idema wrote:

Sander, heb je dezelfde problemen op mijn site: http://gertjanidema.nl/osmlayers/ waarschijnlijk wel, want er is veel overeenkomst, maar je weet maar nooit.

Gertjan, op die site loopt IE niet vast. Wat je daar wel hebt is dat bij een popup met een multiline value (ofwel past niet in de breedte) er wel een scrollbar komt, maar dat deze niet werkt. Ook het klikken op de Node link en close knop van de popup doet het dan niet.
Hetzelfde gedrag als in Firefox en Chrome overigens. Work in progress nog?

In je interface is het prettig dat je ook tags uit verschillende categorieen tegelijk kan selecteren zonder.

noordfiets wrote:

Ik zie dat jullie nog 'browser.js' aanhouden. Deze werd oorspronkelijk gebruikt om de layout van de popup voor IE te corrigeren. Omdat de hele popup gewijzigd is vraag ik me af of je die nog wel nodig hebt ( immers, de browsercheck is ook uit de code verdwenen ).

Bedankt voor de tip. Ik zal hem er uit halen. Eventuele uitzonderingen voor IE wil ik toch in de css proberen op te lossen.

noordfiets wrote:

Voor Marc: in de index staat nog steeds het hidden frame voor JOSM. Als je straks de links toevoegt: stuur JOSM naar dit hidden frame, dan krijg je niet die lege bladzijde in je browser als je naar JSOM linkt.

Ik vroeg me al af waar dat frame voor was. Bij het weer toevoegen van de link naar JOSM zal ik hem ook wel weer nodig hebben.

Sander H wrote:

Gertjan, op die site loopt IE niet vast. Wat je daar wel hebt is dat bij een popup met een multiline value (ofwel past niet in de breedte) er wel een scrollbar komt, maar dat deze niet werkt. Ook het klikken op de Node link en close knop van de popup doet het dan niet.
Hetzelfde gedrag als in Firefox en Chrome overigens. Work in progress nog?

In je interface is het prettig dat je ook tags uit verschillende categorieen tegelijk kan selecteren zonder.

Het is inderdaad nog work in progress met de nodige kinderziektes. Ik weet dat de popup af en toe kuren heeft, maar ben er nog niet uit waar dit aan ligt. Waar gaat hij bij jou de mist in?

Sander H wrote:

Moet zo weg, maar kijk er later nog wel even naar.

Marc, ik heb geloof ik gevonden waarom ie in IE blijft hangen. De functie checkCookie bevat voor IE een eindeloze loop. De variabele item is in IE een functie dus die geeft nooit "" terug. Kies een andere naam voor die variabele en het zou goed moeten gaan.

Gertjan Idema wrote:

Waar gaat hij bij jou de mist in?

Het lijkt voornamelijk mis te gaan als je bijvoorbeeld de gehele categorie Food aanklikt. Kies je enkele indivuele items gaat het meestal wel goed, maar niet altijd (grens lijkt bij ~20 items te liggen tot waar het goed gaat).

Soms als je meerdere items hebt geselecteert, krijg je van overpass turbo een 504 Gateway Timeout terug (als heel Utrecht uit het beginscherm wordt weergegeven). Restrictie toevoegen dat het pas wordt opgehaald als je ver genoeg inzoomt, zoals bij de Marc/Noordfiets scripts). Zie soms ook een 429 Too Many Requests langskomen.

Soms komt er een "Uncaught TypeError: undefined is not a function" in FeaturePopup.js:132 dan blijft bij de klik op de POI je muis hangen (kaart beweegt vanaf dat moment mee) en kom je moeilijk weer los. Dit lijkt mis te gaan alle facebook links.

Sander H wrote:

Soms komt er een "Uncaught TypeError: undefined is not a function" in FeaturePopup.js:132 dan blijft bij de klik op de POI je muis hangen (kaart beweegt vanaf dat moment mee) en kom je moeilijk weer los. Dit lijkt mis te gaan alle facebook links.

Dat gedrag zag ik ook wel eens voorbij komen in taglocator terwijl ik eerst probleemloos op pois had kunnen klikken.
Ik heb nooit gecontroleerd waarom het dan misging, maar zal dat in komende gevallen toch eens doen.

noordfiets wrote:

Ik zie dat jullie nog 'browser.js' aanhouden. Deze werd oorspronkelijk gebruikt om de layout van de popup voor IE te corrigeren. Omdat de hele popup gewijzigd is vraag ik me af of je die nog wel nodig hebt ( immers, de browsercheck is ook uit de code verdwenen )

Ik heb hem er nog in staan vanwege dat stukje test met de proxyserver, maar vraag mij ernstig af hoe nuttig dat is...

Sander H wrote:

Marc, ik heb geloof ik gevonden waarom ie in IE blijft hangen. De functie checkCookie bevat voor IE een eindeloze loop. De variabele item is in IE een functie dus die geeft nooit "" terug. Kies een andere naam voor die variabele en het zou goed moeten gaan.

Dat zou dan nu opgelost moeten zijn! (0.6a++)

noordfiets wrote:

Ik zie dat jullie nog 'browser.js' aanhouden.

Ik heb hem er nu (0.6a++) maar uitgesloopt. Eens kijken wat er gebeurt!

marczoutendijk wrote:

Ik heb hem er nu (0.6a++) maar uitgesloopt. Eens kijken wat er gebeurt!

Het lijkt opgelost nu! Ik kan het tenminste niet meer reproduceren nu. (Wel eerst even hard refreshen om de oude versie uit de cache te krijgen)
Eggie, is het bij jou nu ook opgelost?

marczoutendijk wrote:

Sander H wrote:

Soms komt er een "Uncaught TypeError: undefined is not a function" in FeaturePopup.js:132 dan blijft bij de klik op de POI je muis hangen (kaart beweegt vanaf dat moment mee) en kom je moeilijk weer los. Dit lijkt mis te gaan alle facebook links.

Dat gedrag zag ik ook wel eens voorbij komen in taglocator terwijl ik eerst probleemloos op pois had kunnen klikken.
Ik heb nooit gecontroleerd waarom het dan misging, maar zal dat in komende gevallen toch eens doen.

Ik zie op deze locatie:

http://www.openstreetmap.org/node/1827346483

het gedrag voorkomen dat Sander beschrijft. Ik zie echter geen FB link op dat museum staan.
Wat kan het wel zijn?

Explorer 11 werkt prima nu!

Sander H wrote:

Soms komt er een "Uncaught TypeError: undefined is not a function" in FeaturePopup.js:132 dan blijft bij de klik op de POI je muis hangen (kaart beweegt vanaf dat moment mee) en kom je moeilijk weer los. Dit lijkt mis te gaan alle facebook links.

Dat blijkt te zitten in de contact:website=* tag.
Is nu opgelost, er zat ergens een testje met een parameter te weinig.

Er is nu ook een wikipagina voor Taglocator:

https://wiki.openstreetmap.org/wiki/Taglocator

marczoutendijk wrote:

noordfiets wrote:

Ik zie dat jullie nog 'browser.js' aanhouden. Deze werd oorspronkelijk gebruikt om de layout van de popup voor IE te corrigeren. Omdat de hele popup gewijzigd is vraag ik me af of je die nog wel nodig hebt ( immers, de browsercheck is ook uit de code verdwenen )

Ik heb hem er nog in staan vanwege dat stukje test met de proxyserver, maar vraag mij ernstig af hoe nuttig dat is...

Voor zover ik zie wordt CORS nu door alle moderne browsers en door overpass ondersteund. De proxy zou dan ook niet meer nodig moeten zijn.

Proficiat met je vermelding met schermafdruk op Wochennotiz

Bèta 0.7.
De links in het popupwindow zijn weer terug. Ik ben nog niet tevreden over de layout, maar had ze te vaak nodig om te kunnen werken. Ik zoek nog naar een mooiere oplossing.
Toegevoegd is ook de HikeBike layer die ik bruikbaarder vind (voor Taglocator) dan de World Topo en Google Sat, die zijn dus verdwenen.
Tenslote is de wikipagina ook behoorlijk aangepast.
Leuk ook dat er meer belangstelling voor Taglocator is, zoals Escada (#182) al aangeeft in zijn link. 🙂

Marc, ik begrijp dat je onmogelijke alle pois kan renderen, maar bij shop ontbreken een aantal van de meest gebruikte pois, zoals supermarket, bakery, kiosk cars etc. Misschien een idee om die lijst ook in alfabetische volgorde te zetten?

Waar ook heel veel naar gevraagd wordt is een mogelijkheid om met een druk op de knop de pois te kunnen downloaden zodat je ze kan laden in je GPS.
Dat zou kunnen met overpass maar dat is voor de leek geen handige tool. Als jouw tool dat tzt zou kunnen wordt het een killer app 😉

ligfietser wrote:

....killer app 😉

In het kader van 'killer app' nog twee ideetjes:

1. in de weergave van een POI onderscheid maken tussen hoofdzaken en details
2. een zoekmogelijkheid inbouwen zoals in dit voorbeeld: 'school Utrecht' waarbij het kaartje als resultaat alle scholen in Utrecht weergeeft

ligfietser wrote:

maar bij shop ontbreken een aantal van de meest gebruikte pois, zoals supermarket, bakery,

Die staan onder het kopje Food 🙂

Misschien een idee om die lijst ook in alfabetische volgorde te zetten?

Dat is een goede oplossing die nu op mijn lijstje staat...

Waar ook heel veel naar gevraagd wordt is een mogelijkheid om met een druk op de knop de pois te kunnen downloaden zodat je ze kan laden in je GPS.
Dat zou kunnen met overpass maar dat is voor de leek geen handige tool. Als jouw tool dat tzt zou kunnen wordt het een killer app 😉

Dat lijstje wordt steeds langer...

It's so funny wrote:

1. in de weergave van een POI onderscheid maken tussen hoofdzaken en details

Dat gebeurt nu al gedeeltelijk, in die zin dat naam, adres en postcode duidelijk bovenaaan staan (mits aanwezig).

2. een zoekmogelijkheid inbouwen zoals in dit voorbeeld: 'school Utrecht' waarbij het kaartje als resultaat alle scholen in Utrecht weergeeft

Ik koop maar een nieuw bloknoot... 😛

marczoutendijk wrote:

ligfietser wrote:

maar bij shop ontbreken een aantal van de meest gebruikte pois, zoals supermarket, bakery,

Die staan onder het kopje Food 🙂

En car? 😉

Nu kan ik het ook invullen in de custom user pois, bijvoorbeeld shop=*
Ik type dat dan over, dwz ik delete alle zinnen die er in staan (eigenlijk moet je dat niet in het invulveld zetten maar in een popup of zo) en laat dus shop=* staan.
Maar dan vindt de taglocator niets. Je moet dus alleen shop invullen om alle shop=* te zien, dus het voorbeeld zet de gebruiker op het verkeerde been.

ligfietser wrote:

En car? 😉

Dan wil je zeker ook een poi speciaal voor ligfietsen? 😄

Nu kan ik het ook invullen in de custom user pois, bijvoorbeeld shop=*
Ik type dat dan over, dwz ik delete alle zinnen die er in staan (eigenlijk moet je dat niet in het invulveld zetten maar in een popup of zo) en laat dus shop=* staan.
Maar dan vindt de taglocator niets. Je moet dus alleen shop invullen om alle shop=* te zien, dus het voorbeeld zet de gebruiker op het verkeerde been.

Er is ook een clear toets!
De bedoeling is dat je dan "*" vervangt door wat je zoekt, bv. shop=car. Zo staat het in ieder geval beschreven in de handleiding en dat werkt.
Maar zo zie je dat testen heel nuttig is, want jouw manier om alle shops te vinden had ik nog niet eens geprobeerd. Maar het werkt inderdaad wel! Heel handig moet ik zeggen!

In de hele database staan maar 2 pois met bicycle:recumbent dus dat is teveel gevraagd, maar wel >50.000 pois met shop=car.
Mijn bezwaar was dat shop=* niet werkt, hoewel dat wel in jouw voorbeeld tekst staat genoemd als zijnde supported (handleidingen lees ik nooit 😉).
Dat jouw bedoeling is dat je dan "*" vervangt door wat je zoekt, bv. shop=car begrijp ik wel, maar zo staat het er niet.

Marc, ik heb ook nog een probeersel plant_nursery, ik dacht daarmee de omgeving van het Westland en Boskoop af te speuren. Maar krijg geen resultaat, kan dat ?

Hendrikklaas wrote:

Marc, ik heb ook nog een probeersel plant_nursery,

Goed nieuws voor iedereen! Vanaf heden (0.7a++) is het mogelijk om in de user pois iedere denkbare waarde in te geven!
Dus ook landuse=plant_nursery. (Die waren er overigens niet zoveel).
Zie hieronder:

Let op: voor sommige tags is een enorme hoeveelheid data aanwezig en het duurt dus een tijd voor alles zichtbaar is.
Doe maar een landuse=grass in Zuid-Holland.

Nog even een voorbeeld van de nieuwe, verruimde functionaliteit in de user-pois:

Voor het zoeken naar de highway=* tag zijn natuurlijk andere tools meer geschikt, temeer daar mijn tool alleen maar de node op zo'n weg laat zien en niet de hele weg. Maar voor andere tags is het heel handig. Bv. alle bushalte's en cafés voor een avondje zorgeloos stappen!

Bèta 0.7a+++

De layout van het popupvenster is wat gewijzigd en het blokje met links aan de onderzijde is nu aan/uit te zetten.
Tevens heb ik de link naar de OSM node/way/relation die eerst boven de tabel stond, naar onderen verplaatst als laatste item in die tabel:

Ook in het Rijksmuseum is iemand met die alt_name:es bezig geweest!

Toevoegingen:
Als er een "image" tag in de data zit, dan is de link naar dat plaatje nu ook actief, en je kunt hieronder ook zien dat als er in het veld met Architecten meer namen staan, ze dan netjes onder elkaar komen te staan:

Test hier zelf.

En nog wat meer aanvullingen:

note en description staan nu ook bovenaan:

En dan de laatste voor vandaag, zeer handig bij het opsporen van nog op te lossen zaken:

En de snelste manier om ze allemaal te vinden is dus om in het User POIs veld in te vullen "fixme" of FIXME en dan op de showbutton klikken!
(En er zijn er nog héél veel viel me op!).
Soms vindt taglocator fixme's maar vind jij ze niet terug in de popup. Dat komt omdat ze dan onderdeel zijn van een relatie (bv. een busroute o.i.d)

Edit: fixme/FIXME moeten allebei worden ingevuld voor het beste resultaat!

Het handigheidje (met dank aan Sander H) om meerdere keys die op één node moeten voorkomen (ongeacht de value), is niet beperkt tot 2.
Alle winkels mét website én telefoon? Dat gaat zo: shop][website][phone.

En alleen boekenwinkels mét website en telefoon?

En een rolstoeltoegankelijke boekwinkel mét telefoon én website dan?
Geen probleem:

Let op: in het invoerveld moet je alle termen achter elkaar zetten, geen nieuwe regel beginnen.
Dus shop=book][website][wheelchair=yes][phone.
Het venster rechts is te klein om alles te laten zien, maar het werkt wél.

is het ook mogelijk om bv. alle shops te laten zien die geen telefoonnummer hebben?

de vries wrote:

is het ook mogelijk om bv. alle shops te laten zien die geen telefoonnummer hebben?

Daar heb ik ook al over zitten denken.
Er zijn 2 manieren waarop je aan de data kunt zien of er geen telefoonnummer is:
1. Er staat phone=no
2. De key: phone ontbreekt.

Die eerste kun je zo invullen in de User POIs, maar die levert (ook in overpass-turbo geen enkel resultaat op).
Dat betekent dat je een slimme grep expressie moet zien te vinden die dat opvraagt. Want dat wat je invult in User POIs, komt rechtstreeks in de overpass query terecht. Daar ga ik mee aan het werk!
En daarna kunnen we die gegevens verkopen aan een telefoonaanbieder! 🤣 🤣

Dat ging sneller dan ik gedacht had!
Met deze code:

shop][phone !~"."

invoeren als User POI en je hebt alle winkels die geen telefoonvermelding op OSM hebben!
Dat zijn er trouwens ook erg veel valt me op! Hieronder centrum Amsterdam:

Diezelfde code kun je uiteraard voor andere keys gebruiken:

tourism=zoo][website !~"." voor alle dierentuinen zonder website.

Versie bèta 0.8.

Die fixme tag leek me eigenlijk belangrijk genoeg (met het oog op lokaliseren van knelpunten) dat ik hem een vast plaatsje heb gegeven.
Hij staat nu onder het Various menu.
Zijn er meer van dergelijke zaken die een vaste plek rechtvaardigen?

marczoutendijk wrote:

Toevoegingen:
Als er een "image" tag in de data zit, dan is de link naar dat plaatje nu ook actief,....

Aangezien je net een nieuwe bloknoot had gekocht: kun je zorgen dat er bij een image tag automatisch een thumbnail in beeld komt?

It's so funny wrote:

kun je zorgen dat er bij een image tag automatisch een thumbnail in beeld komt?

Daar ga ik eens op studeren... 🙂

misschien kan je in het user poi kader ook voorbeelden geven van complexere zoekopdrachten, zoals: shop][phone !~"."

de vries wrote:

voorbeelden geven van complexere zoekopdrachten, zoals: shop][phone !~"."

Dat zal ik ook doen. Ze staan al wel genoemd in de wiki.

Aan beide bestellingen is inmiddels voldaan:
(En uiteraard is die thumbnail ook klikbaar 😛 ) .

Edit:
Plaatje werkt nog niet altijd goed.
Bv. hier:
http://www.openstreetmap.org/way/58881955 waarbij het plaatje een lokaal bestand (b)lijkt te zijn
en hier:
http://www.openstreetmap.org/node/1200367951 waarbij het plaatje op de wikimedia staat (je ziet een broken link plaatje). Het vreemde is dat mijn voorbeeld met de Eiffeltoren (ook op wikimedia) wél werkt.

Gelukkig blijven we zo bezig, anders ga je maar de hele dag uit het raam zitten staren...

Edit 2:
Voorlopige conclusie:
1. Eiffeltoren ( en soortgelijke, wél werkende plaatjes) hebben een link rechtstreeks naar het plaatje zelf. Daar kan ik dus een thumbnail met link van maken

2. Broken link plaatjes hebben een link naar het wikipedia-artikel met daarin weer een plaatje. Daar kan ik geen thumbnail van maken maar wel een werkende link...

marczoutendijk wrote:

Aan beide bestellingen is inmiddels voldaan:
(En uiteraard is die thumbnail ook klikbaar 😛 ) .

Knap, en snel, gedaan van je! Zo komt die bloknoot natuurlijk nooit vol 🙂. Ik ga nog 's ff nadenken om er toch wat punten aan toe te voegen (naast dat ene puntje van me dat er nog wel op staat als het goed is).

In een subtopic kwam de volgende wens aan de orde:
Mogelijkheid tot highlightning van Poi bij zoeken en selecteren in het zoek vak "search with nominatim"

Marc, op http://mijndev.openstreetmap.nl/~marczo … 0FFFFFFFFT staan 2 fixme's die ik niet kan vinden. Er zijn meer van dit soort voorbeelden.
Is dit een bug, of moet ik het zoeken bij een relatie o.i.d.?

Jan Westerhof wrote:

Marc, op http://mijndev.openstreetmap.nl/~marczo … 0FFFFFFFFT staan 2 fixme's die ik niet kan vinden. Er zijn meer van dit soort voorbeelden.
Is dit een bug, of moet ik het zoeken bij een relatie o.i.d.?

Dat is inderdaad een heel diep verborgen relatie waar die node een onderdeel van vormt:
http://www.openstreetmap.org/relation/1561342

In zulke gevallen is het dus handwerk door op de more info link te klikken en van daaruit verder te werken. Het kostte me dit keer maar drie klikken diep, maar ik heb ook al eens 10 klikken verder moeten kijken. Vooralsnog is het me onduidelijk waarom die "fixme" opduikt op de door jouw gegeven plaats.
Misschien moet ik de querry bij die fixme's niet op relaties loslaten. Ik zal eens zien wat dat oplevert in jouw link.

Versie 0.8a++

Image-links zijn problematisch en hier een overzicht van de manieren waarop een image-link is opgenomen in de database.
Eerst even de links die makkelijk naar een thumbnail kunnen worden omgezet:

1. http://www.openstreetmap.org/way/5013364
Hierbij wordt gelinkt naar http://upload.wikimedia .......

2. http://www.openstreetmap.org/way/32521896
Hierbij wordt gelink naar een plaatje op een prive/bedrijfs site

De links die niet (op eenvoudige wijze) tot een thumbnail kunnen worden herleid:
3. http://www.openstreetmap.org/node/2413530151
Hierbij wordt naar flickr verwezen

4. http://www.openstreetmap.org/way/116149697
De verwijzing middels: "File: ...."

5. http://www.openstreetmap.org/way/264783489
Verwijzing naar een plaatje op wikipedia (inderdaad NIET wikimedia)

6. http://www.openstreetmap.org/node/2412547967
Verwijzing naar een website waarop een plaatje is te zien. (Het plaatje is in de link niet opgenomen).

Ik heb het voorlopig zo opgelost dat ik in de gevallen 1 en 2 de thumbnail laat zien en in de gevallen 2-5 gewoon de werkende link (maar dus zonder Thumbnail) laat zien.
Bij situatie 6 zie je nog steeds een broken link plaatje.

Ondertussen zoek ik naar manieren om wél die thumbnail te kunnen laten zien.

marczoutendijk wrote:

Vooralsnog is het me onduidelijk waarom die "fixme" opduikt op de door jouw gegeven plaats.
Misschien moet ik de querry bij die fixme's niet op relaties loslaten. Ik zal eens zien wat dat oplevert in jouw link.

Ik heb in de huidige update de relaties inderdaad weggelaten bij het zoeken naar fixme/FIXME.
Daarmee verdwijnen inderdaad de door Jan aangegeven onduidelijke fixme's.
Maar daarmee zijn ze natuurlijk nog niet opgelost...

Dus wat doen we?

Hier is iets geks aan de hand!
Waarom plaatst taglocator dat verkeersbord (NL:G11) in de Nieuwe Maas?
De andere borden op dat fietspad liggen keurig op hun plaats!

marczoutendijk wrote:

marczoutendijk wrote:

Vooralsnog is het me onduidelijk waarom die "fixme" opduikt op de door jouw gegeven plaats.
Misschien moet ik de querry bij die fixme's niet op relaties loslaten. Ik zal eens zien wat dat oplevert in jouw link.

Ik heb in de huidige update de relaties inderdaad weggelaten bij het zoeken naar fixme/FIXME.
Daarmee verdwijnen inderdaad de door Jan aangegeven onduidelijke fixme's.
Maar daarmee zijn ze natuurlijk nog niet opgelost...

Dus wat doen we?

Ik vind het een stuk helderder zo. Scheelt een hoop dwaalsporen.

Misschien is het mogelijk om informatie over de relatie die de fixme heeft mee te geven aan de pop-up?

marczoutendijk wrote:

Hier is iets geks aan de hand!
Waarom plaatst taglocator dat verkeersbord (NL:G11) in de Nieuwe Maas?
De andere borden op dat fietspad liggen keurig op hun plaats!
https://dl.dropboxusercontent.com/u/172 … demaas.png

verschil node en een way

way wordt de icon geplaatst midden in een rechte lijn tussen eindpunt en beginpunt.

wanneer de way krom is wordt dezelfde plaatsing methode gehanteerd, en ligt hier dus in het water en niet midden op de eigenlijke weg.

Dit zie je ook bij heel rare gebouwen, U V gebouwen, dat het icon niet in het gebouw ligt. Dat valt niet zo op. Meen ik mij te herinneren.

De zoom van mapquest is niet zo diep als bij mapnik, bij grote hoeveelheid aan nodes is zeer diepe zoom gewenst.

marczoutendijk wrote:

Waarom plaatst taglocator dat verkeersbord (NL:G11) in de Nieuwe Maas?

He, die heb ik vorige week toegevoegd.
Daar viel me trouwens op dat de bestaande tags op het fiestpad ingesteld stonden voor G12a. Na even nazoeken blijkt dit per 1 januari gewijzigd.
Maar op Rotterdam Zuid zie ik toch nog enkele G12a borden staan en niet op de op die website genoemde uitzonderingstrajecten staan vermeld.

In deze stad hoef je nooit lang naar een bushalte te zoeken!
Ik heb een aantal keuzen toegevoegd in de rubriek Various:
Monumental Tree, Busstop, City, Town, Village.

Zijn er nog meer onderwerpen die in die rubriek wel handig zouden zijn?

Weet je welke stad dit is? (Nee, geen prijzen te behalen...)
Deze monumentale boom heb ik zelf van de week nog op de kaart gezet. Ik kwam er langs en was verbaasd dat dat nog niet gebeurd was!

Marc, Parijs ????

Marc, wat is het verschil tussen een eenzame en een monumentale boom ?

Hendrikklaas wrote:

Marc, Parijs ????

Dat zou je zelf kunnen controleren met taglocator! 😛

Hendrikklaas wrote:

Marc, wat is het verschil tussen een eenzame en een monumentale boom ?

De wiki geeft aan dat voor bomen met een speciale status de tag monument=yes gebruikt mag/kan worden.
Voor eenzame bomen heb ik het nog niet opgezocht...

Maar mijn voornaamste reden voor deze oplossing dat je anders (zonder monument=yes) ook alle gewone bomen te zien krijgt die iemand bv. langs een oprijlaan heeft getagd.

Toegevoegd de mogelijkheid om de image-tag zichtbaar te maken in de various-layer:
Vergelijk Berlijn en Antwerpen:


Dat zijn dan ook meteen de twee steden met de grootste image-dichtheid ter wereld.
In Rotterdam is geen plaatje te vinden! Wie gaat daar wat aan doen? Een stad met zulke prachtige architectuur?

Edit:
Ik heb inmiddels aan de situatie in Rotterdam wat veranderd 🙂

Icons: Hebben een puntje, maar deze wijst niet precies naar de node.

anchor point instellen

Allroads wrote:

Icons: Hebben een puntje, maar deze wijst niet precies naar de node.
anchor point instellen

Is inmiddels gebeurd. Heeft uiteraard alleen maar zin bij een echte node, omdat bij contouren het icon in het midden (min of meer) wordt geplaatst.

Versie 0.9

Ik heb wat wijzingingen aangebracht in de volgorde en inrichting van de verschillen groepen zodat er wat meer samenhang ontstaat.
Vooral Various, Food en Tourism zijn gewiijzigd. Je ziet hieronder hoe various nu oogt.
Toch is het lastig om zelf te zien of dat wel zo logisch is, dus graag commentaar en/of andere voorstellen.

Toegevoegd aan de rubriek Various is nu de mogelijkheid om openbare camera's (surveillance:type=camera) op te sporen. Dat zijn er soms veel:

Als je zelf in de User Pois zo'n dubbele key (addr:email) wil gebruiken, dan moet je de waarde ingeven tussen aanhalingstekens:
"heritage:operator"="OnroerendErfgoed"

Tevens zie je ook de nieuwe naam voor taglocator: OpenPoiMap. Voorlopig nog even alleen in de internationale versie. Ik loop hiermee vast wat vooruit op nieuwe ontwikkelingen waarbij het vooral voor de gewone gebruiker wat duidelijker is.

In landen waar een niet-westers schrift wordt gebruikt is het soms lastig om de belangrijkste naam vaan een object niet goed te kunnen lezen.
Ik heb nu deze oplosing:
Als er een Engelse naam beschikbaar is (name:en=*), dan combineer ik die met de officiële naam:

Dat levert soms onverwachte resultaten (of fouten) op, dus weer het verzoek om rare kwesties hier te melden.

It's so funny wrote:

2. een zoekmogelijkheid inbouwen zoals in dit voorbeeld: 'school Utrecht' waarbij het kaartje als resultaat alle scholen in Utrecht weergeeft

Dat is inmiddels mogelijk. De wijze waarop is wat omslachtig en nog niet erg gebruikersvriendelijk.
Hoe werkt het?
Vul bij de User Pois het volgende in:
{plaats waarin te zoeken}wat te zoeken
Hieronder heb ik in Vught en Boxtel naar scholen gezocht.

Je ziet (op de kaart hierboven) dat andere gemeenten worden overgeslagen.

Het deel na de accolades kan bestaan uit alle andere geldig zoektermen, dus {Venlo}shop levert alle winkels in Venlo op.
Er zijn nog wat "quirks":
1. Het zoeken duurt vrij lang valt me op, de reden daarvoor is me nog niet duidelijk.
2. Het zoekgebied is gekoppeld aan de "name" key, dwz dat {Utrecht}amenity=school niet alleen de scholen in de stad Utrecht geeft, maar ook in de provincie Utrecht!
Dat moet ik nog even verfijnen.
3. Als je de kaart van Groningen voor je neus hebt staan en je vult in dat je iets zoekt in Vlissingen, dan wordt er wel gezocht (en hopelijk ook gevonden), maar de kaart blijft vrolijk op Groningen staan. Dus de beste strategie op dit moment:
a. Ga via de "search" optie naar de plaats van je keuze
b. Vul dan pas de User Pois in
Het mooiste zou natuurlijk zijn als ik de zoekterm uit het nominatim zoekveld al klaar zou zetten in het User Pois veld. Dat komt vast nog wel een keertje...

Je hebt bij user poi marker 1 en 2.

delete veld, leeg veld, school, show, ik krijg, marker 1 met school
delete veld, leeg veld, bench, show, ik krijg, marker 1 met bench maar ook marker 2 zonder een naam
terwijl er maar 1 zoekwaarde is.

marczoutendijk wrote:

Hendrikklaas wrote:

Marc, wat is het verschil tussen een eenzame en een monumentale boom ?

De wiki geeft aan dat voor bomen met een speciale status de tag monument=yes gebruikt mag/kan worden.
Voor eenzame bomen heb ik het nog niet opgezocht...

Wel een beetje jammer dat iemand weer een nieuwe tag heeft geïntroduceerd, waarvan de key (monument=* ook nog eens niet gedocumenteerd is...

Er is toch al denotation=natural_monument voor monumentale bomen? Waarom een nieuwe key?

Maar goed, als het eenmaal ergens in de Wiki staat, is het de-facto de rule geworden, dus zal ook nog maar eens op overpass turbo gaan kijken of het inderdaad zinvol is om nu ook monument=yes voor trees te gaan ondersteunen in mijn persoonlijke renderer, naast denotation=natural_monument...

Allroads wrote:

Je hebt bij user poi marker 1 en 2.

delete veld, leeg veld, school, show, ik krijg, marker 1 met school
delete veld, leeg veld, bench, show, ik krijg, marker 1 met bench maar ook marker 2 zonder een naam
terwijl er maar 1 zoekwaarde is.

Dat was nog in versie 0.9, ik had de online versie nog niet aangepast.
Je moet nu 0.9+ zien, en die doet het wel.

0.9+
In chroom

ctrl f5 gedaan chrome

type school, save

delete veld, leeg veld, school, show, ik krijg, marker 1 met school en marker 2

Wel vergeten in te zoom naar zoomniveau ophalen data.
herstel ook bij eerst inzoomen na wederom ctrl f5

Allroads wrote:

0.9+
delete veld, leeg veld, school, show, ik krijg, marker 1 met school en marker 2

Marker 2 komt omdat je een lege regel in het invulvak hebt staan. Je moet op show klikken terwijl de cursor achter de laatste ingave staat.
(Ik zal dat er nog wel uitfilteren)

Maar ik begrijp dat je nu NIET de functionaliteit aan het testen bent met het zoeken in een bepaalde plaats, want daarvoor moet je natuurlijk ook wel die plaats opgeven zoals ik in mijn voorbeeld laat zien.

Op mijn site heb ik weer wat nieuwe ideetjes verwerkt die jij (Marc) misschien weer kunt gebruiken.

- Tabbladen in het Popup scherm. De integratie met de Openlayers Popup is nog niet optimaal, waar je nog een gele achtergrond ziet.

- Nieuwe interne structuur voor de Popup met widgets. Het idee hierachter is dat het uiteindelijk mogelijk moet zijn om op een hoger niveau te configureren welke tags je op welke manier wilt laten zien. De onderliggende API wordt daarmee voor meer sites bruikbaar.

- Een view optie voor de BagViewer op basis van bag Id. Dit werkt dus nu alleen op panden. Ik ben nog aan het kijken naar een selectie op basis van adres. Kijk bijvoorbeeld naar Theater Tivoli Vredenburg in Utrecht.

- De edit optie voor Josm selecteert meteen het juiste object.

gertjanidema.nl/osmlayers

Gertjan Idema wrote:

Op mijn site heb ik weer wat nieuwe ideetjes verwerkt die jij (Marc) misschien weer kunt gebruiken.
- Tabbladen in het Popup scherm. De integratie met de Openlayers Popup is nog niet optimaal, waar je nog een gele achtergrond ziet.

Dat ziet er inderdaad mooi uit.
Ik heb nu gekozen voor de oplossing met een aan/uit knop, maar krijg het (nog) niet voor elkaar om het popupvenster kleiner te laten worden als je die opties niet nodig hebt.
Maar ik wil op termijn zeker naar jouw oplossing toe, want dat is (bij veel data) een stuk overzichtelijker.

- De edit optie voor Josm selecteert meteen het juiste object.

En ook dat is inderdaad erg praktisch!

Opmerking:
In jouw versie kan ik momenteel geen markers selecteren uit een andere laag als ik in meer dan één laag iets heb staan. De popup werkt dan uitsluitend op de eerste laag.

marczoutendijk wrote:

Gertjan Idema wrote:

Op mijn site heb ik weer wat nieuwe ideetjes verwerkt die jij (Marc) misschien weer kunt gebruiken.
- Tabbladen in het Popup scherm. De integratie met de Openlayers Popup is nog niet optimaal, waar je nog een gele achtergrond ziet.

Dat ziet er inderdaad mooi uit.
Ik heb nu gekozen voor de oplossing met een aan/uit knop, maar krijg het (nog) niet voor elkaar om het popupvenster kleiner te laten worden als je die opties niet nodig hebt.
Maar ik wil op termijn zeker naar jouw oplossing toe, want dat is (bij veel data) een stuk overzichtelijker.

Ik houd me aanbevolen voor verbeteringen. Over de structuur van de Widgets ben ik nog niet helemaal tevreden. Daar ga ik nog wel aan sleutelen.

Opmerking:
In jouw versie kan ik momenteel geen markers selecteren uit een andere laag als ik in meer dan één laag iets heb staan. De popup werkt dan uitsluitend op de eerste laag.

Dit lag ergens anders aan. Ik had widgets toegevoegd om een adres op te zoeken op de OpenKvk of Kvk sites. Deze code kon nog niet goed overweg met een ontbrekende postcode. Dat heb ik nu aangepast.

Gertjan Idema wrote:

Ik houd me aanbevolen voor verbeteringen....................................................

Maar ik wil op termijn zeker naar jouw oplossing toe

Nu zijn tags nog enkelzijdig,...................parking wel of niet overdekt. Het verschil maken. Zo ook bij andere, ......

een tweede trap in de lijst.

Allroads wrote:

Nu zijn tags nog enkelzijdig,...................parking wel of niet overdekt. Het verschil maken. Zo ook bij andere, ......

---

een tweede trap in de lijst.

Dat is en wens die ik zelf ook heb en waar ik ook al mee bezig ben. Het is toch een grotere stap dan het in eerste instantie leek.

Allroads wrote:

Nu zijn tags nog enkelzijdig,...................parking wel of niet overdekt. Het verschil maken. Zo ook bij andere, ......

---

een tweede trap in de lijst.

Het wordt verwarrend als we hier twee versies van twee ontwikkelaars door elkaar gaan bespreken vergelijken.
Wat Allroads wil, kan al via de User Pois in OpenPoiMap (Taglocator).
Voor de gemiddelde OSM gebruiker is die ene keuze in de layerlijst genoeg, en de mapper kan overweg met de codes in de User Pois.

De laatste ontwikkelingen:

Alle belangrijke sleutelwaarden staan nu bovenaan in de tabel (heritage, tourism, amenity, shop enz.,) en niet meer op alfabetische volgorde in de rest van de tabel.
Ook websitelinks op andere plaatsen zijn actief (heritage:website).
Toegevoegd aan de rubriek various: office

Onderaan in het popupvenster staat dit:

Dat was al een tijdje zo, maar nieuw is dat de knop onthoudt wat de laatste instelling was. Als je dus gekozen hebt voor "views and editors" dan blijft die keuze ook bij volgende clicks staan. Totdat je hem weer "hide". Bij de JOSM editor heb ik die vermelding "plugin noodzakelijk" verwijderd. JOSM-gebruikers en mappers wéten dat al, toevallige gebruikers zal het worst wezen, die kunnen maar beter niet met JOSM in contact komen...
Over JOSM gesproken, ik geef nu (dank Gertjan) het object ID mee, zodat je in JOSM direct aan de slag kunt.
Ik zie nu trouwens aan mijn screenshots dat ik de transparantie van het popupvenster wel wat minder kan maken. Mee eens?

marczoutendijk wrote:

Het wordt verwarrend als we hier twee versies van twee ontwikkelaars door elkaar gaan bespreken vergelijken.

Helemaal mee eens. Ik zal me in dit topic beperken tot jouw site.

marczoutendijk wrote:

Bij de JOSM editor heb ik die vermelding "plugin noodzakelijk" verwijderd. JOSM-gebruikers en mappers wéten dat al

De 'remote control' plugin zit tegenwoordig ingebouwd in JOSM, dus is sowieso niet meer nodig. Heeft het zin om nog een link naar Potlatch 1 te laten staan? Dat wil je volgens mij niemand aandoen. De link klopt overigens niet.

Het Rijksdag gebouw hierboven heeft 2 *:color tags. Die kan je natuurlijk de bijbehorende kleur geven.

marc, in het lijstje city, town, village mis ik nog hamlet. verder lijkt het me eigenlijk wel logisch als je hiervoor het zelfde kleurschema als josm aan zou houden.
voor in het geval dat je het met me eens bent, heb ik vast de rgb codes voor je opgezocht:

city:␣␣␣␣#7748a8
town:␣␣␣␣#ff0000
village:␣#ff6600
hamlet:␣␣#ffff33

de vries wrote:

voor in het geval dat je het met me eens bent, heb ik vast de rgb codes voor je opgezocht:

Goed idee, ziet er zo uit:

Gertjan Idema wrote:

Heeft het zin om nog een link naar Potlatch 1 te laten staan? Dat wil je volgens mij niemand aandoen.

Inderdaad, weggehaald. Ik begreep van ligfietser dat hij Potlatch 1 wel eens gebruikte om iets terug te draaien. Maar hij weet het vast wel te vinden als hij het nodig heeft. 🙂

Het Rijksdag gebouw hierboven heeft 2 *:color tags. Die kan je natuurlijk de bijbehorende kleur geven.

Ook een goed idee, ik wil alleen niet de hele cel in de tabel die kleur geven (dan lijkt het net of het belangrijke info is), maar zoek een oplossing met een gekleurd blokje achter de kleurcode, of ik verander de achtergrondkleur achter de code. Als ik de tekst zelf een kleur geef, wordt het onleesbaar bij lichte tinten. Moet ik even op sleutelen.

marczoutendijk wrote:

Ook een goed idee, ik wil alleen niet de hele cel in de tabel die kleur geven (dan lijkt het net of het belangrijke info is), maar zoek een oplossing met een gekleurd blokje achter de kleurcode, of ik verander de achtergrondkleur achter de code. Als ik de tekst zelf een kleur geef, wordt het onleesbaar bij lichte tinten. Moet ik even op sleutelen.

Het eenvoudigst is <span style="background-color: #cfccb9">#cfccb9</span>. Niet dat de kleur van het Rijksdaggebouw nou zo spectaculair is ;-).

De Layerselector (laagkeuzelijst?) pas bij mij trouwens niet helemaal op het scherm bij Food. Ik kan nog net naar de supermarkt, maar een wijntje kopen zit er voor mij helaas niet in.

Marc, kun je met je tool ook highway=footway met bicycle=no vinden ? Daar wordt nog wel eens over gestreden en zoeken van die fouten 'overbodige tags' wordt dan wel erg gemakkelijk. Ik kwam een dergelijke wisseling tegen rond Hulst.

Hendrikklaas wrote:

Marc, kun je met je tool ook highway=footway met bicycle=no vinden ?

Daarvoor zijn die User Pois Hendrikklaas, als je wilt weten of iets kan met Taglocator, dan moet je het gewoon proberen!

Gertjan Idema wrote:

Het eenvoudigst is <span style="background-color: #cfccb9">#cfccb9</span>. Niet dat de kleur van het Rijksdaggebouw nou zo spectaculair is ;-).

Ja, die oplossing kwam als eerste langs, maar ik wil die inline css vermijden, dus ik zoek nu een oplossing met class/stylesheet. Gaat vast wel lukken../

De Layerselector (laagkeuzelijst?) pas bij mij trouwens niet helemaal op het scherm bij Food. Ik kan nog net naar de supermarkt, maar een wijntje kopen zit er voor mij helaas niet in.

Groter beeldscherm kopen? 🙂
Ik heb daar op mijn iPad ook last van. Waarom kun je die lijst eigenlijk niet scrollbaar maken? Zit dat niet in openlayers?
Ik zit erover te denken de groepen wat uit elkaar te trekken (Een group restaurants en ook een groep hotels zou wat lucht geven), maar de ideale oplossing is dat niet. De lijst met namen in de Search box is wel scrollbaar (probeer maar eens met London)

Hoi Marc, zit er tussen alle tags menu ook nog ergens een help menu ? Die zie ik bij de +++ versie niet.

Hendrikklaas wrote:

Hoi Marc, zit er tussen alle tags menu ook nog ergens een help menu ? Die zie ik bij de +++ versie niet.

het vraagteken achter de titel linkt naar de wiki

Nog steeds 0.9+++
Alle gebouwen met: building:colour en roof:colour
vind je door in de User Pois in te vullen:

"building:colour"]["roof:colour"

Er zijn veel saaie kleuren...
Wie vindt een gebouw met een kanariegeel dak?

Gertjan, ik heb nog even gekozen voor een mix: jouw <span> en mijn blokje!