Here is my new idea :

We can make a semantic web plugin for josm.

the idea would be to map the JOSM/OSM object into OWL.

we would be able to export the current dataset into rdf/owl.
this is being done in linkedgeodata in mass.
http://linkedgeodata.org/About
I would like to do that for single files.

Then we could process the rdf data with an validator, be able to infer new attribute values using an ontology.

That way we could run all types of checks, be able to include other knowledge from other data sources and use that to update our maps.

The validator would basically manipulate the data in rdf format.

The Proof engine could be anything, from cwm
http://www.w3.org/2000/10/swap/doc/cwm.html
to
pellet :
http://www.mindswap.org/2003/pellet/

Ideally would be able to manipulate the osm data in rdf in memory.
Second best would be some GRDDL access to the OSM data.
The other solution would be to convert it UGH.

OK. Well maybe I could just write my own validator plugin... but it would be nicer to just define rules and leave the work to the inference engine.

mike

This is a diary entry for humans :)

1. imported the gns names and features for kosovo.
2. expanded the borders of kosovo to include all these features. Checked the border points like mountains, cities and rivers against other reference material. The existing administration borders in osm were too small. Or the points are wrong.
3. Started to merge duplicate nodes. Marked the following gns features for example :

Churches:
Often named "Manastir" like monastary.
eg: osm.org/browse/node/448739003

GSN pattern :
gnfeature = S && gnfeaturec = CH
Implies OSM Feature : ->
amenity = place_of_worship

Springs, Streams and rivers :
these are points. I have marked many wrongly streams as springs. This is better than nothing.

Naming pattern :
Reka means stream in serbian, Lhume in albanian.

gnfeature = H && gnfeaturec = STM
implies : OSM pattern ->
natural = spring

Peaks, Ridges, Mountains :

Mountains:
A mountain is not a peak, but a range.
Kosovo is full of mountains. I have also listed them as peaks, or have removed the hamlet status.
osm.org/browse/node/448561842

gnfeature = T && gnfeaturec = MT
implies : OSM pattern ->
natural = peak

Ridge:
osm.org/browse/node/448709148
GNS Pattern : gnfeature = T && gnfeaturec = RDGE
implies : OSM pattern ->
natural = peak
Now peak is wrong, but better than nothing.

Localities :
osm.org/browse/node/448739000

gnfeature = L && gnfeaturec = LCTY
implies : OSM pattern ->
place = locality

Ideally, I will write some scripts to clean this up.

mike

Hi,
someone has a R300 Navman and I wanted to know if anyone has any experience with using this for OSM?
http://www.ciao.de/Navman_R300__8049432

thanks,
mike

export WAY=12345

#get the way
wget osm.org/api/0.6/way/$WAY

# rename the way to be way
mv $WAY $WAY.way

#get all the reffed nodes and get them
for x in `grep ref *.way | cut -d\" -f2`;
do echo $x;
#get them
wget osm.org/api/0.6/node/$x ;
#renamed them to node
mv $x $x.node;
done

#look at all the nodes
cat *.node | sort

here is my patch for the local build.
http://pastebin.ca/1512054

now to transfer this to the catserver.

ant -lib /home/mdupont/josm.openstreetmap.de/debian/josm/usr/share/josm/josm.jar > ~/public_html/osm/buildlog.txt

BUILD FAILED
/home/mdupont/svn.openstreetmap.org/applications/editors/josm/plugins/validator/build.xml:12: Compile failed; see the compiler error output for details.

here is the buildlog:
http://osm.komzpa.net/~mdupont/osm/buildlog.txt

important error is :
[javac] /home/mdupont/svn.openstreetmap.org/applications/editors/josm/plugins/validator/src/org/openstreetmap/josm/plugins/validator/tests/DuplicatedWayNodes.java:60: cannot find symbol
[javac] symbol : method delete(java.util.Set)
[javac] location: class org.openstreetmap.josm.command.DeleteCommand
[javac] return DeleteCommand.delete(Collections.singleton(w));

