Test/Sample project for NTS.WindowsPhone

[GoogleCodeExporter]

I created the relevant WindowsPhone projects and made them compile.

A sample project would be fine (so I can see how that works :))

Original issue reported on code.google.com by felix.ob...@netcologne.de on 4 Jan 2012 at 2:05

[GoogleCodeExporter]

maybe Dennis Welu, that asked for this code here (http://goo.gl/6kbhk) can be 
interested in building a sample project to test this staff. 
Anyway thanks, again :)

Original comment by diegogu...@gmail.com on 4 Jan 2012 at 2:09

[GoogleCodeExporter]

I don't have a sample yet, but I did build and reference the assemblies in a 
project and all is good there. I made a few tweaks:
- added an SLN file to contain the 3 projects
- modified the GepAPI and NetToplogySuite projects, instead of outputting to 
"..\..\$(Configuration)\Silverlight..." output instead to 
"..\..\$(Configuration)\WP"

I then used MonoDevelop to create a mirror of the solution and project files 
for MonoDroid. The only additional notes here:
- defined the MONODROID symbol in the NetToplogySuite.MonoDroid project, and 
modified the DoubleBits.cs (...\Index\QuadTree folder) to use it like it does 
for WINDOWS_PHONE
- had to use the MONODROID symbol in the FrameworkExtensions folder instead of 
just using SILVERLIGHT

I've attached a zip with the affected files only.

Thanks for the start! Hopefully this contribution helps. I'll see about setting 
up a sample project if I find some time.

Original comment by dennisw...@gmail.com on 5 Jan 2012 at 6:20

Attachments:

• trunk_dw.zip

[GoogleCodeExporter]

Thanks for your effort,
I've committed your modifications and additions (with some modifications).
I have no means to test if I broke the MonoDroid build, so if you could please 
test that. I'll add you to the developers list so you can maintain the 
monodroid part.

Again, thanks

Original comment by felix.ob...@netcologne.de on 5 Jan 2012 at 10:34

• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

btw, you need a codeplex user account in order to commit to geoapi.

Original comment by felix.ob...@netcologne.de on 5 Jan 2012 at 10:44

[GoogleCodeExporter]

So it looks like I'm having some SVN issues, and from what I've been reading it 
has to do with using svn on windows and needing to change credentials the hard 
way ( 
http://stackoverflow.com/questions/914895/how-to-change-credentials-for-svn-repo
sitory-in-eclipse ). Unless someone has a better idea why I get some commit 
errors?

Anyway, for now I've attached the changes to hopefully resolve this issue 
barring a sample or further testing. Felix could you do the honors one more 
time to commit? There are 3 modified files and 2 that need to be deleted.

Here's the comment on the changes:

GeoAPI.MonoDroid
- changed GeoAPI.MonoDroid\FrameworkReplacements\BitConverterEx.cs: extension 
method name from 'Int64ToDoubleBits' to 'Int64BitsToDouble' to match usage in 
DoubleBits.cs (was causing 2 compile errors)

NetTopologySuite.MonoDroid
- removed ApplicationException.cs and ICloneable.cs in the 
FrameworkReplacements folder (not needed, caused warnings)

Thanks!

Dennis

Original comment by dennisw...@gmail.com on 6 Jan 2012 at 4:39

Attachments:

• changes.zip

[GoogleCodeExporter]

Regarding SVN problems:
- have you relocated your repository to https?
- you need to check in changes to GeoAPI seperatly, since it is an external.
  Also, you need to have a codeplex (http://geoapi.codeplex.com) account to commit to geoapi. If you have one, email me.

Original comment by felix.ob...@netcologne.de on 6 Jan 2012 at 7:53

[GoogleCodeExporter]

Good call, that was it. I hadn't relocated to the https URL. All seems good now!

Original comment by dennisw...@gmail.com on 7 Jan 2012 at 1:43

[GoogleCodeExporter]

Original comment by diegogu...@gmail.com on 5 Mar 2014 at 10:12

• Changed state: Fixed