pls disregard previous one

Hi! I have a question about VecLoad. In my program, I need to read in ordered data from an input file, which in an ordinary c program would be as:
  for (k=0; k<kmax; k++) {
    for (j=0; j<jmax; j++) {
      for (i=0; i<imax; i++) {
	fprintf(fp,"%d %d %d %8.6f\n",i,j,k,var[k][j][i]);
      }
    }
  }
Then store and distribute var over processors.

Thanks to experts' suggestion, I am doing this by opening the data file on processor 0, defining a sequential vector v0 on processor 0, storing the data in v0 and output v0 in a binary output file out.dat. Then on all processors, 

  PetscViewerBinaryOpen(PETSC_COMM_WORLD,"out.dat",FILE_MODE_READ,viewer);
  VecLoad(viewer,VECMPI,&v1);
to get the vector storing values of var.

Question 1:
My problem is, it seems that the vector global is evenly distributed over processors; while in my program, a DA is defined and according to DA global vectors are not distributed the same way. Would anybody please tell me how to deal with that?


Question 2:
Another question is, when I read in data from processor 0, the ordering of data seems to be more like an application ordering, thus:
v0[0]=var(0,0,0); v0[1]=var(0,0,1),...,v0[imax-1]=var(0,0,imax-1),... (if presented as an array, var[k][j][i])
but eventually, the global vector v1 would be of petsc ordering, with v1[l_i] to v1[h_i] corresponding to data for cell l_i to h_i on processor i.
I am wondering if this change of ordering be taken care of automatically by VecLoad. 

Right now, I tried the following code:
on processor 0, open data file, then:
      DAGetAO(da,&ao);
      i=0;
      while(!feof(fp)){
	/* x->y->z,ie p(x0,y0,z0),p(x1,y0,z0),...,p(x0,y1,z0),p(x1,y1,z0),...*/
	fscanf(fp,"%f %f %f %f\n",&dumx,&dumy,&dumz,&var);
	i++;
	idx=i;
	AOApplicationToPetsc(ao,1,&idx);
	VecSetValue(v0,idx,var,INSERT_VALUES);
      }
 then use VecView to output the binary file:
      PetscViewerBinaryOpen(PETSC_COMM_SELF,"out.dat",FILE_MODE_WRITE,&viewer);
      VecView(v0,viewer);

Please let me know if something is wrong.

Many thanks!

JB