It does happen with sunjdk, the other computer had an older version of josm. The problem is with the latest version of josm.

/usr/lib/jvm/java-6-openjdk/bin/javac -version
javac 1.6.0_0

mdupont@newbie:~/svn.openstreetmap.org$ find -name build.xml

OSMOSIS DONE:
./applications/utils/osmosis/trunk/build.xml

./applications/utils/downloading/JTileDownloader/trunk/build.xml

JOSM DONE:
./applications/editors/josm/i18n/build.xml

PLUGINS:
./applications/editors/josm/plugins/build.xml

… See full entry

GET osm.org/api/capabilities... OK
Communications with osm.org/api established using protocol version 0.6
GET osm.org/api/0.6/map?bbox=145.752013671875,-16.9151931640625,145.773986328125,-16.9042068359375
Silent shortcut conflict: 'properties:edit' moved by 'menu:PicLayer' to 'Alt+C'.
Silent shortcut conflict: 'subwindow:conflict' moved by 'properties:edit' to 'Alt+Shift+C'.
minZoomLvl shouldnt be lees than 2! Setting to 2.
total of 0 loaded tiles, size OK 1248780217947
doesn't even cover one tile, increasing zoom from 2
current zoom lvl (2) couldnt be increased. MaxZoomLvl (-903) reached.
java.lang.Exception: Could not start browser. Please check that the executable path is correct.
Cannot run program "webkit-image": java.io.IOException: error=2, No such file or directory
Image couldn't be fetched: http://josm.openstreetmap.de/wmsplugin/YahooDirect.html?bbox=145.7402344,-16.9222968,145.7578125,-16.9054790&srs=EPSG:4326&width=500&height=499
at wmsplugin.WMSGrabber.fetch(WMSGrabber.java:70)
at wmsplugin.Grabber.attempt(Grabber.java:68)
at wmsplugin.WMSGrabber.run(WMSGrabber.java:49)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)

here are some debian dirs that I want to build

./sites/support/osm-autologger/debian
./applications/share/map-icons/debian
./applications/utils/mod_tile/debian
./applications/utils/debian
./applications/utils/export/osm2pgsql/debian
./applications/utils/osmosis/trunk/debian
./applications/editors/merkaartor/debian
./applications/editors/osm-editor/qt4/debian
./applications/editors/osm-editor/debian
./applications/rendering/mapnik/openstreetmap-mapnik-world-boundaries/debian
./applications/rendering/mapnik/openstreetmap-mapnik-data/debian
./applications/rendering/gosmore/debian

what is this :
./applications/editors/josm/debian is in the osm svn?

I have not been able to test it,
please help.

add to your :
/etc/apt/sources.list
deb http://osm.komzpa.net/~mdupont/osm/ gjergi-osm main

Or download directly
http://osm.komzpa.net/~mdupont/osm/pool/main/j/josm/
http://osm.komzpa.net/~mdupont/osm/pool/main/j/josm/josm_0.0.svn1529-1_all.deb

Thanks,
mike

i just want to point out that the debian/ubuntu packaging is broken and it is annoying. We could very well maintain a package repo for josm and that would at least make sure that the current jars are mirrored. it would avoid problems like this morning.

Another job for me to look into.

mike

I have imported the GNS data from here:
http://earth-info.nga.mil/gns/html/index.html
https://www1.nga.mil/ProductsServices/GeographicNames/Pages/default.aspx/html/

you can see that it is the same as the geonames.
thus the question of the source is clear.

geonames for kosovo is gns.
gns is ok.
thus we have no problem.

thanks for listening.

mike

The uploads of huge sets works,
but the josm hangs.

… See full entry

http://bazaar.launchpad.net/~kosova/+junk/openstreetmapkosova/revision/21

http://ping.fm/F36vz Kosovo map data! yeah. KV country code!

here i created kosovo osm from the gsn data.
nice!

start josm like this
/usr/java/jdk1.6.0_14/bin/java -Xmx256m -jar josm-latest.jar

http://bazaar.launchpad.net/~kosova/+junk/openstreetmapkosova/revision/19

