Cannot save in GraphML format

Bug #379225 reported by Dimitris Kalamaras
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
SocNetV
Fix Released
Critical
Dimitris Kalamaras

Bug Description

SocNetV 0.51 cannot save in GraphML format.

Revision history for this message
Dimitris Kalamaras (dimitris-kalamaras) wrote :

Work is under way to implement GraphML network saving.
See blueprints

Revision history for this message
Dimitris Kalamaras (dimitris-kalamaras) wrote :

This bug is fixed in the forthcoming 0.6 release.

Revision history for this message
Dimitris Kalamaras (dimitris-kalamaras) wrote :

Fix committed in SVN development repo. SocNetV 0.6 will happily save to GraphML.
In fact, GraphML will be the default network file format from now on.

Changed in socnetv:
assignee: nobody → Dimitris Kalamaras (dimitris-kalamaras)
importance: Undecided → Wishlist
status: New → Fix Committed
Changed in socnetv:
importance: Wishlist → Critical
status: Fix Committed → Fix Released
milestone: none → 0.6.0
Revision history for this message
Steven Orr (steveo-syslang) wrote :

As far as I can tell it does not work. I created a single node and saved it. The node has a label. After I exit and restart, I open the file and the only label I see is the node number.

Here's the file t1.net. Note that the first link is not accessible. It's either not there or is not readable. The second link had a trailing space which I removed. Didn't help.The label BFL3 is in the file like I created it but it does not display when I restart and open the file. Also attached in the debug info resulting from F9.

<?xml version="1.0" encoding="UTF-8"?>
 <!-- Created by SocNetV-->
<graphml xmlns="http://graphml.graphdrawing.org/xmlns" xmlns:xsi="http://w
ww.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://graphml.grap
hdrawing.org/xmlns http://graphml.graphdrawing.org/xmlns/1.0/graphml.xsd">
  <key id="d0" for="node" attr.name="label" attr.type="string">
    <default></default>
  </key>
  <key id="d1" for="node" attr.name="x_coordinate" attr.type="double">
    <default>0.0</default>
  </key>
  <key id="d2" for="node" attr.name="y_coordinate" attr.type="double">
    <default>0.0</default>
  </key>
  <key id="d3" for="node" attr.name="size" attr.type="double">
    <default>4</default>
  </key>
  <key id="d4" for="node" attr.name="color" attr.type="string">
    <default>gold</default>
  </key>
  <key id="d5" for="node" attr.name="shape" attr.type="string">
    <default>circle</default>
  </key>
  <key id="d6" for="edge" attr.name="weight" attr.type="double">
    <default>1.0</default>
  </key>
  <key id="d7" for="edge" attr.name="color" attr.type="string">
    <default>grey</default>
  </key>
  <graph id="G" edgedefault="directed">
    <node id="1">
      <data key="d0">BFL3</data>
      <data key="d1">0.235786</data>
      <data key="d2">0.24374</data>
      <data key="d5">circle</data>
    </node>
  </graph>
</graphml>

Revision history for this message
Steven Orr (steveo-syslang) wrote :

Sorry, I forgot to mention that this is with 0.70.

* Also: If you run
socnetv t1.net

Output on the screen says:

772 >

Social Networks Visualizer
Version 0.6

File loaded...

File is *not* loaded. It only tries to load the file if you use the Open File command.

Revision history for this message
Steven Orr (steveo-syslang) wrote :

I just grabbed the latest development copy. I have the exact same problem. The file that is generated by creating nodes and setting labels will not display labels when I open the saved files.

In addition, the change I mentioned in the spec file is still required and devel copy I grabbed needs the execute bit to be set on the configure file.

If it's not obvious, I really want to see this work. Please let me know if I can provide more info.

Revision history for this message
Dimitris Kalamaras (dimitris-kalamaras) wrote :

I confirm this, Steve - you' re right, although you should file a new bug report since this is not a "Cannot save in GraphML format" bug. As you reckon, the label is correctly stored inside t1.net, but SocNetV does not read it while loading the file.
Nevermind these typicalities, there will be a fix for this today. :)

Revision history for this message
Dimitris Kalamaras (dimitris-kalamaras) wrote :

Steven, it's been fixed now - go ahead and download again the development copy.

Note that, when loading a file, by default SocNetV does not display labels. You should enable it from the menu Options > Nodes > Display Labels. You probably know that, but I mention it just to be sure...

Oh, thank you very much for this report!

Revision history for this message
Steven Orr (steveo-syslang) wrote : Re: [Bug 379225] Re: Cannot save in GraphML format

On 08/17/09 08:12, quoth Dimitris Kalamaras:
> Steven, it's been fixed now - go ahead and download again the
> development copy.
>
> Note that, when loading a file, by default SocNetV does not display
> labels. You should enable it from the menu Options > Nodes > Display
> Labels. You probably know that, but I mention it just to be sure...
>
> Oh, thank you very much for this report!
>

* configure script still needs to be chmod +x.
* I'm still having to patch the spec file:

%install
%if %{is_fedora}
ls %{buildroot}%{_datadir}/applications || true # DBG SWO
mkdir -p %{buildroot}%{_datadir}/applications
cp /home/steveo/Download/socnetv-0.80/socnetv.desktop
%{buildroot}%{_datadir}/applications
desktop-file-validate %{buildroot}/%{_datadir}/applications/%{name}.desktop
#desktop-file-install --add-category="Math" --delete-original
--dir=%{buildroot}%{_datadir}/applications
%{buildroot}/%{_datadir}/applnk/Edutainment/%{name}.desktop
%endif

Otherwise the build fails with failure to find socnetv.desktop

* If I start up by giving a filename on the commandline, it is ignored. I can
only get to a file if it is opened after the app starts.

* The labels now get displayed. But there are problems.
  + The color of the labels are the same color as the nodes. This is *really*
bad because if I have a yellow node on a white background then the label is
yellow and is almost unreadable.
  + The sizes of the labels are not preserved.

I tried to play with the different layouts but I don't understand what they're
for. I got one of them to crash (SIGSEGV). It may be that what I'm doing
involves a form of having to understand the social network of individuals but
that this app may not be useful for me. If you think I can benefit from this
app or from a better understanding of the math behind social networks, I'd
really like to hear more from you. Books, papers, or just tell me. I really
wish you were not a long distance call or else I'd love to spend a few minutes
on the phone with you.

--
Time flies like the wind. Fruit flies like a banana. Stranger things have .0.
happened but none stranger than this. Does your driver's license say Organ ..0
Donor?Black holes are where God divided by zero. Listen to me! We are all- 000
individuals! What if this weren't a hypothetical question?
steveo at syslang.net

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.