your GUI
i think what i will do is submit this plugin to the repository when it is finished, but keep it as "experimential" status
and when you officially re-write it, i will re-tool the GUI to be compatible with the new version
i did all of RB Karlsruhe and my laptop almost caught fire
(not literally)
well anyway in my opinion, a GUI is an addition to the core program, so i will just keep updating my end to fit whatever is most current for the main program itself
you could transfer your repo, to pgRouting, organization https://github.com/pgRouting
and work it there, then ...
it will be easier for all of us, progress, provide help, etc
and work it there, then ...
it will be easier for all of us, progress, provide help, etc
I'll add you to the organization
i havent actually even released v0.1 though
but i will move the repo over
fine that you haven't released,
So, that when it gets released, it works :)
i dont see the request though
mail
ok, thank you
i will finish up the last things i want on this commit and then i will begin migrating it
are you subscribed to pgRouting-dev list?
I am not
also, I need to have permission to create repositories in order to transfer the repository to the pgRouting organisation
and you're welcome, thanks for the invitation
now i finally have a valid reason to put my pgrouting sticker on my laptop :)
Hi! I have a question about processing multiple OSM files. I want to split up large areas in multiple smaller files which i want to import separately for building a topology. Does osm2pgrouting take into account already imported topology? My intention is to build a topology of germany by importing the states sequentially. I read the docs that if the --clean paramter is missing the new imported data will be appended to the existing data - but will the existing topology be considered?