Here is a screenshot:
http://api.ning.com/files/dpcTKdOaNU6Aj14wmkzUsY*Sj4zwEP25cT-pZdUpWFRCWszqWlQ7psLld5NidZsI-pX3WY72FkmeVoBG9LiMZfcICq4qZYG6/Screenshot2.png

Using this data :
http://download.geonames.org/export/dump/RS.zip

Processed with this script:
http://bazaar.launchpad.net/~kosova/+junk/openstreetmapkosova/revision/20

Using this to slice the kosovo outline out of the data:
http://bazaar.launchpad.net/%7Ekosova/%2Bjunk/openstreetmapkosova/revision/17/kosovageonames.sh

/bin/osmosis --read-xml file=/media/disk/2009/07/openstreetmapkosova/kosova_geonames2.osm --bounding-polygon file=/media/disk/2009/07/openstreetmapkosova/kosovaadmin.poly --write-xml file=test.osm

Upload is still running (5000+) points.
And yes we need this data in osm.
thanks,
mike

So,
I found out yesterday that I dont need to parse the whole wikipedia to get the points.
http://www.webkuehn.de/hobbys/wikipedia/geokoordinaten/Wikipedia_en_2008-03-12.zip

So, now I have split that file by the area of interest.
First I parsed out my kosovo boundries file and extracte d the min/max of lat and lon.

http://bazaar.launchpad.net/%7Ejamesmikedupont/%2Bjunk/openstreetmap-wikipedia/revision/2/extract.pl#extract.pl

using the openstreetmapkosova/kosovaadmin.osm from my osm branch, also in lp.

This produced :
LAT Avg 42.3764065194805
cnt 539
Min 41.8534278
Max 43.2723636
size 1.4189358

LON Avg 20.9177833755102
cnt 539
Min 20.0722732
Max 21.8005791
size 1.7283059

I modified those coords, and used my stripkml to extract all the points in that box :
http://bazaar.launchpad.net/%7Ejamesmikedupont/%2Bjunk/openstreetmap-wikipedia/revision/2/stripkml.pl

Then I used kml2osm from here
http://osmlib.rubyforge.org/ http://rubyforge.org/projects/osmlib/

The modified version is for the wikipedia points only.
You need to run it with the exisiting osmlib, i run it in the examples dir.
http://bazaar.launchpad.net/%7Ejamesmikedupont/%2Bjunk/openstreetmap-wikipedia/revision/4/kml2osm

Here is the result:
http://bazaar.launchpad.net/%7Ejamesmikedupont/%2Bjunk/openstreetmap-wikipedia/revision/4/KosovoWP.osm

Here is my changeset, uploaded with josm.
osm.org/browse/changeset/1911214

Now I would like to have a way to process the wikipedia
data in chunks like this. There should be a way to extract just parts of the zipfile or bz2 file.

Thanks,
mike

added a stub on the Linked Geo Data
osm.wiki/LinkedGeoData

http://linkedgeodata.org/Datasets

and also here is the start of my wikipedia import tool,
but I am setting up my own server to host it.

https://code.launchpad.net/~jamesmikedupont/+junk/openstreetmap-wikipedia

Here is our new workgroup :
http://sfk2009.ning.com/group/openstreetmapkosova

Call for papers :
http://kosovasoftwarefreedom.org/index.php/sfk09/call-for-papers.html

here are my two changes:
osm.org/browse/changeset/1405918
osm.org/browse/changeset/1405833

checking the streets against:
http://world.maporama.com/drawaddress.aspx?GC_address=Abedina%20Tersija&JsEnable=1&GC_city=Pristina&GC_cityCode=33289&GC_zip=&GC_country=RS&xml=map&xsl=map&MD_scale=0.0002&MD_scaleMode=0&sessionid=ea18e61f-4011-4da8-aaba-ccb23b8bf396&MD_mapTemplate=maporama_asia&MD_zoomToFit=1&MD_size=600x400&GC_addressCode=43413

Please double check the street hisarija there are many streets missing. Need to add tem.