From schwamborn at informatik.uos.de Mon Jul 3 18:58:55 2017 From: schwamborn at informatik.uos.de (Matthias Schwamborn) Date: Mon, 3 Jul 2017 18:58:55 +0200 Subject: [BonnMotion] Welcome to the new home of the BonnMotion mailing list! Message-ID: <8469_1499101142_v63Gx23R006873_13237b99-8332-e8c6-d5ca-a3815ddcfef3@informatik.uos.de> Dear BonnMotion Users, welcome to the new location of the BonnMotion mailing list! Please post all your messages concerning BonnMotion to this new list as the old one is going to be closed. If you would like to access archived messages posted to the old mailing list, you can (for the time being) still do so here: https://lists.iai.uni-bonn.de/pipermail/bonnmotion/ Best, Matthias -- Matthias Schwamborn University of Osnabr?ck Tel.: +49-541-969-7167 Institute of Computer Science Fax: +49-541-969-2799 Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: OpenPGP digital signature URL: From werkineheshete at gmail.com Tue Jul 11 17:05:32 2017 From: werkineheshete at gmail.com (werkineh eshete) Date: Tue, 11 Jul 2017 08:05:32 -0700 Subject: [BonnMotion] setting future way points for Gauss markove mobility model Message-ID: hi there I am doing msc thesis on supersonic speed flying ad hoc network. I want to use a mobility model which supports both gauss markov mobility model and at the same time I want to set the future waypoints of the node (future trajectories the node will move on) . can I integrate both as mobility model?? Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From schwamborn at informatik.uos.de Thu Jul 13 14:05:36 2017 From: schwamborn at informatik.uos.de (Matthias Schwamborn) Date: Thu, 13 Jul 2017 14:05:36 +0200 Subject: [BonnMotion] setting future way points for Gauss markove mobility model In-Reply-To: References: Message-ID: <21379_1499947541_v6DC5ewb002546_099f34c8-31ce-6c49-26a6-afccd997eccd@informatik.uos.de> Hi, since the Gauss-Markov model also determines movement directions of the nodes, I'm not really sure what kind of hybrid model you have in mind. However, if you want to adapt the Gauss-Markov model to your needs, the easiest way would be to adapt the respective model code in src/edu/bonn/cs/iv/bonnmotion/models/GaussMarkov.java or src/edu/bonn/cs/iv/bonnmotion/models/OriginalGaussMarkov.java, depending on your Gauss-Markov model flavor (cf. documentation). Best, Matthias On 11.07.17 17:05, werkineh eshete wrote: > hi there I am doing msc thesis on supersonic speed flying ad hoc > network. I want to use a mobility model which supports both gauss > markov mobility model and at the same time I want to set the future > waypoints of the node (future trajectories the node will move on) . can > I integrate both as mobility model?? > Regards > > > _______________________________________________ > BonnMotion mailing list > BonnMotion at list.serv.Uni-Osnabrueck.de > https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion > -- Matthias Schwamborn University of Osnabr?ck Tel.: +49-541-969-7167 Institute of Computer Science Fax: +49-541-969-2799 Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: OpenPGP digital signature URL: From zenhadi at pens.ac.id Sun Jul 23 21:01:14 2017 From: zenhadi at pens.ac.id (M. Zen Samsono Hadi) Date: Mon, 24 Jul 2017 02:01:14 +0700 (WIT) Subject: [BonnMotion] Ask about RPGM mobility model In-Reply-To: Message-ID: Dear Bonnmotion Team, Now, I am doing a research to implement RPGM mobility model in the natural disaster. Thanks to Bonnmotion Team, it's very helpful tool to create the mobility model. However, I would like to know about how to get an information about group formation (the node belong to which group) from the output result of bonnmotion. Thank you very much for your attention. Best regards, Moch. Zen Hadi Electrical and Information Department Toyohashi University of Technology, Japan --------------------------------------------------------------------- PENS/EEPIS - Bridge To The Future Politeknik Elektronika Negeri Surabaya (PENS) Electronic Engineering Polytechnic Institute of Surabaya (EEPIS) http://www.pens.ac.id From schwamborn at informatik.uos.de Mon Jul 24 13:39:46 2017 From: schwamborn at informatik.uos.de (Matthias Schwamborn) Date: Mon, 24 Jul 2017 13:39:46 +0200 Subject: [BonnMotion] Ask about RPGM mobility model In-Reply-To: References: Message-ID: <9595_1500896395_v6OBdsFP021676_0f891318-df6a-401d-7c1c-4ff6de39ba86@informatik.uos.de> Hi, the information you are looking for cannot be parsed from the usual trace output. You will have to modify the RPGM source code in [1] to write this additional data to an extra file. As a reference on how to accomplish this, see the write() method in [2], where additional info about waypoints is written to an extra output file (*_waypoints.csv). Best, Matthias [1] src/edu/bonn/cs/iv/bonnmotion/models/RPGM.java [2] src/edu/bonn/cs/iv/bonnmotion/models/SLAW.java On 23.07.17 21:01, M. Zen Samsono Hadi wrote: > Dear Bonnmotion Team, > > Now, I am doing a research to implement RPGM mobility model in the natural disaster. > Thanks to Bonnmotion Team, it's very helpful tool to create the mobility model. > However, I would like to know about how to get an information about group formation (the node belong to which group) from the output result of bonnmotion. > Thank you very much for your attention. > > Best regards, > Moch. Zen Hadi > Electrical and Information Department > Toyohashi University of Technology, Japan > > > > > --------------------------------------------------------------------- > PENS/EEPIS - Bridge To The Future > Politeknik Elektronika Negeri Surabaya (PENS) > Electronic Engineering Polytechnic Institute of Surabaya (EEPIS) > http://www.pens.ac.id > _______________________________________________ > BonnMotion mailing list > BonnMotion at list.serv.Uni-Osnabrueck.de > https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion > -- Matthias Schwamborn University of Osnabr?ck Tel.: +49-541-969-7167 Institute of Computer Science Fax: +49-541-969-2799 Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: OpenPGP digital signature URL: From s.wirsing at gmx.net Mon Aug 28 12:05:05 2017 From: s.wirsing at gmx.net (Stephan Wirsing) Date: Mon, 28 Aug 2017 12:05:05 +0200 Subject: [BonnMotion] Creating scenarios with specific starating positions Message-ID: <025a01d31fe5$1f349d30$5d9dd790$@gmx.net> Dear bonnmotion team and users, In the documentation and archive I did not find an answer to the following question: Is there a way to import specific starting positions for bonnmotion simulations? I want to create ?Boundless? scenario which can be stopped and later possibly continued with the last positions. In between some other calculations will be excuted. Thank you very much for your reply! Kind regards, Stephan -- Dipl. Wirt.-Ing. Stephan Wirsing Universit?t Wien Forschungsgruppe Cooperative Systems stephan.wirsing at univie.ac.at -------------- next part -------------- An HTML attachment was scrubbed... URL: From schwamborn at informatik.uos.de Mon Aug 28 12:45:38 2017 From: schwamborn at informatik.uos.de (Matthias Schwamborn) Date: Mon, 28 Aug 2017 12:45:38 +0200 Subject: [BonnMotion] Creating scenarios with specific starating positions In-Reply-To: <025a01d31fe5$1f349d30$5d9dd790$@gmx.net> References: <025a01d31fe5$1f349d30$5d9dd790$@gmx.net> Message-ID: <18333_1503917147_v7SAjkcW029577_1d97bc78-1996-274b-c4bb-c44d73019206@informatik.uos.de> Hi Stephan, you might want to take a look at the meta model "ChainScenario". It doesn't support all mobility models, but it should support Boundless. Hope that helps. Best regards, Matthias On 28.08.17 12:05, Stephan Wirsing wrote: > Dear bonnmotion team and users, > > > > In the documentation and archive I did not find an answer to the > following question: > > > > Is there a way to import specific starting positions for bonnmotion > simulations? > > I want to create ?Boundless? scenario which can be stopped and later > possibly continued with the last positions. In between some other > calculations will be excuted. > > > > Thank you very much for your reply! > > > > Kind regards, > > Stephan > > > > -- > > Dipl. Wirt.-Ing. Stephan Wirsing > > Universit?t Wien > Forschungsgruppe Cooperative Systems > stephan.wirsing at univie.ac.at > > > > > > > _______________________________________________ > BonnMotion mailing list > BonnMotion at list.serv.Uni-Osnabrueck.de > https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion > -- Matthias Schwamborn University of Osnabr?ck Tel.: +49-541-969-7167 Institute of Computer Science Fax: +49-541-969-2799 Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: OpenPGP digital signature URL: From stephan.wirsing at univie.ac.at Mon Aug 28 15:56:50 2017 From: stephan.wirsing at univie.ac.at (Stephan Wirsing) Date: Mon, 28 Aug 2017 15:56:50 +0200 Subject: [BonnMotion] Creating scenarios with specific starating positions In-Reply-To: <18333_1503917147_v7SAjkcW029577_1d97bc78-1996-274b-c4bb-c44d73019206@informatik.uos.de> References: <025a01d31fe5$1f349d30$5d9dd790$@gmx.net> <18333_1503917147_v7SAjkcW029577_1d97bc78-1996-274b-c4bb-c44d73019206@informatik.uos.de> Message-ID: <028801d32005$7f3a7860$7daf6920$@univie.ac.at> Dear Matthias, thanks for your quick answer! I tried the suggested solution, and it worked fine for the concatenation of two boundless scenarios. However, this does not let me "split" the simulation into two parts - this feature would be needed, as the configuration of the second part would depend on the results of the first one. I also tried a workaround by concatenating a static drift scenario (which is the only one that lets me specify starting positions = last positions from the first part), with another Boundless scenario. Unfortunately the StaticDrift scenario cannot be concatenated. Do you see any other options to hand-over starting points? Kind regards, Stephan -----Urspr?ngliche Nachricht----- Von: bonnmotion-bounces at list.serv.Uni-Osnabrueck.de [mailto:bonnmotion-bounces at list.serv.Uni-Osnabrueck.de] Im Auftrag von Matthias Schwamborn Gesendet: Montag, 28. August 2017 12:46 An: BonnMotion mobility generator mailing list Betreff: Re: [BonnMotion] Creating scenarios with specific starating positions Hi Stephan, you might want to take a look at the meta model "ChainScenario". It doesn't support all mobility models, but it should support Boundless. Hope that helps. Best regards, Matthias On 28.08.17 12:05, Stephan Wirsing wrote: > Dear bonnmotion team and users, > > > > In the documentation and archive I did not find an answer to the > following question: > > > > Is there a way to import specific starting positions for bonnmotion > simulations? > > I want to create ?Boundless? scenario which can be stopped and later > possibly continued with the last positions. In between some other > calculations will be excuted. > > > > Thank you very much for your reply! > > > > Kind regards, > > Stephan > > > > -- > > Dipl. Wirt.-Ing. Stephan Wirsing > > Universit?t Wien > Forschungsgruppe Cooperative Systems > stephan.wirsing at univie.ac.at > );> > > > > > > _______________________________________________ > BonnMotion mailing list > BonnMotion at list.serv.Uni-Osnabrueck.de > https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion > -- Matthias Schwamborn University of Osnabr?ck Tel.: +49-541-969-7167 Institute of Computer Science Fax: +49-541-969-2799 Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/ From schwamborn at informatik.uos.de Mon Aug 28 16:13:43 2017 From: schwamborn at informatik.uos.de (Matthias Schwamborn) Date: Mon, 28 Aug 2017 16:13:43 +0200 Subject: [BonnMotion] Creating scenarios with specific starating positions In-Reply-To: <028801d32005$7f3a7860$7daf6920$@univie.ac.at> References: <025a01d31fe5$1f349d30$5d9dd790$@gmx.net> <18333_1503917147_v7SAjkcW029577_1d97bc78-1996-274b-c4bb-c44d73019206@informatik.uos.de> <028801d32005$7f3a7860$7daf6920$@univie.ac.at> Message-ID: <18335_1503929636_v7SEDuVx002734_58eb566c-e4f3-2067-3a91-35b8fb50b1e5@informatik.uos.de> Still not completely sure what you want to achieve, but maybe the "Cut" App can help in this case as it can extract a desired time frame from your concatenated scenario. Other than that, I'm afraid you'd have to implement the desired feature yourself, e.g., by extending the Boundless model code to accept additional input for initial positions. Best regards, Matthias On 28.08.17 15:56, Stephan Wirsing wrote: > Dear Matthias, > > thanks for your quick answer! I tried the suggested solution, and it worked > fine for the concatenation of two boundless scenarios. > > However, this does not let me "split" the simulation into two parts - this > feature would be needed, as the configuration of the second part would > depend on the results of the first one. > I also tried a workaround by concatenating a static drift scenario (which is > the only one that lets me specify starting positions = last positions from > the first part), with another Boundless scenario. Unfortunately the > StaticDrift scenario cannot be concatenated. > > Do you see any other options to hand-over starting points? > > Kind regards, > Stephan > > > -----Urspr?ngliche Nachricht----- > Von: bonnmotion-bounces at list.serv.Uni-Osnabrueck.de > [mailto:bonnmotion-bounces at list.serv.Uni-Osnabrueck.de] Im Auftrag von > Matthias Schwamborn > Gesendet: Montag, 28. August 2017 12:46 > An: BonnMotion mobility generator mailing list > > Betreff: Re: [BonnMotion] Creating scenarios with specific starating > positions > > Hi Stephan, > > you might want to take a look at the meta model "ChainScenario". It doesn't > support all mobility models, but it should support Boundless. > Hope that helps. > > > Best regards, > Matthias > > On 28.08.17 12:05, Stephan Wirsing wrote: >> Dear bonnmotion team and users, >> >> >> >> In the documentation and archive I did not find an answer to the >> following question: >> >> >> >> Is there a way to import specific starting positions for bonnmotion >> simulations? >> >> I want to create ?Boundless? scenario which can be stopped and later >> possibly continued with the last positions. In between some other >> calculations will be excuted. >> >> >> >> Thank you very much for your reply! >> >> >> >> Kind regards, >> >> Stephan >> >> >> >> -- >> >> Dipl. Wirt.-Ing. Stephan Wirsing >> >> Universit?t Wien >> Forschungsgruppe Cooperative Systems >> stephan.wirsing at univie.ac.at >> > );> >> >> >> >> >> >> _______________________________________________ >> BonnMotion mailing list >> BonnMotion at list.serv.Uni-Osnabrueck.de >> https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion >> > > -- > Matthias Schwamborn > > University of Osnabr?ck Tel.: +49-541-969-7167 > Institute of Computer Science Fax: +49-541-969-2799 > Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de > D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/ > > > _______________________________________________ > BonnMotion mailing list > BonnMotion at list.serv.Uni-Osnabrueck.de > https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion > -- Matthias Schwamborn University of Osnabr?ck Tel.: +49-541-969-7167 Institute of Computer Science Fax: +49-541-969-2799 Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: OpenPGP digital signature URL: From cheiden at uos.de Mon Aug 28 16:16:51 2017 From: cheiden at uos.de (cheiden) Date: Mon, 28 Aug 2017 16:16:51 +0200 Subject: [BonnMotion] Creating scenarios with specific starating positions In-Reply-To: <028801d32005$7f3a7860$7daf6920$@univie.ac.at> References: <025a01d31fe5$1f349d30$5d9dd790$@gmx.net> <18333_1503917147_v7SAjkcW029577_1d97bc78-1996-274b-c4bb-c44d73019206@informatik.uos.de> <028801d32005$7f3a7860$7daf6920$@univie.ac.at> Message-ID: <18343_1503929812_v7SEGpuV003555_4084ad46-aba2-b82a-be3c-a4fb290d56f7@uos.de> Hey Stephan, If I understood you correctly, I think there are currently no options to specify certain starting positions. They usually depend on the seed of the random number generator. The only possibility that comes to my mind is adding it in the actual code and compiling BM again. You can find it in src/edu/bonn/cs/iv/bonnmotion/models/Boundless.java. You could e.g. add new command line arguments to the parseArg() method that specifies new starting locations for the nodes. Then you could "restart" your simulation by assigning these positions initially in the generate() method. Hope this helps. Best regards, Christian Heiden On 08/28/2017 03:56 PM, Stephan Wirsing wrote: > Dear Matthias, > > thanks for your quick answer! I tried the suggested solution, and it worked > fine for the concatenation of two boundless scenarios. > > However, this does not let me "split" the simulation into two parts - this > feature would be needed, as the configuration of the second part would > depend on the results of the first one. > I also tried a workaround by concatenating a static drift scenario (which is > the only one that lets me specify starting positions = last positions from > the first part), with another Boundless scenario. Unfortunately the > StaticDrift scenario cannot be concatenated. > > Do you see any other options to hand-over starting points? > > Kind regards, > Stephan > > > -----Urspr?ngliche Nachricht----- > Von: bonnmotion-bounces at list.serv.Uni-Osnabrueck.de > [mailto:bonnmotion-bounces at list.serv.Uni-Osnabrueck.de] Im Auftrag von > Matthias Schwamborn > Gesendet: Montag, 28. August 2017 12:46 > An: BonnMotion mobility generator mailing list > > Betreff: Re: [BonnMotion] Creating scenarios with specific starating > positions > > Hi Stephan, > > you might want to take a look at the meta model "ChainScenario". It doesn't > support all mobility models, but it should support Boundless. > Hope that helps. > > > Best regards, > Matthias > > On 28.08.17 12:05, Stephan Wirsing wrote: >> Dear bonnmotion team and users, >> >> >> >> In the documentation and archive I did not find an answer to the >> following question: >> >> >> >> Is there a way to import specific starting positions for bonnmotion >> simulations? >> >> I want to create ?Boundless? scenario which can be stopped and later >> possibly continued with the last positions. In between some other >> calculations will be excuted. >> >> >> >> Thank you very much for your reply! >> >> >> >> Kind regards, >> >> Stephan >> >> >> >> -- >> >> Dipl. Wirt.-Ing. Stephan Wirsing >> >> Universit?t Wien >> Forschungsgruppe Cooperative Systems >> stephan.wirsing at univie.ac.at >> > );> >> >> >> >> >> >> _______________________________________________ >> BonnMotion mailing list >> BonnMotion at list.serv.Uni-Osnabrueck.de >> https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion >> > -- > Matthias Schwamborn > > University of Osnabr?ck Tel.: +49-541-969-7167 > Institute of Computer Science Fax: +49-541-969-2799 > Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de > D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/ > > > _______________________________________________ > BonnMotion mailing list > BonnMotion at list.serv.Uni-Osnabrueck.de > https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion From stephan.wirsing at univie.ac.at Mon Aug 28 16:41:25 2017 From: stephan.wirsing at univie.ac.at (Stephan Wirsing) Date: Mon, 28 Aug 2017 16:41:25 +0200 Subject: [BonnMotion] Creating scenarios with specific starating positions In-Reply-To: <18343_1503929812_v7SEGpuV003555_4084ad46-aba2-b82a-be3c-a4fb290d56f7@uos.de> References: <025a01d31fe5$1f349d30$5d9dd790$@gmx.net> <18333_1503917147_v7SAjkcW029577_1d97bc78-1996-274b-c4bb-c44d73019206@informatik.uos.de> <028801d32005$7f3a7860$7daf6920$@univie.ac.at> <18343_1503929812_v7SEGpuV003555_4084ad46-aba2-b82a-be3c-a4fb290d56f7@uos.de> Message-ID: <029201d3200b$b9f226a0$2dd673e0$@univie.ac.at> Dear Christian, I think this is indeed the only feasible solution. Thank you so far! Meanwhile I found a link to the pre-2017 archives and it seems that the odds are good: https://lists.iai.uni-bonn.de/pipermail/bonnmotion/2014/000420.html Regards, Stephan -----Urspr?ngliche Nachricht----- Von: bonnmotion-bounces at list.serv.Uni-Osnabrueck.de [mailto:bonnmotion-bounces at list.serv.Uni-Osnabrueck.de] Im Auftrag von cheiden Gesendet: Montag, 28. August 2017 16:17 An: bonnmotion at list.serv.Uni-Osnabrueck.de Betreff: Re: [BonnMotion] Creating scenarios with specific starating positions Hey Stephan, If I understood you correctly, I think there are currently no options to specify certain starting positions. They usually depend on the seed of the random number generator. The only possibility that comes to my mind is adding it in the actual code and compiling BM again. You can find it in src/edu/bonn/cs/iv/bonnmotion/models/Boundless.java. You could e.g. add new command line arguments to the parseArg() method that specifies new starting locations for the nodes. Then you could "restart" your simulation by assigning these positions initially in the generate() method. Hope this helps. Best regards, Christian Heiden On 08/28/2017 03:56 PM, Stephan Wirsing wrote: > Dear Matthias, > > thanks for your quick answer! I tried the suggested solution, and it > worked fine for the concatenation of two boundless scenarios. > > However, this does not let me "split" the simulation into two parts - > this feature would be needed, as the configuration of the second part > would depend on the results of the first one. > I also tried a workaround by concatenating a static drift scenario > (which is the only one that lets me specify starting positions = last > positions from the first part), with another Boundless scenario. > Unfortunately the StaticDrift scenario cannot be concatenated. > > Do you see any other options to hand-over starting points? > > Kind regards, > Stephan > > > -----Urspr?ngliche Nachricht----- > Von: bonnmotion-bounces at list.serv.Uni-Osnabrueck.de > [mailto:bonnmotion-bounces at list.serv.Uni-Osnabrueck.de] Im Auftrag von > Matthias Schwamborn > Gesendet: Montag, 28. August 2017 12:46 > An: BonnMotion mobility generator mailing list > > Betreff: Re: [BonnMotion] Creating scenarios with specific starating > positions > > Hi Stephan, > > you might want to take a look at the meta model "ChainScenario". It > doesn't support all mobility models, but it should support Boundless. > Hope that helps. > > > Best regards, > Matthias > > On 28.08.17 12:05, Stephan Wirsing wrote: >> Dear bonnmotion team and users, >> >> >> >> In the documentation and archive I did not find an answer to the >> following question: >> >> >> >> Is there a way to import specific starting positions for bonnmotion >> simulations? >> >> I want to create ?Boundless? scenario which can be stopped and later >> possibly continued with the last positions. In between some other >> calculations will be excuted. >> >> >> >> Thank you very much for your reply! >> >> >> >> Kind regards, >> >> Stephan >> >> >> >> -- >> >> Dipl. Wirt.-Ing. Stephan Wirsing >> >> Universit?t Wien >> Forschungsgruppe Cooperative Systems >> stephan.wirsing at univie.ac.at >> > );> >> >> >> >> >> >> _______________________________________________ >> BonnMotion mailing list >> BonnMotion at list.serv.Uni-Osnabrueck.de >> https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion >> > -- > Matthias Schwamborn > > University of Osnabr?ck Tel.: +49-541-969-7167 > Institute of Computer Science Fax: +49-541-969-2799 > Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de > D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/ > > > _______________________________________________ > BonnMotion mailing list > BonnMotion at list.serv.Uni-Osnabrueck.de > https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion _______________________________________________ BonnMotion mailing list BonnMotion at list.serv.Uni-Osnabrueck.de https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion From fatima at det.uvigo.es Mon Sep 4 17:07:43 2017 From: fatima at det.uvigo.es (=?UTF-8?Q?F=c3=a1tima_Castro_Jul?=) Date: Mon, 4 Sep 2017 17:07:43 +0200 Subject: [BonnMotion] OSRM installation Message-ID: <8c5b14b5-0151-0875-3cbc-0859e1463552@det.uvigo.es> Hi! I would like to use Bonnmotion's map-based models. However, I have run into some problems when setting up OSRM following the instructions in the documentation. I have tried with the recommended OSRM version (4.8.1) and also with the most recent one (5.11.0). I have not succeeded with any of them but the problems I encounter are different. I am using Ubuntu 17.04. * *With version 5.11.0* I encounter this error when I run .//prepare_pbf.sh maps/Vigo_cut:/ /[info] Using script ./cbf-routing-profiles-master/foot-city.lua [info] Input file: Vigo_cut.osm.pbf [info] Profile: foot-city.lua [info] Threads: 4 [info] Parsing in progress.. [info] Using profile api version 0 [info] input file generated by 0.45 [info] timestamp: n/a terminate called after throwing an instance of 'sol::error' what(): lua: error: lua: error: ./cbf-routing-profiles-master/lib/barrier.lua:24: sol: attempt to index (set) nil value "bollard" on userdata (bad (misspelled?) key name or does not exist) Abortado (rexistr?ronse os datos da memoria)/ * /*With version 4.8.1: * / /[info] Input file: Vigo_cut.osm.pbf/ /[info] Profile: foot-city.lua/ /[info] Threads: 4/ /[info] Using script ./cbf-routing-profiles-master/foot-city.lua/ /[STXXL-MSG] STXXL v1.4.1 (prerelease/Debug)/ /[STXXL-ERRMSG] Warning: no config file found./ /[STXXL-ERRMSG] Using default disk configuration./ /[STXXL-MSG] Disk '/var/tmp/stxxl' is allocated, space: 1000 MiB, I/O implementation: syscall autogrow delete_on_exit queue=0 devid=0/ /[info] Parsing in progress../ /[info] input file generated by 0.45/ /[info] timestamp: n/a/ /[info] Ignoring turn restrictions/ /*** Error in `./osrm-extract': double free or corruption (out): 0x08d58a08 ***/ /======= Backtrace: =========/ //lib/i386-linux-gnu/libc.so.6(+0x67f4a)[0xb75b5f4a]/ //lib/i386-linux-gnu/libc.so.6(+0x6eb47)[0xb75bcb47]/ //lib/i386-linux-gnu/libc.so.6(+0x6f486)[0xb75bd486]/ //usr/lib/libluabind.so.0.9.1(_ZN7luabind6detail10object_repD1Ev+0x38)[0xb7340648]/ //usr/lib/libluabind.so.0.9.1(_ZN7luabind6detail16destroy_instanceEP9lua_State+0x7c)[0xb734078c]/ //usr/lib/i386-linux-gnu/liblua5.2.so.0(+0x928f)[0xb72fb28f]/ //usr/lib/i386-linux-gnu/liblua5.2.so.0(+0x95d6)[0xb72fb5d6]/ //usr/lib/i386-linux-gnu/liblua5.2.so.0(+0xaa98)[0xb72fca98]/ //usr/lib/i386-linux-gnu/liblua5.2.so.0(+0x8c1b)[0xb72fac1b]/ //usr/lib/i386-linux-gnu/liblua5.2.so.0(+0x9887)[0xb72fb887*** Error in `./osrm-extract': /usr/lib/i386-linux-gnu/liblua5.2.so.0(+0xbf3f)[0xb72fdf3f]/ //usr/lib/i386-linux-gnu/liblua5.2.so.0./prepare_pbf.sh: li?a 11: 26421 Abortado (?core? xerado) LUA_PATH="$profiledir/lib/?.lua" ./osrm-extract -p $profiledir/foot-city.lua ${osmfile}.osm.pbf/ /[info] Input file: Vigo_cut.osrm/ /[info] Restrictions file: Vigo_cut.osrm.restrictions/ /[info] Profile: foot-city.lua/ /[info] Threads: 4/ /[info] Generating edge-expanded graph representation/ /[warn] [exception] osrm input file misses magic number. Check or reprocess the file/ I have tried to run the instruction /./osrm-extract /plainly with the same osm.pbf file. It works fine for 5.11.0 version but it gives the same error in the 4.8.1 version. Thanks in advance! Best regards, F?tima // / / / / -------------- next part -------------- An HTML attachment was scrubbed... URL: From fatima at det.uvigo.es Tue Sep 5 17:34:13 2017 From: fatima at det.uvigo.es (=?UTF-8?Q?F=c3=a1tima_Castro_Jul?=) Date: Tue, 5 Sep 2017 17:34:13 +0200 Subject: [BonnMotion] OSRM Installation Message-ID: <6b5dace5-da7f-dab2-67be-c85c0fc91228@det.uvigo.es> Hi again! I have been able to set up and run osrm-backend-5.11 with some modifications to the instructions in the documentation. * I have replaced cbf-routing-profiles for the newest ones in https://github.com/sosm/cbf-routing-profiles/ * I have changed the last line in prepare_pbf.sh to the following: LUA_PATH="$profiledir/lib/?.lua" ./osrm-contract ${osmfile}.osrm However, I have not been able to generate a map-base scenario successfully. Both with RandomStreet and MSLAW I run into the following error: ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 BonnMotion 3.0.1 OS: Linux 4.10.0-33-generic Java: Oracle Corporation 1.8.0_131 Starting MSLAW ... DEBUG: transformation (proj4): +proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:423) at edu.bonn.cs.iv.bonnmotion.run.BM.go(BM.java:267) at edu.bonn.cs.iv.bonnmotion.run.BM.main(BM.java:296) Caused by: java.lang.NullPointerException at edu.bonn.cs.iv.bonnmotion.MapScenario.preGeneration(MapScenario.java:423) at edu.bonn.cs.iv.bonnmotion.models.MSLAW.preGeneration(MSLAW.java:631) at edu.bonn.cs.iv.bonnmotion.models.MSLAW.generate(MSLAW.java:101) at edu.bonn.cs.iv.bonnmotion.models.MSLAW.go(MSLAW.java:96) at edu.bonn.cs.iv.bonnmotion.models.MSLAW.(MSLAW.java:90) ... 6 more Error: Error in MSLAW Is there a path where osrm is required to be running so it can work with Bonnmotion? Or is there any other requirement so they can work together? Have I compromised Bonnmotion function due to my modifications to the osrm setting up process? Best regards, F?tima -------------- next part -------------- An HTML attachment was scrubbed... URL: From schwamborn at informatik.uos.de Tue Sep 5 18:05:14 2017 From: schwamborn at informatik.uos.de (Matthias Schwamborn) Date: Tue, 5 Sep 2017 18:05:14 +0200 Subject: [BonnMotion] OSRM Installation In-Reply-To: <6b5dace5-da7f-dab2-67be-c85c0fc91228@det.uvigo.es> References: <6b5dace5-da7f-dab2-67be-c85c0fc91228@det.uvigo.es> Message-ID: <17253_1504627518_v85G5H7v012780_ad52dd25-32cd-0b4b-4bd6-0b03d920dfad@informatik.uos.de> Hi F?tima, the short answer is that the current implementation of BonnMotion assumes the route request and response formats of OSRM version 4.8.1 and this format has been changed OSRM-side since then at least once. As much as I'd like to update the BM-side of the code, there are several reasons why we haven't, yet, and most likely won't in the near future. However, if you are eager enough to get BM working with OSRM version 5.11, you can dig into and update the code located in 'src/edu/bonn/cs/iv/util/maps/OSRoutingMachine.java'. As for why you encounter that error with version OSRM version 4.8.1, I can only assume that this version might be incompatible with some newer libraries in Ubuntu 17.04. Best regards, Matthias On 05.09.17 17:34, F?tima Castro Jul wrote: > Hi again! > > I have been able to set up and run osrm-backend-5.11 with some > modifications to the instructions in the documentation. > > * I have replaced cbf-routing-profiles for the newest ones in > https://github.com/sosm/cbf-routing-profiles/ > * I have changed the last line in prepare_pbf.sh to the following:? > LUA_PATH="$profiledir/lib/?.lua" ./osrm-contract ${osmfile}.osrm > > However, I have not been able to generate a map-base scenario > successfully. Both with RandomStreet and MSLAW I run into the following > error: > > ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 > BonnMotion 3.0.1 > > OS: Linux 4.10.0-33-generic > Java: Oracle Corporation 1.8.0_131 > > Starting MSLAW ... > DEBUG: transformation (proj4): +proj=merc +lon_0=0 +k=1 +x_0=0 > +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs > java.lang.reflect.InvocationTargetException > ??? at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > ??? at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) > ??? at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > ??? at java.lang.reflect.Constructor.newInstance(Constructor.java:423) > ??? at edu.bonn.cs.iv.bonnmotion.run.BM.go(BM.java:267) > ??? at edu.bonn.cs.iv.bonnmotion.run.BM.main(BM.java:296) > Caused by: java.lang.NullPointerException > ??? at > edu.bonn.cs.iv.bonnmotion.MapScenario.preGeneration(MapScenario.java:423) > ??? at > edu.bonn.cs.iv.bonnmotion.models.MSLAW.preGeneration(MSLAW.java:631) > ??? at edu.bonn.cs.iv.bonnmotion.models.MSLAW.generate(MSLAW.java:101) > ??? at edu.bonn.cs.iv.bonnmotion.models.MSLAW.go(MSLAW.java:96) > ??? at edu.bonn.cs.iv.bonnmotion.models.MSLAW.(MSLAW.java:90) > ??? ... 6 more > > Error: > ??? Error in MSLAW > > Is there a path where osrm is required to be running so it can work with > Bonnmotion? Or is there any other requirement so they can work together? > Have I compromised Bonnmotion function due to my modifications to the > osrm setting up process? > > Best regards, > F?tima > > > > > _______________________________________________ > BonnMotion mailing list > BonnMotion at list.serv.Uni-Osnabrueck.de > https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion > -- Matthias Schwamborn University of Osnabr?ck Tel.: +49-541-969-7167 Institute of Computer Science Fax: +49-541-969-2799 Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: OpenPGP digital signature URL: From fatima at det.uvigo.es Wed Sep 6 13:15:07 2017 From: fatima at det.uvigo.es (=?UTF-8?Q?F=c3=a1tima_Castro_Jul?=) Date: Wed, 6 Sep 2017 13:15:07 +0200 Subject: [BonnMotion] OSRM Installation In-Reply-To: References: <6b5dace5-da7f-dab2-67be-c85c0fc91228@det.uvigo.es> Message-ID: <51bb6f28-3aeb-e61e-e300-b2b0d42bf9a1@det.uvigo.es> Hi, Thank you for your answer. I would appreciate if you could confirm the folder you have hinted me to look into, considering the error I encounter is in a different one. Best regards, F?tima On 05/09/17 18:05, Matthias Schwamborn wrote: > Hi F?tima, > > the short answer is that the current implementation of BonnMotion > assumes the route request and response formats of OSRM version 4.8.1 and > this format has been changed OSRM-side since then at least once. > > As much as I'd like to update the BM-side of the code, there are several > reasons why we haven't, yet, and most likely won't in the near future. > However, if you are eager enough to get BM working with OSRM version > 5.11, you can dig into and update the code located in > 'src/edu/bonn/cs/iv/util/maps/OSRoutingMachine.java'. > > As for why you encounter that error with version OSRM version 4.8.1, I > can only assume that this version might be incompatible with some newer > libraries in Ubuntu 17.04. > > > Best regards, > Matthias > > On 05.09.17 17:34, F?tima Castro Jul wrote: >> Hi again! >> >> I have been able to set up and run osrm-backend-5.11 with some >> modifications to the instructions in the documentation. >> >> * I have replaced cbf-routing-profiles for the newest ones in >> https://github.com/sosm/cbf-routing-profiles/ >> * I have changed the last line in prepare_pbf.sh to the following: >> LUA_PATH="$profiledir/lib/?.lua" ./osrm-contract ${osmfile}.osrm >> >> However, I have not been able to generate a map-base scenario >> successfully. Both with RandomStreet and MSLAW I run into the following >> error: >> >> ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 >> BonnMotion 3.0.1 >> >> OS: Linux 4.10.0-33-generic >> Java: Oracle Corporation 1.8.0_131 >> >> Starting MSLAW ... >> DEBUG: transformation (proj4): +proj=merc +lon_0=0 +k=1 +x_0=0 >> +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs >> java.lang.reflect.InvocationTargetException >> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native >> Method) >> at >> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) >> at >> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) >> at java.lang.reflect.Constructor.newInstance(Constructor.java:423) >> at edu.bonn.cs.iv.bonnmotion.run.BM.go(BM.java:267) >> at edu.bonn.cs.iv.bonnmotion.run.BM.main(BM.java:296) >> Caused by: java.lang.NullPointerException >> at >> edu.bonn.cs.iv.bonnmotion.MapScenario.preGeneration(MapScenario.java:423) >> at >> edu.bonn.cs.iv.bonnmotion.models.MSLAW.preGeneration(MSLAW.java:631) >> at edu.bonn.cs.iv.bonnmotion.models.MSLAW.generate(MSLAW.java:101) >> at edu.bonn.cs.iv.bonnmotion.models.MSLAW.go(MSLAW.java:96) >> at edu.bonn.cs.iv.bonnmotion.models.MSLAW.(MSLAW.java:90) >> ... 6 more >> >> Error: >> Error in MSLAW >> >> Is there a path where osrm is required to be running so it can work with >> Bonnmotion? Or is there any other requirement so they can work together? >> Have I compromised Bonnmotion function due to my modifications to the >> osrm setting up process? >> >> Best regards, >> F?tima >> >> >> >> >> _______________________________________________ >> BonnMotion mailing list >> BonnMotion at list.serv.Uni-Osnabrueck.de >> https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion >> From schwamborn at informatik.uos.de Wed Sep 6 14:10:33 2017 From: schwamborn at informatik.uos.de (Matthias Schwamborn) Date: Wed, 6 Sep 2017 14:10:33 +0200 Subject: [BonnMotion] OSRM Installation In-Reply-To: <51bb6f28-3aeb-e61e-e300-b2b0d42bf9a1@det.uvigo.es> References: <6b5dace5-da7f-dab2-67be-c85c0fc91228@det.uvigo.es> <51bb6f28-3aeb-e61e-e300-b2b0d42bf9a1@det.uvigo.es> Message-ID: <29271_1504699837_v86CAaCU012702_0a847e73-399f-3a37-484a-05a103413b74@informatik.uos.de> Hi F?tima, > I would appreciate if you could confirm the folder you have hinted me to look into, considering the error I encounter is in a different one. > ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 there are several mandatory parameters for map-based scenarios missing here, e.g., -B, -o, -u. Please refer to the documentation [1, Section 6.7.1] for details. Best, Matthias [1] http://sys.cs.uos.de/bonnmotion/doc/README.pdf On 06.09.17 13:15, F?tima Castro Jul wrote: > Hi, > > Thank you for your answer. > > I would appreciate if you could confirm the folder you have hinted me to > look into, considering the error I encounter is in a different one. > > Best regards, > F?tima > > > On 05/09/17 18:05, Matthias Schwamborn wrote: >> Hi F?tima, >> >> the short answer is that the current implementation of BonnMotion >> assumes the route request and response formats of OSRM version 4.8.1 and >> this format has been changed OSRM-side since then at least once. >> >> As much as I'd like to update the BM-side of the code, there are several >> reasons why we haven't, yet, and most likely won't in the near future. >> However, if you are eager enough to get BM working with OSRM version >> 5.11, you can dig into and update the code located in >> 'src/edu/bonn/cs/iv/util/maps/OSRoutingMachine.java'. >> >> As for why you encounter that error with version OSRM version 4.8.1, I >> can only assume that this version might be incompatible with some newer >> libraries in Ubuntu 17.04. >> >> >> Best regards, >> Matthias >> >> On 05.09.17 17:34, F?tima Castro Jul wrote: >>> Hi again! >>> >>> I have been able to set up and run osrm-backend-5.11 with some >>> modifications to the instructions in the documentation. >>> >>> ?? * I have replaced cbf-routing-profiles for the newest ones in >>> ???? https://github.com/sosm/cbf-routing-profiles/ >>> ?? * I have changed the last line in prepare_pbf.sh to the following: >>> ???? LUA_PATH="$profiledir/lib/?.lua" ./osrm-contract ${osmfile}.osrm >>> >>> However, I have not been able to generate a map-base scenario >>> successfully. Both with RandomStreet and MSLAW I run into the following >>> error: >>> >>> ???? ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 >>> ???? BonnMotion 3.0.1 >>> >>> ???? OS: Linux 4.10.0-33-generic >>> ???? Java: Oracle Corporation 1.8.0_131 >>> >>> ???? Starting MSLAW ... >>> ???? DEBUG: transformation (proj4): +proj=merc +lon_0=0 +k=1 +x_0=0 >>> ???? +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m >>> +no_defs >>> ???? java.lang.reflect.InvocationTargetException >>> ???????? at >>> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native >>> ???? Method) >>> ???????? at >>> ???? >>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) >>> >>> ???????? at >>> ???? >>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) >>> >>> ???????? at >>> java.lang.reflect.Constructor.newInstance(Constructor.java:423) >>> ???????? at edu.bonn.cs.iv.bonnmotion.run.BM.go(BM.java:267) >>> ???????? at edu.bonn.cs.iv.bonnmotion.run.BM.main(BM.java:296) >>> ???? Caused by: java.lang.NullPointerException >>> ???????? at >>> ???? >>> edu.bonn.cs.iv.bonnmotion.MapScenario.preGeneration(MapScenario.java:423) >>> >>> ???????? at >>> ???? >>> edu.bonn.cs.iv.bonnmotion.models.MSLAW.preGeneration(MSLAW.java:631) >>> ???????? at >>> edu.bonn.cs.iv.bonnmotion.models.MSLAW.generate(MSLAW.java:101) >>> ???????? at edu.bonn.cs.iv.bonnmotion.models.MSLAW.go(MSLAW.java:96) >>> ???????? at edu.bonn.cs.iv.bonnmotion.models.MSLAW.(MSLAW.java:90) >>> ???????? ... 6 more >>> >>> ???? Error: >>> ???????? Error in MSLAW >>> >>> Is there a path where osrm is required to be running so it can work with >>> Bonnmotion? Or is there any other requirement so they can work together? >>> Have I compromised Bonnmotion function due to my modifications to the >>> osrm setting up process? >>> >>> Best regards, >>> F?tima >>> >>> >>> >>> >>> _______________________________________________ >>> BonnMotion mailing list >>> BonnMotion at list.serv.Uni-Osnabrueck.de >>> https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion >>> > -- Matthias Schwamborn University of Osnabr?ck Tel.: +49-541-969-7167 Institute of Computer Science Fax: +49-541-969-2799 Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: OpenPGP digital signature URL: From fatima at det.uvigo.es Thu Sep 14 16:53:03 2017 From: fatima at det.uvigo.es (=?UTF-8?Q?F=c3=a1tima_Castro_Jul?=) Date: Thu, 14 Sep 2017 16:53:03 +0200 Subject: [BonnMotion] OSRM Installation In-Reply-To: <0a847e73-399f-3a37-484a-05a103413b74@informatik.uos.de> References: <6b5dace5-da7f-dab2-67be-c85c0fc91228@det.uvigo.es> <51bb6f28-3aeb-e61e-e300-b2b0d42bf9a1@det.uvigo.es> <0a847e73-399f-3a37-484a-05a103413b74@informatik.uos.de> Message-ID: <514cb3c6-94f2-c154-c065-dea9383f3389@det.uvigo.es> Hi, Thank you for your answer. I have tried to modify OSRoutingMachine.java//according to the new OSRM API to work with ORM 5.11.0. My modifications are limited to the API calls and responses processing. Now, I can run Bonnmotion. However, the coordinates in the .movements.gz file are not within the limits of the x,y values in the//.params file. The coordinates in the file .movements.geo.gz are not always within the bounding box either. May the modifications to the OSRoutingMachine.java file have affected coordinates choosing? Am I doing something wrong when running Bonnmotion? For instance: ./bm -f scenario RandomStreet -n 1000 -d 3600 -s 0.9 1.5 -p 30 -B -8.7296 42.2319 -8.7139 42.2421 -R 1234 -o /path/map.osm.pbf -u 0.0.0.0:5001 In scenario.params: model=RandomStreet ignore=3600.0 randomSeed=1234 x=1747.716005454422 y=1533.635604236275 duration=3600.0 nn=1000 circular=false J=2D boundingBox=-8.7296 42.2319 -8.7139 42.2421 clippingMethod=0 rsMetric=Pedestrian osmFile=/path/map.osm.pbf rsURL=0.0.0.0:5001 distFile=null maxPause=30.0 speed=0.9 1.5 In scenario.movements.geo.gz (first lines): 0.0 [-8.715823405291129,42.203754445654724], 3600.0 [-8.706116197524537,42.1687900700981], 0.0 [-8.718972344559301,42.203802813972466], 3600.0 [-8.71099292724169,42.17492810899706], 0.0 [-8.71079316577188,42.19073929147142], 3600.0 [-8.69885787606997,42.14771951347391], 0.0 [-8.706779739246365,42.20395795031393], 3600.0 [-8.698081948572195,42.17259861887113], In scenario.movements.gz (first lines): 0.0 1187.5624645399644 -3327.2085444231298 3600.0 1920.5450429319296 -7672.257377061738 0.0 896.5370442566041 -3471.3099859895324 3600.0 1498.2509550961317 -7057.227789234152 0.0 1665.0420254702763 -5067.26831240366 3600.0 2566.700416711787 -10413.153339571183 0.0 2228.608934641187 -3385.276691569191 3600.0 2885.3050883430005 -7282.212748053645 Best regards, F?tima On 06/09/17 14:10, Matthias Schwamborn wrote: > Hi F?tima, > >> I would appreciate if you could confirm the folder you have hinted me to look into, considering the error I encounter is in a different one. >> ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 > there are several mandatory parameters for map-based scenarios missing > here, e.g., -B, -o, -u. Please refer to the documentation [1, Section > 6.7.1] for details. > > > Best, Matthias > > [1]http://sys.cs.uos.de/bonnmotion/doc/README.pdf > > On 06.09.17 13:15, F?tima Castro Jul wrote: >> Hi, >> >> Thank you for your answer. >> >> I would appreciate if you could confirm the folder you have hinted me to >> look into, considering the error I encounter is in a different one. >> >> Best regards, >> F?tima >> >> >> On 05/09/17 18:05, Matthias Schwamborn wrote: >>> Hi F?tima, >>> >>> the short answer is that the current implementation of BonnMotion >>> assumes the route request and response formats of OSRM version 4.8.1 and >>> this format has been changed OSRM-side since then at least once. >>> >>> As much as I'd like to update the BM-side of the code, there are several >>> reasons why we haven't, yet, and most likely won't in the near future. >>> However, if you are eager enough to get BM working with OSRM version >>> 5.11, you can dig into and update the code located in >>> 'src/edu/bonn/cs/iv/util/maps/OSRoutingMachine.java'. >>> >>> As for why you encounter that error with version OSRM version 4.8.1, I >>> can only assume that this version might be incompatible with some newer >>> libraries in Ubuntu 17.04. >>> >>> >>> Best regards, >>> Matthias >>> >>> On 05.09.17 17:34, F?tima Castro Jul wrote: >>>> Hi again! >>>> >>>> I have been able to set up and run osrm-backend-5.11 with some >>>> modifications to the instructions in the documentation. >>>> >>>> * I have replaced cbf-routing-profiles for the newest ones in >>>> https://github.com/sosm/cbf-routing-profiles/ >>>> * I have changed the last line in prepare_pbf.sh to the following: >>>> LUA_PATH="$profiledir/lib/?.lua" ./osrm-contract ${osmfile}.osrm >>>> >>>> However, I have not been able to generate a map-base scenario >>>> successfully. Both with RandomStreet and MSLAW I run into the following >>>> error: >>>> >>>> ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 >>>> BonnMotion 3.0.1 >>>> >>>> OS: Linux 4.10.0-33-generic >>>> Java: Oracle Corporation 1.8.0_131 >>>> >>>> Starting MSLAW ... >>>> DEBUG: transformation (proj4): +proj=merc +lon_0=0 +k=1 +x_0=0 >>>> +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m >>>> +no_defs >>>> java.lang.reflect.InvocationTargetException >>>> at >>>> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native >>>> Method) >>>> at >>>> >>>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) >>>> >>>> at >>>> >>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) >>>> >>>> at >>>> java.lang.reflect.Constructor.newInstance(Constructor.java:423) >>>> at edu.bonn.cs.iv.bonnmotion.run.BM.go(BM.java:267) >>>> at edu.bonn.cs.iv.bonnmotion.run.BM.main(BM.java:296) >>>> Caused by: java.lang.NullPointerException >>>> at >>>> >>>> edu.bonn.cs.iv.bonnmotion.MapScenario.preGeneration(MapScenario.java:423) >>>> >>>> at >>>> >>>> edu.bonn.cs.iv.bonnmotion.models.MSLAW.preGeneration(MSLAW.java:631) >>>> at >>>> edu.bonn.cs.iv.bonnmotion.models.MSLAW.generate(MSLAW.java:101) >>>> at edu.bonn.cs.iv.bonnmotion.models.MSLAW.go(MSLAW.java:96) >>>> at edu.bonn.cs.iv.bonnmotion.models.MSLAW.(MSLAW.java:90) >>>> ... 6 more >>>> >>>> Error: >>>> Error in MSLAW >>>> >>>> Is there a path where osrm is required to be running so it can work with >>>> Bonnmotion? Or is there any other requirement so they can work together? >>>> Have I compromised Bonnmotion function due to my modifications to the >>>> osrm setting up process? >>>> >>>> Best regards, >>>> F?tima >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> BonnMotion mailing list >>>> BonnMotion at list.serv.Uni-Osnabrueck.de >>>> https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion >>>> -------------- next part -------------- An HTML attachment was scrubbed... URL: From fatima at det.uvigo.es Thu Sep 14 19:07:23 2017 From: fatima at det.uvigo.es (=?UTF-8?Q?F=c3=a1tima_Castro_Jul?=) Date: Thu, 14 Sep 2017 19:07:23 +0200 Subject: [BonnMotion] OSRM Installation In-Reply-To: <514cb3c6-94f2-c154-c065-dea9383f3389@det.uvigo.es> References: <6b5dace5-da7f-dab2-67be-c85c0fc91228@det.uvigo.es> <51bb6f28-3aeb-e61e-e300-b2b0d42bf9a1@det.uvigo.es> <0a847e73-399f-3a37-484a-05a103413b74@informatik.uos.de> <514cb3c6-94f2-c154-c065-dea9383f3389@det.uvigo.es> Message-ID: <651f465b-3076-3d53-79c5-1e728c6a5a7a@det.uvigo.es> I have realised I was using the parameter -C 0 (CLIP_RESIZE_BB) as it was set by default. As a result, the bounding box that limits the simulation area was expanded. I guess that because my area is small almost every point was outside it. I have run Bonnmotion changing the parameter value. With -C 1 (CLIP_USE_NEW_LENGTH) nothing happens outside the box but many nodes are crowded together on one of the limits of the simulation area. With -C 2 (CLIP_USE_OLD_LENGTH) the distributions is better, there are some groups of nodes near the edges but it is not that crowded. However, in this scenario, nodes are not moving at all. Is this the normal behavior of this parameter? Best regards, F?tima On 14/09/17 16:53, F?tima Castro Jul wrote: > > Hi, > > Thank you for your answer. > > I have tried to modify OSRoutingMachine.java//according to the new > OSRM API to work with ORM 5.11.0. My modifications are limited to the > API calls and responses processing. Now, I can run Bonnmotion. > However, the coordinates in the .movements.gz file are not within the > limits of the x,y values in the//.params file. The coordinates in the > file .movements.geo.gz are not always within the bounding box either. > > May the modifications to the OSRoutingMachine.java file have affected > coordinates choosing? Am I doing something wrong when running Bonnmotion? > > For instance: > > ./bm -f scenario RandomStreet -n 1000 -d 3600 -s 0.9 1.5 -p 30 -B > -8.7296 42.2319 -8.7139 42.2421 -R 1234 -o /path/map.osm.pbf -u > 0.0.0.0:5001 > > > In scenario.params: > > model=RandomStreet > ignore=3600.0 > randomSeed=1234 > x=1747.716005454422 > y=1533.635604236275 > duration=3600.0 > nn=1000 > circular=false > J=2D > boundingBox=-8.7296 42.2319 -8.7139 42.2421 > clippingMethod=0 > rsMetric=Pedestrian > osmFile=/path/map.osm.pbf > rsURL=0.0.0.0:5001 > distFile=null > maxPause=30.0 > speed=0.9 1.5 > > > In scenario.movements.geo.gz (first lines): > > 0.0 [-8.715823405291129,42.203754445654724], 3600.0 > [-8.706116197524537,42.1687900700981], > 0.0 [-8.718972344559301,42.203802813972466], 3600.0 > [-8.71099292724169,42.17492810899706], > 0.0 [-8.71079316577188,42.19073929147142], 3600.0 > [-8.69885787606997,42.14771951347391], > 0.0 [-8.706779739246365,42.20395795031393], 3600.0 > [-8.698081948572195,42.17259861887113], > > In scenario.movements.gz (first lines): > > 0.0 1187.5624645399644 -3327.2085444231298 3600.0 1920.5450429319296 > -7672.257377061738 > 0.0 896.5370442566041 -3471.3099859895324 3600.0 1498.2509550961317 > -7057.227789234152 > 0.0 1665.0420254702763 -5067.26831240366 3600.0 2566.700416711787 > -10413.153339571183 > 0.0 2228.608934641187 -3385.276691569191 3600.0 2885.3050883430005 > -7282.212748053645 > > Best regards, > > F?tima > > > > On 06/09/17 14:10, Matthias Schwamborn wrote: >> Hi F?tima, >> >>> I would appreciate if you could confirm the folder you have hinted me to look into, considering the error I encounter is in a different one. >>> ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 >> there are several mandatory parameters for map-based scenarios missing >> here, e.g., -B, -o, -u. Please refer to the documentation [1, Section >> 6.7.1] for details. >> >> >> Best, Matthias >> >> [1]http://sys.cs.uos.de/bonnmotion/doc/README.pdf >> >> On 06.09.17 13:15, F?tima Castro Jul wrote: >>> Hi, >>> >>> Thank you for your answer. >>> >>> I would appreciate if you could confirm the folder you have hinted me to >>> look into, considering the error I encounter is in a different one. >>> >>> Best regards, >>> F?tima >>> >>> >>> On 05/09/17 18:05, Matthias Schwamborn wrote: >>>> Hi F?tima, >>>> >>>> the short answer is that the current implementation of BonnMotion >>>> assumes the route request and response formats of OSRM version 4.8.1 and >>>> this format has been changed OSRM-side since then at least once. >>>> >>>> As much as I'd like to update the BM-side of the code, there are several >>>> reasons why we haven't, yet, and most likely won't in the near future. >>>> However, if you are eager enough to get BM working with OSRM version >>>> 5.11, you can dig into and update the code located in >>>> 'src/edu/bonn/cs/iv/util/maps/OSRoutingMachine.java'. >>>> >>>> As for why you encounter that error with version OSRM version 4.8.1, I >>>> can only assume that this version might be incompatible with some newer >>>> libraries in Ubuntu 17.04. >>>> >>>> >>>> Best regards, >>>> Matthias >>>> >>>> On 05.09.17 17:34, F?tima Castro Jul wrote: >>>>> Hi again! >>>>> >>>>> I have been able to set up and run osrm-backend-5.11 with some >>>>> modifications to the instructions in the documentation. >>>>> >>>>> * I have replaced cbf-routing-profiles for the newest ones in >>>>> https://github.com/sosm/cbf-routing-profiles/ >>>>> * I have changed the last line in prepare_pbf.sh to the following: >>>>> LUA_PATH="$profiledir/lib/?.lua" ./osrm-contract ${osmfile}.osrm >>>>> >>>>> However, I have not been able to generate a map-base scenario >>>>> successfully. Both with RandomStreet and MSLAW I run into the following >>>>> error: >>>>> >>>>> ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 >>>>> BonnMotion 3.0.1 >>>>> >>>>> OS: Linux 4.10.0-33-generic >>>>> Java: Oracle Corporation 1.8.0_131 >>>>> >>>>> Starting MSLAW ... >>>>> DEBUG: transformation (proj4): +proj=merc +lon_0=0 +k=1 +x_0=0 >>>>> +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m >>>>> +no_defs >>>>> java.lang.reflect.InvocationTargetException >>>>> at >>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native >>>>> Method) >>>>> at >>>>> >>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) >>>>> >>>>> at >>>>> >>>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) >>>>> >>>>> at >>>>> java.lang.reflect.Constructor.newInstance(Constructor.java:423) >>>>> at edu.bonn.cs.iv.bonnmotion.run.BM.go(BM.java:267) >>>>> at edu.bonn.cs.iv.bonnmotion.run.BM.main(BM.java:296) >>>>> Caused by: java.lang.NullPointerException >>>>> at >>>>> >>>>> edu.bonn.cs.iv.bonnmotion.MapScenario.preGeneration(MapScenario.java:423) >>>>> >>>>> at >>>>> >>>>> edu.bonn.cs.iv.bonnmotion.models.MSLAW.preGeneration(MSLAW.java:631) >>>>> at >>>>> edu.bonn.cs.iv.bonnmotion.models.MSLAW.generate(MSLAW.java:101) >>>>> at edu.bonn.cs.iv.bonnmotion.models.MSLAW.go(MSLAW.java:96) >>>>> at edu.bonn.cs.iv.bonnmotion.models.MSLAW.(MSLAW.java:90) >>>>> ... 6 more >>>>> >>>>> Error: >>>>> Error in MSLAW >>>>> >>>>> Is there a path where osrm is required to be running so it can work with >>>>> Bonnmotion? Or is there any other requirement so they can work together? >>>>> Have I compromised Bonnmotion function due to my modifications to the >>>>> osrm setting up process? >>>>> >>>>> Best regards, >>>>> F?tima >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> BonnMotion mailing list >>>>> BonnMotion at list.serv.Uni-Osnabrueck.de >>>>> https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion >>>>> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From schwamborn at informatik.uos.de Fri Sep 15 11:42:27 2017 From: schwamborn at informatik.uos.de (Matthias Schwamborn) Date: Fri, 15 Sep 2017 11:42:27 +0200 Subject: [BonnMotion] OSRM Installation In-Reply-To: <651f465b-3076-3d53-79c5-1e728c6a5a7a@det.uvigo.es> References: <6b5dace5-da7f-dab2-67be-c85c0fc91228@det.uvigo.es> <51bb6f28-3aeb-e61e-e300-b2b0d42bf9a1@det.uvigo.es> <0a847e73-399f-3a37-484a-05a103413b74@informatik.uos.de> <514cb3c6-94f2-c154-c065-dea9383f3389@det.uvigo.es> <651f465b-3076-3d53-79c5-1e728c6a5a7a@det.uvigo.es> Message-ID: <9403_1505468547_v8F9gQIn028398_97733723-2ef6-55f4-39de-274b363518d6@informatik.uos.de> Please read up on the meaning of the -C parameter in [1, Section III-B]. Best regards, Matthias [1] http://ieeexplore.ieee.org/abstract/document/7330189/ On 14.09.17 19:07, F?tima Castro Jul wrote: > I have realised I was using the parameter -C 0 (CLIP_RESIZE_BB) as it > was set by default. As a result, the bounding box that limits the > simulation area was expanded. I guess that because my area is small > almost every point was outside it. > > I have run Bonnmotion changing the parameter value. With -C 1 > (CLIP_USE_NEW_LENGTH) nothing happens outside the box but many nodes are > crowded together on one of the limits of the simulation area. With -C 2 > (CLIP_USE_OLD_LENGTH) the distributions is better, there are some groups > of nodes near the edges but it is not that crowded. However, in this > scenario, nodes are not moving at all. Is this the normal behavior of > this parameter? > > Best regards, > > F?tima > > > On 14/09/17 16:53, F?tima Castro Jul wrote: >> >> Hi, >> >> Thank you for your answer. >> >> I have tried to modify OSRoutingMachine.java//according to the new >> OSRM API to work with ORM 5.11.0. My modifications are limited to the >> API calls and responses processing. Now, I can run Bonnmotion. >> However, the coordinates in the .movements.gz file are not within the >> limits of the x,y values in the//.params file. The coordinates in the >> file .movements.geo.gz are not always within the bounding box either. >> >> May the modifications to the OSRoutingMachine.java file have affected >> coordinates choosing? Am I doing something wrong when running Bonnmotion? >> >> For instance: >> >> ./bm -f scenario RandomStreet -n 1000 -d 3600 -s 0.9 1.5 -p 30 -B >> -8.7296 42.2319 -8.7139 42.2421 -R 1234 -o /path/map.osm.pbf -u >> 0.0.0.0:5001 >> >> >> In scenario.params: >> >> model=RandomStreet >> ignore=3600.0 >> randomSeed=1234 >> x=1747.716005454422 >> y=1533.635604236275 >> duration=3600.0 >> nn=1000 >> circular=false >> J=2D >> boundingBox=-8.7296 42.2319 -8.7139 42.2421 >> clippingMethod=0 >> rsMetric=Pedestrian >> osmFile=/path/map.osm.pbf >> rsURL=0.0.0.0:5001 >> distFile=null >> maxPause=30.0 >> speed=0.9 1.5 >> >> >> In scenario.movements.geo.gz (first lines): >> >> 0.0 [-8.715823405291129,42.203754445654724], 3600.0 >> [-8.706116197524537,42.1687900700981], >> 0.0 [-8.718972344559301,42.203802813972466], 3600.0 >> [-8.71099292724169,42.17492810899706], >> 0.0 [-8.71079316577188,42.19073929147142], 3600.0 >> [-8.69885787606997,42.14771951347391], >> 0.0 [-8.706779739246365,42.20395795031393], 3600.0 >> [-8.698081948572195,42.17259861887113], >> >> In scenario.movements.gz (first lines): >> >> 0.0 1187.5624645399644 -3327.2085444231298 3600.0 1920.5450429319296 >> -7672.257377061738 >> 0.0 896.5370442566041 -3471.3099859895324 3600.0 1498.2509550961317 >> -7057.227789234152 >> 0.0 1665.0420254702763 -5067.26831240366 3600.0 2566.700416711787 >> -10413.153339571183 >> 0.0 2228.608934641187 -3385.276691569191 3600.0 2885.3050883430005 >> -7282.212748053645 >> >> Best regards, >> >> F?tima >> >> >> >> On 06/09/17 14:10, Matthias Schwamborn wrote: >>> Hi F?tima, >>> >>>> I would appreciate if you could confirm the folder you have hinted me to look into, considering the error I encounter is in a different one. >>>> ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 >>> there are several mandatory parameters for map-based scenarios missing >>> here, e.g., -B, -o, -u. Please refer to the documentation [1, Section >>> 6.7.1] for details. >>> >>> >>> Best, Matthias >>> >>> [1] http://sys.cs.uos.de/bonnmotion/doc/README.pdf >>> >>> On 06.09.17 13:15, F?tima Castro Jul wrote: >>>> Hi, >>>> >>>> Thank you for your answer. >>>> >>>> I would appreciate if you could confirm the folder you have hinted me to >>>> look into, considering the error I encounter is in a different one. >>>> >>>> Best regards, >>>> F?tima >>>> >>>> >>>> On 05/09/17 18:05, Matthias Schwamborn wrote: >>>>> Hi F?tima, >>>>> >>>>> the short answer is that the current implementation of BonnMotion >>>>> assumes the route request and response formats of OSRM version 4.8.1 and >>>>> this format has been changed OSRM-side since then at least once. >>>>> >>>>> As much as I'd like to update the BM-side of the code, there are several >>>>> reasons why we haven't, yet, and most likely won't in the near future. >>>>> However, if you are eager enough to get BM working with OSRM version >>>>> 5.11, you can dig into and update the code located in >>>>> 'src/edu/bonn/cs/iv/util/maps/OSRoutingMachine.java'. >>>>> >>>>> As for why you encounter that error with version OSRM version 4.8.1, I >>>>> can only assume that this version might be incompatible with some newer >>>>> libraries in Ubuntu 17.04. >>>>> >>>>> >>>>> Best regards, >>>>> Matthias >>>>> >>>>> On 05.09.17 17:34, F?tima Castro Jul wrote: >>>>>> Hi again! >>>>>> >>>>>> I have been able to set up and run osrm-backend-5.11 with some >>>>>> modifications to the instructions in the documentation. >>>>>> >>>>>> ?? * I have replaced cbf-routing-profiles for the newest ones in >>>>>> ???? https://github.com/sosm/cbf-routing-profiles/ >>>>>> ?? * I have changed the last line in prepare_pbf.sh to the following: >>>>>> ???? LUA_PATH="$profiledir/lib/?.lua" ./osrm-contract ${osmfile}.osrm >>>>>> >>>>>> However, I have not been able to generate a map-base scenario >>>>>> successfully. Both with RandomStreet and MSLAW I run into the following >>>>>> error: >>>>>> >>>>>> ???? ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 >>>>>> ???? BonnMotion 3.0.1 >>>>>> >>>>>> ???? OS: Linux 4.10.0-33-generic >>>>>> ???? Java: Oracle Corporation 1.8.0_131 >>>>>> >>>>>> ???? Starting MSLAW ... >>>>>> ???? DEBUG: transformation (proj4): +proj=merc +lon_0=0 +k=1 +x_0=0 >>>>>> ???? +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m >>>>>> +no_defs >>>>>> ???? java.lang.reflect.InvocationTargetException >>>>>> ???????? at >>>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native >>>>>> ???? Method) >>>>>> ???????? at >>>>>> ???? >>>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) >>>>>> >>>>>> ???????? at >>>>>> ???? >>>>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) >>>>>> >>>>>> ???????? at >>>>>> java.lang.reflect.Constructor.newInstance(Constructor.java:423) >>>>>> ???????? at edu.bonn.cs.iv.bonnmotion.run.BM.go(BM.java:267) >>>>>> ???????? at edu.bonn.cs.iv.bonnmotion.run.BM.main(BM.java:296) >>>>>> ???? Caused by: java.lang.NullPointerException >>>>>> ???????? at >>>>>> ???? >>>>>> edu.bonn.cs.iv.bonnmotion.MapScenario.preGeneration(MapScenario.java:423) >>>>>> >>>>>> ???????? at >>>>>> ???? >>>>>> edu.bonn.cs.iv.bonnmotion.models.MSLAW.preGeneration(MSLAW.java:631) >>>>>> ???????? at >>>>>> edu.bonn.cs.iv.bonnmotion.models.MSLAW.generate(MSLAW.java:101) >>>>>> ???????? at edu.bonn.cs.iv.bonnmotion.models.MSLAW.go(MSLAW.java:96) >>>>>> ???????? at edu.bonn.cs.iv.bonnmotion.models.MSLAW.(MSLAW.java:90) >>>>>> ???????? ... 6 more >>>>>> >>>>>> ???? Error: >>>>>> ???????? Error in MSLAW >>>>>> >>>>>> Is there a path where osrm is required to be running so it can work with >>>>>> Bonnmotion? Or is there any other requirement so they can work together? >>>>>> Have I compromised Bonnmotion function due to my modifications to the >>>>>> osrm setting up process? >>>>>> >>>>>> Best regards, >>>>>> F?tima >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> BonnMotion mailing list >>>>>> BonnMotion at list.serv.Uni-Osnabrueck.de >>>>>> https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion >>>>>> >> > -- Matthias Schwamborn University of Osnabr?ck Tel.: +49-541-969-7167 Institute of Computer Science Fax: +49-541-969-2799 Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: OpenPGP digital signature URL: From fatima at det.uvigo.es Tue Sep 19 16:51:00 2017 From: fatima at det.uvigo.es (=?UTF-8?Q?F=c3=a1tima_Castro_Jul?=) Date: Tue, 19 Sep 2017 16:51:00 +0200 Subject: [BonnMotion] OSRM Installation In-Reply-To: <97733723-2ef6-55f4-39de-274b363518d6@informatik.uos.de> References: <6b5dace5-da7f-dab2-67be-c85c0fc91228@det.uvigo.es> <51bb6f28-3aeb-e61e-e300-b2b0d42bf9a1@det.uvigo.es> <0a847e73-399f-3a37-484a-05a103413b74@informatik.uos.de> <514cb3c6-94f2-c154-c065-dea9383f3389@det.uvigo.es> <651f465b-3076-3d53-79c5-1e728c6a5a7a@det.uvigo.es> <97733723-2ef6-55f4-39de-274b363518d6@informatik.uos.de> Message-ID: <5786f3ea-6292-da27-e6eb-9ba2e3c1b5cd@det.uvigo.es> Thanks for the reference to the paper. It has provided me with a better understanding of the tool but still not complete. I am still not able to generate the scenario I desire. I am not sure if it is related to the limitations of scenario generation in Bonnmotion or to the fact I have not correctly understood the results I should expect. I am mentioning the tool limitations because in every paper I have found where Bonnmotion is employed, areas are bigger than mine and fewer nodes are generated. Is it unreasonable to use the tool to generate 100 or 500 nodes in an area of less than 2 km^2 ? As far as I understand, such pedestrian density would make sense in a real scenario. When I try generate it, I am unable to obtain a scenario where nodes stay in the simulation area and their movements are correct. The problems I experience are the following: * For C=0, every node is outside the simulation area (default -i 3600). Using -i 0 nodes do have their starting position in the area but are soon moving outside (and far of) the bounding box. I understand this behavior is due to the small size of the area and, therefore, is reasonable. * For C=1, nodes are in the simulation area and move as expected but a significant number of them concentrate in one of the limits of the bounding box. This is not desirable. I guess it is due to their routes being cut but I do not understand why they only concentrate on one of the limits of the area. Moreover, I wonder if this is expected to happen always with C = 1 or it is a consequence of the high amount of nodes generated. * For C= 2, nodes are in the simulation area and do not concentrate on any of the edges but their routes are too short (start and destination points are really close) and therefore they are barely moving. This is also undesirable. Is is due to the small size of the area? Best regards, F?tima On 15/09/17 11:42, Matthias Schwamborn wrote: > Please read up on the meaning of the -C parameter in [1, Section III-B]. > > Best regards, > Matthias > > [1]http://ieeexplore.ieee.org/abstract/document/7330189/ > > On 14.09.17 19:07, F?tima Castro Jul wrote: >> I have realised I was using the parameter -C 0 (CLIP_RESIZE_BB) as it >> was set by default. As a result, the bounding box that limits the >> simulation area was expanded. I guess that because my area is small >> almost every point was outside it. >> >> I have run Bonnmotion changing the parameter value. With -C 1 >> (CLIP_USE_NEW_LENGTH) nothing happens outside the box but many nodes are >> crowded together on one of the limits of the simulation area. With -C 2 >> (CLIP_USE_OLD_LENGTH) the distributions is better, there are some groups >> of nodes near the edges but it is not that crowded. However, in this >> scenario, nodes are not moving at all. Is this the normal behavior of >> this parameter? >> >> Best regards, >> >> F?tima >> >> >> On 14/09/17 16:53, F?tima Castro Jul wrote: >>> Hi, >>> >>> Thank you for your answer. >>> >>> I have tried to modify OSRoutingMachine.java//according to the new >>> OSRM API to work with ORM 5.11.0. My modifications are limited to the >>> API calls and responses processing. Now, I can run Bonnmotion. >>> However, the coordinates in the .movements.gz file are not within the >>> limits of the x,y values in the//.params file. The coordinates in the >>> file .movements.geo.gz are not always within the bounding box either. >>> >>> May the modifications to the OSRoutingMachine.java file have affected >>> coordinates choosing? Am I doing something wrong when running Bonnmotion? >>> >>> For instance: >>> >>> ./bm -f scenario RandomStreet -n 1000 -d 3600 -s 0.9 1.5 -p 30 -B >>> -8.7296 42.2319 -8.7139 42.2421 -R 1234 -o /path/map.osm.pbf -u >>> 0.0.0.0:5001 >>> >>> >>> In scenario.params: >>> >>> model=RandomStreet >>> ignore=3600.0 >>> randomSeed=1234 >>> x=1747.716005454422 >>> y=1533.635604236275 >>> duration=3600.0 >>> nn=1000 >>> circular=false >>> J=2D >>> boundingBox=-8.7296 42.2319 -8.7139 42.2421 >>> clippingMethod=0 >>> rsMetric=Pedestrian >>> osmFile=/path/map.osm.pbf >>> rsURL=0.0.0.0:5001 >>> distFile=null >>> maxPause=30.0 >>> speed=0.9 1.5 >>> >>> >>> In scenario.movements.geo.gz (first lines): >>> >>> 0.0 [-8.715823405291129,42.203754445654724], 3600.0 >>> [-8.706116197524537,42.1687900700981], >>> 0.0 [-8.718972344559301,42.203802813972466], 3600.0 >>> [-8.71099292724169,42.17492810899706], >>> 0.0 [-8.71079316577188,42.19073929147142], 3600.0 >>> [-8.69885787606997,42.14771951347391], >>> 0.0 [-8.706779739246365,42.20395795031393], 3600.0 >>> [-8.698081948572195,42.17259861887113], >>> >>> In scenario.movements.gz (first lines): >>> >>> 0.0 1187.5624645399644 -3327.2085444231298 3600.0 1920.5450429319296 >>> -7672.257377061738 >>> 0.0 896.5370442566041 -3471.3099859895324 3600.0 1498.2509550961317 >>> -7057.227789234152 >>> 0.0 1665.0420254702763 -5067.26831240366 3600.0 2566.700416711787 >>> -10413.153339571183 >>> 0.0 2228.608934641187 -3385.276691569191 3600.0 2885.3050883430005 >>> -7282.212748053645 >>> >>> Best regards, >>> >>> F?tima >>> >>> >>> >>> On 06/09/17 14:10, Matthias Schwamborn wrote: >>>> Hi F?tima, >>>> >>>>> I would appreciate if you could confirm the folder you have hinted me to look into, considering the error I encounter is in a different one. >>>>> ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 >>>> there are several mandatory parameters for map-based scenarios missing >>>> here, e.g., -B, -o, -u. Please refer to the documentation [1, Section >>>> 6.7.1] for details. >>>> >>>> >>>> Best, Matthias >>>> >>>> [1]http://sys.cs.uos.de/bonnmotion/doc/README.pdf >>>> >>>> On 06.09.17 13:15, F?tima Castro Jul wrote: >>>>> Hi, >>>>> >>>>> Thank you for your answer. >>>>> >>>>> I would appreciate if you could confirm the folder you have hinted me to >>>>> look into, considering the error I encounter is in a different one. >>>>> >>>>> Best regards, >>>>> F?tima >>>>> >>>>> >>>>> On 05/09/17 18:05, Matthias Schwamborn wrote: >>>>>> Hi F?tima, >>>>>> >>>>>> the short answer is that the current implementation of BonnMotion >>>>>> assumes the route request and response formats of OSRM version 4.8.1 and >>>>>> this format has been changed OSRM-side since then at least once. >>>>>> >>>>>> As much as I'd like to update the BM-side of the code, there are several >>>>>> reasons why we haven't, yet, and most likely won't in the near future. >>>>>> However, if you are eager enough to get BM working with OSRM version >>>>>> 5.11, you can dig into and update the code located in >>>>>> 'src/edu/bonn/cs/iv/util/maps/OSRoutingMachine.java'. >>>>>> >>>>>> As for why you encounter that error with version OSRM version 4.8.1, I >>>>>> can only assume that this version might be incompatible with some newer >>>>>> libraries in Ubuntu 17.04. >>>>>> >>>>>> >>>>>> Best regards, >>>>>> Matthias >>>>>> >>>>>> On 05.09.17 17:34, F?tima Castro Jul wrote: >>>>>>> Hi again! >>>>>>> >>>>>>> I have been able to set up and run osrm-backend-5.11 with some >>>>>>> modifications to the instructions in the documentation. >>>>>>> >>>>>>> ?? * I have replaced cbf-routing-profiles for the newest ones in >>>>>>> https://github.com/sosm/cbf-routing-profiles/ >>>>>>> ?? * I have changed the last line in prepare_pbf.sh to the following: >>>>>>> ???? LUA_PATH="$profiledir/lib/?.lua" ./osrm-contract ${osmfile}.osrm >>>>>>> >>>>>>> However, I have not been able to generate a map-base scenario >>>>>>> successfully. Both with RandomStreet and MSLAW I run into the following >>>>>>> error: >>>>>>> >>>>>>> ???? ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 >>>>>>> ???? BonnMotion 3.0.1 >>>>>>> >>>>>>> ???? OS: Linux 4.10.0-33-generic >>>>>>> ???? Java: Oracle Corporation 1.8.0_131 >>>>>>> >>>>>>> ???? Starting MSLAW ... >>>>>>> ???? DEBUG: transformation (proj4): +proj=merc +lon_0=0 +k=1 +x_0=0 >>>>>>> ???? +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m >>>>>>> +no_defs >>>>>>> ???? java.lang.reflect.InvocationTargetException >>>>>>> ???????? at >>>>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native >>>>>>> ???? Method) >>>>>>> ???????? at >>>>>>> >>>>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) >>>>>>> >>>>>>> ???????? at >>>>>>> >>>>>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) >>>>>>> >>>>>>> ???????? at >>>>>>> java.lang.reflect.Constructor.newInstance(Constructor.java:423) >>>>>>> ???????? at edu.bonn.cs.iv.bonnmotion.run.BM.go(BM.java:267) >>>>>>> ???????? at edu.bonn.cs.iv.bonnmotion.run.BM.main(BM.java:296) >>>>>>> ???? Caused by: java.lang.NullPointerException >>>>>>> ???????? at >>>>>>> >>>>>>> edu.bonn.cs.iv.bonnmotion.MapScenario.preGeneration(MapScenario.java:423) >>>>>>> >>>>>>> ???????? at >>>>>>> >>>>>>> edu.bonn.cs.iv.bonnmotion.models.MSLAW.preGeneration(MSLAW.java:631) >>>>>>> ???????? at >>>>>>> edu.bonn.cs.iv.bonnmotion.models.MSLAW.generate(MSLAW.java:101) >>>>>>> ???????? at edu.bonn.cs.iv.bonnmotion.models.MSLAW.go(MSLAW.java:96) >>>>>>> ???????? at edu.bonn.cs.iv.bonnmotion.models.MSLAW.(MSLAW.java:90) >>>>>>> ???????? ... 6 more >>>>>>> >>>>>>> ???? Error: >>>>>>> ???????? Error in MSLAW >>>>>>> >>>>>>> Is there a path where osrm is required to be running so it can work with >>>>>>> Bonnmotion? Or is there any other requirement so they can work together? >>>>>>> Have I compromised Bonnmotion function due to my modifications to the >>>>>>> osrm setting up process? >>>>>>> >>>>>>> Best regards, >>>>>>> F?tima >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> BonnMotion mailing list >>>>>>> BonnMotion at list.serv.Uni-Osnabrueck.de >>>>>>> https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion >>>>>>> -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.prahl-kamps at LIVE.DE Mon Oct 9 15:59:19 2017 From: m.prahl-kamps at LIVE.DE (Maximilian Prahl-Kamps) Date: Mon, 9 Oct 2017 13:59:19 +0000 Subject: [BonnMotion] Bug in Random Waypoint with Attraction Points Message-ID: Hello, I just wanted to let you know that there is a small bug in the Random Waypoint Model, or perhaps the ns-3 converter. When you try to convert a scenario it fails. To fix it you have to remove 2 blank lines at the end of the .params file. Sorry if this isn't the place to post this. Kind regards Maximilian Prahl-Kamps -------------- next part -------------- An HTML attachment was scrubbed... URL: From schwamborn at informatik.uos.de Wed Oct 11 17:04:37 2017 From: schwamborn at informatik.uos.de (Matthias Schwamborn) Date: Wed, 11 Oct 2017 17:04:37 +0200 Subject: [BonnMotion] OSRM Installation In-Reply-To: <5786f3ea-6292-da27-e6eb-9ba2e3c1b5cd@det.uvigo.es> References: <6b5dace5-da7f-dab2-67be-c85c0fc91228@det.uvigo.es> <51bb6f28-3aeb-e61e-e300-b2b0d42bf9a1@det.uvigo.es> <0a847e73-399f-3a37-484a-05a103413b74@informatik.uos.de> <514cb3c6-94f2-c154-c065-dea9383f3389@det.uvigo.es> <651f465b-3076-3d53-79c5-1e728c6a5a7a@det.uvigo.es> <97733723-2ef6-55f4-39de-274b363518d6@informatik.uos.de> <5786f3ea-6292-da27-e6eb-9ba2e3c1b5cd@det.uvigo.es> Message-ID: <10485_1507734283_v9BF4gaj006236_fe327c5e-48c1-f3b0-2fba-940a1474f64c@informatik.uos.de> F?tima, the movement heavily depends on your map extract, the types of OSM highways (cf. [1]) within, and the resulting movement graph. From your problem description, I can only guess that a lot of routes require the nodes to leave the simulation area since the globally shortest route is not contained within it. You might want to try to use the extract defined by your bounding box as input for both BonnMotion and OSRM. This should result in movement within the simulation area only. Note that this is all assuming the tested older version of OSRM. There might also have been changes in the newer OSRM version which cause unwanted behavior. Best regards, Matthias [1] http://wiki.openstreetmap.org/wiki/Key:highway On 19.09.17 16:51, F?tima Castro Jul wrote: > Thanks for the reference to the paper. It has provided me with a better > understanding of the tool but still not complete. I am still not able to > generate the scenario I desire. I am not sure if it is related to the > limitations of scenario generation in Bonnmotion or to the fact I have > not correctly understood the results I should expect. I am mentioning > the tool limitations because in every paper I have found where > Bonnmotion is employed, areas are bigger than mine and fewer nodes are > generated. Is it unreasonable to use the tool to generate 100 or 500 > nodes in an area of less than 2 km^2 ? As far as I understand, such > pedestrian density would make sense in a real scenario. When I try > generate it, I am unable to obtain a scenario where nodes stay in the > simulation area and their movements are correct. The problems I > experience are the following: > > * For C=0, every node is outside the simulation area (default -i > 3600). Using -i 0 nodes do have their starting position in the area > but are soon moving outside (and far of) the bounding box. I > understand this behavior is due to the small size of the area and, > therefore, is reasonable. > * For C=1, nodes are in the simulation area and move as expected but a > significant number of them concentrate in one of the limits of the > bounding box. This is not desirable. I guess it is due to their > routes being cut but I do not understand why they only concentrate > on one of the limits of the area. Moreover, I wonder if this is > expected to happen always with C = 1 or it is a consequence of the > high amount of nodes generated. > * For C= 2, nodes are in the simulation area and do not concentrate on > any of the edges but their routes are too short (start and > destination points are really close) and therefore they are barely > moving. This is also undesirable. Is is due to the small size of the > area? > > Best regards, > > F?tima > > > > On 15/09/17 11:42, Matthias Schwamborn wrote: >> Please read up on the meaning of the -C parameter in [1, Section III-B]. >> >> Best regards, >> Matthias >> >> [1] http://ieeexplore.ieee.org/abstract/document/7330189/ >> >> On 14.09.17 19:07, F?tima Castro Jul wrote: >>> I have realised I was using the parameter -C 0 (CLIP_RESIZE_BB) as it >>> was set by default. As a result, the bounding box that limits the >>> simulation area was expanded. I guess that because my area is small >>> almost every point was outside it. >>> >>> I have run Bonnmotion changing the parameter value. With -C 1 >>> (CLIP_USE_NEW_LENGTH) nothing happens outside the box but many nodes are >>> crowded together on one of the limits of the simulation area. With -C 2 >>> (CLIP_USE_OLD_LENGTH) the distributions is better, there are some groups >>> of nodes near the edges but it is not that crowded. However, in this >>> scenario, nodes are not moving at all. Is this the normal behavior of >>> this parameter? >>> >>> Best regards, >>> >>> F?tima >>> >>> >>> On 14/09/17 16:53, F?tima Castro Jul wrote: >>>> Hi, >>>> >>>> Thank you for your answer. >>>> >>>> I have tried to modify OSRoutingMachine.java//according to the new >>>> OSRM API to work with ORM 5.11.0. My modifications are limited to the >>>> API calls and responses processing. Now, I can run Bonnmotion. >>>> However, the coordinates in the .movements.gz file are not within the >>>> limits of the x,y values in the//.params file. The coordinates in the >>>> file .movements.geo.gz are not always within the bounding box either. >>>> >>>> May the modifications to the OSRoutingMachine.java file have affected >>>> coordinates choosing? Am I doing something wrong when running Bonnmotion? >>>> >>>> For instance: >>>> >>>> ./bm -f scenario RandomStreet -n 1000 -d 3600 -s 0.9 1.5 -p 30 -B >>>> -8.7296 42.2319 -8.7139 42.2421 -R 1234 -o /path/map.osm.pbf -u >>>> 0.0.0.0:5001 >>>> >>>> >>>> In scenario.params: >>>> >>>> model=RandomStreet >>>> ignore=3600.0 >>>> randomSeed=1234 >>>> x=1747.716005454422 >>>> y=1533.635604236275 >>>> duration=3600.0 >>>> nn=1000 >>>> circular=false >>>> J=2D >>>> boundingBox=-8.7296 42.2319 -8.7139 42.2421 >>>> clippingMethod=0 >>>> rsMetric=Pedestrian >>>> osmFile=/path/map.osm.pbf >>>> rsURL=0.0.0.0:5001 >>>> distFile=null >>>> maxPause=30.0 >>>> speed=0.9 1.5 >>>> >>>> >>>> In scenario.movements.geo.gz (first lines): >>>> >>>> 0.0 [-8.715823405291129,42.203754445654724], 3600.0 >>>> [-8.706116197524537,42.1687900700981], >>>> 0.0 [-8.718972344559301,42.203802813972466], 3600.0 >>>> [-8.71099292724169,42.17492810899706], >>>> 0.0 [-8.71079316577188,42.19073929147142], 3600.0 >>>> [-8.69885787606997,42.14771951347391], >>>> 0.0 [-8.706779739246365,42.20395795031393], 3600.0 >>>> [-8.698081948572195,42.17259861887113], >>>> >>>> In scenario.movements.gz (first lines): >>>> >>>> 0.0 1187.5624645399644 -3327.2085444231298 3600.0 1920.5450429319296 >>>> -7672.257377061738 >>>> 0.0 896.5370442566041 -3471.3099859895324 3600.0 1498.2509550961317 >>>> -7057.227789234152 >>>> 0.0 1665.0420254702763 -5067.26831240366 3600.0 2566.700416711787 >>>> -10413.153339571183 >>>> 0.0 2228.608934641187 -3385.276691569191 3600.0 2885.3050883430005 >>>> -7282.212748053645 >>>> >>>> Best regards, >>>> >>>> F?tima >>>> >>>> >>>> >>>> On 06/09/17 14:10, Matthias Schwamborn wrote: >>>>> Hi F?tima, >>>>> >>>>>> I would appreciate if you could confirm the folder you have hinted me to look into, considering the error I encounter is in a different one. >>>>>> ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 >>>>> there are several mandatory parameters for map-based scenarios missing >>>>> here, e.g., -B, -o, -u. Please refer to the documentation [1, Section >>>>> 6.7.1] for details. >>>>> >>>>> >>>>> Best, Matthias >>>>> >>>>> [1] http://sys.cs.uos.de/bonnmotion/doc/README.pdf >>>>> >>>>> On 06.09.17 13:15, F?tima Castro Jul wrote: >>>>>> Hi, >>>>>> >>>>>> Thank you for your answer. >>>>>> >>>>>> I would appreciate if you could confirm the folder you have hinted me to >>>>>> look into, considering the error I encounter is in a different one. >>>>>> >>>>>> Best regards, >>>>>> F?tima >>>>>> >>>>>> >>>>>> On 05/09/17 18:05, Matthias Schwamborn wrote: >>>>>>> Hi F?tima, >>>>>>> >>>>>>> the short answer is that the current implementation of BonnMotion >>>>>>> assumes the route request and response formats of OSRM version 4.8.1 and >>>>>>> this format has been changed OSRM-side since then at least once. >>>>>>> >>>>>>> As much as I'd like to update the BM-side of the code, there are several >>>>>>> reasons why we haven't, yet, and most likely won't in the near future. >>>>>>> However, if you are eager enough to get BM working with OSRM version >>>>>>> 5.11, you can dig into and update the code located in >>>>>>> 'src/edu/bonn/cs/iv/util/maps/OSRoutingMachine.java'. >>>>>>> >>>>>>> As for why you encounter that error with version OSRM version 4.8.1, I >>>>>>> can only assume that this version might be incompatible with some newer >>>>>>> libraries in Ubuntu 17.04. >>>>>>> >>>>>>> >>>>>>> Best regards, >>>>>>> Matthias >>>>>>> >>>>>>> On 05.09.17 17:34, F?tima Castro Jul wrote: >>>>>>>> Hi again! >>>>>>>> >>>>>>>> I have been able to set up and run osrm-backend-5.11 with some >>>>>>>> modifications to the instructions in the documentation. >>>>>>>> >>>>>>>> ?? * I have replaced cbf-routing-profiles for the newest ones in >>>>>>>> ???? https://github.com/sosm/cbf-routing-profiles/ >>>>>>>> ?? * I have changed the last line in prepare_pbf.sh to the following: >>>>>>>> ???? LUA_PATH="$profiledir/lib/?.lua" ./osrm-contract ${osmfile}.osrm >>>>>>>> >>>>>>>> However, I have not been able to generate a map-base scenario >>>>>>>> successfully. Both with RandomStreet and MSLAW I run into the following >>>>>>>> error: >>>>>>>> >>>>>>>> ???? ~/bonnmotion-3.0.1/bin$ ./bm -f Vigo-escenario MSLAW -n 5 >>>>>>>> ???? BonnMotion 3.0.1 >>>>>>>> >>>>>>>> ???? OS: Linux 4.10.0-33-generic >>>>>>>> ???? Java: Oracle Corporation 1.8.0_131 >>>>>>>> >>>>>>>> ???? Starting MSLAW ... >>>>>>>> ???? DEBUG: transformation (proj4): +proj=merc +lon_0=0 +k=1 +x_0=0 >>>>>>>> ???? +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m >>>>>>>> +no_defs >>>>>>>> ???? java.lang.reflect.InvocationTargetException >>>>>>>> ???????? at >>>>>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native >>>>>>>> ???? Method) >>>>>>>> ???????? at >>>>>>>> ???? >>>>>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) >>>>>>>> >>>>>>>> ???????? at >>>>>>>> ???? >>>>>>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) >>>>>>>> >>>>>>>> ???????? at >>>>>>>> java.lang.reflect.Constructor.newInstance(Constructor.java:423) >>>>>>>> ???????? at edu.bonn.cs.iv.bonnmotion.run.BM.go(BM.java:267) >>>>>>>> ???????? at edu.bonn.cs.iv.bonnmotion.run.BM.main(BM.java:296) >>>>>>>> ???? Caused by: java.lang.NullPointerException >>>>>>>> ???????? at >>>>>>>> ???? >>>>>>>> edu.bonn.cs.iv.bonnmotion.MapScenario.preGeneration(MapScenario.java:423) >>>>>>>> >>>>>>>> ???????? at >>>>>>>> ???? >>>>>>>> edu.bonn.cs.iv.bonnmotion.models.MSLAW.preGeneration(MSLAW.java:631) >>>>>>>> ???????? at >>>>>>>> edu.bonn.cs.iv.bonnmotion.models.MSLAW.generate(MSLAW.java:101) >>>>>>>> ???????? at edu.bonn.cs.iv.bonnmotion.models.MSLAW.go(MSLAW.java:96) >>>>>>>> ???????? at edu.bonn.cs.iv.bonnmotion.models.MSLAW.(MSLAW.java:90) >>>>>>>> ???????? ... 6 more >>>>>>>> >>>>>>>> ???? Error: >>>>>>>> ???????? Error in MSLAW >>>>>>>> >>>>>>>> Is there a path where osrm is required to be running so it can work with >>>>>>>> Bonnmotion? Or is there any other requirement so they can work together? >>>>>>>> Have I compromised Bonnmotion function due to my modifications to the >>>>>>>> osrm setting up process? >>>>>>>> >>>>>>>> Best regards, >>>>>>>> F?tima >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> BonnMotion mailing list >>>>>>>> BonnMotion at list.serv.Uni-Osnabrueck.de >>>>>>>> https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion >>>>>>>> > -- Matthias Schwamborn University of Osnabr?ck Tel.: +49-541-969-7167 Institute of Computer Science Fax: +49-541-969-2799 Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: OpenPGP digital signature URL: From schwamborn at informatik.uos.de Wed Oct 11 17:10:06 2017 From: schwamborn at informatik.uos.de (Matthias Schwamborn) Date: Wed, 11 Oct 2017 17:10:06 +0200 Subject: [BonnMotion] Bug in Random Waypoint with Attraction Points In-Reply-To: References: Message-ID: <9585_1507734608_v9BFA7rE010789_8226d5f5-f24c-2c43-a73f-60bcc383c602@informatik.uos.de> Hi Maximilian, thanks for your bug report! This is the exact place to post this. Could you please provide - example command lines, such that I can reproduce this bug, and - your output of './bm -h'? Thanks! Best regards, Matthias On 09.10.17 15:59, Maximilian Prahl-Kamps wrote: > Hello, > > > I just wanted to let you know that there is a small bug in the Random > Waypoint Model, or perhaps the ns-3 converter. > > When you try to convert a scenario it fails. To fix it you have to > remove 2 blank lines at the end of the .params file.? > > > Sorry if this isn't the place to post this. > > > Kind regards > > Maximilian Prahl-Kamps > > > > _______________________________________________ > BonnMotion mailing list > BonnMotion at list.serv.Uni-Osnabrueck.de > https://list.serv.uni-osnabrueck.de/mailman/listinfo/bonnmotion > -- Matthias Schwamborn University of Osnabr?ck Tel.: +49-541-969-7167 Institute of Computer Science Fax: +49-541-969-2799 Wachsbleiche 27 E-mail: schwamborn at informatik.uos.de D-49090 Osnabr?ck, Germany http://sys.cs.uos.de/schwamborn/