Hallo allemaal, ik neem aan dat ik hier in het Nederlands een vraag kan stellen. Tijdens de laatste hackathon ben ik gestart met het ontwikkelen van een Python-script dat over de spelling van toponiemen rapporteert. Nu heb ik een Python-vraagje. Wie heeft er ervaring met itereren over items uit een dict die op twee waarden gesorteerd moeten worden. De toepassing is het maken van een tabel met een histogram van bijvoorbeeld straatnamen. Eerste sortering op de telling (hier de value) en tweede sortering op de waarde (hier de key).
Ik zal mijn vraag in drie delen opdelen, want het is nogal een puzzel. Momenteel gebruik ik bijvoorbeeld:
from operator import itemgetter
histogram = {}
histogram['Stationstraat'] = 2
histogram['Dorpstraat'] = 2
histogram['Spoordijk'] = 1
for value, count in sorted(histogram.items(), key=itemgetter(1), reverse=True):
print(count, value)
en dat geeft:
2 Stationstraat
2 Dorpstraat
1 Spoordijk
Hoe krijg ik hier Dorpstraat boven Stationstraat? (Liefst zonder alles eerst in een andere datastructuur te zetten. Ik vermoed dat gebruik van lambda nodig is.) Iemand een idee?
SELECT
count(*) AS count,
openbareruimtenaam
FROM bagactueel.openbareruimteactueelbestaand
WHERE openbareruimtetype = 'Weg'
GROUP BY openbareruimtenaam
ORDER BY count(*) DESC, openbareruimtenaam ASCRaymond, dank voor je antwoord. De vraag is nog steeds relevant. Ik heb inmiddels ergens een oplossing gevonden maar nog niet uitgewerkt en getest. Was wel enorm zoeken. Vooral omdat ik key wil gebruiken voor itemgetter en voor localized sorting en nog een tweede sortering, allemaal in een sort, liefst zonder lambda.
Ik werk hier alleen op de bestaande export van adressen om het beheersbaar te houden. Binnenkort zal ik de toponiemenrapporten via een PR aanbieden.
https://bagviewer.kadaster.nl/lvbag/bag-viewer/#?searchQuery=0361200000200196&resultOffset=0&detailsObjectId=0361010000200186&objectId=0361200000200196&geometry.x=111412.981&geometry.y=515170.314&zoomlevel=6
Er lijkt iets fout gegaan te zijn bij de maandelijkse BAG release?
Als je op https://data.nlextract.nl/bag/csv/ kijkt is bag-adressen-full-laatst.csv.zip slechts 184 bytes en bag-adressen-laatst.csv.zip maar 174 bytes in plaats van respectievelijk 334MB en 245MB.
Mijn automatische updater is daar jammer genoeg op kapot gegaan waardoor mijn BAG database nu leeg is en mijn gebruikers problemen ervaren. Ik ga wat betere checks inbouwen :), maar aan de kant van NLExtract hoort dit ook niet te kunnen gebeuren lijkt me?
Inmiddels ook wat wijzer geworden. Ik voer nu dit commando uit en dat lijkt te werken (de count werkt alleen niet), weet jij of dit een geschikte oplossing is?
ogr2ogr -lco GEOMETRY_NAME=geom -overwrite -f "PostgreSQL" -a_srs EPSG:3857 PG:"dbname=gisdb user=[USER] password=[PASSWORD] host=localhost" -nln public.gistable "WFS:https://geodata.nationaalgeoregister.nl/nwbwegen/wfs?&service=WFS&version=2.0.0&request=GetFeature&typeNames=nwbwegen:wegvakken&count=10&startIndex=0"
nwb-wegen/geogegevens/shapefile/nederland_totaal/Wegvakken/Wegvakken.shp. COmmando wordt dan iets als: ogr2ogr -lco GEOMETRY_NAME=geom -overwrite -f "PostgreSQL" -s_srs EPSG:28992 -t_srs EPSG:3857 PG:"dbname=gisdb user=[USER] password=[PASSWORD] host=localhost" Wegvakken.shp -nln public.gistable om ook de geo-transformatie te doen.
Hallo! Ik heb een vraag over de data die ik zie in de CSV download op: https://data.nlextract.nl/bag/csv/bag-adressen-laatst.csv.zip.
Het gaat hierbij om de precieze schrijfwijze van de gemeenten. Een voorbeeld:
Hierin wordt gebruikgemaakt van schrijfwijze Bergen (NH.) met punt achter NH. Echter als ik de BAG viewer van het kadaster raadpleeg, zie ik een andere schrijfwijze: Bergen (NH) zonder punt achter NH. Dit kun je zien onder het kopje 'Bronhouder' bij: https://bagviewer.kadaster.nl/lvbag/bag-viewer/index.html#?searchQuery=bergen&resultOffset=0&objectId=3047&geometry.x=108059.332&geometry.y=519863.726&zoomlevel=2&detailsObjectId=3047
Kunnen jullie hier licht op schijnen? Als het goed is zou deze data toch uit dezelfde bron putten en dus een verschil in schrijfwijze niet mogelijk moeten zijn?
Hee @tino jij hier :D! Ik heb daar toevallig voor waarismijnstemlokaal.nl ook naar gekeken, alleen dan enkel naar gemeentenamen. Naast Den Haag en Den Bosch kwam ik nog op de volgende 3 Friese gemeentenamen die een alternatieve spelling hebben:
De Friese Meren / De Fryske Marren
Noordoost-Friesland / Noardeast-Fryslân
Zuidwest-Friesland / Súdwest-Fryslân
Wellicht zijn er dus meer Friese plaatsen die een alternatieve spelling hebben.
He beste mensen,
Ik ben bezig met het scripten van een bgt extract. Ik gebruik NLExtract en het werkt heel goed, waarvoor hulde. Ik loop alleen vast op een foutmelding:
2019-09-13 14:51:44,792 fileinput INFO Pop file record: {'file_path': './todo/bgt_148.zip', 'name': u'bgt_pand.gml'}
2019-09-13 14:51:51,877 subfeaturehandler INFO In SubFeatureHandler.invoke
2019-09-13 14:51:51,879 subfeaturehandler INFO In SubFeatureHandler.invoke
2019-09-13 14:53:51,806 component INFO ZipFileInput invokes=33 time(total, min, max, avg) = 0.032 0.001 0.002 0.001
2019-09-13 14:53:51,808 component INFO ZipFileExtractor invokes=33 time(total, min, max, avg) = 59.312 0.004 9.082 1.797
2019-09-13 14:53:51,808 subfeaturehandler INFO Exit: SubFeatureHandler
2019-09-13 14:53:51,808 component INFO SubFeatureHandler invokes=33 time(total, min, max, avg) = 5.280 0.001 5.212 0.160
2019-09-13 14:53:51,809 subfeaturehandler INFO Exit: SubFeatureHandler
2019-09-13 14:53:51,809 component INFO SubFeatureHandler invokes=33 time(total, min, max, avg) = 0.039 0.001 0.003 0.001
2019-09-13 14:53:51,809 gfspreparationfilter INFO Exit: GFS preparation filter
2019-09-13 14:53:51,810 component INFO GfsPreparationFilter invokes=32 time(total, min, max, avg) = 94.830 0.090 22.033 2.963
2019-09-13 14:53:51,810 component INFO Ogr2OgrExecOutput invokes=32 time(total, min, max, avg) = 141.180 0.121 31.823 4.412
Traceback (most recent call last):
File "../../externals/stetl/stetl/main.py", line 147, in <module>
main()
File "../../externals/stetl/stetl/main.py", line 138, in main
etl.run()
File "/mnt/d/repo/NLExtract/externals/stetl/stetl/etl.py", line 159, in run
chain.run()
File "/mnt/d/repo/NLExtract/externals/stetl/stetl/chain.py", line 174, in run
packet = self.first_comp.process(packet)
File "/mnt/d/repo/NLExtract/externals/stetl/stetl/component.py", line 218, in process
packet = self.next.process(packet)
File "/mnt/d/repo/NLExtract/externals/stetl/stetl/component.py", line 218, in process
packet = self.next.process(packet)
File "/mnt/d/repo/NLExtract/externals/stetl/stetl/component.py", line 218, in process
packet = self.next.process(packet)
File "/mnt/d/repo/NLExtract/externals/stetl/stetl/component.py", line 204, in process
packet = self.invoke(packet)
File "/mnt/d/repo/NLExtract/bgt/etl/stetlbgt/subfeaturehandler.py", line 146, in invoke
xf.flush()
File "src/lxml/serializer.pxi", line 925, in lxml.etree.xmlfile.__exit__
File "src/lxml/serializer.pxi", line 1263, in lxml.etree._IncrementalFileWriter._close
File "src/lxml/serializer.pxi", line 1269, in lxml.etree._IncrementalFileWriter._handle_error
File "src/lxml/serializer.pxi", line 199, in lxml.etree._raiseSerialisationError
lxml.etree.SerialisationError: unknown error -2029986190Zoals je kunt zien is het een hele duidelijke unknown error uit een onderliggende library die gebruikt word om XML uit te lezen. Ik denk dat de XML een syntax foutje of iets dergelijk bevat. Weet iemand hoe ik dit kan debuggen/ oplossen?
Hi allemaal, voor een mobiliteitsvraagstuk ben ik op zoek naar de locaties/coordinaten van de op- en afritten van het Nederlandse snelwegennetwerk. Heeft iemand tips/tricks waar ik deze gegevens kan vinden?
Normaal gesproken via Rijkswaterstaat het NWB bestand of DTB, maar waarschijnlijk gemakkelijkst via OpenStreetMap: https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link dan via Overpass API de juiste queries uitvoeren, maar zal m.i. klein projectje zijn...